[BUG]: All labels deleted when synching folders (despite RSS service doesn't even support labels)

Brief description of the issue.

When synching folders and other items with Nextcloud News, to account for new feed subscriptions, all existing labels get deleted.

How to reproduce the bug?

1. Add a Nextcloud News account (if there is none yet)
2. In RSS Guard, manually create a label under that account
3. Execute "Synchronize folders & other items" for that account
4. The label (and all others that were previously created) are gone

What was the expected result?

Never delete labels that were manually created. Especially when the configured RSS service does not even support labels that would need, or allow for, syncing.

What actually happened?

All labels deleted, tedious work to recreate them upon every new feed subscription in Nextcloud News that I want RSS Guard to pick up, via a sync.

Other information

• OS: Kubuntu 20.04
• RSS Guard version: 3.9.2

[martinrotter]

Wow what a cute bug it is.

[martinrotter]

Will fix for 4.0.0 for sure, serious flaw.

[martinrotter]

the issue is now fixed, there are some follow-up problems which i will fix too, but now you can test

test with development build please

Seems to be fixed. Needed to delete config dir "RSS Guard 4" though, since v4 imported some stuff from v3.9.2, but lost account passwords (and several other things, like filters, message display [msgs still in database, though], ...). Simply adding the password again passed the connection test, but resulted in a crash when I closed the dialog.

So, deleted v4.0.0 config dir, started from scratch and labels were preserved when I added a new feed, synced folders, removed feed and synced again.

I hope the final release of v4.0.0 will seamlessly handle database migration from v3.9.2?

For the time being, I'll export the labels to CSV and re-import them, via SQLite Studio. Currently, I'm assigning the labels via filters, so this can be restore by running them again, but it's a painful workaraound.

[martinrotter]

since v4 imported some stuff from v3.9.2

Very unlikely, RSS Guard 4.0.0 never ever automatically touches anything from 3.x, it uses different folders to keep settings/DB.

Yes, at this point DB file from 3.x is not compatible for 4.x and database migration will probably be impossible, like for 99%.

If you are bit profficient with SQLite, then you can however perform the transition by yourself as some tables are in fact untouched - eg "Messages". Some basic copy-paste in SQlitestudio (which i use too, great app) will make things ok.

Simply adding the password again passed the connection test, but resulted in a crash when I closed the dialog.

Is this somehow reproducible? Could you pin-point list of steps to reproduce?

This is related to the fact that v4 DB file is hugely incompatible with v3.

v4 does not import anything automatically, yes. I used "Restore settings" and picked a v3.9.2 backup, and since v4 did not outright refuse to restore a backup from on older version, I was assuming that restoring was possible, and the resulting issues were simply todos.

I had already copied over the tables MessageFilter and Labels after your assurance that my data would not actually burn in hell... and it worked.

So far, devbuild 4f6ec40 works for me, except for some cosmetic issues.
Not sure whether it's worth to file a bug for these, already (e.g.: not all icon themes installed on my machine work in the toolbar, for instance, WhiteSur does, but Papirus doesn't; feed updating progress bar can't accommodate long feed names and line-breaks; columns of message list don't auto-adjust their width, when necessary)

[martinrotter]

Yes, those tables can be copied, I will probably write some semi-DIY SQL script to perform partial migration, so that advanced users like you could migrate atleast some data.

not all icon themes installed on my machine work in the toolbar

What does it mean that icon theme does not "work" in toolbar. You mean that buttons have no icons? Like all buttons? What Linux distro, how installed RSS Guard?

feed updating progress bar can't accommodate long feed names and line-breaks

Yes, but overally it does not look that bad, it is just informative progress bar anyway.

columns of message list don't auto-adjust their width, when necessary

You cannot set all columns to "fit", that's just not possible. Check the code.

RSS Guard sets some columns to fit the contents, rest of columns are "interactive" - resizable and their order and size is remembered persistently.

The buttons have icons, but while I can clearly recognize, e.g., WhiteSur, gnome, and ubuntu-mono-light icon themes when I set them in RSS Guard, the Papirus icons do not resemble what I know from Papirus. Distro is Kubuntu 20.04 LTS, running rssguard-devbuild-4f6ec403-nowebengine-linux64.AppImage.

My C++ days are over by 20+ years now, so, sadly, I can't fully check the code you asked me to :) What I mean is that I'm used to columns remembering their order and respective relative widths; the behavior right now is a bit unusual: I keep the internal browser window at the right border (not at the bottom), and when no message is shown, the columns of the message list just stay where they are, leaving a huge blank space where the internal browser view was.

I'd expected the columns to fill that space, while preserving their relative widths. Same thing happens when I switch the layout so the browser view is at the bottom: the message list doesn't expand to fill the gap. I just checked v3.9.2, and in both cases, the message list exapnds to fill the gap.

[martinrotter]

Key information right here.

I keep the internal browser window at the right border (not at the bottom), and when no message is shown, the columns of the message list just stay where they are, leaving a huge blank space where the internal browser view was.

Report as separate bug perhaps.

I just checked v3.9.2, and in both cases, the message list exapnds to fill the gap.

So you say it worked fine with 3.9.2 but does not work anymore with 4.0.0?