Firefox - lagring av nettside som lokal tekstfil feiler (Linux/Ubuntu)

[geir__hk]

Hei folkens.

 

Først og fremst så er dette en problemstilling jeg ikke forventer at andre har opplevd - etter noen dusin forsøk på å søke etter tilsvarende på google så finner jeg ingenting relevant.

 

Jeg forventer selvsat ikke at noen har en konkret løsning på dette, men setter pris på om noen kommer opp med idéer om hva det kan være eller hva annet jeg kan prøve ut mhp feilsøking.

 

Har lyst å påstå at alt er prøvd ut, men det kan selvfølgelig ikke stemme ettersom det ville ha medført at feilen er funnet.

 

Tenker å la maskinen stå natta over med Memtest86+ bare for å ha utelukket minneproblemer så jeg kan krysse det av på "sjekklista".

 

 

Litt kjedelig/uviktig info om hva og hvorfor

Sitter på en gammel laptop med følgende spesifikasjoner:

Firefox Quantum 64.0 (64-bit), Mozilla Firefox for Ubuntu, Canonical 1.0
OS: Linux Lite 4.2 (Ubuntu 18.04)
HW: "Dell Latitude D620", 3GB RAM, ingen øvrig oppgradering av HW (den får halte å gå så lenger den fungerer til internett og kontorbruk)

 

Firefox har den egenskapen at man kan laste ned en hvilken som helst nettside, og i en nedtrekksmeny i lagre-som-dialogboksen finner man "text file", noe som betyr at man lagrer en tekstfil strippet for html-koder.

 

Denne funksjonen (altså nedlasting av nettside som tekst-fil) fungerer veldig bra for brukerprofilen jeg oppretta ved installasjon av Linux (ref. brukernavn  "bruker1").

 

For alle andre brukerprofiler, så feiler Firefox nedlasting av nettside som tekst-fil. Det utarter seg stort sett på en av to måter:

- Nedlasting av tekstfila uten melding om feil. Når mappen der fila er lastet ned til åpnes, finner jeg også "sidecar-mappa" (Kjenner ikke det norske uttrykket for dette, men hvis fila ble navngitt "tekstfila.txt" så vil denne mappa bli kalt "textfila_files" og inneholde bilder, javascript, etc) - selv om denne ikke skulle eksistert pga jeg valgte å lagre som tekst-fil. Ved åpning av selve fila - så inneholder den alle html-elementer og alle javascript elementer.

- Firefox rapporterer om feil ved nedlastinga - tekst på nedtrekksmenyen som fremkommer ved å trykke blå pil som skal vise en liste over nylige nedlastinger, ved siden av den aktuelle nedlastinga, eller ikonet av denne. I mappa der nedlastinga skulle vært, finnes det ikke noe tekstfil, men sidecar-mappen er lastet ned (igjen, denne skulle ikke ha vært der).

 

 

Liste over ting jeg har prøvd å feilsøke på og prøvd ut

 

1  Har sett om bruker1 ligger i en brukergruppe som er unikt for de andre brukerprofilene. Utenom brukergruppa med samme navn, så er det ikke en enkelt gruppe som ikke noen av de andre brukerprofilene ikke heller er medlem av.

bruker2 er medlem av sudo. bruker3 er ikke medlem i gruppa sudo, men er medlem i en gruppe fellesfiler - som også bruker1 er medlem av pga tilgang til samme filer på en større partisjon på disken.

 

2  Har prøvd å opprette en helt fersk og ny brukerprofil (OS). Resultatet er det samme.

 

3  Har prøvd å se om problemet ligger til noen utvalgte nettsteder jeg besøker oftere enn andre. Resultat  : Synes ikke å ha noen betydning for hvilket nettsted jeg besøker. Lagre "nettsted som tekst" fungerer for bruker1 men ikke for 3 andre brukerprofiler.

 

4  Resette brukerprofil til Firefox - dette steget gjorde jeg før jeg testet ved å opprette en ny bruker i OS, så punkt 2 skulle egentlig dekke/inkludere dette óg. Tar det nå med uansett.

 

5  Prøvd å endre Theme i Linux Lite for bruker2 til samme theme som Bruker1. Ingen forskjell.

 

