Dotaz: Odesílání formulářů na AbcLinuxu.cz z Konqueroru

[Robert Krátký]

Čas od času se mi stane, že Konqueror odmítne odeslat formulář na abclinuxu.cz - například po kliknutí na "náhled komentáře" nebo při ukládání záznamu ve Slovníku, FAQ atp.

Kliknu na tlačítko k odeslání a okamžitě dostanu hlášku:

Nastala chyba při nahrávání http://www.abclinuxu.cz/blog/EditDiscussion:
Spojení s hostitelem www.abclinuxu.cz je přerušené.

(Adresa se samozřejmě liší podle toho, kde se daný formulář nacházel.)

V žádném jiném prohlížeči se mi to nestává (ani na žádné jiné stránce mimo AbcLinuxu). Zato Konqueror to dělá už několik verzí (3.5.8 a 3.5.9 určitě) - neřekl bych však, že to s verzí souvisí. Nesouvisí to ani s verzí aplikace AbcLinuxu.

Zvláštní je, že se mi nepodařilo vysledovat jakoukoliv pravidelnost. Například dnes jsem už vložil do diskuzí s pomocí Konqueroru několik komentářů, ale najednou to přestalo fungovat. Mám také pocit, že to nijak nesouvisí s konkrétní stránkou - tj. chvíli do určité diskuze mohu dávat komentáře a další den už to nejde.

Zkuste mi prosím poradit, jak by bylo možné se dopátrat příčiny. Existuje nějaký způsob, jak sledovat, co Konqueror provádí, jaká komunikace probíhá?

Odpovědi

[Filip Jirsák]

Napadá mne jenom sledovat/ukládat HTTP komunikaci přes tcpdump nebo Wireshark. Napadá mne jedině jestli to není podobný problém, jako už se tu jednou řešil – tenkrát to byl problém chunked kódování HTTP přenosu a gzip filtru. Z uložené HTTP komunikace by se snad dalo zjistit, jestli server poslal data správně.

[Robert Krátký]

Zkusil jsem tcpdump, ale já z toho vůbec nic nevyčtu. Pokud bych měl přihodit ještě jiné výpisy, aby to k něčemu bylo, zkus mi prosím popsat, co je potřeba zadat.

tcpdump dst net 195.70.150.7
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 96 bytes
15:55:33.627336 IP 192.168.2.100.5748 > 195.70.150.7.www: S 2795973462:2795973462(0)
 win 5840 <mss 1460,nop,nop,sackOK,nop,wscale 7>
15:55:33.639133 IP 192.168.2.100.5748 > 195.70.150.7.www: . ack 3458492938 win 5840
15:55:33.639416 IP 192.168.2.100.5748 > 195.70.150.7.www: . 0:1460(1460) ack 1 win 5840
15:55:33.639436 IP 192.168.2.100.5748 > 195.70.150.7.www: . 1460:2920(1460) ack 1 win 5840
15:55:33.672612 IP 192.168.2.100.5748 > 195.70.150.7.www: . 2920:4380(1460) ack 1 win 5840
15:55:33.672627 IP 192.168.2.100.5748 > 195.70.150.7.www: P 4380:5629(1249) ack 1 win 5840
15:55:33.697304 IP 192.168.2.100.5749 > 195.70.150.7.www: S 2785701486:2785701486(0)
 win 5840 <mss 1460,nop,nop,sackOK,nop,wscale 7>
15:55:33.708454 IP 192.168.2.100.5749 > 195.70.150.7.www: . ack 3453309827 win 5840
15:55:33.709953 IP 192.168.2.100.5749 > 195.70.150.7.www: . 0:1460(1460) ack 1 win 5840
15:55:33.709982 IP 192.168.2.100.5749 > 195.70.150.7.www: . 1460:2920(1460) ack 1 win 5840
15:55:33.726730 IP 192.168.2.100.5749 > 195.70.150.7.www: . 2920:4380(1460) ack 1 win 5840
15:55:33.726746 IP 192.168.2.100.5749 > 195.70.150.7.www: P 4380:5629(1249) ack 1 win 5840

