Open Bug 1887956 Opened 1 year ago Updated 1 year ago

OPEN_ABOUT_PAGE "where" behavior between "tab" and "tabshifted" is backwards

Categories

(Firefox :: Messaging System, defect, P2)

defect
Points:
2

Tracking

()

People

(Reporter: jprickett, Unassigned, NeedInfo)

Details

When using the OPEN_ABOUT_PAGE special message action, the "where" parameter allows us to pass in information about where a tab should be opened, but when set either tab or tabshifted, it exhibits the expected behavior for the other.

It is implementing openTrustedLinkIn, which has a line that sets forceForeground to true if it is null. We can fix the issue by adding a third parameter to the openTrustedLinkIn call, passing in { forceForeground: false }

We should also consider using openLinkIn for this instead, since the only differences between it and openTrustedLinkIn are the trigger principle being set to the system principle if there is not a principle specified in the method call (note: we are passing in the system principle with openLinkIn in OPEN_URL), and the aforementioned setting of the forceForeground to true.

NI Jason to clarify below questions that came up when triaging the bug
a) Can you please check if you have browser.tabs.loadInBackground pref set. By default tab should always open url in a new tab without moving focus and tabshifted should open url in a new tab taking user focus to opened tab
b) About using openTrustedLinkIn for about pages it's intentional. Are there scenarios where about pages don't need to be trusted?

Flags: needinfo?(jprickett)

We can pass the system principal if an about page is passed to OPEN_URL.

Points: --- → 2
Priority: -- → P2
You need to log in before you can comment on or make changes to this bug.