6  Prøvd å starte Firefox i safe mode. Null forskjell.

 

7  Prøvd å ha installert/aktivert nøyaktig samme utvidelser for bruker2 som for bruker1 - ingen forskjell.

 

8  Prøvd å åpne Firefox fra terminal og se om det returnerer noe annen tekst for bruker2 sammenliknet med bruker1. Resultat : Får melding om "Theme parsing error", men denne er helt lik for bruker1 og bruker2 - så jeg antar denne ikke er relevant i forhold til "lagre nettsted som tekst".

 

9  Prøvd å fjerne innhold i cache-folder "/home/bruker2/.cache/mozilla/firefox/ntrc3s4e.default/" - ingen forskjell i resultat.

 

10  Sammenliknet fila mimeapps.list for bruker1 og bruker2. Fant en forskjell på "text/csv" og for bruker2 endret jeg slik at denne linja ble identisk lik som for bruker1. Reboot og gjorde nytt forsøk på lagre som tekst, innlogget som buker2. Resultat : Ingen forskjell.

 

11  Varmeutvikling i maskinen. Jeg har tidligere opplevd maskinen få sære problemer med software før det går så langt at power kuttes automatisk.

Dermed ar jeg passet på å prøve å gjøre nedlastingsforsøk ved kald maskin. Resultat - akkurat samme som før, ingen endring.

 

12  RAM : dette skal jeg teste nå, forventer ikke å finne noe pga det er kun Firefox som har "problemer", ingen andre programmer på maskinen har problemer som jeg har merket.

 

13  Lite diskplass : Denne er sjekket ut, har nok plass. Har også forsøkt å lagre til en stor fellespartisjon på disken der hvor 2 av brukerne har full tilgang. Akkurat samme problemet der, bruker1 kan lagre som tekstfil men fungerer ikke for bruker2.

 

 

Nå kommer jeg ikke på noe mer jeg kan feilsøke/sammenlikne på.

 

[hernil]

Et par steg du kan prøve for å slå fast hvordan dette oppstår:

 

- Opprette en ny firefox-profil på samme Ubuntu-bruker

- Kopiere innholdet fra den fungerende firefox-profilen til den ikke-fungerende Linux-profilen sin firefox-profil

 

Da får du forhåpentligvis slått fast om dette er relatert til firefox-profilen eller til Linux-brukeren din

[geir__hk]

Hm, det har jeg ikke tenkt på - skal gjøre et forøk

[geir__hk]

Ok, da er dette óg testet ut. Dvs jeg oppretta ikke noe ny profil i Firefox, men sletta alle filer i profilmappa og erstatta det med en kopi av innholdet fra bruker1.

 

Resultatet ble at Firefox misslyktes ved forsøk på lasting av ny side, kom aldri lenger enn til "startside" (flisene som viser ofte brukte nettsteder). Ethvert forsøk på å følge en snarvei eller skrive inn en url i addressefeltet medførte at Firefox ble stående å "loade" til evig tid.

 

Ved andre gangs oppstart av Firefox (nå i safe mode) gjorde jeg en "refresh" - dvs ut med alle utvidelser, og da fungerte Firefox tilsynelatende ok igjen. Men - ved nedlasting av nettside til tekst-fil på lokal disk, så feiler det på same viset som før.

 

Btw: lot maskinen stå kjørende med Memtest86+ over natten - uten funn av noe feil.

 

 

Om det kan være til noe hjelp, så har jeg tatt vare på output fra terminal da Firefox ble kjørt i safe mode:

 

1: bare en test for å se om jeg får navigert på nettet.

