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)
Core
DOM: Content Processes
Tracking
()
NEW
People
(Reporter: roxana.leitan, Unassigned)
References
Details
(Keywords: perf, polish)
Attachments
(2 files)
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]
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
status-firefox55:
--- → affected
Keywords: regression
Version: 57 Branch → Trunk
Do we know why this is in Core:Graphics instead of, say, Firefox:Tabbed Browser?
Flags: needinfo?(roxana.leitan)
Comment 3•7 years ago
|
||
(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)
Updated•7 years ago
|
Component: Graphics → Tabbed Browser
Product: Core → Firefox
Updated•7 years ago
|
Whiteboard: [photon-performance][triage]
Comment 4•7 years ago
|
||
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)
Comment 5•7 years ago
|
||
(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)
Comment 6•7 years ago
|
||
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.
Comment 7•7 years ago
|
||
(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
Updated•7 years ago
|
Priority: -- → P3
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•