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

MacOS Specific - Pinning a normal tab causes browser crash but retains the pinned tabs upon restart #9763

Closed
LaurenWags opened this issue Jun 28, 2017 · 7 comments

Comments

@LaurenWags
Copy link
Member

LaurenWags commented Jun 28, 2017

  • Did you search for similar issues before submitting this one?
    Yes

  • Describe the issue you encountered:
    Pinning a tab causes browser crash but retains the pinned tabs upon restart.

  • Platform (Win7, 8, 10? macOS? Linux distro?):
    MacOS

  • Brave Version (revision SHA):
    Brave 0.17.12
    rev 0095c35
    Muon 4.1.6

Also 0.18.22 packaged build.

  • Steps to reproduce:
    i. Clean install launches with a new tab and welcome tab. Close the about:welcome tab but leave the new tab alone for now, you will use it in step 4.
    ii. Open a new tab and visit a site and pin it
    iii. Open second tab and visit a site and pin it, move the second pinned tab to first position
    iv. Visit a different site on the tab the browser opened with and pin it, browser crashes
    v. Relaunch the browser all pinned tabs are retained

  • Actual result:
    Pinning a tab after moving a pinned tab causes browser crash but retains the pinned tabs upon restart

  • Expected result:
    Position of the pinned tabs and pinning normal tabs should not cause any crash

  • Will the steps above reproduce in a fresh profile? If not what other info can be added?
    Yes

  • Is this an issue in the currently released version?
    Yes

  • Can this issue be consistently reproduced?
    Yes

  • Extra QA steps:

  • Screenshot if needed:
    9673

  • Any related issues:
    Pinning a normal tab causes browser crash but retains the pinned tabs upon restart #9333 - see commentary on this issue

@LaurenWags LaurenWags added bug crash needs-investigation A bug not 100% confirmed/fixed that needs QA to better audit. OS/macOS QA/test-plan-specified labels Jun 28, 2017
@LaurenWags LaurenWags added this to the 0.18.x (Developer Channel) milestone Jun 28, 2017
@LaurenWags LaurenWags self-assigned this Jun 28, 2017
@bbondy
Copy link
Member

bbondy commented Jul 11, 2017

Is this only related to session tabs?

@LaurenWags
Copy link
Member Author

@bbondy updated and simplified steps. Not specific to session tabs. Still occurs in 0.17.15 with clean profile.

@alexwykoff alexwykoff removed the needs-investigation A bug not 100% confirmed/fixed that needs QA to better audit. label Jul 18, 2017
@alexwykoff alexwykoff modified the milestones: 0.19.x (Beta Channel), 0.18.x (Release Channel), 0.20.x (Developer Channel) Jul 18, 2017
@bbondy
Copy link
Member

bbondy commented Aug 15, 2017

@LaurenWags could you retest this?

@LaurenWags
Copy link
Member Author

Using 0.18.22 packaged build, I can repro. (note, since 0.18.14 introduced displaying the about:welcome page on clean profiles, I tweaked the steps to account for this). added gif too.

@NejcZdovc
Copy link
Contributor

@petemill will this issue be solved by your PR #10531?

@bsclifton
Copy link
Member

This should be solved with #10531; moving to 0.21.x

@bsclifton bsclifton modified the milestones: 0.21.x (Nightly Channel), 0.20.x (Developer Channel) Aug 29, 2017
@luixxiul luixxiul added release-notes/include duplicate Issue has already been reported labels Aug 29, 2017
@luixxiul
Copy link
Contributor

luixxiul commented Aug 29, 2017

added the duplicate label according to #10531 (comment)

@bbondy bbondy modified the milestones: 0.21.x (Developer Channel), 0.20.x (Beta Channel) Oct 25, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

6 participants