Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Odd behavior with 2 screens and multiple desktops #29314

Open
alexventuraio opened this issue Mar 25, 2023 · 1 comment
Open

Odd behavior with 2 screens and multiple desktops #29314

alexventuraio opened this issue Mar 25, 2023 · 1 comment
Labels
Chromium/waiting upstream Issue is in Chromium; we'll likely wait for the fix OS/Desktop OS/macOS priority/P5 Not scheduled. Don't anticipate work on this any time soon. repros-on-chrome

Comments

@alexventuraio
Copy link

Description

I have one Macbook computer and an External Monitor connected via USB-C cable side by side. I configured the External monitor to be the main in Mac settings and I use the Macbook display as secondary display. In Mac, you are able to create multiple desktops and you can have different apps opened in each of them. You can swap back and forth to see their content as you want.

I like to open my Main Brave window with all my working tabs and all my working apps in the Desktop 1, and in the Desktop 2 (to the left as shown in the picture below) I like to have Mail app opened. And in the laptop display, I use to open a Brave Incognito Window with some YouTube video music to listen to while working (no sign in required in this incognito window obviously).

When I swap to the Desktop 2 (that has the Mail app opened) and click on an link from my emails, let's say a Github link, it always opens (any type of link) in the Incognito Window which is in the Macbook display (the secondary display).

It is annoying because since it is an incognito window, I'm not logged in to anything and that is useless, I have to copy the link manually, swap back to Desktop 1, open a new tab on the Main Brave window and paste the link.

That happens to any type of link no matter which Desktop they are or from which app, they will always open in the secondary display (on the Macbook) withing the Incognito Window instead of the Main Brave window in Desktop 1 where I'm already logged in to Github.

Even if I swap back to Desktop 1 (with the Main Bran window) and open my Notes app, click on a link it will always open everything into the Incognito Window in the Macbook display from now on until I close the incognito window in the Macbook or until I move that window to Desktop 1.

diagram

Steps to Reproduce

  1. Connect external monitor to a Macbook laptop side by side.
  2. Set the external monitor as main display in Mac display config
  3. Make Brave your default web browser.
  4. Create multiple desktops on Mac main display (external monitor)
  5. Open Brave main window in Desktop 1.
  6. Open Brave Incognito window and move it to the Macbook laptop display.
  7. Open Mail app (or any other) in Desktop 2 in the external monitor.
  8. From Desktop 2 (in external monitor), click on any link.
  9. You will see they all open in the Brave Incognito window in the Macbook display.

Actual result:

No matter which link and from which app, it will always open all of them in the Brave Incognito window in the Macbook display.
Even if you swap back to Desktop 1 in external monitor and in the same desktop open a new app (Notes for instance) and click on a link it will open it on the incognito window in the Macbook display instead of the Brave Main window.

Expected result:

There should be a way to select where you want all the links to be opened as new tabs in the Brave main window on external monitor or the Incognito window in the Macbook display.

Reproduces how often:

It always have the same behavior no matter what and you can reproduce following the steps above.

Brave version (brave://version info)

Brave 1.49.128 Chromium: 111.0.5563.110 (Official Build) (arm64)
Revision 3da375c9e9e5ad9b556af5df708a6e6c01d8cfb1-refs/branch-heads/5563@{#1202}
OS macOS Version 13.2.1 (Build 22D68)
JavaScript V8 11.1.277.17
User Agent Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/111.0.0.0 Safari/537.36
Command Line /Applications/Brave Browser.app/Contents/MacOS/Brave Browser --disable-domain-reliability --enable-dom-distiller --origin-trial-public-key=bYUKPJoPnCxeNvu72j4EmPuK7tr1PAC7SHh8ld9Mw3E=,fMS4mpO6buLQ/QMd+zJmxzty/VQ6B1EUZqoCU04zoRU= --sync-url=https://sync-v2.brave.com/v2 --lso-url=https://no-thanks.invalid --variations-server-url=https://variations.brave.com/seed --variations-insecure-server-url=https://variations.brave.com/seed --flag-switches-begin --flag-switches-end --component-updater=url-source=https://go-updater.brave.com/extensions
Executable Path /Applications/Brave Browser.app/Contents/MacOS/Brave Browser
Profile Path /Users/alex/Library/Application Support/BraveSoftware/Brave-Browser/Default
Linker lld
Active Variations AdRewardsStudy:NextPaymentDayAllowCertainClientHintsStudy:EnabledBraveAdblockCookieListOptInReleaseStudy:EnabledBraveAds.AdServingStudy:DefaultAdNotificationsPerHour=10/MaximumAdNotificationsPerDay=100/MaximumInlineContentAdsPerHour=6/MaximumInlineContentAdsPerDay=20/AdServingVersion=2BraveAutoTranslateStudy:AutoTranslateDisabledBraveDebounceStudy:EnabledBraveRewardsWebUiPanelStudy:EnabledBraveScreenFingerprintingBlockerStudy:DefaultConversionsStudy:NewDefaultPatternCrossPlatformVPNStudy:EnabledDefault1pBlockingStudy:DisabledDisableReduceLanguage:EnabledEphemeralStorageStudy:EnabledFirstPartyEphemeralDomainBlockStudy:EnabledForceDisableBlinkFeatures:EnabledMacCoreLocationBackendStudy:EnabledPartitionBlinkMemoryCacheStudy:EnabledPartitionConnectionsByNetworkIsolationKeyStudy:EnabledPermissionLifetimeReleaseStudy:EnabledSpeedreaderReleaseStudy:EnabledUserActivityStudy:Triggers

Version/Channel Information:

Not sure about this one.

  • Can you reproduce this issue with the current release? Yes
  • Can you reproduce this issue with the beta channel? Not sure.
  • Can you reproduce this issue with the nightly channel? Not sure.

Other Additional Information:

  • Does the issue resolve itself when disabling Brave Shields? No.
  • Does the issue resolve itself when disabling Brave Rewards? No.
  • Is the issue reproducible on the latest version of Chrome? Yes.

Miscellaneous Information:

Nothing.

@rebron rebron added repros-on-chrome Chromium/waiting upstream Issue is in Chromium; we'll likely wait for the fix OS/macOS priority/P5 Not scheduled. Don't anticipate work on this any time soon. labels Mar 29, 2023
@vinvin27
Copy link

Oh man it's perfectly described ! Pump :D

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Chromium/waiting upstream Issue is in Chromium; we'll likely wait for the fix OS/Desktop OS/macOS priority/P5 Not scheduled. Don't anticipate work on this any time soon. repros-on-chrome
Projects
None yet
Development

No branches or pull requests

3 participants