#560 ✓resolved
VladaM

Photo Album not working

Reported by VladaM | March 8th, 2012 @ 02:41 PM | in 2.0.7 (closed)

When I try to add existing images to gallery, they are not showing :(
It worked a while ago and nothing is changed...

Comments and changes to this ticket

  • dleffler

    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

    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
  • VladaM

    VladaM March 11th, 2012 @ 12:01 AM

    Update: graphics shown - attachment #4

  • dleffler

    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

    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

    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

    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

    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

    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: $record->alt|default:$record->expFile[0]->alt

    So, I guess it wasn't server specific issue

  • VladaM

    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:

    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: / $record->alt|default:$record->expFile[0]->alt /

    So, I guess it wasn't server specific issue

  • VladaM
  • dleffler

    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

    dleffler March 27th, 2012 @ 05:54 PM

    • State changed from “new” to “wontfix”

    Unable to reproduce locally

  • dleffler

    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

    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.

New-ticket Create new ticket

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

Shared Ticket Bins

People watching this ticket

Attachments

Pages