Making the “new user experience” easier is part of the obligation to growing the community to keep it viable. The following items may not be important for your use. But the community needs every user to remember their baptism by fire with Gramps and suggest improvements.
Welcome Gramplet updates - this gramplet needs a LOT of people looking at it before it is locked down for another year or two.
Reduce distracting console messages for Beta testing:
AttributeError: 'NoneType' object has no attribute 'post_create' : PR #1377
Error upon Adding Bookmarks to Geography view PR #1398
Move the Database is Closed message from Warnings to Debug PR #1311
Well, definitively there should be some interim releases. I can’t understand why an obvious (and trivial) bug like the one for long/lat doesn’t trigger a new build - I definitely would if I was a developper. Not everybody is tech savvy enough to apply these manually (even if I am)
But there are ALWAYS significant issues in any complex software. And the Lat/Long swap only affects a ‘convenience’… a feature that simplifies data entry… not the functionality of maps nor the integrity of the data being stored.
If something is discovered that presents a large risk to the research of the average user, then an emergency update would certainly be warranted. Similarly, if it would create a small injury to the majority of users.
This particular item doesn’t cross that threshold.
Maybe not vital, but for me personally, this one was a big deal, I havent tried 5.1.4 yet but if it isnt included, I will manually add it as I had on 5.1.3, as it makes the note view so much more usefull for me.
And of course, one should always be careful about adding any new code to an older installation. Just forcing the version number, as in that example, doesn’t magically make the code backwardly compatible, it just tricks your current installation of Gramps into trying to use it. Also, a given file may have been updated for more than one patch.
Could you look if there is a bug report filed? And if not, file one?
I suppose that it is arguable that if you’re techie enough to manually install, you should be responsible for the problems you create.
But it seems reasonable that since the .gpr.py registration system demands versioning info, it should be able to handle version mismatches in a more graceful manner than a hang.
You might mark it as related to feature request 9677: Make “help_url” an option for all plugins and addons. (Registration currently errors out if a help_url is defined for any add-on type other than Gramplets)
I don’t think it’s a bug. The file in the 5.1.4 release has “5.1”. I imagine there are other files in the current master branch that aren’t intended for release until 5.2? But I don’t know how to check.
Now, if there is a 5.1.5 release someday and that file somehow gets distributed with “5.2” in it, that would be a bug. But if a given release never contains files that are targeted for future releases, then I don’t think any effort should be put into building protection from that scenario.
I agree with you that anyone who applies their own patches needs to be careful and responsible.
You can use Matt’s new site to look for add-ons specifically for 5.2 (or any other version)
It’s generally better to have a graceful fail with prerequisites check instead of a hang with no feedback. But adding that sort of precautionary error handling adds a lot code to a program. It is a judgement call.
This is what I am using for Gramps 5.1.5 on Windows:
PRs: 1183 img_dpi: gramps\plugins\lib\libcairodoc.py 1284 bottombar creep 1295 note type 1311 database closed 1351 persian dates: gramps\gen\lib\gcalendar.py (a 5.2 change I copied back into 5.1) 1359 records report 1377 no attribute: gramps\gui\viewmanager.py 1393 IndexError: gramps\gui\viewmanager.py 1395 revert the LaTeX change regarding spaces in file names: gramps\gen\plug\docgen\treedoc.py 1401 remove some python2 code: gramps\plugins\export\exportgedcom.py (causing corrupt NOTE tags with utf-8 multi byte characters)
Plugin PR 285: [MediaReport] New image DPI option (this requires PR 1183, seen above)
patches for #12547 to protect Graphviz - dot.exe on Windows
# from non-ascii characters in the Windows user name
# needed by dot.exe version 2.40 (used in Gramps 5.1.5 and before)
patch from bug #12547: gramps\plugins\graph\gvfamilylines.py
patch from bug #12547: gramps\plugins\graph\gvrelgraph.py
(NOTE: this is a patch, if we need to release again with dot.exe version 2.40, a more sophisticated Python developer could put it in a more general place, and improve the efficiency)