Hej og velkommen til forummet
Jeg tror da bestemt du kan få nogle her inde til at være med på, det bliver nok ikke med fiddler da det er et Windows program. Men det samme burde være muligt med firebug.
Det er bestemt ikke umuligt at der er tale om et problem omkring flash x64 da det jo stadig er et ikke færdigt produkt. Jeg har lige hurtigt prøvet fra en 32bit og der ser det ud til at virke, jeg prøver med 64bit lidt senere i dag.
Mvh Anders
firefox vs. ipaper.ipapercms.dk
-
- Admin
- Indlæg: 20878
- Tilmeldt: 15. nov 2009, 15:04
- IRC nickname: AJenbo
- Geografisk sted: Vanløse, København
-
- Indlæg: 3
- Tilmeldt: 26. jan 2011, 16:48
Re: firefox vs. ipaper.ipapercms.dk
Tak for velkomsten og hjælpen med at teste!
Mht. Fiddler har du helt ret, teknisk set kan det dog godt benyttes såfremt man kan connecte til en Windows maskine, der kører Fiddler, fra sin Ubuntu maskine og således bruge den som proxy - besværligt, helt sikkert
- Mark
Mht. Fiddler har du helt ret, teknisk set kan det dog godt benyttes såfremt man kan connecte til en Windows maskine, der kører Fiddler, fra sin Ubuntu maskine og således bruge den som proxy - besværligt, helt sikkert
- Mark
-
- Admin
- Indlæg: 20878
- Tilmeldt: 15. nov 2009, 15:04
- IRC nickname: AJenbo
- Geografisk sted: Vanløse, København
Re: firefox vs. ipaper.ipapercms.dk
He he, jeg tror bare jeg holder mig til noget nemmer ved mindre du absolut vil kræve at få debug i fiddler format.
Har du nogle instruktioner til hvordan vi skal teste og hvilket informationer du skal bruge?
Har du nogle instruktioner til hvordan vi skal teste og hvilket informationer du skal bruge?
-
- Indlæg: 3
- Tilmeldt: 26. jan 2011, 16:48
Re: firefox vs. ipaper.ipapercms.dk
I første omgang skal vi blot se om kataloget loader. I de tilfælde jeg har fået rapporteret der har ingen kataloger kunnet loader, så det tidligere eksempel på et HTH katalog bør være fint til test.
Hvis ikke kataloget loader (dvs. den enten stopper med en blank side eller med vores logo i midten), så er næste step at køre en proxy i baggrunden. Jeg vil meget gerne se en liste over de URL'er der bliver kaldt samt status koden der kommer tilbage. Det vil give mig mulighed for at se de sidste filer der bliver loadet ind inden den hænger, for således at kunne pinpointe hvor i koden vi er.
Skulle der mod forventning være nogle 404/500 statuser iblandt, så er de naturligvis mest interessante.
- Mark
Hvis ikke kataloget loader (dvs. den enten stopper med en blank side eller med vores logo i midten), så er næste step at køre en proxy i baggrunden. Jeg vil meget gerne se en liste over de URL'er der bliver kaldt samt status koden der kommer tilbage. Det vil give mig mulighed for at se de sidste filer der bliver loadet ind inden den hænger, for således at kunne pinpointe hvor i koden vi er.
Skulle der mod forventning være nogle 404/500 statuser iblandt, så er de naturligvis mest interessante.
- Mark
-
- Indlæg: 5095
- Tilmeldt: 27. apr 2008, 02:16
- IRC nickname: lars_t_h
- Geografisk sted: Fyn
ipaper.ipapercms.dk debugging
Som softwareudvikler hægter jeg mig lige på den her tråd, som nu har et fagligt interessant emne.
Jeg har også nu og da problemer med Adobe Flash - men Firefox crasher ikke længere, når Adobe pluginen er ved at lave knas i den, for det forhindre Linux PAE kernen, når min maskine kører med NX bitten sat (og det gør den).
Utallige er de gange i løbet af en dag, hvor jeg bliver nødt til at genindlæse en side. Sjældent deadlocker Firefox dog, og så må Firefox processen dø, og Firefox genstartes.
De overnævnte ting sker på ing.dk version2.dk og især jp.dk's TV del. Jeg har ikke besøgt ipapercms.dk
Jeg bruger 32-bit Linux med Physical Address Extension (PAE), for ellers er der ikke hardware support for NX bitten.
/Lars
Jeg har også nu og da problemer med Adobe Flash - men Firefox crasher ikke længere, når Adobe pluginen er ved at lave knas i den, for det forhindre Linux PAE kernen, når min maskine kører med NX bitten sat (og det gør den).
Utallige er de gange i løbet af en dag, hvor jeg bliver nødt til at genindlæse en side. Sjældent deadlocker Firefox dog, og så må Firefox processen dø, og Firefox genstartes.
De overnævnte ting sker på ing.dk version2.dk og især jp.dk's TV del. Jeg har ikke besøgt ipapercms.dk
Jeg bruger 32-bit Linux med Physical Address Extension (PAE), for ellers er der ikke hardware support for NX bitten.
/Lars
Jeg er Software ingeniør (Diplomingeniør) i Informationsteknologi og indlejede systemer, hvor indlejrede systemer er computer (microcontroller) + elektronik i for eksempel et TV, en router, en vaskemaskine og den slags
-
- Admin
- Indlæg: 20878
- Tilmeldt: 15. nov 2009, 15:04
- IRC nickname: AJenbo
- Geografisk sted: Vanløse, København
Re: firefox vs. ipaper.ipapercms.dk
Jeg kan fint flippe gennem hele kataloget både på 32bit, 64bit med 32bit flash og 64bit flash (10.2).
Det er muligt den fejl der var skyltes fejl i 64bit udgaven af flash 10.1, Adobe har lukket for den udgave og jeg syndes ikke der er nogen grund til at grave den frem fra internettets gemmer. Der er sikkerheds fejl i den og folk der har valgt at køre en beta må enten holde sig opdateret manuelt eller leve med problemer.
Det er muligt den fejl der var skyltes fejl i 64bit udgaven af flash 10.1, Adobe har lukket for den udgave og jeg syndes ikke der er nogen grund til at grave den frem fra internettets gemmer. Der er sikkerheds fejl i den og folk der har valgt at køre en beta må enten holde sig opdateret manuelt eller leve med problemer.