Open Bug 1400209 Opened 7 years ago Updated 2 years ago

Visual inconsistencies (flicker) while dragging and dropping a tab into a window with bigger size

Categories

(Core :: DOM: Content Processes, defect, P3)

defect

Tracking

()

Tracking Status
firefox55 --- wontfix
firefox56 --- wontfix
firefox57 --- wontfix

People

(Reporter: roxana.leitan, Unassigned)

References

Details

(Keywords: perf, polish)

Attachments

(2 files)

Attached video drag1.mp4
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20170914220209

[Affected versions]:  
Nightly 57.0a1

[Affected platforms]: 
Windows 8.1 touch, Windows 7, Windows 10 x64, Ubuntu 16.04 x64

[Steps to reproduce]:
1.Launch Nightly 57.0a1 with a new profile
2.Open a new tab and navigate to a website (e.g. youtube.com)
3.Modify window size (smaller)
4.Open new window
5.Drag the tab with the website and drop it to the window opened at step 4

[Expected result]:
The tab should be moved without visual inconsistencies while dragging and dropping

[Actual result]:
The tab is resized with delay in the new window and flickers

[Note]:
The issue is not reproducible on FF Beta 56.0b11
Keywords: regression
Whiteboard: [photon-performance][triage]
Blocks: 1391704
After additional investigation,this issue could be reproduced on FF 55.0.3 and on FF Beta 56.0b11. To always reproduce this bug, you need to drag from a smaller window to a bigger one.

Based on the above, updating the tracking flags.
Since this issue seems to be complementary to work done in bug 1391704,leaving the [photon-performance][triage] whiteboard to see if the Photon Performance team wants to add this to their backlog.
No longer blocks: 1391704
Keywords: regression
See Also: → 1391704
Version: 57 Branch → Trunk
Do we know why this is in Core:Graphics instead of, say, Firefox:Tabbed Browser?
Flags: needinfo?(roxana.leitan)
(In reply to Milan Sreckovic [:milan] from comment #2)
> Do we know why this is in Core:Graphics instead of, say, Firefox:Tabbed
> Browser?
It is my fault for this mishap and also for bug 1400242 ending under Video component. Not sure exactly at this point why I requested the video component to be set for these two bus, I can only blame the crazy Friday.
Flags: needinfo?(roxana.leitan)
Component: Graphics → Tabbed Browser
Product: Core → Firefox
Whiteboard: [photon-performance][triage]
After watching the screen recording multiple times, I still don't see the problem. Could you please elaborate what inconsistencies you mean?
Flags: needinfo?(roxana.leitan)
(In reply to Dão Gottwald [::dao] from comment #4)
> After watching the screen recording multiple times, I still don't see the
> problem. Could you please elaborate what inconsistencies you mean?

The tab is first painted in the new window at the size it had in the old window before being resized. I'm attaching a screenshot of the thing we would like to avoid seeing.
Flags: needinfo?(roxana.leitan)
By the way, I don't see how this could be a "Firefox :: Tabbed Browser" bug. I could see it either being a graphics bug, or a bad interaction between parent and content process, but I don't think the tabbed browser has anything to do with deciding at which size we paint the web page.
(In reply to Florian Quèze [:florian] [:flo] from comment #6)
> By the way, I don't see how this could be a "Firefox :: Tabbed Browser" bug.
> I could see it either being a graphics bug, or a bad interaction between
> parent and content process, but I don't think the tabbed browser has
> anything to do with deciding at which size we paint the web page.

Yeah.
Component: Tabbed Browser → DOM: Content Processes
Product: Firefox → Core
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: