(*** This bug was imported into bugs.kde.org ***) Package: konqueror Version: 3.0 (KDE 2.0) Severity: wishlist Compiler: gcc version 2.95.2 19991024 (release) OS: Linux 2.2.16 i686 (compiled sources) Many browsers today support "continous loading" which means that if a page is large or if the server is just slow the various items get displayed as soon as they are available without having to wait for the whole page to be finished. However this does not seem to work in konqueror at least in some instances. Try out the following cgi script: #!/usr/bin/perl use strict; print "Content-Type: text/html\n\n"; $|=1; for(my $i=0; $i<10; $i++) { print "Line $i<br>\n"; sleep(1); } With netscape the ten lines are displayed on after the other with one second intervals. With konqueror you have to wait 10 seconds and then get everything in one go. Not good for cgi scripts that are long running but which display progress bars or debugging output to reassure the user that it has not crashed...
>Looks like kio_http waits till it has a full buffer. Do you happen to have a >URL with such a script running? Yes here it is: http://alain.knaff.linux.lu/bug-reports/kde/lineAfterLine.cgi Regards Alain
Looks like kio_http waits till it has a full buffer. Do you happen to have a URL with such a script running? Cheers Waldo On Sunday 05 November 2000 14:42 Alain Knaff wrote: > Package: konqueror > Version: 3.0 (KDE 2.0) > Severity: wishlist > Compiler: gcc version 2.95.2 19991024 (release) > OS: Linux 2.2.16 i686 (compiled sources) > > Many browsers today support "continous loading" which means that if a page > is large or if the server is just slow the various items get displayed as > soon as they are available without having to wait for the whole page to be > finished. > > However this does not seem to work in konqueror at least in some > instances. Try out the following cgi script: > > #!/usr/bin/perl > > use strict; > print "Content-Type: text/html\n\n"; > $|=1; > > for(my $i=0; $i<10; $i++) { > print "Line $i<br>\n"; > sleep(1); > } > > > With netscape the ten lines are displayed on after the other with one > second intervals. With konqueror you have to wait 10 seconds and then get > everything in one go. Not good for cgi scripts that are long running but > which display progress bars or debugging output to reassure the user that > it has not crashed...
On Sunday 05 November 2000 23:11 you wrote: > >Looks like kio_http waits till it has a full buffer. Do you happen to have > > a URL with such a script running? > > Yes here it is: > > http://alain.knaff.linux.lu/bug-reports/kde/lineAfterLine.cgi Thanks hm the problem is not with kio_http. It nicely sends the data line by line to konqueror. Does it matter if you replace the <br> with <p> ? Cheers Waldo
>On Sunday 05 November 2000 23:11 you wrote: >> >Looks like kio_http waits till it has a full buffer. Do you happen to have >> > a URL with such a script running? >> >> Yes here it is: >> >> http://alain.knaff.linux.lu/bug-reports/kde/lineAfterLine.cgi > >Thanks hm the problem is not with kio_http. It nicely sends the data line >by line to konqueror. > >Does it matter if you replace the <br> with <p> ? Yes replacing <br> with <p> does indeed change things: now it takes 3 seconds and the 3 first lines are displayed all at once. Then the remaining 7 lines come with 1 second intervals as they should. Ok so I performed some further tests: - any sequence <p> + ~3 seconds delay + <p> switches konqueror in a mode where it updates after each subsequent <p>. - <table><tr><td> </td></tr></table> seems to work as well (instead of any of the <p>'s) - <b></b> is ok too. - Neither <b> nor </b> alone does the trick - <a name=$i></a> works too. - <form></form> works too and so does <em></em> - <em1></em1> doesn't - so it seems that any valid HTML tag accompanied by its closing tag is ok - alas no <br></br> doesn't do the trick :( > >Cheers >Waldo Regards Alain
Just for your information it seems the bug is still here in KDE 2.1 beta 2 Thanks Alain >On Sunday 05 November 2000 23:11 you wrote: >> >Looks like kio_http waits till it has a full buffer. Do you happen to have >> > a URL with such a script running? >> >> Yes here it is: >> >> http://alain.knaff.linux.lu/bug-reports/kde/lineAfterLine.cgi > >Thanks hm the problem is not with kio_http. It nicely sends the data line >by line to konqueror. > >Does it matter if you replace the <br> with <p> ? > >Cheers >Waldo
Just for your information: the bug is still here in KDE 2.2alpha. Will this ever by fixed or is this a policy decision to only update display when a <p> is received? Continously updating is really useful for .cgi's that continously print the output of a shell-script. Using <p> instead of <br> is unfortunately not an option as it spaces the command's output too much to look pleasing. Thanks Alain >Just for your information it seems the bug is still here in KDE 2.1 >beta 2 > >Thanks > >Alain > >>On Sunday 05 November 2000 23:11 you wrote: >>> >Looks like kio_http waits till it has a full buffer. Do you happen to have >>> > a URL with such a script running? >>> >>> Yes here it is: >>> >>> http://alain.knaff.linux.lu/bug-reports/kde/lineAfterLine.cgi >> >>Thanks hm the problem is not with kio_http. It nicely sends the data line >>by line to konqueror. >> >>Does it matter if you replace the <br> with <p> ? >> >>Cheers >>Waldo -----------------------------------------------------------------------. Email: alain@linux.lu Alain Lucien Knaff . Tel(home): (352) 22 35 41 19 rue Jean l'Aveugle . Tel(work): (352) 710 725 728 L-1148 Luxembourg-City . Tel(GSM) : (352) 091 22 35 41 Luxembourg .
Hi yes currently its a design decision not to update the output till we receive a closing element. you can add something like <b></b><br> this should force an update. Eventually there will be a "timeout" update i.e. if we don't receive data for a to be specified amount of time like 1 second or so we'll update what we have in any case. Dirk
>Hi > >yes currently its a design decision not to update the output till we >receive a closing element. >you can add something like <b></b><br> this should force an update. This used to work some time ago (early 1.1 alphas?) but unfortunately no longer does :-( > >Eventually there will be a "timeout" update i.e. if we don't receive data >for a to be specified amount of time like 1 second or so we'll update what >we have in any case. > > >Dirk Please make that "if we don't receive any 'update triggering data' ". Or else a script outputting a <br> terminated line each half second will still not be updated until the end. Alain
Works for me with KDE 3.2.3. You don't have to wait 10s to see something - It displays it line be line. Can you still reproduce this?
The bug is still there (KDE 3.2.3), although not as bad as it was. The script prints the lines evenly spaced by one second each. However, konqueror occasionally waits 2 seconds, and then displays two at a time. So, some buffering is still apparently going on, although it is not as bad as it was. By spacing lines by 2 seconds, not noticeable lumping together is seen. Good! Removing the <br> (which would cause to go everything on one line) makes the problem worse: konqueror waits until EOF until it prints anything at all :-( Same thing by using <pre>, and then printing lines separated just with \n : nothing appears for 10 seconds, and then everything is displayed all together. Same thing if the document is declared as text/plain: konqueror waits for the entire document to be received to even print a single lines. ===> So it looks as if the bug is mostly fixed for the case where lines are separated by <br>, but many other methods of line separation (such as <pre>) seem not to be covered yet.
http://alain.knaff.linux.lu/bug-reports/kde/lineAfterLine.cgi has been modified to use to <pre> display ten lines</pre>. Confirmed: Konqueror + IE wait 10s, Firefox displays these lines immediately.
Problem still occurs in Konqueror 3.3.92 (with lines separated with newline in a <pre> section) This works ok in Firefox. However, it _does_ work (in Konqueror) with <br>-separated lines.
*** Bug 101175 has been marked as a duplicate of this bug. ***
Another server-side example - this time in PHP - can be found in the duplicate #101175. I tried it with 3.3.2: <pre> line 1 line 2 ... </pre> is displayed after the </pre> is received by konq. <pre>line1</pre> <pre>line2</pre> ... is displayed line by line "live". But khtml seems to show an empty line after a </pre> so the output is unusable.
*** Bug 100825 has been marked as a duplicate of this bug. ***
In KDE 3.5.1, the bug is now much worse than it used to be. Nowadays, neither <br>, nor <p>, nor a pair of <b></b> nor <pre>, nor text/plain trigger update. Test scripts here: http://alain.knaff.lu/bug-reports/kde/14713/lineAfterLine-br.cgi http://alain.knaff.lu/bug-reports/kde/14713/lineAfterLine-p.cgi http://alain.knaff.lu/bug-reports/kde/14713/lineAfterLine-b.cgi http://alain.knaff.lu/bug-reports/kde/14713/lineAfterLine-pre.cgi http://alain.knaff.lu/bug-reports/kde/14713/lineAfterLine-plain.cgi
Still broken in 3.5.2
*** Bug 137415 has been marked as a duplicate of this bug. ***
Except for lineAfterLine-pre.cgi, the others are loaded continuously for me in KDE 3.5.6 but -pre is loaded all at the end. Perhaps this bug is partially fixed due to KHTML improvements?
I have 3.5.6-3.fc5 , but plain is also only displayed at the end. <b>, <br> and <p> work almost, but sometimes they wait for 2 lines until they display them... ===> So there are still issues here. For comparison, firefox handles all cases correctly.
I thought a few of the recent commits implemented this... Will look and see.
"We've had that since forever." --Maks so closing
What does this mean? That bug-reports which have existed for too long are closed even if they haven't been fixed? FYI, this is still broken in Konqueror 3.5.10
FYI, this is still (again?) broken in 4.2.2 (with <pre>)
Still broken in 4.2.4
Still broken in 4.3.5