Closed Bug 486473 Opened 15 years ago Closed 15 years ago

Artifacts when drag an object in silverlight

Categories

(Core :: Layout, defect, P2)

Product:
Core
Component:
Layout
Platform:
x86
Windows Vista
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Tracking Flags:
Tracking Status
status1.9.2 --- beta2-fixed

People

(Reporter: rinia_iku, Assigned: roc)

References

(
URL
)

Details

(Keywords: regression) 

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

When you drag an object in silverlight where are created some artifacts
you can check it on the web site. 

Reproducible: Always

Steps to Reproduce:
1. navigate to http://labs.infragistics.com/silverlight/lobsamples/
2. go to xamwebdialogwindow in the right menu
3. click show dialog
4. try to drag the dialog in the screen
Actual Results:  
There are shown artifacts

Expected Results:  
silverlight 2 or 3 beta
Confirmed on Windows XP. For a moment I thought it could be a duplicate of Bug 477236 but it isn't. Will try to find more info later.
Regression range is http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=121fbf0736cc&tochange=fed00e0efe5c
There are a couple of bugs in the list. Maybe the bug of Michael Ventnor? The bug # doesn't seem to correspond to the changeset.
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Version: unspecified → Trunk
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9.2?
Keywords: regression
This bug is also in Shiretoko.
Flags: blocking1.9.1?
Sounds like a layout regression. Reassigning.
Component: Plug-ins → Layout
QA Contact: plugins → layout
Out of that range I'd think the patches from zwol would be more likely.
Could you check the regression range on mozilla-1.9.1?  (Hopefully that set of patches wasn't all landed together on 1.9.1 as well...)
I think it can only be bug 475548. I wonder if it was fixed by bug 485275?
Assignee: nobody → zweinberg
Blocks: 475548
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P2
> I wonder if it was fixed by bug 485275?

Alas, no.  I see the drag artifacts using the above repro recipe with latest trunk + tn's patches.
Turns out this is caused by bug 479637 (plugins expand by 1px on focus).  The changeset that caused it is backed out of the branch and I've verified that the drag artifacts no longer occur in:

Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1b4pre) Gecko/20090416 Shiretoko/3.5b4pre

although it's not fixed on trunk yet.
That is excellent news, thanks!
Flags: blocking1.9.1+
Assignee: zweinberg → nobody
Flags: blocking1.9.2? → blocking1.9.2+
This problem still exists in the latest nightly builds
(except these of last 2 days, because they do not show silverlight at all..)
Blocks: 479637
Is this fixed now? Bug 479637 (via bug 508495) has been fixed on trunk since October 1.
Assignee: nobody → roc
All Silverlight painting seems to be broken in the latest nightlies, so I'm not sure.
Those painting issues should be fixed by the patch in bug 510082. When that patch lands, we need to re-test this. But in my build with the fix for bug 510082, it seems to be fixed, probably via bug 479637.
Whiteboard: [depends on 510082]
Marking fixed by 479637. Now that 510082 has landed, you should be able to verify this.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Whiteboard: [depends on 510082]
You need to log in before you can comment on or make changes to this bug.