firefox -safe-mode
(firefox:9511): Gtk-WARNING **: 22:09:51.684: Theme parsing error: <data>:1:34: Expected ')' in color definition
(firefox:9511): Gtk-WARNING **: 22:09:51.684: Theme parsing error: <data>:1:76: Expected ')' in color definition
###!!! [Parent][MessageChannel] Error: (msgtype=0x190084,name=PBrowser::Msg_Destroy) Closed channel: cannot send/recv
###!!! [Child][MessageChannel] Error: (msgtype=0x4C0005,name=PHttpChannel::Msg_Cancel) Closed channel: cannot send/recv
###!!! [Child][MessageChannel] Error: (msgtype=0x4C0021,name=PHttpChannel::Msg_SetPriority) Closed channel: cannot send/recv
###!!! [Child][MessageChannel] Error: (msgtype=0x190001,name=PBrowser::Msg_AsyncMessage) Closed channel: cannot send/recv
###!!! [Child][MessageChannel] Error: (msgtype=0x300112,name=PContent::Msg_DetachBrowsingContext) Closed channel: cannot send/recv
###!!! [Parent][MessageChannel] Error: (msgtype=0x190084,name=PBrowser::Msg_Destroy) Closed channel: cannot send/recv
###!!! [Child][MessageChannel] Error: (msgtype=0x300112,name=PContent::Msg_DetachBrowsingContext) Closed channel: cannot send/recv

2: Her velger jeg "refresh"

firefox -safe-mode
(firefox:9768): Gtk-WARNING **: 22:11:56.833: Theme parsing error: <data>:1:34: Expected ')' in color definition
(firefox:9768): Gtk-WARNING **: 22:11:56.833: Theme parsing error: <data>:1:76: Expected ')' in color definition
(firefox:9768): Gtk-WARNING **: 22:12:09.311: Theme parsing error: <data>:1:34: Expected ')' in color definition
(firefox:9768): Gtk-WARNING **: 22:12:09.311: Theme parsing error: <data>:1:76: Expected ')' in color definition
[Parent 9768, Gecko_IOThread] WARNING: pipe error (199): Connection reset by peer: file /build/firefox-wWf_B4/firefox-64.0+build3/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 363

[Emancipate]

Sjekk om path-variabelen er lik for brukerne. Firefox bruker kanskje et program i path for å gjøre konverteringen.

 

Kjør eventuelt firefox med strace som beskrevet her: https://unix.stackexchange.com/questions/131825/how-do-i-view-executables-run-by-a-program

[hernil]

Har du installert Firefox på helt vanlig måte fra pakkebrønnen?

[geir__hk]

Sjekk om path-variabelen er lik for brukerne. Firefox bruker kanskje et program i path for å gjøre konverteringen.

 

Ok, god ide. Dette er brukernes $PATH variabel, brutt opp i linjer for oversikten sin del - endringer markert i blå farge:

Bruker 1

/usr/local/sbin

/usr/local/bin

/usr/sbin

/usr/bin

/sbin

/bin

/snap/bin

 

Bruker 2

/usr/local/sbin

/usr/local/bin

/usr/sbin

/usr/bin

/sbin

/bin

/usr/games

/usr/local/games

 

Så det er visstnok kun /snap/bin som eksisterer for bruker1 men ikke for bruker2 - men denne mappa eksisterer visstnok ikke (cd /snap/bin i terminal)

 

 

 

Har du installert Firefox på helt vanlig måte fra pakkebrønnen?

Firefox fulgte installasjonen av denne distroen. Endret 12. mars 2019 av geir__hk

[linux-fan]

Vet ikke om det er praktisk på Firefox, men burde være mulig å bruke strace (til fil) og se om textfila_files du finner for bruker2 også lages hos bruker1 for senere slettes etter tekstfil er laget, og se forskjell i systemcall på brukere.

[geir__hk]

Vet ikke om det er praktisk på Firefox, men burde være mulig å bruke strace (til fil) og se om textfila_files du finner for bruker2 også lages hos bruker1 for senere slettes etter tekstfil er laget, og se forskjell i systemcall på brukere.

Takk for tipset, dette skal jeg teste. Btw har du noen konkrete tips på hvilke parametre som er nyttige ved bruk av dette verktøyet?

 

Regner med at filene blir store, så jeg får prøve å bruke Libre Office Writer til å gjøre en dokumentsammenlikning - hvis det i det hele tatt gir noe mening eller om tekstfilene blir på tusenvis av linjer.

[linux-fan]

Takk for tipset, dette skal jeg teste. Btw har du noen konkrete tips på hvilke parametre som er nyttige ved bruk av dette verktøyet?

 

Regner med at filene blir store, så jeg får prøve å bruke Libre Office Writer til å gjøre en dokumentsammenlikning - hvis det i det hele tatt gir noe mening eller om tekstfilene blir på tusenvis av linjer.

Hei!

 

Letteste er antagelig å starte firefox som del av trace, forsøke å lagre en fil som tekst og deretter avslutte firefox når du har fil, eller feil type fil:

strace -o ff_trace_1.txt firefox

 

Trace filene blir noen MB, men du kan søke i dem med grep etter e.g. filnavn.

Direkte sammenligne uten å trekke ut info først er antagelig ikke praktisk.

[geir__hk]

Fine instruksjoner, linux-fan - da har jeg gjort følgende:
 
For begge brukerprofilene har jeg:
 ~ Åpnet Firefox gjennom strace med kommandoen som linux-fan foreslå i tråden over. Dette gir to store tekstfiler ff_trace_1.txt og ff_trace_2.txt på hhv. 23 og 26 MB (så det blir upraktisk å laste disse opp).
 ~ Lastet ned føreste og beste nettsted som lokal text-fil navngitt hhv. tekstfil1.txt og tekstfil2.txt (sistnevnte inneholder selfølgelig html-tags og en sidecar-mappe).
 
Deretter har jeg brukt grep til å søke i ff_trace_1.txt og ff_trace_2.txt etter linjene som inneholder filnavnene tekstfil1.txt og tekstfil2.txt.
2 linjer før og to linjer etterpå vises også i søket:

 
grep -A2 -B2 -n 'tekstfil1.txt' ff_trace_1.txt

297505-write(64, "\1\0\0\0\0\0\0\0", 8)        = 8
297506-futex(0x7f84255a4870, FUTEX_WAKE_PRIVATE, 1) = 1
297507:access("/lager/fellesmappe/tekstfil1.txt", F_OK) = -1 ENOENT (No such file or directory)
297508-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=755039528}) = 0
297509-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=755170271}) = 0
--
297563-mprotect(0x3d4da81df000, 4096, PROT_READ|PROT_WRITE) = 0
297564-mprotect(0x3d4da81df000, 4096, PROT_READ|PROT_EXEC) = 0
297565:stat("/lager/fellesmappe/tekstfil1.txt", 0x7f841eda2118) = -1 ENOENT (No such file or directory)
297566:lstat("/lager/fellesmappe/tekstfil1.txt", 0x7f841eda2118) = -1 ENOENT (No such file or directory)
297567-mprotect(0x3d4da81df000, 8192, PROT_READ|PROT_WRITE) = 0
297568-mprotect(0x3d4da81df000, 8192, PROT_READ|PROT_EXEC) = 0
--
297612-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=853116432}) = 0
297613-write(16, "\0", 1)                      = 1
297614:access("/lager/fellesmappe/tekstfil1.txt", F_OK) = -1 ENOENT (No such file or directory)
297615-mkdir("/lager/fellesmappe", 0755)   = -1 EEXIST (File exists)
297616:openat(AT_FDCWD, "/lager/fellesmappe/tekstfil1.txt", O_WRONLY|O_CREAT|O_TRUNC, 0664) = 155
297617-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=854358774}) = 0
297618-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=854493010}) = 0
--
297653-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=875573220}) = 0
297654-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=875694115}) = 0
297655:stat("/lager/fellesmappe/tekstfil1.txt", {st_mode=S_IFREG|0664, st_size=0, ...}) = 0
297656-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=877083264}) = 0
297657-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1208, tv_nsec=877207862}) = 0

grep -A2 -B2 -n 'tekstfil2.txt' ff_trace_2.txt

