Comments and changes to this ticket
-
dleffler March 10th, 2012 @ 04:24 PM
- Tag set to photoalbum
- Assigned user cleared.
What verson of Exp are you running? v2.0.5 patch 1 is the latest.
Did you move your site from a subfolder into a new folder?
Could you ensure the graphics are actually on the server (in the /files folder)? The easiest method is from within the file manager (screenshot #2) click on the filename which brings up the file info dialog and you should see the graphic.
And as a reminder, the 'migration' does NOT copy over the old graphics, it only copies over the file database. The migrated 'files' must be copied over manually.
-
VladaM March 10th, 2012 @ 11:40 PM
- I applied patch 5 days ago because photoalbum stopped working
- I didn't move anything. No migration is done. I firstly installed exponent end of january 2012. It all worked well, then, all of a sudden photoalbum stopped working.
- Graphics are shown on #2
-
-
dleffler March 11th, 2012 @ 12:49 AM
- Milestone set to 2.0.6
- Milestone order changed from 83 to 0
To make sure I follow you:
- you installed exp in late jan (v2.0.4 i would guess)
- the photoalbum module was working
- without any changes to exponent, the photoalbum stopped working one day
- you NEVER installed v2.0.5 released at the end of Feb
- you installed the patch to v2.0.5 without first upgrading to v2.0.5
Please correct any of the above sequence/assumptions.
You should probably upgrade to v2.0.5 and then install the patch #1 to v2.0.5. This will NOT fix your problem, but may alleviate some other potential problems.
What happens when you add a new file from the File manager? Is it displayed?
What happens when inside the file manager, you click on the the 'remove missing files' button? What files are displayed? Is it one of the suspect files?
I'm at a loss as to why it doesn't work, short of a server/permission problem.
You might try running the FireBug utility (available with most browsers) and open the Console tab while loading the page to see what error(s) appear.
-
VladaM March 11th, 2012 @ 01:09 AM
everything is correct.
try connectiong to www.ictus.rs usr/pwd: test
then goto http://www.ictus.rs/dzgalerija and see if you need any other infos -
dleffler March 11th, 2012 @ 06:28 PM
You might try checking the /tmp/img_cache folder to make sure it exists and has appropriate permissions (should have a file name phpThumbCacheStats and several numbered folders) I keep getting an 'Image is corrupt or truncated...' error from the phpThumbnail(er).
-
VladaM March 12th, 2012 @ 07:28 AM
premissions are set to 755, and it has a file named phpThumbCacheStats and several numbered folders..
one more thing, when I delete "Box size for enlarged images" in module config, it opens image in lightbox.
this means, when I try to open "http://www.ictus.rs/thumb.php?id=40&w=300", it won't work, but when I try with "http://www.ictus.rs/thumb.php?id=40&w=" (without w parameter) it opens.
this is not case with thumbnails :( -
dleffler March 12th, 2012 @ 01:20 PM
This appears to be a server-specific issue. We have not been able to reproduce it locally. It appears to be isolated to something inside your installation of the phpThumb library (included in the Exp external folder) and your server.
You might consider re-extracting the v2.0.5 package and the 2.0.5 patch#1 (you never did confirm my questions above about the sequence of events)
-
VladaM March 13th, 2012 @ 09:14 AM
I did try re-extracting and patching with no luck.
So, I solved the problem by editing framework/modules/photoalbum/views/photos/showall.tpl
Edited line 56:
OLD:
NEW
Edited line 62:
OLD: {img class="img-small" alt=$record->alt|default:$record->expFile[0]->alt file_id=$record->expFile[0]->id w=$config.pa_showall_thumbbox|default:"150" h=$config.pa_showall_thumbbox|default:"150" zc=1 q=$quality|default:75}
NEW:
So, I guess it wasn't server specific issue
-
VladaM March 13th, 2012 @ 09:16 AM
I did try re-extracting and patching with no luck.
So, I solved the problem by editing framework/modules/photoalbum/views/photos/showall.tpl
Edited line 56:
Edited line 62:
OLD: / {img class="img-small" alt=$record->alt|default:$record->expFile[0]->alt file_id=$record->expFile[0]->id w=$config.pa_showall_thumbbox|default:"150" h=$config.pa_showall_thumbbox|default:"150" zc=1 q=$quality|default:75} /
NEW: /
/
So, I guess it wasn't server specific issue
-
-
dleffler March 13th, 2012 @ 08:30 PM
Glad you were able to get it working in your situation, but turnning off resizing defeats the intent for many installations (not passing a height/width to phpThumb) or using the {img} smarty function.
-
dleffler March 27th, 2012 @ 05:54 PM
- State changed from new to wontfix
Unable to reproduce locally
-
dleffler April 16th, 2012 @ 11:24 PM
- State changed from wontfix to open
- Tag changed from photoalbum to photoalbum, phpthumb
- Assigned user set to expNinja
- Milestone changed from 2.0.6 to 2.0.7
- Milestone order changed from 7 to 0
This is now occuring on the test server???
-
expNinja April 17th, 2012 @ 01:45 AM
- State changed from open to resolved
- Assigned user changed from expNinja to dleffler
(from [3b2a6ada51bc21031d72720b3018c67b6bad6d67]) Should (finally) fix phpThumb problem on remote servers, turns phpThumb cache_force_passthru config setting off [#560 state:resolved responsible:dleffler] https://github.com/exponentcms/exponent-cms/commit/3b2a6ada51bc2103...
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
Bug Tracker for Exponent CMS