every time I switch to another app on GrapheneOS and go back go #amethyst, it loses my previous state and the feed has at the top a set of notes I recently interacted with or wrote. slowly, very slowly, the feed loads up, but I entirely lose whatever I was looking at before I switched apps.

I have half the disk space free on the phone, Amethyst app fully unrestrained in grapehe settings, no pending OS update. what explains this?!

Reply to this note

Please Login to reply.

Discussion

This happens to me when the app crashes sometimes, or when I reopen it after a long time. Something something cache juggling I guess.

Check Settings > Apps > Permissions area and look for "Pause if no activity" (something like that)

Basically the phone will reset things every time you stop using that app for a period.

"Remove permissions and free up space" is what it says - toggle that off.

yep all that stuff is all off. total free reign mode in settings. still happen even if I only switch away from the app for 1 second.

lol okay.... now it's not doing it. wth

If the "Loading Account" label shows up in the beginning its because Graphene has killed the app. It will redownload everything from your relays online.

How much memory does your phone have? We might be using too much and graphene just decides to kill everything.

interesting.... its a pixel 7. I've noticed it gets a lot worse when I'm getting closer to full storage. but keeping > 50% free just for nostr is a steep ask.

it has basically pushed me to not use nostr on mobile

Who wulda thunk that an app for Notes and Otherstr would take up 50% of storage. Profile images? Turns out, there's __lots__ of otherstr 🫠

iirc it doesn't show "loading account" (I'm familiar with that screen) but rather some recent notes I've reacted to or written.

and display names take a while to populate in the same scenario. here's an example of "first look" after backgrounded for a bit

This isn't specific to Graphene, it's just how the app was designed. I have the same semi-random behavior.

What really bites is when you're in the middle of typing a note, go to your browser to get a link, or copy other info, then return to a loading feed.

This is a defect that removes user data (in the note creation scenario). The places I've worked would consider this a critical "show stopper" defect. Storing your last state locally could solve this, but "local storage" seems to be forbidden for Amethyst devs.

amethyst has drafts which has saved the day for for me before - but it's a fix for its own problem

And your drafts are stored on relays, which I detest, so I have that permission denied via Amber.

local relay. but yea I share the sentiment wrt remote drafts on public relays

I should add support for private drafts.

there sholud be a category of private. DMs are the obvious one. application specific data is another. drafts is a logical extension of this category