it’s currently half way there. setting starred or published is going to sync back but unstarring/unpublishing won’t.
there’s no way to know whether the articles were starred/published before, only the fact that the record was locally modified is tracked in offline database, this limitation avoids syncing hundreds of article ids every time you go online while possibly unmarking things that got set while device was offline.
it shouldn’t be that hard to add two more tracking fields for this i think.
First off thanks for making an offline mode. I recall back in the day your view was people should just get a data plan
Anyway I notice one small, low priority glitch.
After going offline if you press the android back button the left nav goes back to the pre offline state and shows that you are online. You then see all the articles, even the ones you have not downloaded. A restart of the app fixes this. I don’t know much about Android but this may be as easy to fix as purging history?
new beta build (1.259) is going to be up soon, the only change is hopefully reducing memory usage of loaded images, at least going by android studio profiler
PHONE_MODEL=XT1635-02
ANDROID_VERSION=8.0.0
BRAND=motorola
AVAILABLE_MEM_SIZE=8874569728
APP_VERSION_NAME=1.6
PRODUCT=addison
TOTAL_MEM_SIZE=25612496896 STACK_TRACE=java.lang.IllegalStateException: Apk needs to have both Schema.ApkTable.Cols.REPO_ADDRESS and Schema.ApkTable.Cols.NAME set in order to calculate URL [package: org.fox.ttrss, versionCode: 497, apkName: org.fox.ttrss-fdroid.apk, repoAddress: null, repoId: 7]
at org.fdroid.fdroid.data.Apk.checkRepoAddress(Apk.java:255)
at org.fdroid.fdroid.data.Apk.getCanonicalUrl(Apk.java:277)
at org.fdroid.fdroid.installer.InstallManagerService.queue(InstallManagerService.java:466)
at org.fdroid.fdroid.views.AppDetailsActivity.initiateInstall(AppDetailsActivity.java:397)
at org.fdroid.fdroid.views.AppDetailsActivity.installApk(AppDetailsActivity.java:379)
at org.fdroid.fdroid.views.AppDetailsActivity.installApk(AppDetailsActivity.java:332)
at org.fdroid.fdroid.views.AppDetailsRecyclerViewAdapter$3.onClick(AppDetailsRecyclerViewAdapter.java:1330)
at android.view.View.performClick(View.java:6259)
at android.view.View$PerformClick.run(View.java:24732)
at android.os.Handler.handleCallback(Handler.java:789)
at android.os.Handler.dispatchMessage(Handler.java:98)
at android.os.Looper.loop(Looper.java:164)
at android.app.ActivityThread.main(ActivityThread.java:6592)
at java.lang.reflect.Method.invoke(Native Method)
at com.android.internal.os.Zygote$MethodAndArgsCaller.run(Zygote.java:240)
at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:769)
try installing the APK manually, if it installs and works properly, it’s probably a f-droid client problem that should be reported to f-droid developers. if it doesn’t, i’ll take a look at it.
i have no idea what that is and honestly don’t care. i’m only using f-droid as a backup delivery mechanism, if they suddenly started requiring custom-built APKs i’ll just drop the repo and publish APK files directly.
nice to have this configurable. I’d think it might be good to have different values settable for wifi versus mobile. On wifi one usually has a faster/more reliable connection so a high value is good. On mobile the connection is possibly slower/less reliable.
with lazy load it doesn’t really make that much difference anyway, i thought about simply hardcoding a lower value first. adding two settings seems like too much.
i could go for a separate “show images in articles on wifi only” option but i’m not sure if there’s any demand.
i also thought about showing downsampled previews in headlines list but there’s a bunch of issues with that approach; a potential plugin could downsample images linked in API responses as necessary (i.e. if client detects its not on wifi).
Nice. For me a missing feature of the android client is the mark read (1 day,1 week, 2 weeks). if you’re tweaking the client adding this might be nice.
What can you tell me about Uncaught Error: Class 'DiskCache' not found in ?
I can’t find a php extension matching this name, running Debian Stretch with system packages (php 7.0.33) and apache2 (2.4.25).
Which dependency did I forget? The plugin worked till the rework , now tt-rss stays a blank page – maybe not optimal for an API-only plugin?