tt-rss - synched labels' articles disappear on exit

[architux]

Hello!
Thanks for just a wonderful RSS reader, maybe even the best one for Android!

I've established my own TT-RSS instance on some remote hosting, and now it works like a charm with the special api_newsplus plugin.

Purgin' articles after 7 days is enabled (both in TT-RSS and in News+ app) to clear some outdated stuff, while starred articles should be left untouched.
But at the same time I've found that starred articles that've been assigned to some label:
a) don't be synched by default (when I just tap the synch icon);
b) Although it is possible to synch them (when I tap & hold the synch icon and then choose "Synch selected" or "Synch for local use"), they disappear again when I exit an app and start it again.

I'm using News+ v1.1.2 at the moment with TT-RSS extension v1.0.5.
TT-RSS itself v1.12, with api_newsplus plugin enabled.

Hope this issue will be fixed somehow. Thanks a lot for you work! 👍

[noinnion]

So basically starred items don't sync if they are tagged, am I right?

On Wed, Jun 25, 2014 at 6:55 PM, Michail Vasilyev notifications@github.com
wrote:

Hello!
Thanks for just a wonderful RSS reader, maybe even the best one for
Android!

I've established my own TT-RSS instance on some remote hosting, and now it
works like a charm with the special api_newsplus plugin.

Purgin' articles after 7 days is enabled (both in TT-RSS and in News+ app)
to clear some outdated stuff, while starred articles should be left
untouched.
But at the same time I've found that starred articles that've been
assigned to some label:
a) don't be synched by default (when I just tap the synch icon);
b) Although it is possible to synch them (when I tap & hold the synch icon
and then choose "Synch selected" or "Synch for local use"), they disappear
again when I exit an app and start it again.

I'm using News+ v1.1.2 at the moment with TT-RSS extension v1.0.5.
TT-RSS itself v1.12, with api_newsplus plugin enabled.

Hope this issue will be fixed somehow. Thanks a lot for you work! [image:
👍]

—
Reply to this email directly or view it on GitHub
#73.

[architux]

If I just tap the Synch icon - nothin' happens.
If I tap & hold the Synch icon and then tap 'Synch selected' - starred & labelled articles will be downloaded (all my labelled articles are starred - to save them from deletion of some ordinary unstarred articles). But they will be cleared as well when I close the app and open it again.

They'll be cleared even if I turn Cache options 'Clear read items' & 'Clear unread items' off.
When I reopen the app and choose some previously synched label, I see synched items for a moment, but shortly after they disappear one by another, and the label's item list is empty again...

You may provide me an instruction to send you my settings file or app log to see what actually happens.

[noinnion]

could you pls try the latest beta
https://github.com/noinnion/newsplus/tree/master/beta

On Fri, Jul 4, 2014 at 6:44 PM, Michail Vasilyev notifications@github.com
wrote:

If I just tap the Synch icon - nothing' happens.
If I tap & hold the Synch icon and then tap 'Synch selected' - starred &
labelled articles will be downloaded (all my labelled articles are starred

• to save them from deletion of some ordinary unstarred articles). But they
  will be cleared as well when I close the app and open it again.

They'll be cleared even if I turn Cache options 'Clear read items' &
'Clear unread items' off.
When I reopen the app and choose some previously synched label, I see
synched items for a moment, but shortly after they disappear one by
another, and the label's item list is empty again...

You may provide me an instruction to send you my settings file or app log
to see what actually happens.

—
Reply to this email directly or view it on GitHub
#73 (comment).

[architux]

I've tried both pre-1.1.4 beta and current stable 1.1.4.
Gotta say that might be a synchronizational problem.
As l've wrote above, when I choose some label, tap & hold the Synch icon and then tap 'Synch selected' or 'Synch for local usage' - labelled articles will be downloaded (all of them are starred as well in my case).
They'll be cleared when I close the app and open it again (automatic synch on start is enabled).
AND they'll also be cleared if I do not reopen the app, but just tap the Synch button afterwards, still being within that chosen label.
The only difference from 1.1.2 is that one article in one label and another one article in another label that I've tested somehow 'survives' from deletion. Both from 6th of May.
Now I've found that unstarred articles also stay out of deletion, maybe that happened the same way in 1.1.2. But if l change the labelled article's state from starred to unstarred within its label - it happens in the app's cache, but do not happens on TTS server database (same articles keep on being starred there..:(
Anyway, it seems that the ordinary synch action itself 'clears out' all (or almost all) labelled articles, as if it's been an option of deleting outdated articles after some period of time...

[noinnion]

Could you try the latest beta v1.1.5?
http://noinnion.com/newsplus/updates

On Sat, Aug 9, 2014 at 11:53 PM, Michail Vasilyev notifications@github.com
wrote:

I've tried both pre-1.1.4 beta and current stable 1.1.4.
Gotta say that might be a synchronizational problem.
As l've wrote above, when I choose some label, tap & hold the Synch icon
and then tap 'Synch selected' or 'Synch for local usage' - labelled
articles will be downloaded (all of them are starred as well in my case).
They'll be cleared when I close the app and open it again (automatic synch
on start is enabled).
AND they'll also be cleared if I do not reopen the app, but just tap the
Synch button afterwards, still being within that chosen label.
The only difference from 1.1.2 is that one article in one label and
another one article in another label that I've tested somehow 'survives'
from deletion.
So it seems that the ordinary synch action itself 'clears out' all (or
almost all) labelled articles, as if it's been an option of deleting
outdated articles after some period of time...

—
Reply to this email directly or view it on GitHub
#73 (comment).