I’ve never had any problems with this in the past! The file at the end of the path begins with Z#. If I delete the #, the preview is possible again.
But I can open images with this beginning from every graphics program on my system! Just not from Gramps… That must be Gramps, since I’ve always named these files that way and could open them in previous versions.
I don’t want to have to rename the filenames. Is there a way to determine if this is Gramps’ fault?
Cllicking the Pathfolder icon button will show a dialog will the full path and whether the Relative Path was applied. (Note that 5.2.x and earlier will not validate a URL path imported from other software. You have to use Cancel, not OK to exit the dialog. Fixing a bad path is not possible in these versions. However, Gramps 6.0.0 and newer will allow URLs.)
Yes, I saw that before. But understanding the path is critical.
The most likely suspect is “linkrot” … that ImgBB changed the way it parsed parameters passed via the URL. So the test is find the full URL (including the # ) and pasting it into a browser addressbar. If it fails there, then they changed the ImgBB image hosting interface.
A fix might require writing a SuperTool script to trim off the trailing hashtag on all the Media Object ImgBB paths.