Incorrect URL for thumbnails in item-level report

[coq....@gmail.com]

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]

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: 

• https://demo.accesstomemory.org/downloads/reports/irving-steinberg-sudbury-slide-collection-itemList.html
  

You can see from these images what the expected path tends to look like; for example: 

• https://demo.accesstomemory.org/uploads/r/city-of-greater-sudbury-archives/7/1/71478/007-1-1-2_142.jpg
  

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: 

• https://www.accesstomemory.org/docs/latest/admin-manual/installation/linux/ubuntu-xenial/#nginx
  

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: 

• php symfony digitalobject:regen-derivatives
• See: https://www.accesstomemory.org/docs/latest/admin-manual/maintenance/cli-tools/#regenerating-derivatives

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.

[coq....@gmail.com]

Thanks Dan.

It was the missing base URL in admin.

It is good now.

John