firefox vs. ipaper.ipapercms.dk

Søger du et bestemt program? Mangler du et alternativ til dit Windowsprogram? Program-spørgsmål kan stilles her.
AJenbo
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

Indlæg af AJenbo »

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
Mark S. Rasmussen
Indlæg: 3
Tilmeldt: 26. jan 2011, 16:48

Re: firefox vs. ipaper.ipapercms.dk

Indlæg af Mark S. Rasmussen »

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
AJenbo
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

Indlæg af AJenbo »

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?
Mark S. Rasmussen
Indlæg: 3
Tilmeldt: 26. jan 2011, 16:48

Re: firefox vs. ipaper.ipapercms.dk

Indlæg af Mark S. Rasmussen »

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
lath
Indlæg: 5095
Tilmeldt: 27. apr 2008, 02:16
IRC nickname: lars_t_h
Geografisk sted: Fyn

ipaper.ipapercms.dk debugging

Indlæg af lath »

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 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
AJenbo
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

Indlæg af AJenbo »

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.