241040-write(43, "\1\0\0\0\0\0\0\0", 8)        = 8
241041-futex(0x7f984585d190, FUTEX_WAKE_PRIVATE, 1) = 1
241042:access("/lager/fellesmappe/tekstfil2.txt", F_OK) = -1 ENOENT (No such file or directory)
241043-gettimeofday({tv_sec=1552749694, tv_usec=775398}, NULL) = 0
241044-futex(0x7f984582cf34, FUTEX_WAKE_PRIVATE, 1) = 1
--
241145-mprotect(0x2155d7db5000, 4096, PROT_READ|PROT_WRITE) = 0
241146-mprotect(0x2155d7db5000, 4096, PROT_READ|PROT_EXEC) = 0
241147:stat("/lager/fellesmappe/tekstfil2.txt", 0x7f98328b2598) = -1 ENOENT (No such file or directory)
241148:lstat("/lager/fellesmappe/tekstfil2.txt", 0x7f98328b2598) = -1 ENOENT (No such file or directory)
241149-mprotect(0x2155d7db5000, 8192, PROT_READ|PROT_WRITE) = 0
241150-mprotect(0x2155d7db5000, 8192, PROT_READ|PROT_EXEC) = 0
--
241236-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1500, tv_nsec=17901072}) = 0
241237-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1500, tv_nsec=18039638}) = 0
241238:stat("/lager/fellesmappe/tekstfil2.txt", 0x7f98328caa18) = -1 ENOENT (No such file or directory)
241239:lstat("/lager/fellesmappe/tekstfil2.txt", 0x7f98328caa18) = -1 ENOENT (No such file or directory)
241240-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1500, tv_nsec=19668554}) = 0
241241-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1500, tv_nsec=19817875}) = 0
--
252774-write(109, "\n(function() {\nvar f = document."..., 2644) = 2644
252775-close(109)                              = 0
252776:access("/lager/fellesmappe/tekstfil2.txt", F_OK) = -1 ENOENT (No such file or directory)
252777-mkdir("/lager/fellesmappe", 0755)   = -1 EEXIST (File exists)
252778:openat(AT_FDCWD, "/lager/fellesmappe/tekstfil2.txt", O_WRONLY|O_CREAT|O_TRUNC, 0664) = 109
252779-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1502, tv_nsec=331486506}) = 0
252780-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1502, tv_nsec=331623466}) = 0

grep -A2 -B2 -n 'tekstfil2_files' ff_trace_2.txt

Søk etter linjer som inneholder navnet på sidecar-mappa. Tar med kun første til fjerde treff, alle treff etter dette er bare en repetisjon av treff 2 og 4, men med forskjellig filnavn.

241169-mprotect(0x2155d7db7000, 4096, PROT_READ|PROT_WRITE) = 0
241170-mprotect(0x2155d7db7000, 4096, PROT_READ|PROT_EXEC) = 0
241171:stat("/lager/fellesmappe/tekstfil2_files", 0x7f98328ca358) = -1 ENOENT (No such file or directory)
241172:lstat("/lager/fellesmappe/tekstfil2_files", 0x7f98328ca358) = -1 ENOENT (No such file or directory)
241173-madvise(0x7f983e9e9000, 8192, MADV_DONTNEED) = 0
241174-madvise(0x7f983e9ba000, 8192, MADV_DONTNEED) = 0
--
241918-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1500, tv_nsec=223816454}) = 0
241919-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1500, tv_nsec=223929667}) = 0
241920:access("/lager/fellesmappe/tekstfil2_files", F_OK) = -1 ENOENT (No such file or directory)
241921:mkdir("/lager/fellesmappe/tekstfil2_files", 0755) = 0
241922-gettimeofday({tv_sec=1552749695, tv_usec=168621}, NULL) = 0
241923-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1500, tv_nsec=224861843}) = 0
--
245727-mprotect(0x2155d7d5f000, 4096, PROT_READ|PROT_EXEC) = 0
245728-gettimeofday({tv_sec=1552749695, tv_usec=837886}, NULL) = 0
245729:stat("/lager/fellesmappe/tekstfil2_files/google_powered_by.png", 0x7f983798f898) = -1 ENOENT (No such file or directory)
245730:lstat("/lager/fellesmappe/tekstfil2_files/google_powered_by.png", 0x7f983798f898) = -1 ENOENT (No such file or directory)
245731-gettimeofday({tv_sec=1552749695, tv_usec=838435}, NULL) = 0
245732-gettimeofday({tv_sec=1552749695, tv_usec=838701}, NULL) = 0
--
245783-mprotect(0x2155d7d61000, 8192, PROT_READ|PROT_EXEC) = 0
245784-gettimeofday({tv_sec=1552749695, tv_usec=861628}, NULL) = 0
245785:mkdir("/lager/fellesmappe/tekstfil2_files", 0755) = -1 EEXIST (File exists)
245786:openat(AT_FDCWD, "/lager/fellesmappe/tekstfil2_files/google_powered_by.png", O_WRONLY|O_CREAT|O_TRUNC, 0664) = 160
245787-clock_gettime(CLOCK_MONOTONIC, {tv_sec=1500, tv_nsec=918304478}) = 0
245788-gettimeofday({tv_sec=1552749695, tv_usec=862302}, NULL) = 0

 

