kde konqueror 2.1.1 werkt niet met got

[GiLuX]

ik probeerde got te openen met konqueror maar dan krijg ik een foutmelding en gebeurd er verder nix:
"the process for the http://gathering.tweakers.net protocol died unexpectedly"

waar kan dat aan liggen?

[Bigs]

Is volgens mij een network timeout. Gewoon nog een keer proberen.

[Niek]

Het ligt aan de brakke HTTP-compressie van GoT. Opera heeft hier al erg last van, de browser blijft vaak 'hangen'. Dit is op te lossen door bij prefs 'HTTP compressie gebruiken' uit te schakelen. Helaas is dit bij Konqueror niet mogelijk, omdat je niet eens op de prefs-url kan komen Enige oplossing is volgens mij een andere browser te gebruiken.

[blouweKip]

Ik heb dit ook een keer gehad, ik heb toen per ongeluk "www." voor gathering.tweakers.net gezet en toen deed ie 't

[wzzrd]

Zelfde probleem. Opera opent GoT wel prima.
Bugje in Konqueror?

[Remenic]

Oh crap, heb net hier wat over gepost in Software Algemeen...

mjah, dit is geen `bugje` in Konqueror, want dan zou Opera dit `bugje` ook moeten hebben.... En nee, dit is ook absoluut geen netwerk probleem


Konqueror weigert GoT compleet te laden, en met Opera dan weet me muis niet wat ie wilt als ik me muis op een link plaats. Het icoontje veranderd dan steeds van pijltje naar aanklik handje.

Mozilla werkt wel prima...

edit:
ik gebruik konqueror 2.2beta1 van CVS (zondag)

[Theguide]

Ik baal hier ook stevig van ja.. Moet ik speciaal voor GOT die lelijke mozilla browser gebruiken (over smaak valt niet te twisten).

Het ligt aan de brakke HTTP-compressie van GoT. Opera heeft hier al erg last van, de browser blijft vaak 'hangen'. Dit is op te lossen door bij prefs 'HTTP compressie gebruiken' uit te schakelen.

Even ter verduidelijking... het gaat hierom de "Prefs" van GOT zelf (boven in de balk). Ik heb me de *censuur* gezocht in de preferences van Opera zelf

Ik heb dit ook een keer gehad, ik heb toen per ongeluk "www." voor gathering.tweakers.net gezet en toen deed ie 't

Dat wil ik bij deze even ontkrachten:
root@guide:~# traceroute www.gathering.tweakers.net
traceroute: unknown host www.gathering.tweakers.net

Nu we het toch over opera hebben... Ik kan Java niet aanzetten. Javascript is geen probleem, maar Java zelf is niet beschikbaar. Iemand die daar wat op weet?

[Niek]

Konqueror weigert GoT compleet te laden, en met Opera dan weet me muis niet wat ie wilt als ik me muis op een link plaats. Het icoontje veranderd dan steeds van pijltje naar aanklik handje.

Wat ook erg vreemd is, als ik Opera naar GoT ga en ik heb HTTP compressie aanstaan, gaat mij scrollbalk erg vreemd 'trillen' Heel erg vaag...

[Niek]

Ik baal hier ook stevig van ja.. Moet ik speciaal voor GOT die lelijke mozilla browser gebruiken (over smaak valt niet te twisten).

Tja, ik weet niet of je het doorhebt, maar in Mozilla heb je themes-support. En als je de standaard themes niet mooi vind, download je toch nieuwe

[Niek]

Nu we het toch over opera hebben... Ik kan Java niet aanzetten. Javascript is geen probleem, maar Java zelf is niet beschikbaar. Iemand die daar wat op weet?

Lees dit eens. Opera voor Linux ondersteund (voorlopig) nog geen Java

[Theguide]

Op dinsdag 24 juli 2001 17:29 schreef The_Surfer het volgende:

[..]

Tja, ik weet niet of je het doorhebt, maar in Mozilla heb je themes-support. En als je de standaard themes niet mooi vind, download je toch nieuwe

Ja dat wist ik wel, maar bij mij gaat het om dingetjes die je met een ander theme niet oplost. Bijvoorbeeld mooie icoontjes van de websites (de favicons) in je bookmark bar en ook in je taskbar van KDE.

