Summary: | [testcase] Overflow in "dir=rtl" div does not create scrollbar | ||
---|---|---|---|
Product: | [Applications] konqueror | Reporter: | Shlomi Fish <shlomif> |
Component: | khtml renderer | Assignee: | Konqueror Developers <konq-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | ebrahim, elcuco, grundleborg, munzirtaha, roey.katz, shai, xslf |
Priority: | NOR | Keywords: | rtl, triaged |
Version: | 4.4.5 | ||
Target Milestone: | --- | ||
Platform: | Mandrake RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: | the bug in a small scale |
Description
Shlomi Fish
2003-07-13 10:30:25 UTC
Confirm for HEAD too. Yes, we don't handle overflow over the top or over left border. *** Bug 121062 has been marked as a duplicate of this bug. *** Just updating this bug: using kdelibs 3.5.5-0ubuntu3.4 this is still reproducable. Created attachment 20432 [details]
the bug in a small scale
The attached html reproduces the bug in a very small scale. This is triggered
by the DIV above the TABLE. If you change the DIR attribute from "rtl" to "ltr"
you will see the scrollbars.
Another update: the last attachment still reproduces the bug under KDE4, revision 748096. *** Bug 131271 has been marked as a duplicate of this bug. *** In bug 131271 there is another html which reproduces the code, I updated the bug title. still present in svn trunk r793457. still present in svn trunk r845670 mmm.... thats not good, I still see it in KDE 4.3.0... However, Firefox behaves exactly like KHTML. But then again also opera... are we sure it is a bug.... in 3 different rendering engines...? Can anyone tell me how can that be...? I suspect the attached example is not a good test case, as I, too, see the same behavior on Firefox. While I can't get a response from Shlomi's page on the Technion servers, the problem still reproduces beautifully for me here (4.2.4 on OpenSuse) on Ira's blog at http://ira.abramov.org/blog/ where Konqueror chops and Firefox scrolls. I can still reproduce this in KDE 4.4.3. Actually, as funny as it sounds, even QtWebKit from Qt 4.6 has the same bug :) I just checked: The bug shows up in Konqueror (4.4.5; such are the ways of Debian) and Rekonq (0.5.0) with Qt4.7, but not chromium (10), which uses the Gtk flavor of WebKit. Is this still valid with Konqueror 4.8.4 or 4.9 beta2? It still happens with Konqueror 4.8.2 on Mageia Linux 2 (with Ira's blog). Regards, -- Shlomi Fish On Debain testing, Konqueror 4.8.3 still has the bug. Rekonq 0.9.2 (also based on KDE 4.8.3) does not have the bug. (I expect this bug to be solved for real by deprecation of Konqueror in favor of Dolphin and Rekonq...) Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |