Opening highlight links in a container tab remove the highlight part
Categories
(Core :: DOM: Navigation, defect)
Tracking
()
People
(Reporter: marco, Unassigned)
Details
STR:
- open a page which contains highlight links (e.g. https://xslt.rip/). Either in the default container or in another container;
- set the domain corresponding to one of the highlight links to always open in a container (e.g. I have GitHub to always open in a "Work" container, and I'm clicking on https://github.com/mozilla/standards-positions/issues/1287#:~:text=break%20existing%20web%20content).
The link is open in a new tab, but the "break existing web content" text is not highlighted.
|
||
Comment 1•9 months ago
•
|
||
Are you using https://addons.mozilla.org/en-US/firefox/addon/multi-account-containers/? I don't believe we natively support opening links in specific containers.
|
Reporter | |
Comment 2•9 months ago
|
||
(In reply to Tom Schuster (MoCo) from comment #1)
Are you using https://addons.mozilla.org/en-US/firefox/addon/multi-account-containers/? I don't believe we natively support opening links in specific containers.
Yes!
|
||
Comment 3•9 months ago
|
||
Is this happening only on GitHub, or on other pages as well? Text fragments are sadly broken on GitHub.
|
|
Reporter | |
Comment 4•9 months ago
|
||
Right, the issue comes from GitHub.
I tried people.mozilla.org, which also failed.
And I tried https://mozilla.greenhouse.io/, which didn't fail.
So this leads me to believe that text fragments are broken on GitHub and people.mozilla.org, independently from containers.
Feel free to duplicate this to the bug about GitHub, if we have one.
|
|
||
Comment 5•9 months ago
|
||
Thanks for confirming. This means that opening a link which goes through the Multi-Account Containers extension and changes containers while loading preserves the Text Fragment?
I filed a bug about GitHub yesterday, I'll dupe this one in favor of the other one.
Description
•