[wzzrd]

Mozilla == bijna Netscape == traag
Konqueror && Opera == snel
Opera geeft idd bij mij ook rare trillingen op GoT, ik dacht dat dat aan mij lag
Konqueror opent hem niet.

Eigenlijk wil ik gewone een VOLLEDIG naar Linux gepoorte versie Opera hebben. Dus met mail programma e.d. Dan kan ik eindelijk
rm /usr/lib/netscape -R

(Geloof ik, da's uit het hoofd )

[odysseus]

Het probleem van 'protocol died unexpectedly' heb ik inderdaad ook, zoals ik gisteren al in een andere thread beschreef. Aangenomen dat het inderdaad door de http-compressie komt: is het niet mogelijk om die via een switch bij de aanroep uit te schakelen? Voor www.tweakers.net kon je meen ik iets als '?compr=false' achter het adres zetten om die compressie uit te schakelen. Overigens doet www.tweakers.net het wel, terwijl daar toch ook compressie wordt gebruikt
Mocht niemand hier iets weten over zo'n switch dan zal ik eens in LA vragen of die er inderdaad niet is. Overigens kun je natuurlijk ook nog galeon gebruiken als je op GoT wilt komen: wel de engine van mozilla, niet de interface. Ben zelf niet zo weg van galeon, maar er zijn mensen die het alleen nog maar gebruiken.

* odysseus meent zich te herinneren dat GoT het vroeger wel deed met konqueror...weird

[Jordi]

Klopt. Het 'aparte' is dat Konqueror ophield met GoTten op het moment dat Opera vaag begon te doen met HTTP compressie aan.

[wzzrd]

Volgens mij is het probleem ook niet de http compressie, want idd. Tweakers.net doet het wel.

Ik kan me ook moeilijk voorstellen dat de gelazer met de pointer in Opera komt door de http compressie. Op het moment dat je pijltje gaat stressen, is de http compressie allang geen issue meer: alles is dan toch weer gedecompressed, lijkt me.

[Remenic]

Kheb net met opera in de prefs dat HTTP compressie uitgezet, en nu doet me muis cursor weer normaal... Dus hoewel het mij ook heel er sterk lijkt dat het aan de HTTP compressie ligt, heeft het toch wel invloed gehad...

En hoe ziet GoT dat ik HTTP compressie niet gebruiken wil? Met behulp van een cookie? Is er geen mogelijkheid diet koekie zelf te maken voor konqueror?

[Verwijderd]

Die gestreste cursor komt wel degelijk van de HTTP-compressie onder Opera. Zodra je het uit zet is het inderdaad weg.
Volgens mij zit hem het probleem hem o.a. de de webads. Opera raakt namelijk ook niet uitgeladen op dat moment. Hij blijft maar gewoon doorladen.

Het probleem met konqueror ligt volgens mij ook gewoon aan de HTTP-compressie. Ik zou niet weten waar de foutmelding "protocol died unexpectedly" anders vandaan zou moeten kunnen komen. Het lijkt wel alsof de content-length o.i.d. een verkeerde waarde heeft.

[Verwijderd]

Heeft iemand hier inmiddels een oplossing voor, want ik zit met hetzelfde probleem

[odysseus]

Enige manier die ik kan bedenken is om je cookie van mozilla / netscape / opera / galeon / whatever te kopieren naar je cookie-dir voor Konqueror, waarbij je hem mogelijk ook nog een beetje moet aanpassen. Vervolgens Konqueror weer starten en naar GoT gaan...ik moet het zelf nog proberen maar het klinkt toch in ieder geval al redelijk. Op die manier zou de compressie direct bij het eerste bezoek al uitgeschakeld zijn.

* odysseus blijft overigens pleiten voor een switch a la 'gathering.tweakers.net/listtopics.php?compressie=false', dat zou het geheel een stuk eenvoudiger maken. Meen me te herinneren dat www.tweakers.net wel zo'n soort optie heeft/had.

[wzzrd]

Óf men bouwt in dat je preft voor serverside worden opgeslagen, dan gelden ze dus voor alle computers waarmee je inlogt

[Verwijderd]

Op donderdag 02 augustus 2001 07:36 schreef wzzrd het volgende:
Óf men bouwt in dat je preft voor serverside worden opgeslagen, dan gelden ze dus voor alle computers waarmee je inlogt

Moet je wel in kunnen loggen...

[Jordi]

Precies. Of GZIP compressie standaard disabelen.

[odysseus]

Jotti: heb jij niet de invloed om zoiets te regelen? Als ik zo je signature lees zou je ook rekening moeten houden met Konqueror, Opera en de rest...
Mogelijke oplossingen:
• Edit de prefs van mensen die erom vragen
• Zet standaard gzip-compressie uit (geen goed idee, maar kan wel)
• Fabriceer een optie om compressie uit te zetten
• Maak een browser-herkenning (gewoon naar de string van de browser kijken) die gzip uitzet voor alle 'problematische' browsers. Dit zou volgens mij de beste oplossing zijn.

* odysseus zou al lang blij zijn als ook mozilla eindelijk naar /dev/null verplaatst kan worden...

[Jordi]

Hehe, ik heb redelijk wat invloed, maar helaas staat Topix (deze forumsoftware) buiten GoT als 'organisatie' dus... helaasch, boterhamworst.

[Verwijderd]

Waarom er geen browser herkenning plaatsvindt is me eigenlijk toch wel een heel groot raadsel.
Dit zou alles in een keer oplossen.

Het stelt echt tien keer niks voor. 5 minuutjes werk is het (tenminste zolang heb ik er over gedaan voor mijn sig-script, dit terwijl ik nauwelijks ervaring met php heb).

[edit]
Typomania

[Verwijderd]

[offtopic]

(over smaak valt niet te twisten).

Youp van t hek:

over smaak valt niet te twisten, zegt de lafbek. Als je ergens over moet blijven twisten, je leven lang, dan is het over smaak. dat was trouwens het eerste wat mijn vrouw en ik deden toen we elkaar ontmoetten, twisten over smaak.wat vind jij mooi? wat vind ik mooi? en wij vonden lang niet altijd hetzelfde mooi, en dat is interresant. ik vond haar heel mooi, zij vond dat het wel mee viel. zij vond mij heel lelijk, ik zei: 'nou, dat gaat nogal'

[Remenic]

Ik heb laatst in #kde op irc.openprojects.net gevraagd waarom dit nou precies gebeurd, en zij gaven me als antwoord dat de header naar de klote is.
Probeer ook maar eens met Lynx, die zal je duidelijk zeggen dat de compressie fucked up is.

Ik zit me echt rot te zoeken naar een oplossing, maar ik heb 'm nog niet gevonden.

Mocht ik 'm wel vinden, dan laat ik 't hier weten.

[Verwijderd]

Hmm, waar kunnen we onze klachten heen mailen?

[packman]

Het beste zou zijn dat er gewoon in de PHP code wordt gecheckt welke browser het is, en die enkel wordt aangezet als er van geweten is dat die de HTTP compressie foutloos ondersteund.

[Verwijderd]

Tja, de pest is ook nog eens, dat het helemaal niks voor stelt.
Dit tik ik zo ff vlug in:

code:

if  ((eregi("Konqueror(\/[0-9]+\.[0-9]+)*)", getenv(HTTP_USER_AGENT, $tmp) || (!strpos(getenv(HTTP_ACCEPT_ENCODING),'gzip')) {
      echo $HTMLcode;
} else {
      header("Content-Encoding: gzip");
      comprimeer (gzip)
    echo gezipte HTMl Code
    Stuur CRC etc.
    bla bla bla
}

Let vooral niet op die regex, want die zuig ik terplekke uit mijn duim.

Nah goed. Joe get de picture

[Niek]

Ik had uit deze thread begrepen dat ze hier op GoT niets aan de Topix-code mogen veranderen omdat ze dan het copyright schenden
Misschien moeten we met dit (mega-irritante)probleem bij die gast van Topix (heet ie niet Anton ) aankloppen? Of heb ik het verkeerd en zit die HTTP-compressie niet in Topix ingebouwd?

[Remenic]

Mogen ze van Topix niet veranderen? Betaalt GoT voor deze site? Als ze dat wel doen, zou ik poen terug vragen.

Sorry hoor, maar 't is een schande dat een professioneel bedrijf (en ik neem aan dat Topix dat is) zo'n fout als dit kan maken.

Een hoop browsers hebben er misschien geen problemen mee, maar toch is het zeer slordig om zo'n stomme fout te hebben.

[Verwijderd]

Topix is van Arjen/Jorma.
Voorheen had TNET een contract met android dynamic sites. Tegenwoordig is het op basis van non-pay.
Er valt dus weinig te willen gok ik.

Verder wist/weet TNET heel goed dat Topix Beta (Alpha ) was, toen ze er aan begonnen.

Tja bovenstaande is ook maar wat ik ervan op vang. Zou dus niet helemaal correct kunnen zijn.

Volgens mij kwam het probleem met de compressie ook mede door het feit, dat er niet standaard gebruik werd/wordt gemaakt van de php (gzip) compressie, maar via een apart script o.i.d.
Maar goed, het is wel iritant, dat dit probleem al even bekend is (net als opera die niet goed werkt), maar dat er naar het schijnt niks aan gedaan wordt.

[odysseus]

Ik heb al wat geknoeid met de cookie-bestanden van Konqueror en Mozilla, te vinden in ~/.kde/share/apps/kcookiejar/cookies en ~/.mozilla/default/cookies.txt, maar ben er nog niet in geslaagd om alles goed te laten werken. Ik heb zo het idee dat Konqueror elke keer als hij afsluit de cookies opnieuw wegschrijft of zo, want na veranderen staat er daarna weer de oude key. Ik ga zo op vakantie, maar als er mensen zijn die nog wat tijd hebben, probeer dan eens:

• Inloggen met Mozilla en in je prefs compressie uitschakelen.
• Cookie omzetten van Mozilla naar Konqueror, terwijl Konqueror *niet* draait: best ook geen KDE draaien voor de zekerheid. Het formaat van de cookie-files wijst zich vanzelf, dus met wat gezond verstand komt iedereen daar wel uit.
• Konqueror starten en testen. Je kunt met de cookie-manager zien of hij wel de nieuwe session-key gebruikt die je hebt gegeven vanuit je mozilla-bestand.

Ik ben erg benieuwd naar de resultaten. Zelf kan ik nu niet testen, want de auto moet volgeladen worden...

* odysseus neemt nu afscheid voor twee weken...ik hoop op de 20e augustus een oplossing te zien

[Remenic]

Op zaterdag 04 augustus 2001 21:41 schreef odysseus het volgende:


Ik heb al wat geknoeid met de cookie-bestanden van Konqueror en Mozilla

...

...

Ik heb zo het idee dat Konqueror elke keer als hij afsluit de cookies opnieuw wegschrijft of zo, want na veranderen staat er daarna weer de oude key.

Hmm ik had jouw geintje ook al geprobeerd, maar mij was 't niet opgevallen dat konqueror de oude weer terug zet... Ik zal even proberen deze op read-only te zetten, zodat konqueror 'm niet veranderen kan.



Jullie horen nog van mij =)

[Remenic]

Op zaterdag 04 augustus 2001 22:44 schreef Remenic het volgende:



[..]


Jullie horen nog van mij =)

Ja ja, ik ben snel... Kheb net ff heel stout een chmod root.root cookies gedaan zodat konqueror er met geen mogenlijkheid naartoe kan schrijven, maar helaas.

GoT blijft weigeren, ook nadat ik de rechten weer goed zet. De file blijft deze keer echter wel ongewijzigd.

Maar ik geef niet op.

[Remenic]

Op zaterdag 04 augustus 2001 22:50 schreef Remenic het volgende:

[..]

Ja ja, ik ben snel... Kheb net ff heel stout een chmod root.root cookies gedaan zodat konqueror er met geen mogenlijkheid naartoe kan schrijven, maar helaas.

GoT blijft weigeren, ook nadat ik de rechten weer goed zet. De file blijft deze keer echter wel ongewijzigd.

Maar ik geef niet op.

JAAAAAAAAAAAAAAAAAAAAAAAAAAAAAH!!!!!!

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

edit:
ZIE ME POST EEN PAAR PLAATSEN HIERONDER! DEZE WERKT NIET!! GEBRUIK DE COOKIES FILE WAARNAAR IK VERWIJS!

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

odysseus had gelijk!!! Wanneer je de cookie file aanpast moet je NIET in KDE zitten! Daar ging ik dus de fout in!

Toen ik met die cookie manager keek zag ik idd dat ie nog steeds de oude cookie gebruikte, maar als toen ik 'm weizigde terwijl ik NIET in KDE zat werkte het wel!!

Ik post dit nu vanuit konqueror 2.2!!

Effe een snelle HOWTO:

--------------------------------------
Sluit KDE af.

Open ~/.kde/share/apps/kcookiejar/cookies

Zoek dan de regel op van gathering.tweakers.net

vervang de lange string met nummers en cijfers met deze:
1cc015b49c211657146b9bb840042395

Sla de file op, en start KDE. Als je bij GoT bent, pas dan wel weer even de prefs aan naar je eigen wensen.

VOOR MENSEN DIE GEEN gathering.tweakers.net IN HUN cookies FILE HEBBEN:

Voer deze regel in onder de [.tweakers.net] regel (bij mij werkt 't, weet niet of dat bij jou ook 't geval is):

gathering.tweakers.net ".tweakers.net" "/" 1028389137 100 sessid 1cc015b49c211657146b9bb840042395 0

let op, dit moet 1 lange regel zijn. Vim e.d. zullen 'm afbreken, das niet erg, zolang er maar geen ECHTE linebreak in zit.

SUCCES!

[Verwijderd]

Hier krijg ik hem niet aan de praat. Niet met mijn mozilla cookie, ook niet met die van jou.
Hmm

[Remenic]

Okee, hierbij verklaar ik mezelf officieel voor gek.

Ik snap er geen ruk meer van. Net deed ie 't ECHT, maar nadat ik probeerde in te loggen bij 'inloggen' gedeelte, begon 't ellende weer.

Heel ~/.kde gewist (naja, verplaatst als backup), en 't zootje opnieuw geprobeerd, maar hij weigerd.

Klote zooi. Tis te laat voor dit soort geintjes.

[Remenic]

Okee, mijn bovenste werkt dus niet... Ten eerste, de code was blijkbaar niet goed (alhoewel hij het bij mij in 1e instantie wel deed), en konquer (of kio_http) verwacht echt een aantal spaties...

Daarom heb ik mijn cookies file, die na een HOOP GEKLOOT(!!!!) nu eindelijk wel werkt, online gezet.

hij staat op http://remenic.2y.net/cookies


Het origineel in
~/.kde/share/apps/kcookiejar/

Oh, en probleer niet in te loggen. Dan reset 'ie je cookie weer

Ps. gij die de macht heeft wat aan die vern%$kte http compressie te doen: hiermee is 't probleem NIET opgelost. Dit is slechts een omweg voor de echt verslaafden onder ons Het zou heel prettig zijn als er alsnog een ECHTE oplossing gezocht wordt.

[Verwijderd]

Hmzz ik zit net ff op de bugs pagina van Topix te kijken en tot mijn verbazing zie ik dat de nieuwe release het oudere http-compressie script gaat gebruiken.

Waarschijnlijk zullen alle problemen dan opgelost zijn, aangezien ik vroeger wel met konqueror kon browsen.
Nu maar hopen dat 1.2.9h snel geinstalleerd wordt.

[Verwijderd]

[b]Op zondag 05 augustus 2001 14:02 schreef nelske een hoopgevend verhaal

Jeuj !

[Verwijderd]

/me heeft geprobeert en geen probleem gevonden maar gebruikt toch meestal Mozilla

[Verwijderd]

Jaaaaahhhh /me heeft eindelijk zonder rare fratsen uit te hoeven halen, kunnen surfen op GOT met Konqueror.

Gelukkig geeft het oude http-compressie script dus geen problemen. De geflipte cursor onder Opera is in ieder geval ook weer als sneeuw voor de zon verdwenen

[Verwijderd]

Op vrijdag 17 augustus 2001 05:52 schreef nelske het volgende:
Jaaaaahhhh /me heeft eindelijk zonder rare fratsen uit te hoeven halen, kunnen surfen op GOT met Konqueror.

Hier sinds vanaochtend precies hetzelfde, het werkt eindelijk weer onder konqueror

[Wilke]

Op donderdag 02 augustus 2001 21:07 schreef nelske het volgende:
Waarom er geen browser herkenning plaatsvindt is me eigenlijk toch wel een heel groot raadsel.
Dit zou alles in een keer oplossen.

Het stelt echt tien keer niks voor. 5 minuutjes werk is het (tenminste zolang heb ik er over gedaan voor mijn sig-script, dit terwijl ik nauwelijks ervaring met php heb).

[edit]
Typomania

Ik kan me prima voorstelling dat de programmeurs van GoT daar niet aan wilen beginnen. Sowieso is het irritant om meerdere code-bases te hebben vanwege verschillende browsers. Verder zou ik - puur bedrijfsmatig gezien hoor - niet zo snel zoiets doen voor die 0.5% gebruikers die per se een of andere nog niet zo ver ontwikkelde/nog enkele bugs bevattende browser moet gebruiken terwijl er voor dat platform ook browsers zijn die het wel prima doen.

Dit lijkt me kortom eerder iets dat aan de Konqueror-kant opgelost moet worden dan aan de GoT-kant.

Misschien als over een jaar ofzo Konqueror echt gaat meespelen en het werkt dan nog steeds niet, dan zou je eens kunnen kijken.

Maar om nou voor elke nightly build (bij wijze van...) ondersteuning te gaan bieden, tja...

[edm]

Ben ik nu de enige die met konq 2.1.1 en http compressie
geen problemen heeft?

[Niek]

Op vrijdag 17 augustus 2001 11:12 schreef edm het volgende:Ben ik nu de enige die met konq 2.1.1 en http compressie geen problemen heeft?

Nee, als je even de laatste replies had gelezen (van o.a. nelske) dan had je geweten dat met de nieuwe Topix versie alles weer goed werkt

Overigens heeft Opera nog wel last van irritante newlines Volgens mij is dat een Opera bug.

[Verwijderd]

Op vrijdag 17 augustus 2001 11:12 schreef edm het volgende:
Ben ik nu de enige die met konq 2.1.1 en http compressie
geen problemen heeft?

Hier doet ie het ook perfect nu met Konqueror 2.1.1 met http-compressie

[Verwijderd]

Op vrijdag 17 augustus 2001 10:28 schreef Wilke het volgende:

[..]

Ik kan me prima voorstelling dat de programmeurs van GoT daar niet aan wilen beginnen. Sowieso is het irritant om meerdere code-bases te hebben vanwege verschillende browsers. Verder zou ik - puur bedrijfsmatig gezien hoor - niet zo snel zoiets doen voor die 0.5% gebruikers die per se een of andere nog niet zo ver ontwikkelde/nog enkele bugs bevattende browser moet gebruiken terwijl er voor dat platform ook browsers zijn die het wel prima doen.

Dit lijkt me kortom eerder iets dat aan de Konqueror-kant opgelost moet worden dan aan de GoT-kant.

Misschien als over een jaar ofzo Konqueror echt gaat meespelen en het werkt dan nog steeds niet, dan zou je eens kunnen kijken.

Maar om nou voor elke nightly build (bij wijze van...) ondersteuning te gaan bieden, tja...

Mwah, ben ik het niet mee eens eigenlijk.
Als je webdevelloper bent, dan heb je rekening te houden met meerdere browsers (Dus niet alleen IE). Er zijn een aantal hele goede browsers in opkomst, waaronder Konqueror.

Overigens was/is dit geen fout in konqueror maar in de HTTP-compressie zelf. Deze is blijkbaar niet volledig goed!
Opera gaf er ook problemen mee en zelfs in links kon je geloof ik zien, dat de compressie niet goed was.
Het feit dat het met het oude (goede) compressie script wel werkt; geeft wel aan dat de bug in ieder geval niet in de browser zit.

Verder hoef je helemaal niet verschillende code-bases te hebben. Als Topix een beetje mooi in elkaar zit (object georienteerd ), dan zijn dat soort dingen piece of cake.
Verder gaat het maar om enkele puntjes die anders zijn, zoals bijvoorbeeld afbeeldingen die verschoven zitten en de newline-chars die elke keer bij Opera toegevoegd worden. Het feit dat ik op geen een andere site datzelfde probleem met Opera heb, doet mij toch wel sterk vermoeden, dat ook dat een bug in GOT is.

[odysseus]

Op zaterdag 04 augustus 2001 21:41 schreef odysseus het volgende:
[...]
Ik ga zo op vakantie, maar als er mensen zijn die nog wat tijd hebben, probeer dan eens:

• Inloggen met Mozilla en in je prefs compressie uitschakelen.
• Cookie omzetten van Mozilla naar Konqueror, terwijl Konqueror *niet* draait: best ook geen KDE draaien voor de zekerheid. Het formaat van de cookie-files wijst zich vanzelf, dus met wat gezond verstand komt iedereen daar wel uit.
• Konqueror starten en testen. Je kunt met de cookie-manager zien of hij wel de nieuwe session-key gebruikt die je hebt gegeven vanuit je mozilla-bestand.

Ik ben erg benieuwd naar de resultaten. Zelf kan ik nu niet testen, want de auto moet volgeladen worden...

* odysseus neemt nu afscheid voor twee weken...ik hoop op de 20e augustus een oplossing te zien

Vandaag is het de 20e augustus...ben gisteravond weer veilig thuis gearriveerd en heb nu de thread gelezen. Ben blij dat het eindelijk werkt. Eerst met de fix/workaround van hierboven, daarna door de nieuwe Topix-release.

* odysseus is happy...
* odysseus merkt op dat nu zijn Mozilla GoT niet wil renderen...
* odysseus routes Mozilla naar /dev/null
* odysseus is even happier

[GiLuX]

ah, kijk eens aan,
het werkt.

nu tweakers.net zelf nog,
want dat lijkt wel een schuif puzzle in mijn konqueror

[odysseus]

www.weakers.net doet het bij mij juist prima met Konqueror...al ver voor GoT het (weer) deed. Dit is volgens mij al in de eerste alpha's/beta's voor 2.2 opgelost, of misschien zelfs eerder. Doet hij het bij jou met de 2.2-versie ook nog niet?

[Prozaq]

Got gaat als een tiet, maar op tweakers.net klapt ie hardstikke vast.

verder werken animated gifjes nog steeds niet goed
die dus bv.

Voor de rest niets anders dan lof. tot nu toe tenminste

beetje offtopic, maar ik hoop dat iemand dit nog leest. In 2.1 kreeg je als je op alt-f2 drukte meteen een venster waar je een command in kon intikken. Nu werkt dat niet meer in kde 2.2, zeg maar de start->run van windows. Zit dat nu ergens anders verstopt?

[odysseus]

Geen idee wat er met je systeem aan de hand is, maar met de nieuwste Konqueror/Debian hier wordt www.tweakers.net prima gerenderd, werken animated gifs naar behoren (alleen bij kopstoot-gif nog een wit randje) en laat Alt-F2 nog steeds zien wat er eerder ook was.

[Verwijderd]

Op donderdag 23 augustus 2001 20:54 schreef Prozaq het volgende:
-knip-
beetje offtopic, maar ik hoop dat iemand dit nog leest. In 2.1 kreeg je als je op alt-f2 drukte meteen een venster waar je een command in kon intikken. Nu werkt dat niet meer in kde 2.2, zeg maar de start->run van windows. Zit dat nu ergens anders verstopt?

Die zit bij mij in mijn zelf gecompileerde KDE 2.2 nog steeds op Alt-F2

[Prozaq]

alt-f2 werkt.

alle settings een keer weggenaaid, wat ik van te voren al had gedaan maar waarschijnlijk niet grondig genoeg.

echter, konqueror klapt er nog steeds uit bij het openen van tweakers.net