Closed Bug 543176 Opened 14 years ago Closed 14 years ago

[Windows] Text rendering corrupted by partially overflown objects

Categories

(Core :: SVG, defect)

x86
Windows Vista
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: helder.magalhaes, Unassigned)

References

()

Details

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)
Build Identifier: 

While browsing through a sample SVG application, I noticed a weird symptom regarding font rendering while moving objects (done in script)...

Reproducible: Always

Steps to Reproduce:
1. Open the bug's URL [1];
2. Grab a card and drag its upper left corner slowly above other card's text.

Actual Results:  
The rendering of text in the card being partially overflown gets somehow corrupted.

Expected Results:  
Nothing special, just a card being moved...

Verified with previous 3.5.x [2], current release 3.6 [3] and a nightly 3.7a1 [4] on Windows Vista SP2. Wasn't able to reproduce using 3.5.x [5] on Ubuntu 9.10 so I'm assuming a Windows-centric issue.


[1] http://mix10k.visitmix.com/Entry/Details/160
[2] Firefox 3.5.7 on Windows Vista SP2
[3] Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729)
[4] Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20100123 Minefield/3.7a1pre (.NET CLR 3.5.30729)
[5] Mozilla/5.0 (X11; U; Linux i686; pt-PT; rv:1.9.1.7) Gecko/20100106 Ubuntu/9.10 (karmic) Firefox/3.5.7
Version: unspecified → 1.9.1 Branch
I confirm that it's harder to reproduce in the 1.9.3 branch but still is. I'll probably have to workout a reduced test case (help is welcome!).

The broken rendering text was a "J" and a "10", BTW... ;-)
> Version|unspecified                 |1.9.1 Branch

I've just reset to unspecified given the latest attachment, made using a 1.9.3 build [1].

[1] Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a1pre) Gecko/20100125 Minefield/3.7a1pre (.NET CLR 3.5.30729)
Version: 1.9.1 Branch → unspecified
I'm confirming this still reproduces with the latest nightly build [1]. I'm also unable to reproduce using the Direct2D back-end (see bug 527707 comment 251 for more information on how to enable it), so I'm setting a dependency on that bug.

As my hardware+drivers (at least for now) can't handle the widget rendering, only font rendering (see bug 549171 comment 3), I'm asking for more feedback from whoever can test both hardware-accelerated optimizations. :-)

[1] Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a3pre) Gecko/20100309 Minefield/3.7a3pre (.NET CLR 3.5.30729)
Status: UNCONFIRMED → NEW
Depends on: 527707
Ever confirmed: true
I'm not seeing this behavior in the 17 March build of Minefield. Windows 7 Pro x64 and ATI Radeon 5870 w/ Catalyst 10.3a drivers.
(In reply to comment #5)
> I'm not seeing this behavior in the 17 March build of Minefield. Windows 7 Pro
> x64 and ATI Radeon 5870 w/ Catalyst 10.3a drivers.

I confirm this as well: no longer able to reproduce using the latest nightly build [1]. I'm resolving this as "works for me", given that there isn't a specific known set of bugs/commits which prove that this was actually fixed (although it's visible by the lack of symptoms in the latest nightly builds that it was). :-)

Thanks for the everyone who has helped testing this! ;-)


[1] Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.3a4pre) Gecko/20100318 Minefield/3.7a4pre (.NET CLR 3.5.30729)
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: