Thank you for your responses. By the way I love Nubinews. :)
It is a known bug that & signs lead to a loss of shared prefs. But my
settings don't include these signs. :( I have only the following
things included as strings:
content://media/internal/audio/media/33
100,200,300,400....
So this can't be the problem with my settings loss. :( I will try
using to quote the strings right now and I hope to fix the problems
with that. My problem ist that I can't reproduce the bug on a daily
basis. Often it works with the same settings for weeks and suddenly
the prefs are gone.
On Apr 23, 7:09 pm, Mattaku Betsujin <mattaku.betsu...@gmail.com>
wrote:
> I found that the preferences XML will break very easily if you store some
> Strings containing 'special' characters. I am not sure what exactly those
> are, but when I stored things like
>
> putString("someurl", "http://xyz/?a=b&c=d";)
>
> the preference file becomes empty next time I try to open it.
>
> My solution is to quote all Strings that I put into the SharedPreferences.
> After that my problems seems to go away.
>
> I couldn't find a Base64 encoder in the Android API, so I wrote a
> quick-and-dirty PrefQuote class:
>
> http://code.google.com/p/nubi/source/browse/trunk/android/nubinews/sr...
>
> putString("someurl", PrefQuote.quote("http://xyz/?a=b";))
>
> Hope this helps
>
> On Thu, Apr 23, 2009 at 9:56 AM, bo <bost...@gmail.com> wrote:
>
> > I do SharedPreferences.Editor.commit() in couple of places. 1.
> > Immediately after setting the preference. 2. in Activity#onStop.
> > Nevertheless when I restart the app the preferences are gone. Any more
> > ideas? I do create prefs programmaticaly after harvesting these from
> > user (username/pwd)
>
> > On Apr 21, 11:00 pm, Chander Pechetty <cspeche...@gmail.com> wrote:
> > > Sorry, I was referring to the settings created using
> > > PreferenceActivity screen using xml. Your actual preference values do
> > > not help much in diagnosing the issue.
>
> > > Example snippet from loadingpreferencesfrom xml:
> > > <CheckBoxPreference android:key="pref1"
> > > android:title="pref1"
> > > android:summaryOn="SummaryOn"
> > > android:summaryOff="SummaryOff"
> > > android:defaultValue="true"
> > > android:persistent="true"/>
>
> > > Forpreferencescreated programatically, you can use
> > > Preference.setPersistent(true);
>
> > > If no Settings screen is present, and everything is through your
> > > program, then batch SharedPreferences.Editor.commit()'s should be
> > > fine.
>
> > > I had a similar problem as yours, but have not faced it again so far.
> > > Other than the known issue mentioned in the previous post, I don't
> > > know what else the problem could be unless you post your code
> > > perhaps...
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google
Groups "Android Developers" group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
android-developers-unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/android-developers?hl=en
-~----------~----~----~----~------~----~------~--~---
