TODO: For the rest of 5.0.0

[martinrotter]

Brief description of the feature request

Things to check and finalize before 5.0.0:

FOR ME:

• [x] Think about unifying context menu APIs for feed list.
• [ ] Maybe totally rework "locking critical" mutexes for critical operations and replace it with selective locking of individual items/subtrees. Like when user is fetching some category (feeds from it) then only lock this subtree, so that if user wants to for example delete feeds from completely different category or even account, he/she can.
• [ ] Fix slow article filters window loading.
• [ ] Fix DB layer problem where multiple connections from multiple thread are trying to write to DB. Reading is fine but writing somehow throws "table locked" error. Maybe create "DatabaseWriter" class moved to custom thread which will serialize writing.
• [ ] Go through all the DB indexes and double-check if they are needed, also double-check it all with MariaDB backend.

[sbstn87]

Hi, do you have an approximate release date planned for the 5.0 version?

[martinrotter]

One month.

[sbstn87]

Thanks for a quick reply.

Do you perhaps plan to publish a .deb package with the 5.0 release? This could make it easier for RSS Guard to be updated in Debian repos (very old 4.0.4 currently) and possibly added to deb-get:

https://github.com/wimpysworld/deb-get

[martinrotter]

I myself do not plan releasing DEB packages. I have an opinion on this that packaging of software is the job of Linux distribution packagers. I already release great AppImages and @guihkx is doing some legendary work on Flatpaks which you should really use.

Packaging by myself for Debian equals to nightmare for me, personally.

[Spixmaster]

Regarding the indices, sqlite3_expert is a fantastic programme to check for needed indices. Just put in all queries for evaluation.

[amirsol81]

@martinrotter Please also take into account #1941 heavily affecting accessibility.