Incorrect URL for thumbnails in item-level report

28 views
Skip to first unread message

coq....@gmail.com

unread,
Feb 21, 2018, 2:45:04 PM2/21/18
to AtoM Users
Hello,
We are testing the version 2.4 upgrade and found that when creating an item-level report and including thumbnails, the thumbnails are not rendering. The URL appears to be incorrect. It is of format
base URL + /var/www/atom/symfony/uploads/r/null/4/7/4/474db74e0c6c46dbc43e41b92b2a65c78dafa76a60fb116c2a3008ff234dadf2/C6_142.jpg.

Is there a setting to correct this?

Thanks,
John



Dan Gillean

unread,
Feb 21, 2018, 3:49:04 PM2/21/18
to ICA-AtoM Users
Hi John, 

Interesting. This was working prior to upgrading for you? It appears to be working as expected in 2.4, such as in our public demo site: 
You can see from these images what the expected path tends to look like; for example: 
My first suggestions would be to a) double-check that your Base URL settings are correct in Admin > Settings > Site info, and also to take a look at your webserver configuration block - in our installation docs we define this for Nginx here, for example: 
Are you by chance using Apache as your web server - or were you in the past? The presence of the /var/www/ in your example path suggests this to me. If so, you may need to look up how (and where) to make configuration file changes for Apache. 

Remember, if you do make changes, you'll want to reload the configuration file, and probably clear your cache and restart PHP-FPM. Assuming you've followed our recommend installation instructions, you can do this in Ubuntu 14.04 like so: 
  • sudo service nginx reload
  • sudo service php5-fpm restart
  • php symfony cc
In Ubuntu 16.04, try these commands: 
  • sudo systemctl reload nginx
  • sudo systemctl restart php7.0-fpm
  • php symfony cc
Another thing to double-check - make sure that when you upgraded and copied over your digital objects, you didn't accidentally nest them in an extra directory - e.g. make sure the structure hasn't ended up as uploads/uploads/r, or uploads/r/uploads/r, etc. 

Only other idea I have off the top of my head is re-check the permissions on the server - I doubt this is the cause of the issue, but it could be good to double-check. From the root AtoM directory of your installation, you can use the following command to ensure that all necessary directories can be accessed by the www-data user: 
  • sudo chown -R www-data:www-data /usr/share/nginx/atom
Finally, just a reminder that if necessary, you can regenerate digital object derivatives with the following: 
Let us know what you find! 

Regards, 

Dan Gillean, MAS, MLIS
AtoM Program Manager
Artefactual Systems, Inc.
604-527-2056
@accesstomemory

--
You received this message because you are subscribed to the Google Groups "AtoM Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ica-atom-users+unsubscribe@googlegroups.com.
To post to this group, send email to ica-atom-users@googlegroups.com.
Visit this group at https://groups.google.com/group/ica-atom-users.
To view this discussion on the web visit https://groups.google.com/d/msgid/ica-atom-users/344d0c34-a7eb-417b-9fa0-2c94839ad247%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Message has been deleted
Message has been deleted

coq....@gmail.com

unread,
Feb 21, 2018, 4:54:08 PM2/21/18
to AtoM Users
Thanks Dan.
It was the missing base URL in admin.
It is good now.

John
Reply all
Reply to author
Forward
0 new messages