| Summary: | live rendering of <pre> | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Gerd v. Egidy <gerd> |
| Component: | khtml | Assignee: | Konqueror Developers <konq-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | wishlist | ||
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
*** This bug has been marked as a duplicate of 90422 *** Tommi are you sure this is related to #90422? It sounds more like a duplicate of #14713 Allan: Yeah, you are right. *** This bug has been marked as a duplicate of 14713 *** I had doubts about #90422 too but wanted to try the patch posted there first before posting. I've seen that #100825 is exactly the same bug as this one and is marked as duplicate of #90422 too - I think you should re-mark it to #14713 too. |
Version: (using KDE KDE 3.3.2) Installed from: SuSE RPMs If the server is sending contents of a <pre>-block slowly, khtml renders this block just when the block is closed (on </pre>) and not live during transmission. This is very handy to show script output triggered via a web request. Example PHP-script: <html><body><pre> <?php passthru("ping -c 10 localhost"); ?> </pre></body></html> You have to set output_buffering=off and implicit_flush=on in php.ini to make this work with mod_php and apache 2. Firefox & IE render <pre> blocks live as I'd like khtml to do.