This repository has been archived by the owner on Dec 11, 2019. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 975
MacOS Specific - Pinning a normal tab causes browser crash but retains the pinned tabs upon restart #9763
Labels
bug
crash
duplicate
Issue has already been reported
OS/macOS
QA/checked-macOS
QA/test-plan-specified
release-notes/include
Milestone
Comments
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
Is this only related to session tabs? |
@bbondy updated and simplified steps. Not specific to session tabs. Still occurs in 0.17.15 with clean profile. |
alexwykoff
removed
the
needs-investigation
A bug not 100% confirmed/fixed that needs QA to better audit.
label
Jul 18, 2017
alexwykoff
modified the milestones:
0.19.x (Beta Channel),
0.18.x (Release Channel),
0.20.x (Developer Channel)
Jul 18, 2017
@LaurenWags could you retest this? |
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. |
8 tasks
This should be solved with #10531; moving to 0.21.x |
bsclifton
modified the milestones:
0.21.x (Nightly Channel),
0.20.x (Developer Channel)
Aug 29, 2017
added the duplicate label according to #10531 (comment) |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
bug
crash
duplicate
Issue has already been reported
OS/macOS
QA/checked-macOS
QA/test-plan-specified
release-notes/include
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:
Any related issues:
Pinning a normal tab causes browser crash but retains the pinned tabs upon restart #9333 - see commentary on this issue
The text was updated successfully, but these errors were encountered: