View Full Version : Thumbs not shown in bulkupload
February 22nd, 2009, 02:58 PM
Hi, Chuck !
Instead of thumb and filename only filename is shown in bulkupload. What could it mean ? Maybe You can login and inspect what's wrong ? You installed Photopost two days ago to my site.
February 22nd, 2009, 03:08 PM
Just looks like a server permission thing to me. There is nothing wrong your images are created fine. Just looks like your server is not showing the image in the temp place it is created.
Do you have any missing image path or anything as I dont see no errors in my browser.
February 22nd, 2009, 03:20 PM
Does it means that You also didn't see thumbs in my site ? Can it be because of non-root install of ImageMagick ? And what to do now ?
Maybe it's possible to replace temp place position, to change paths directly in php's or somewhere elsre ?
February 22nd, 2009, 04:51 PM
In what place $Globals['zipuploadurl'] is set ?
February 22nd, 2009, 04:59 PM
Thats the users uploads path
what is the missing file url you see?
February 22nd, 2009, 05:14 PM
Ooops... where can i find it ? :(
February 22nd, 2009, 06:40 PM
There is nothing to find your uploads path is fine and defined in admin
what I am asking is do you see any missing image x or anything? I see no errors on your page thats why I am asking you.
February 22nd, 2009, 07:19 PM
Look at attachment, please
This is error and I think it is so because open-basedir prevents WRITE to /tmp (it's out of basedir). Uploads to /tmp is ok, moving from /tmp - ok, but write fails. I can't remove basedir definition, it's unsecure. So I ask You :
where in phps of photopost I can change location of thumb, which are writing for demo in bulkupload module ? I even don't ask You to do it, only tell me - where, please:eek:
February 22nd, 2009, 07:25 PM
Well there is no error thats good. If your server does not allow something but everthing works fine there is not much you can do.
February 22nd, 2009, 07:31 PM
First of all It's standard situation, discribed in manuals hundred times : programs must not try to write in system tmp. It wasn't so some years ago, but now it is.:mad:
February 22nd, 2009, 08:55 PM
Your problem is you have translated as in modified your uploadphoto template and changed the display thumbs variables to no english variables.
February 22nd, 2009, 08:56 PM
I properly edited the template and it works fine.
February 23rd, 2009, 08:18 AM
Three cheers for Chuck !:)
Can You have a look at my Admin-> Edit Categories ? It seems same problem (no link & different coding of names), but I didn't edit any template ! So It was installed :confused:
February 23rd, 2009, 10:49 AM
You edited the uploadphoto template you would have to have done that. No other response that I can give as thats the only way it could change.
Not sure what your referring to in admin edit categories what is the issue? Remember I dont read russian so I am not gonna know whats wrong and whats right
February 23rd, 2009, 11:48 AM
Look at attachment, please
Everything is fine in userpanel, but encoding of nonenglish letters in admin is wrong. Of course I print letters in win1251 Cyrillic, but they are shown in admin in win1251 Western Europe (browser encoding is correct - Cyrillic)
February 23rd, 2009, 11:55 AM
Have you tried editing the categories and re entering the names?
February 23rd, 2009, 12:00 PM
No, i'll try now
February 23rd, 2009, 12:08 PM
Same :( It's not critical, but very inconvenient
February 23rd, 2009, 12:37 PM
I wish I knew something about russian.
If I view page source of admin I show your loading the correct charset
February 23rd, 2009, 03:15 PM
Great problem and many items to modify :( You use htmlentities without encoding parm :(
It's not need usually, only in popus and frames, where function don't know prefered encoding. Ok, I'll do it by myself, but it would be great if in future releases You add enoding parms (third parm in htmlentities function)
it's something about :
$item['description'] = htmlentities($item['description'], ENT_COMPAT, "$stylevar[charset]" );
February 23rd, 2009, 04:11 PM
I would suggest you check your adm-misc.php script we use encoding of utf-8 but I changed yours to windows-1251 which is why I said what happened when you reentered the names and saved.
February 23rd, 2009, 06:52 PM
Thanks, Chuck. Almost exerything is fine now :)
February 23rd, 2009, 08:36 PM
Have a good evening
vBulletin® v3.8.1, Copyright ©2000-2014, Jelsoft Enterprises Ltd.