[Filip Jirsák]

Asi nejlepší by bylo

tcpdump -w abc.dump dst net 195.70.150.7

Ale je potřeba dát pozor na to, že v tom budou i cookies, které se používají pro automatické přihlášení, takže to pokud možno nikde nevystavovat

K tomu výstupu by pak bylo dobré poznamenat čas, kdy došlo k té chybě, případně čas, kdy se stejný typ stránky nahrál správně – aby bylo co porovnávat.

Ještě k tomu, proč chci celou komunikaci – tcpdump normálně zobrazuje jenom začítky paketů, ten problém minule byl ale uvnitř HTTP komunikace, takže potřebuju zrekonstruovat kompletní HTTP požadavek a odpověď – proto jsou potřeba celé pakety (parametr -w je ukládá celé i s časem, takže je pak možné si komunikaci znova „přehrát“).

[Robert Krátký]

Příloha:

• abc.dump (904 bytů)

Přikládám (zachyceno, když jsem nebyl přihlášen).

[Nuphar]

Vlákno bylo přesunuto do samostatné diskuse.

[Bubak]

Ted jsem tady s tim nejakou chvili cvicil a vsechno funguje (zobrazit nahled jsem zkousel asi tak padesatkrat s ruzne dlouhymi texty, nekdy i hodne). Ale mam Konqueror 3.5.7. Jake jsou okolni podminky? Stava se ti to na ruznych pocitacich? Pokud ano, jsou tyto pocitace ve stejne lokalni siti? Pokud jsou v ruznych sitich, maji spolecne pripojeni k internetu? Muzes zkusit pustit konqueror s strace? Treba takto: strace -ff -F -t -o konq konqueror a vysledek a cas, kdy doslo k chybe, mi poslat mailem? Bude to vice souboru. Jeste zkusim pohledat, jestli nekde v praci nenajdu jine verze konqueroru.

[Bubak]

Sorry, nebyl jsem prihlasenej. Takze ted Bubak doopravdy

[Robert Krátký]

Přílohy:

• konq-22.4._15.04.tar.bz2 (189799 bytů)
• konq-22.4._15.24.tar.bz2 (589781 bytů)

Dík za reakci.

zobrazit nahled jsem zkousel asi tak padesatkrat s ruzne dlouhymi texty, nekdy i hodne

Nepozoroval jsem, že by tohle mělo vliv. Stává se to s libovolně dlouhými komentáři. Kromě toho se to však neomezuje jen na komentáře v diskuzích. Občas se to stane při zadávání zprávičky, opravě položky v sekci Software (nebo jakékoliv jiné sekci) atd.

Podotýkám, že se mi to zdá zcela náhodné. Například někdy mohu bez potíží editovat nebo vytvářet nové záznamy ve wiki sekcích (Slovník, Kdo je, Hardware, Software atp.), ale nejdou odesílat komentáře. Jindy nejde vůbec nic. A ještě jindy mohu vkládat komentáře, ale nemohu vložit zprávičku. A tak dále. Nevypozoroval jsem však žádnou pravidelnost nebo souvislosti.

Ale mam Konqueror 3.5.7.

Pozoruji to ve verzích 3.5.7, 3.5.8 i 3.5.9 (Debian).

Jake jsou okolni podminky? Stava se ti to na ruznych pocitacich?

Ne, zatím jsem se s tím setkal pouze na jednom. Ale to nic neznamená, protože jediný jiný počítač s KDE, který mám k dispozici, má asi rok starou verzi Konqueroru a používám ho jen velmi sporadicky.

Pokud ano, jsou tyto pocitace ve stejne lokalni siti? Pokud jsou v ruznych sitich, maji spolecne pripojeni k internetu?

Stávalo se mi to na dvou různých místech (odjinud jsem se v posledním půl roce k abclinuxu nepřipojoval) - v Anglii a v Praze. V Anglii jsem byl připojen přes ADSL, v Praze přes kabelovku.