Endret 16. mars 2019 av geir__hk

[linux-fan]

Så /lager/fellesmappe/tekstfil*_files lages kun for den ene brukeren som feiler, ikke midlertidige filer så alltid lages, tyder ikke på siste steg feiler, men valg ikke fanges opp.

 

Lignende trace om man velger å lagre side med andre valg enn text for den som feiler?

 

Problem med shell-browser-plugin, og tilbakemelding om filformat?

Bruker alle brukere den samme?

 

Noen feilmeldinger i et trace som ikke er i det andre?

 

Ulike innstillinger i firefox for text filer?

 

Har ikke peiling på web browsere, så begrenset hva jeg kan bidra med videre.

[linux-fan]

Hei folkens.

 

Først og fremst så er dette en problemstilling jeg ikke forventer at andre har opplevd - etter noen dusin forsøk på å søke etter tilsvarende på google så finner jeg ingenting relevant.

 

Jeg forventer selvsat ikke at noen har en konkret løsning på dette, men setter pris på om noen kommer opp med idéer om hva det kan være eller hva annet jeg kan prøve ut mhp feilsøking.

 

Har lyst å påstå at alt er prøvd ut, men det kan selvfølgelig ikke stemme ettersom det ville ha medført at feilen er funnet.

 

Tenker å la maskinen stå natta over med Memtest86+ bare for å ha utelukket minneproblemer så jeg kan krysse det av på "sjekklista".

 

 

Litt kjedelig/uviktig info om hva og hvorfor

Sitter på en gammel laptop med følgende spesifikasjoner:

Firefox Quantum 64.0 (64-bit), Mozilla Firefox for Ubuntu, Canonical 1.0

OS: Linux Lite 4.2 (Ubuntu 18.04)

HW: "Dell Latitude D620", 3GB RAM, ingen øvrig oppgradering av HW (den får halte å gå så lenger den fungerer til internett og kontorbruk)

 

Firefox har den egenskapen at man kan laste ned en hvilken som helst nettside, og i en nedtrekksmeny i lagre-som-dialogboksen finner man "text file", noe som betyr at man lagrer en tekstfil strippet for html-koder.

 

Denne funksjonen (altså nedlasting av nettside som tekst-fil) fungerer veldig bra for brukerprofilen jeg oppretta ved installasjon av Linux (ref. brukernavn  "bruker1").

 

For alle andre brukerprofiler, så feiler Firefox nedlasting av nettside som tekst-fil. Det utarter seg stort sett på en av to måter:

- Nedlasting av tekstfila uten melding om feil. Når mappen der fila er lastet ned til åpnes, finner jeg også "sidecar-mappa" (Kjenner ikke det norske uttrykket for dette, men hvis fila ble navngitt "tekstfila.txt" så vil denne mappa bli kalt "textfila_files" og inneholde bilder, javascript, etc) - selv om denne ikke skulle eksistert pga jeg valgte å lagre som tekst-fil. Ved åpning av selve fila - så inneholder den alle html-elementer og alle javascript elementer.

- Firefox rapporterer om feil ved nedlastinga - tekst på nedtrekksmenyen som fremkommer ved å trykke blå pil som skal vise en liste over nylige nedlastinger, ved siden av den aktuelle nedlastinga, eller ikonet av denne. I mappa der nedlastinga skulle vært, finnes det ikke noe tekstfil, men sidecar-mappen er lastet ned (igjen, denne skulle ikke ha vært der).

 

 

Liste over ting jeg har prøvd å feilsøke på og prøvd ut

 

1  Har sett om bruker1 ligger i en brukergruppe som er unikt for de andre brukerprofilene. Utenom brukergruppa med samme navn, så er det ikke en enkelt gruppe som ikke noen av de andre brukerprofilene ikke heller er medlem av.

bruker2 er medlem av sudo. bruker3 er ikke medlem i gruppa sudo, men er medlem i en gruppe fellesfiler - som også bruker1 er medlem av pga tilgang til samme filer på en større partisjon på disken.

 

