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

Container Looping #2564

Open
2 tasks done
cwolland opened this issue Aug 17, 2023 · 5 comments
Open
2 tasks done

Container Looping #2564

cwolland opened this issue Aug 17, 2023 · 5 comments
Labels
bug Something is broken!

Comments

@cwolland
Copy link

cwolland commented Aug 17, 2023

Before submitting a bug report

  • I updated to the latest version of Multi-Account Container and tested if I can reproduce the issue
  • I searched for existing reports to see if it hasn't already been reported

Step to reproduce

I encountered an issue with my browser's container feature while attempting to manage different websites. Initially, I had a container named "search" with Google's Page Indexing website open. Later, I wanted to explore another site related to Google indexing. In order to maintain separation between the two, I selected the option to always open the new site in a different container.

However, the problem emerged when I closed the browser window and returned to the Google indexing page. To my surprise, a rapid loop began, cycling between the two containers incessantly. This created an unmanageable situation, forcing me to close the browser altogether. After several attempts to resolve the looping issue, I found the only effective solution was to delete the containers entirely and recreate them from scratch.

Actual behavior

please see "Step to reproduce"

Expected behavior

When opting for a default container for a specific website, there should ideally be an a feature that offers the choice to temporarily open the website in the designated container, particularly when the "Only use this container" option is selected. This would provide greater flexibility to users, enabling them to navigate websites outside of the default container on a temporary basis without needing to modify their permanent preferences.

Additional informations

No response

Provide a copy of Troubleshooting Information page (optional)

No response

@cwolland cwolland added the bug Something is broken! label Aug 17, 2023
@patienttruth
Copy link

patienttruth commented Jan 9, 2024

I've found this happens when you have "limit to designated sites" turned on. My theory is that what's happening is that the link is redirecting to a page that isn't within the container, authentication cookies aren't being passed, the new page redirects with a "try to authenticate again" page that is within the container scope, and then the loop continues. I'm running through the same problem right now. I think if there were a little more open access to the container lists we could probably sort this out.

My issue example is with Google Photos.

Google Photos is working properly within my Google container. When I click "download photo", some part of the process must be redirecting outside the scope of the Google container. I tried shutting off my network and adding the additional domain (googleusercontent.com), however that didn't solve it entirely. Maybe there is a third domain involved that I'm unable to capture.

@patienttruth
Copy link

patienttruth commented Jan 9, 2024

I believe this issue is related to "Site Redirect" breaks "Always Open Container #X" #2372

@patienttruth
Copy link

patienttruth commented Jan 9, 2024

It seems that there is a Pull request that might help with this issue, #2114, however it could use some time to get it through final review.

As a workaround, you can manually add a site to your container list with this workaround:

I had to turn my network adapter on and off a few times to get all the right URLs to get this working. I am concerned about Google changing the subdomain they're using from "lh3" to something else if they reconfigure something...

#2114 (comment)

To get my issue working (Google Photos Download) I had to have the following URLs within the container list:
https://lh3.google.com/
https://lh3.googleusercontent.com/
https://accounts.google.com/
https://google.com/
https://photos.google.com/

It took a moment to figure out every single one.

FYI, you can check the list of domains in your container here. Mine only has one container populated # 6 which is the "Google" container. I haven't tested it, but I believe by right clicking on an entry you could delete it from the database.

2024-01-09_12-54

@stewSquared
Copy link

@patienttruth
Sometimes, the redirect loops happen so fast, I can't figure out which sites need to be added manually.
Got any tips and tricks for that?

@patienttruth
Copy link

@patienttruth Sometimes, the redirect loops happen so fast, I can't figure out which sites need to be added manually. Got any tips and tricks for that?

@stewSquared , There is probably a way to watch for the DNS requests, but I haven't looked into that. What I did was shut off the network connection while Firefox was looping. Each time I would get a new domain to add to the list. Eventually it cleared up. Lately I've been finding with Google that it's only one new domain and it doesn't go into a loop. I think I have got most of the loop sorted out now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something is broken!
Projects
None yet
Development

No branches or pull requests

3 participants