Muzes zkusit pustit konqueror s strace? Treba takto: strace -ff -F -t -o konq konqueror a vysledek a cas, kdy doslo k chybe, mi poslat mailem?

Přikládám sbalené soubory k tomuto komentáři. Provedl jsem dva pokusy (příslušné soubory jsou v samostatných archívech). Kupodivu se napoprvé vygenerovaly jen tři soubory. Napodruhé jich bylo mnohem více. Při testu jsem nebyl na abclinuxu přihlášen, ale problém je stejný, i když přihlášen jsem.

V obou případech jsem provedl následující:

1. strace -ff -F -t -o konq konqueror (abclinuxu.cz nastavena jako domovská stránka)
2. klik na diskuzi u dnešního článku
3. klik na link "Vložit další komentář"
4. do okna pro komentář zapsáno "test"
5. klik na "Náhled komentáře" (následuje chyba)
6. vypnutí Konq.

[stativ]

Na všech těch testovaných systémech byl aspell? Jestli jo, zkusil bych ho, byť jen dočasně, odinstalovat.

[Robert Krátký]

No, to nepůjde... kdelibs závisí na libaspell. Kdybych libaspell odinstaloval, vzalo by to s sebou i KDE s Konquerorem. Zkusil jsem v Ovl. centru KDE přepnout kontrolu pravopisu z Aspell na Ispell (a restartovat Konq.), ale to nepomohlo.

[sssssssss]

stejný na jabku v safari, firefox beta8 nebo kolik v pohodě, náhled jde, ale pak...

[Jan Drábek]

Tento problém jsem na svém Gentoo s KDE 3.5.9 ještě nezaznamenal... možná kdybych přispíval častěji

[Smajchl]

Já taky ne a ani na jinejch distrech, divný a to mám dost debilní připojení...

[Pev]

Nápadně mi to připomíná můj problém:

Nastala chyba při nahrávání https://email.seznam.cz/newMessageProcess:
Spojení s hostitelem email.seznam.cz je přerušené.

Samozřejmě je to též v konqueroru (3.5.9), stává se to občas .

[Robert Krátký]

Tak to vypadá, že jsem se problému zbavil (doufám, že už nadobro) velmi kuriózním způsobem. Zkusil jsem přejmenovat adresář ~/.kde a nechal KDE spustit s výchozí konfigurací. Odesílání formulářů najednou fungovalo dobře. Tak jsem překopíroval do nově vytvořeného adresáře ~/.kde konfiguraci Konqueroru a pořád to fungovalo. Začal jsem mít obavy, že budu muset postupně kopírovat veškerou konfiguraci ke KDE programům a mezitím pokaždé vyzkoušet, jestli to ještě funguje...

Místo toho jsem zkusil překopírovat všechno naráz a... ejhle - pořád to funguje. Restartoval jsem KDE se staronovou konfigurací a ani pak to nepřestalo fungovat. Výsledek je, že mám naprosto stejně nastavený desktop, ale Konqueror najednou funguje dobře. Nechápu, co se stalo, ale jsem rád, že to tak dopadlo. A také doufám, že už to nebudu muset v budoucnu řešit.

[happy barney]

ešte by nebolo od veci skontrolovať, ktorý súbor/adresár sa v starom .kde nenachádza a v novom áno

[Robert Krátký]

Právě že je to (co se konfiguračních souborů týče) identické. Celé jsem to zkopíroval. Ten rozdíl musí být v něčem jiném. Prostě jsem vzal celý obsah ~/.kde a nakopíroval to do nového adresáře.

[Pev]

To je zvláštní. Každopádně díky za tip.

Já zas nemůžu přesvědčit, aby mi Konqueror na jednom počítači bral cookies (pamatoval si přihlášení na abclinuxu.cz), tak to zkusím.

(kwalletmanager spuštěn mám).

[happy barney]

identické to byť nemusí, v novo vytvorenom adresári sa môžu nachádzať súbory, ktoré v starej konfigurácii neboli