2  Har prøvd å opprette en helt fersk og ny brukerprofil (OS). Resultatet er det samme.

 

3  Har prøvd å se om problemet ligger til noen utvalgte nettsteder jeg besøker oftere enn andre. Resultat  : Synes ikke å ha noen betydning for hvilket nettsted jeg besøker. Lagre "nettsted som tekst" fungerer for bruker1 men ikke for 3 andre brukerprofiler.

 

4  Resette brukerprofil til Firefox - dette steget gjorde jeg før jeg testet ved å opprette en ny bruker i OS, så punkt 2 skulle egentlig dekke/inkludere dette óg. Tar det nå med uansett.

 

5  Prøvd å endre Theme i Linux Lite for bruker2 til samme theme som Bruker1. Ingen forskjell.

 

6  Prøvd å starte Firefox i safe mode. Null forskjell.

 

7  Prøvd å ha installert/aktivert nøyaktig samme utvidelser for bruker2 som for bruker1 - ingen forskjell.

 

8  Prøvd å åpne Firefox fra terminal og se om det returnerer noe annen tekst for bruker2 sammenliknet med bruker1. Resultat : Får melding om "Theme parsing error", men denne er helt lik for bruker1 og bruker2 - så jeg antar denne ikke er relevant i forhold til "lagre nettsted som tekst".

 

9  Prøvd å fjerne innhold i cache-folder "/home/bruker2/.cache/mozilla/firefox/ntrc3s4e.default/" - ingen forskjell i resultat.

 

10  Sammenliknet fila mimeapps.list for bruker1 og bruker2. Fant en forskjell på "text/csv" og for bruker2 endret jeg slik at denne linja ble identisk lik som for bruker1. Reboot og gjorde nytt forsøk på lagre som tekst, innlogget som buker2. Resultat : Ingen forskjell.

 

11  Varmeutvikling i maskinen. Jeg har tidligere opplevd maskinen få sære problemer med software før det går så langt at power kuttes automatisk.

Dermed ar jeg passet på å prøve å gjøre nedlastingsforsøk ved kald maskin. Resultat - akkurat samme som før, ingen endring.

 

12  RAM : dette skal jeg teste nå, forventer ikke å finne noe pga det er kun Firefox som har "problemer", ingen andre programmer på maskinen har problemer som jeg har merket.

 

13  Lite diskplass : Denne er sjekket ut, har nok plass. Har også forsøkt å lagre til en stor fellespartisjon på disken der hvor 2 av brukerne har full tilgang. Akkurat samme problemet der, bruker1 kan lagre som tekstfil men fungerer ikke for bruker2.

 

 

Nå kommer jeg ikke på noe mer jeg kan feilsøke/sammenlikne på.

 

Kanskje ikke relavant, sett disse?

 

can't save webpage as text (2014)

https://support.mozilla.org/no/questions/983226

Kun relatert til tekstfil må ha .txt suffix.

 

https://support.mozilla.org/en-US/kb/cant-download-or-save-files

What to do if you can't download or save files

Generelle saker.

 

 

 

[geir__hk]

Takker for svar linux-fan, skal prøve å besvare kommentarene ute å quote.

 

Første linken i siste posten din synes mest relevant, men desverre gjelder det ikke i mitt tilfelle - for det har nemlig ingen betydning om jeg manuelt navngir fila med txt prefiks eller ikke. Det har heller ingen betydning i hvilken rekkefølge navngiving med txt prefiks, og valget av "text-document" i drop-down-lista gjøres i.

 

Litt av problem med tracing på ulike brukerprofiler er at det er ulike startsider og ulike plugins og alle mulige browser settings som gjør sammenlikning vanskelig. Det jeg vet sikkert er at nulstilling av profilmappen i Firefox ikke har noen betydning for akkurat denne problemstillingen.

Jeg tror derfor at lokale innstillinger for teksfiler ikke har betydning - men skal dobbeltsjekke for å være sikker.

 

Hvordan kan jeg lete etter relevante feilmeldinger i et trace ?

[Emancipate]

Som et minimum, må du gjøre testene i safe mode for å få sammenlignbarhet, selv om dette ikke påvirker problemet. Sørg også for at du lagrer filene i samme mappe, i tilfelle det er noe rart der.