Open abextm opened 9 months ago
If it shows the container selection page, it means the domain is assigned to a container. Try ticking the "Remember my decision" and clicking on the right button if you want the view-source to open in the same container. If You want to open it outside a container, follow the instructions in https://support.mozilla.org/en-US/kb/containers#w_manage-site-assignments to remove an assignment and make sure the domain hasn't been accidentally assigned to a container.
The Remember my decision
button does not work (#2294), but even if it did it would still break in the situation that I don't want the domain assigned to a container by default
The
Remember my decision
button does not work (#2294), but even if it did it would still break in the situation that I don't want the domain assigned to a container by default
It does work but it's meant to only work with the right (blue) button. Also, if you see the confirmation page, that means Multi-Account Containers considers the domain to be assigned to a container.
Cuurently, the only solution is to remove the domain from the assigned domain list as mentioned in the documentation I shared and manually (re)open in container the page.
There are other tickets on file that request this feature:
Strictly, the Remember my decision
button does not work because it does not remember my decision, but that is neither here nor there. In this case I want it to prompt me when I open a new tab for this domain, which is what causes this to not work.
Strictly, the
Remember my decision
button does not work because it does not remember my decision, but that is neither here nor there.
What I meant is it works as intented by the developers who implemented it. However, I strongly agree the UX is confusing and this is why I shared a link to the appropriate bug report to thumbs up/follow.
In this case I want it to prompt me when I open a new tab for this domain, which is what causes this to not work.
Same here. This would be the second bug report link I shared.
I completely understand the annoyance of this limitation but my goal, here, was to offer help in case it was caused by a different bug and also inform you about the possible solutions to workaround this in the meantime.
Since your issue is related to this two other bug reports, I think we can close this bug as a duplicate of them. Sorry again that I can't help you more with this. As a last suggestion, try looking on https://addons.mozilla.org/en-US/firefox/ in case there's another addon that offers this feature.
This bug is about the existing container selection page in this addon breaking this form of navigation. The bad UX is just a contributing factor. This is not a request for an alternate or modified container selection page, like the 2 issues you linked, though they would make this bug have lower impact.
The reported bug is just that view-source:
in the URL is lost when redirecting, no? I can’t reproduce with your steps as opening the source page always opens in the same container. However, I can reproduce with:
view-source:https://<domain>.com/
https://<domain>.com/
instead of view-source:https://<domain>.com/
Here is the bug in the op (on a fresh profile):
And @Cimbali 's bug
Before submitting a bug report
Step to reproduce
1) Navigate to a page without a default container set 2) Right click ->
View Page Source
3) A new tab opens, showing the container selection page 4) Select a container 5) You are now back on the same page you were before, not itsview-source:
variantActual behavior
The rendered page opens instead of its source
Expected behavior
The
view-source:
page opens in the same container as before.Additional informations
Navigating by editing the URL in an existing tab works.
In general, it would be nice if opening new tabs would use the same container as the referring tab if they shared a domain.
Provide a copy of Troubleshooting Information page (optional)