Bug 105055
| Summary: | REGRESSION: painting issues in haaretz.co.il | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Yair Yogev <progame+wk> |
| Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> |
| Status: | RESOLVED INVALID | ||
| Severity: | Normal | CC: | ap, playmobil, simon.fraser, zalan |
| Priority: | P1 | ||
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| URL: | http://www.haaretz.co.il/magazine/theword/1.1884919 | ||
Yair Yogev
Steps to reproduce the problem:
1. Enter
http://www.haaretz.co.il/magazine/theword/1.1884919
2. Scroll down beneath the article to the comments part
3. Click on one of comment titles (it's the bolded text left to the number of the comment)
4. In case it happen to look OK so far, try clicking it again to collapse the comment.
When expanding:
The comments don't expand, or expand cropped, or expand showing only the ad floating weirdly.
When collapsing:
The comments tend to leave part of their grayish "expanded state" background behind.
If you select that part of the page and then deselect it, the issue is "fixed" and you can see how the page was supposed to look.
Reproduced with Chromium under Windows 7, apparently started with WebKit roll 137323:137425 in http://crrev.com/172605
So the relevant WebKit changelog is at
http://trac.webkit.org/log/?action=stop_on_copy&mode=stop_on_copy&rev=137425&stop_rev=137324&limit=200&verbose=on
Also related:
Between the article and the comments there is a form to add new comments. just above that a few images and text can appear with suggestions to related articles.
I noticed that when it appears, it can have painting issues too- the images appear with a duplicate of the new comments form surrounding it. selection+deselection "fixes" that too.
Tracked in Chromium bugtracker as http://crbug.com/166198
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Alexey Proskuryakov
I cannot reproduce with r138025 on Mac (using Safari).
Alexey Proskuryakov
I wonder if this has anything to do with bug 105073.
Yair Yogev
The bug is more obvious to notice if when you click a comment instead of a reply to a comment.
Reproducible using Chrome Canary 26.0.1368.0 with WebKit 138366
Yair Yogev
In chrome, it does not reproduce when using " --disable-accelerated-compositing"
alan
It seems to be working for me. At least I can't see any odd rendering artifacts. Could you attach a screenshot of the broken behaviour?
Yair Yogev
I can't at the moment too, but i think it was probably a Chrome specific issue anyway (so it longer has a place here).
Thanks