You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
At first, a big thanks for Cookie Quick Manager! Due to its support for containers, it is the best cookie manager extension I know of.
However, there is still a missing piece: We can export cookies from a certain context (container) into a file. But obviously, we cannot import cookies from a file into a certain context (container) on another system (please correct me if I am wrong).
Background:
If we export cookies from a certain container into a file, there is a stanza like the following in every entry:
"Store raw": "firefox-container-10876",
I don't know where the number at the end comes from, but I know that it probably won't exist in the destination browser.
Please consider the following scenario: You open a website with Firefox in a container. The container gets automatically assigned a name (visible at the right side of the address bar) and an internal container number that is not visible anywhere. Let's say that the visible name is tmp100 and the container number is 10001. Now you open the same website at another PC in another container. That new container at the other PC gets the visible name tmp200 and the container number 11001.
Now you want to clone all cookies from the container at the first PC to the container at the other PC.
In this scenario, you can easily export the cookies from the respective source container; Cookie Quick Manager directly allows to search cookies from a certain context (container) and to export them to a file. Here, each entry in the file would contain a "Store raw": "firefox-container-10001", stanza.
Now, when importing that file at the other PC, it will try to import the cookies from the file into the container with number 10001. This goes wrong because a container with that number does not exist in the destination Firefox. I actually don't know what exactly happens in this situation, but I know for sure that it doesn't work. To make it work, we would have to follow two steps before importing the cookie file:
Find out the container number of the destination container (based on its visible name) in the destination Firefox.
Replace the container number in every entry in the cookie file by the number found in step 1.
I have tested this procedure, and it works.
However, this process is extremely annoying, the first part being the more problematic one. The only method to find out the container number for a certain container name: about:debugging -> find the correct storage for the temporary container extension -> click through every container object until you find the one with the correct visible name (in my case, it may be around 100 containers). Compared to that, replacing the source container number by the destination container number in the cookie file is a no-brainer.
In whole, the procedure outlined above sucks. Hence the question / feature request:
When importing a cookie file, could you please provide an option to import all of the cookies in the file into a certain context?
Thank you very much in advance for any comment or other action, and best regards,
Binarus
P.S. If there was an easier way to find out the container number of a certain contain temporary container, I would be grateful for any hint. It would mitigate a good part of the problem.
The text was updated successfully, but these errors were encountered:
Yeah - I was testing out Evilginx and realized that I could not import select which container to import the cookies into. I had to install Cookie-Editor by cgagnier to get it to work.
At first, a big thanks for Cookie Quick Manager! Due to its support for containers, it is the best cookie manager extension I know of.
However, there is still a missing piece: We can export cookies from a certain context (container) into a file. But obviously, we cannot import cookies from a file into a certain context (container) on another system (please correct me if I am wrong).
Background:
If we export cookies from a certain container into a file, there is a stanza like the following in every entry:
"Store raw": "firefox-container-10876",
I don't know where the number at the end comes from, but I know that it probably won't exist in the destination browser.
Please consider the following scenario: You open a website with Firefox in a container. The container gets automatically assigned a name (visible at the right side of the address bar) and an internal container number that is not visible anywhere. Let's say that the visible name is
tmp100
and the container number is10001
. Now you open the same website at another PC in another container. That new container at the other PC gets the visible nametmp200
and the container number11001
.Now you want to clone all cookies from the container at the first PC to the container at the other PC.
In this scenario, you can easily export the cookies from the respective source container; Cookie Quick Manager directly allows to search cookies from a certain context (container) and to export them to a file. Here, each entry in the file would contain a
"Store raw": "firefox-container-10001",
stanza.Now, when importing that file at the other PC, it will try to import the cookies from the file into the container with number
10001
. This goes wrong because a container with that number does not exist in the destination Firefox. I actually don't know what exactly happens in this situation, but I know for sure that it doesn't work. To make it work, we would have to follow two steps before importing the cookie file:I have tested this procedure, and it works.
However, this process is extremely annoying, the first part being the more problematic one. The only method to find out the container number for a certain container name:
about:debugging
-> find the correct storage for the temporary container extension -> click through every container object until you find the one with the correct visible name (in my case, it may be around 100 containers). Compared to that, replacing the source container number by the destination container number in the cookie file is a no-brainer.In whole, the procedure outlined above sucks. Hence the question / feature request:
When importing a cookie file, could you please provide an option to import all of the cookies in the file into a certain context?
Thank you very much in advance for any comment or other action, and best regards,
Binarus
P.S. If there was an easier way to find out the container number of a certain contain temporary container, I would be grateful for any hint. It would mitigate a good part of the problem.
The text was updated successfully, but these errors were encountered: