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.
Now i am back to Gramps 5.1.4 Python: 3.11.2 (main, Nov 30 2024, 21:22:50) [GC…
BSDDB: 6.2.9 (5, 3, 28) sqlite: 3.40.1 (2.6.0) … and the preview work!
There must have been a change in subsequent versions, so that this graphic address beginning with Z#… is suddenly no longer available as a preview. Unfortunately!
All good! Now works GRAMPS: 5.2.4 Python: 3.11.2 BSDDB: 6.2.9 (5, 3, 28)
sqlite: 3.40.1 (2.6.0) … and preview works!
Neither of which feeds Gramps with filetype needed for a thumbnailer plugin to generate preview thumbnails.
It makes me wonder how 5.1.4 is being successful. (And you could not save Media object paths with a URL until 6.0 – although they could be imported.)
I do not see any example of a filename pattern with Z#
@Jang
Your file description does not match your problem description. And the corrective edit described should not be possible in the GUI as the Gramps version mentioned.
We are chasing our tails trying to make isolate the problem with an imprecise problem description.
Please include a screen capture of a Media Object Editor dialog for a Media Object that has the problem.
The media were images stored locally. e.g., for a birth, Z#–1950-06-01…
Up to version 5.1.6, I always got a preview when I called up the person, the events, e.g., the birth, sources, the location, and the gallery. Then I clicked on the displayed minimized image and right-clicked to open the preview.
Unfortunately, this didn’t work for me in version 5.2.2, for whatever reason. Now it works again with version 5.2.4!