Skip to content
This repository has been archived by the owner on Dec 11, 2019. It is now read-only.

Infinite loading spinner when detaching a loading tab (sometimes) #13803

Closed
petemill opened this issue Apr 11, 2018 · 5 comments
Closed

Infinite loading spinner when detaching a loading tab (sometimes) #13803

petemill opened this issue Apr 11, 2018 · 5 comments
Assignees
Labels
priority/P4 Minor loss of function. Workaround usually present. QA/test-plan-specified release-notes/include wontfix

Comments

@petemill
Copy link
Member

Steps to Reproduce

  1. Load a tab
  2. During load, detach the tab
  3. Tab in new window's loading animation is infinitely spinning

Actual result:
Load spinner of tab in new window does not stop when load is complete

Expected result:
Load spinner reflects current status of load

Reproduces how often:
~20%, depends on timing

Brave Version

about:brave info:
0.22.106

Reproducible on current live release:
Unknown

@petemill petemill added the 0.22.x-single-webview Issue first seen on single-webview build against v0.22.x branch label Apr 11, 2018
@petemill petemill added this to the 0.22.x Release 3 (Beta channel) milestone Apr 11, 2018
@petemill petemill self-assigned this Apr 11, 2018
@petemill
Copy link
Member Author

petemill commented May 1, 2018

Seems fixed with 0.22.700

@GeetaSarvadnya
Copy link
Collaborator

Verified on Windows x64

  • 0.22.702 e4a853d* libchromiumcontent 66.0.3359.139
  • muon: 6.0.7

@LaurenWags
Copy link
Member

Reopening as I reproduced 3x using nytimes.com as the tab I tore off during loading using 0.22.702.

13803

@LaurenWags LaurenWags reopened this May 3, 2018
@kjozwiak
Copy link
Member

kjozwiak commented May 3, 2018

Reproduced it twice on Mint 18.3 x64 using the following STR:

  • load nytimes.com and detach the tab into a new window via drag & drop
  • load nytimes.com and detach the tab via right click on tab -> detach

@petemill
Copy link
Member Author

petemill commented May 7, 2018

I know why this is happening, and it is happening on the current release too. We are handling load 'start' and 'finish' (and 'error') in the renderer, and attaching the status property to the window frame, but if a load-finish comes to the old window (before the tab has finished moving to the new one), then the new frame object will not receive the updated load status. A solution to this would be to move load status to the browser state (tab object), or check for the current status when the frame is finally loaded in the destination window.

@petemill petemill added the priority/P4 Minor loss of function. Workaround usually present. label May 7, 2018
@petemill petemill modified the milestones: 0.22.x Release 3 (Beta channel), Backlog (Prioritized) May 7, 2018
@petemill petemill removed 0.22.x-single-webview Issue first seen on single-webview build against v0.22.x branch regression labels May 7, 2018
@bsclifton bsclifton modified the milestones: Backlog (Prioritized), Triage Backlog Sep 18, 2018
@bsclifton bsclifton removed this from the Triage Backlog milestone Sep 18, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
priority/P4 Minor loss of function. Workaround usually present. QA/test-plan-specified release-notes/include wontfix
Projects
None yet
Development

No branches or pull requests

7 participants