zui > edb.internet.* > edb.internet.software.browser

Zen (30.09.2005, 16:04)
I dag da jeg åbnede min Firefox, fik jeg lige med de vons en slem
overraskelse - ALLE bogmærker, og historikken er VÆK... Jeg kan i det mindst
forstå at historikken den ryger sig en tur en en ´prædefineret tid inde i
indstillinger... meeen at ALLE bogmærker er røget sig en tur... det fatter
jeg ikke... og det er simpelthen SÅ irreterende ???

Er der nogen der ved hvordan alle bogmærker kan reetableres i Firefox 1.07 ?

På forhånd tak

Venligst
Tom
Kim Ludvigsen (30.09.2005, 16:34)
Den 30-09-05 16.04 skrev Zen følgende:

> I dag da jeg åbnede min Firefox, fik jeg lige med de vons en slem
> overraskelse - ALLE bogmærker, og historikken er VÆK... Jeg kan i det mindst


Du har ikke fået oprettet en ny profil? Tjek denne side:
Michael Zedeler (30.09.2005, 21:01)
Kim Ludvigsen wrote:
> Den 30-09-05 16.04 skrev Zen følgende:
>> I dag da jeg åbnede min Firefox, fik jeg lige med de vons en slem
>> overraskelse - ALLE bogmærker, og historikken er VÆK... Jeg kan i det
>> mindst

> Du har ikke fået oprettet en ny profil? Tjek denne side:
>


Det behøver ikke at være sådan en fejl. Desværre har Firefox en kendt
fejl, som kun gælder de (stakler) der kører Firefox på Windows-maskiner
(som mig, f.eks.). Hvis man er uheldig, så Firefox går ned på en særligt
voldsom måde, sletter den ganske enkelt alle ens bogmærker. Der er ingen
måde, man kan finde dem frem igen.

Det er til at ærgre sig gul og blå at udviklerne ikke tager denne fejl
mere alvorligt, da det jo nærmest er en showstopper, for de som faktisk
bruger bogmærker.

Du kan finde fejlen beskrevet her:



Bugzilla påstår at fejlen er ny og har højeste prioritet, men den blev
oprettet for over 2½ år siden, så det har lange udsigter med at få den
lukket.

Hvis du vil sikre dig imod denne fejl, findes der en udvidelse kaldet
Bookmark Synchronizer, som bruger en FTP-server til at synkronisere dine
bogmærker. Skulle det ske at du mister dine bogmærker, så skynd dig at
tage en kopi af synkroniseringsfilen på serveren, start Firefox, luk
Firefox ned igen og læg kopien tilbage på serveren med det oprindelige
navn. Så skulle den ged være barberet.

I tilgift får du at få synkroniseret dine bogmærker flere forskellige
Firefox-installationer (i hvert fald i teorien!).

Mvh. Michael.
Kim Ludvigsen (01.10.2005, 00:19)
Den 30-09-05 21.01 skrev Michael Zedeler følgende:
> Kim Ludvigsen wrote:
> Det behøver ikke at være sådan en fejl. Desværre har Firefox en kendt
> fejl, som kun gælder de (stakler) der kører Firefox på Windows-maskiner
> (som mig, f.eks.). Hvis man er uheldig, så Firefox går ned på en særligt
> voldsom måde, sletter den ganske enkelt alle ens bogmærker. Der er ingen
> måde, man kan finde dem frem igen.


Nu har jeg ikke læst alle indlæggene i buggen, men mon ikke det blot er
en skrivefejl, der ødelægger bogmærkefilen, når styresystemet går ned? I
så fald burde det være ens for alle styresystemer - men nogle går
selvfølgelig sjældnere ned end andre ;-)

Bogmærkefilen er forholdsvis meget udsat for at blive ødelagt ved et
systemnedbrud, fordi Firefox skriver til filen med korte mellemrum.

> Hvis du vil sikre dig imod denne fejl, findes der en udvidelse kaldet
> Bookmark Synchronizer, som bruger en FTP-server til at synkronisere dine


Alternativt kan man bruge MozBackup til at tage backup af hele profilen,
så huskes alle indstillinger mm. også:
Michael Zedeler (01.10.2005, 11:29)
Kim Ludvigsen wrote:
> Den 30-09-05 21.01 skrev Michael Zedeler følgende:
> Nu har jeg ikke læst alle indlæggene i buggen, men mon ikke det blot er
> en skrivefejl, der ødelægger bogmærkefilen, når styresystemet går ned? I
> så fald burde det være ens for alle styresystemer - men nogle går
> selvfølgelig sjældnere ned end andre ;-)


Nej. I/O på Windows er væsentligt anderledes end på Linux/UNIX. Når man
oplever denne fejl, er filen ganske enkelt tom. Jeg tror snarere det er
noget med at Firefox mangler at kalde en eller anden flush-funktion, som
sikrer at data,d er skulle skrives til filen, faktisk er endt i filen og
ikke i en eller anden buffer.

De skriver jo også at det er en core-bug. Jeg tror at det er fordi at de
skal ændre måden deres platformsuafhængighedslag (NSPR) håndterer filer
på. Det forklarer også hvorfor det tager så hulens lang tid at få rettet
fejlen.

Mvh. Michael.
Lignende emner