Bug 52287

Summary: Webkit browsers render dotted borders as solid borders in some cases
Product: WebKit Reporter: mendoweb
Component: TablesAssignee: Nobody <webkit-unassigned>
Status: UNCONFIRMED    
Severity: Normal CC: jchaffraix, mendoweb
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Windows XP   
URL: http://html4strict.pastebin.com/raw.php?i=EwuzDYux
Attachments:
Description Flags
Printscreen from Chrome
none
Expected results (print made from Opera)
none
same test as attachment
none
Reduced test case none

mendoweb
Reported 2011-01-12 03:09:29 PST
Created attachment 78673 [details] Printscreen from Chrome Hi, In the attached prinstcreen, the dotted border in the 6th column doesn't render properly in Chrome and Safari. It happens only when the scrollbar is visible. The borders render as expected on Firefox and Opera (unfortunately, the interface won't allow me to send a second printscreen with expected result, but the border above and below the label "15 min." for example should be dotted). I've pasted HTML in pastebin that may reproduces the error. http://html4strict.pastebin.com/raw.php?i=EwuzDYux Scrollbar must be active FYI, my screen resolution is 1280x800 about:version Google Chrome 10.0.634.0 (Build officiel 70875) dev WebKit 534.16 V8 3.0.6.1 Agent utilisateur Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/534.16 (KHTML, like Gecko) Chrome/10.0.634.0 Safari/534.16 Ligne de commande "C:\Documents and Settings\Matthew\Local Settings\Application Data\Google\Chrome\Application\chrome.exe" --enable-extension-timeline-api --restore-last-session --flag-switches-begin --flag-switches-end
Attachments
Printscreen from Chrome (150.27 KB, image/jpeg)
2011-01-12 03:09 PST, mendoweb 		no flags
Details
Expected results (print made from Opera) (159.09 KB, image/jpeg)
2011-01-12 03:12 PST, mendoweb 		no flags
Details
same test as attachment (17.61 KB, text/html)
2011-01-12 15:14 PST, Alexey Proskuryakov 		no flags
Details
Reduced test case (557 bytes, text/html)
2011-06-24 17:57 PDT, Julien Chaffraix 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
mendoweb
Comment 1 2011-01-12 03:12:10 PST
Created attachment 78674 [details] Expected results (print made from Opera)
mendoweb
Comment 2 2011-01-12 03:34:11 PST
If font-size for #agenda is higher than 11px, the border is rendered correctly. As soon as the font-size is below 12px, the dotted border becomes solid at some places.
mendoweb
Comment 3 2011-01-12 03:40:47 PST
The last comment was not very correct, I noticed that for example for 13px and 17px, the borders aren't rendered correctly.
mendoweb
Comment 4 2011-01-12 05:00:18 PST
New paste with valid HTML http://pastebin.com/raw.php?i=6YV7w7hH
Alexey Proskuryakov
Comment 5 2011-01-12 15:14:09 PST
Created attachment 78741 [details] same test as attachment See also: bug 3964, bug 25737
Julien Chaffraix
Comment 6 2011-06-24 17:53:06 PDT
I tried to reproduce this bug but it got fixed on ToT. As mentioned by the reporter, the test case can be pretty flaky and the bug disappears with small changes in the font used (font size, even type of fonts). Interestingly, DRT does not seem to dump the borders properly (at least none are mentioned as 'dotted' as expected). I will attach the reduced test case but it is not worth landing it for now.
Julien Chaffraix
Comment 7 2011-06-24 17:57:27 PDT
Created attachment 98567 [details] Reduced test case
mendoweb
Comment 8 2012-02-09 05:20:56 PST
(In reply to comment #7) > Created an attachment (id=98567) [details] > Reduced test case This bug has already been reported 7 years ago: https://bugs.webkit.org/show_bug.cgi?id=3964 Why does it take so long? Why is the Status Unconfirmed? When can I hope for a fix?
Note You need to log in before you can comment on or make changes to this bug.