Thumbnails and Preview Does Not Show Actual Image, but I can edit and download the resources

[Kenneth Ajzmundt]

Hi Folks, We migrated to RS9.7 on ubuntu 20.04 from RS8 on ubuntu 14.04. Everything works except that the webpages only show colored boxes above the filenames instead of thumbnails, and previews don't show. Both imagemagik 6.7.7 and ffmpeg 3.4 are installed. Filestore perms are wide open to www-data. Config.php has the correct paths for $storagedir, $filestore, and imagemagik and ffmpeg. We can download, upload, and edit images in the RS interface. Downloaded images are correct. Images display when editing. Installation check shows ok on everything. PHP.INI has values of 999M for memory_limit, post_max_size, and upload_max_filesize, same as our old RS server. No errors in apache2 logs. The database migrated nicely and is working perfectly. It just seems that Imagemagik is not doing its thing. It seems that I’ve covered the bases mentioned in this google group, but still no thumbnails appear and clicking the full screen preview link results in a spinning animation like something is loading. Am I missing something? I feel like the fix is going to be something stupidly simple. Any ideas? Thank you!

[reidb...@gmail.com]

Open a browser inspector, then log in to your installation and try to view the thumbnails. See if any errors show in browser inspector/console. There may be 400 errors that point to the issue that don't land in your apache logs. 

Also, check the config.php option "$filestore_evenspread" and make sure it is set to false if not set in your old RS8 install. 

[Kenneth Ajzmundt]

Thank you for the suggestion. While i'm not fimiliar with using the dev tools in chrome, I did try various things with inspector. the console tab did not output any errors as i logged in and navigated the site. However, when I did a recording on the performance tab, the only issue that cropped up was  warning: long task 61.8ms, but that was related to the loading of of a collection containing many images. Unrelated to the chrome inspetor...I changed the $imagemagick path in config.php to some gibberish and my results was the same....no thumbnails. I really feel like imagemagick jsut isn't being invoked for some reason, not sure how to check.

[reidb...@gmail.com]

If the thumbnails already exist, imagemagick doesn't do anything when the page is loaded. If you know that the resized thumbnail previews exist from the previous installation, this definitely sounds like a permission or apache configuration issue.

[Kenneth Ajzmundt]

I hear you, thank you.  I'm going to go through and triple check everything and compare the old vs new configs, permissions, apache2, php.ini, config.php. I didn't realize until you said it, that imagemagick is not doing anything if the thumbnails already exist. I appreciate your help!

[Kenneth Ajzmundt]

Well, I can't seem to tell if it is a permissions issue or not. I've added $filestore_evenspread=false to config.php. Filestore directory is set to 777 root www-data, and I can read/write files to filestore in the Ubuntu OS. The entire RS directory is root:www-data. The slideshow in RS also plays, displaying the appropriate images, and I can download resource images from RS using the download link. The downloaded images are correct and display accordingly. Clicking the full page preview link results in a spinning wheel. If i try to edit preview images and select recreate previews, I get a spinning wheel momentarily, like it's processing, then the spinning wheel goes away like it has completed. However the end result remains that thumbnails dont' show and the full screen preview just spins. Since this occurs for mov, jpg, png, tiff, and pdf, it makes sense that permissions do have something to do with it, but I don't know how to confirm.

If it's a problem in the apache2 config, do you know where I would begin to look?

On Friday, February 4, 2022 at 6:29:38 AM UTC-8 reidb...@gmail.com wrote:

[Kenneth Ajzmundt]

Do you know of someone we can pay to solve this for us?

[Mike Perry]

https://www.resourcespace.com/contact

[reidb...@gmail.com]

Try changing permissions to www-data:www-data on filestore and the resourcespace directory. Then restart apache and see. 

Also check your configuration of $originals_separate_storage is set appropriately.

[Kenneth Ajzmundt]

Well, I finally figured out the problem. ssl was failing on images. I ran certbot to install a new certificate using the automatic install method, and all images load fine now. Thank you for your help Reid.