Forum
Assets thumbnails overlap / overflow
I just successfully updated my clients site to the latest Perch (2.5.4). However I noticed problems with the new assets section:
Tall images overflows the grid causing thumbnails to overlap (looks like a mess).
Wide images don't overflow the grid but are squished together on the width. Is this normal?
The problem also exist when clicking one of the thumbnails to edit the details (title, tags etc). The image overflows its box causing the form fields below it (save in bucket, tags) to be partially covered by the image. This also happens with the wide images, where the link "Download original file" is covered.
Re-uploading the images actually seems to fix the problem (a properly sized and cropped thumbnail is generated?). However, I'd really like to not have to do that because there is a 7-10 pages of assets.
When I tested the update in on my local machine I only had the same problem appearing on a couple of images.
https://www.dropbox.com/s/4eapb0gdfpzad2o/assets1.png
https://www.dropbox.com/s/r21b5dv65j97gqb/assets2.png
https://www.dropbox.com/s/8qzr53jj9gsdxsd/assets3.png
Please help!
--
SUMMARY INFORMATION
Perch: 2.5.4, PHP: 5.3.28, MySQL: mysqlnd 5.0.8-dev - 20102224 - $Id: 731e5b87ba42146a687c29995d2dfd8b4e40b325 $, with PDO Server OS: Linux, cgi-fcgi Installed apps: content (2.5.4), assets (2.5.4), perch_events (1.9), perch_forms (1.7) App runtimes: <?php include(PERCH_PATH.'/core/apps/content/runtime.php'); include(PERCH_PATH.'/addons/apps/perch_events/runtime.php'); include(PERCH_PATH.'/addons/apps/perch_forms/runtime.php'); ?> PERCH_LOGINPATH: /admin PERCH_PATH: /customers/2/f/e/eastwestsushi.com/httpd.www/admin PERCH_CORE: /customers/2/f/e/eastwestsushi.com/httpd.www/admin/core PERCH_RESFILEPATH: /customers/2/f/e/eastwestsushi.com/httpd.www/admin/resources Image manipulation: GD PHP limits: Max upload 96M, Max POST 96M, Memory: 128M, Total max file upload: 96M Resource folder writeable: Yes DOCUMENT_ROOT: /customers/2/f/e/eastwestsushi.com/httpd.www HTTP_HOST: www.eastwestsushi.com REQUEST_URI: /admin/core/settings/diagnostics/ SCRIPT_NAME: /admin/core/settings/diagnostics/index.php
No that's not normal.
I can't tell if that is cached CSS (I had similar and that was the case, I just did a hard refresh) or if there is some other data issue. If you inspect the images do they have height and width tags stretching them to those sizes?
Rachel,
I tried cleaning the caches and also testing in other browsers (Mac Safari, Firefox, Chrome) which all exhibit the same thing.
There are no height or width tags or css on the problematic thumbs. All seem to display at 150px width (which makes some images squished) while the height displays in the img's natural size.
Ah I just discovered something. As I explained – reuploaded images (as well as some of the old ones!) displays correctly. When I inspect those, they actually do have width and height tags, making them scale and display correctly.
Any ideas?
Are you looking into this? What could be the reason that not all thumbnails have the width and height tag?
Which version did you update from?
I'm pretty sure it was the latest 2.4 release. (I have a backup of that perch core folder.)
I think I updated the events app after completing the Perch update. Would it have made any difference for my issue doing it the other way? (most images belong to events)
I wouldn't expect that to make a difference. If you load up the following URL in your site, you should get an almost empty page, but it will reindex your assets. Does it make a difference?
Drew, unfortunately it didn't make a difference.
I should add that I didn't get an "almost empty" page but a completely empty page when I ran the reindex.
I made a second attempt, this time enabling PERCH_DEBUG which displayed some SQL errors and missing properties. Output below:
What locale is your server set to?
Hi drew, It's Sv_se (Sweden)
Ok, I think that's the reason. I'll get this fixed in the next update.
Confirmed! I tested changing the locale on my dev site in config.php to en_GB and ran the reindex again. It worked. I then changed the locale back to sv_SE and everything is still fine.
I'm eager to fix this for my client, so do you think it's safe to do this on my client site too or could that potentially mess up the db?
About when do you think that this update will be released?
It should be safe to do the same on your clients server. The fix will be in the next release.
Great. I did it now. I can confirm it's safe. Thanks for the support!
fab! I had the same issue and this thread solved it (I also had to switch the locale for reindexing)
launching a street party.