I have several Firefox profiles. I just made some Bitwarden changes in one. I went to another profile, and it did not recognize the changes, I went back to the first profile and did a manual sync
That did not help. I returned to the second profile, repeated the manual sync there. Nothing changed.
Badge, profile 1
profile 2
First, any changes made should be pushed immediately to the cloud when you save the item, so if there are any synchronization lags, you should only need to manually sync the extensions and apps that were not use to make changes.
Second, the badge counters can be temperamental, and are occasionally afflicted by bugs. To verify whether an extension or app sync was successful, search your vault for the modified item, and visually inspect the data (or at least check the “Last edited” date in the _Item History" section).
@bituser Was it a vault item in a collection/organization that you made changes on?
First, any changes made should be pushed immediately to the cloud when you save the item, so if there are any synchronization lags, you should only need to manually sync the extensions and apps that were not use to make changes.
Please explain “pushed immediately to the cloud”. Isn’t that what I was doing by the manual sync? The “changes” amounted to adding a login option to a page, and adjusting another one. This disagreement between the two profiles was already there. I cleaned up some duplicates a short while back in response to the previous problems. That “7” badge reflects those duplicate that still remain in the second profile.
Second, the badge counters can be temperamental, and are occasionally afflicted by bugs. To verify whether an extension or app sync was successful, search your vault for the modified item, and visually inspect the data (or at least check the “Last edited” date in the _Item History" section).
I can’t speak to temperamental badges, but in this circumstance, the badges are not wrong. They are simply reflecting the content within their immediate grasp.
It’s been 3 hours, but nothing has changed.
I don’t know exactly how to answer that. What qualifies as a collection/organization?
I can say that it is one of those login types that asks for a email on one page, then transitions to a following page to enter the password.
My point was simply that manually syncing the first extension (where the changes were initially made) was unnecessary.
How do you know? If you know because you checked the actual vault data in the extensions, well, then you’ve done exactly what I had suggested.
In your browser extension, please go to Settings > About > Bitwarden web app, and click Continue. This will open the Web Vault login page, where you should fill in your Bitwarden account credentials. Once logged in to the Web Vault, please examine the various items that you had modified in the extension, and establish whether or not the changes you made in the first browser extension appear to have taken effect in the Web Vault (i.e., the cloud database).
While still logged in to the Web Vault, examine the FILTERS section on the left:
Is there an item located between the My Vault filter and the 
New organization option, or is the My Vault filter followed immediately by New organization (as shown in the screenshot above)?
If there is an organization name shown below My Vault (above New organization), then your Bitwarden account is a member of a so-called organization, which may allow you to access and/or modify items that are stored in the organization’s vault. @Nail1684 was asking if the troublesome items were stored in an organization vault (because synchronization is expected to be slower for such items).
In your browser extension, please go to Settings > About > Bitwarden web app, and click Continue. This will open the Web Vault login page, where you should fill in your Bitwarden account credentials. Once logged in to the Web Vault, please examine the various items that you had modified in the extension, and establish whether or not the changes you made in the first browser extension appear to have taken effect in the Web Vault (i.e., the cloud database).
The vault search, made from profile #1, with the “4” vault login items, only revealed the contents of the second, 7 item profile. Shouldn’t the vault have reflected the latest changes, made in the profile where it resides? And if somehow, things got backwards, shouldn’t profile #1 reflect the 7 item data in profile #2? t Isn’t that what syncing is supposed to do, to reflect the latest changes that have been made?
Not sure what you mean by this — did you log in to the Web App (a.k.a. “Web Vault”) as I had suggested? It shouldn’t matter which browser profile you were using if you are logged in to the Bitwarden Web App.
If you’re interested in what “should” or “shouldn’t” have happened — than I can confirm that the expected behavior is for changes that have been made in one place (e.g., using one browser extension in one profile of one browser on one device) to be reflected immediately everywhere else (e.g., other devices, other browsers, other Bitwarden apps, etc.) within seconds of clicking Save, unless it is a change in an item that is stored in Bitwarden organization vault (in which case there may be a delay of up to 30 min before the change is synchronized).
This seems not to be the case for you, however, which is why @Nail1684 and I have posed a number of questions that are intended to gather information that might help us diagnose and troubleshoot the problem.
If you provide clear answers to all of our questions, we will hopefully be able to get to the bottom of the issue.
Unnecessary? As of today, both profile remain the same, despite the auto and manual syncing….4 & 7. What else would you have expected me, a novice, to conclude, to try, after the auto sync did not render the expected behavior, when nothing changed in the second profile? Especially considering all the other problems we have encountered lately?
It seemed reasonable to me that if one badge said “4” ,and there were “4” login options there, and the other badge said “7”, and there were “7” login options there, then they were representing what was immediately available in that profile when the BW menu for that profile was accessed, which was verified when I opened the BW toolbar menus in the respective profiles. How else would you expect me to interpret this?
I did precisely as you instructed, and reported the results in my previous reply, that the only data associated with that website in the vault had the “7’ login options, which indicated it was from profile “2”., not the profile I made the changes in.
@bituser In each browser profile, please open the browser extension and click on the account avatar icon (colored circle with your initials) in the upper right corner (shown circled in orange in the screenshot below):
This will open the Account Actions screen, shown below. Please look at the account that is labeled “active”, and pay close attention to the email address as well as the server name (bitwarden.com or bitwarden.eu) shown in gray font just below the email address:
Please repeat this for both browser profiles, and let us know whether you see any differences (no matter how small) in the email address or server information shown in the Account Actions view.
They are identical. The same email address, the only email address I have ever used in all my years as BW user
So, if I’ve understood correctly, the browser extension in the second browser profile has contents that are consistent with what you see in the Web app (vault.bitwarden.com), but the browser extension in the first browser profile has inconsistent data.
If so, I would suggest that you go to Account Actions in the first browser profile’s Bitwarden extension, click Log out, and then log back in. It may also help to clear the browser cache, restart the browser, and/or restart the computer before logging back in.
If that doesn’t fix the problem, then my next suggestion would be to do a clean reinstall of the browser extension. You then need to delete the Bitwarden extension’s data folders, which can be found by following the instructions here. For Firefox, this is a little complicated, because you need to do the following before uninstalling the extension:
Find the profile folders for your two browser profiles. Each profile folder will have a name that starts with 8 random characters, and can be found under the folder %AppData%\Mozilla\Firefox\Profiles\.
Enter the following in the Firefox address bar: about:debugging#/runtime/this-firefox, and make a note of the “Internal UUID” code shown for the Bitwarden extension. The internal UUID consists of 32 hexadecimal digits in five groups (with four hyphen separators). I’m uncertain whether each browser profile will show its own internal UUID, so best to check in both profiles.
The Bitwarden browser extension data folder for each profile can then be found in the following location:
%AppData%\Mozilla\Firefox\Profiles\[your_profile]\storage\default\moz-extension+++[UUID]^userContextId=[integer]
where you need to replace the strings [your_profile] and [UUID] with the profile folder names and internal UUID that you found above. The string [integer] will be a random 10-digit number.
In addition, in preparation for uninstalling, it would be a good idea to go through all of the user-configurable options in the browser extension Settings, including any domains listed under Settings > Autofill > Blocked Domains or under Settings > Notifications > Excluded Domains. The settings and preferences are not synced, so you will have to configure everything again after reinstalling the browser extension.
After you have located the data folders and recorded your important settings, uninstall the Firefox extension by going to about:addons, then clicking the ⋯ button for the Bitwarden extension, and selecting Remove. After removing the extension, go back to the data folder location previously identified, and check if the folder is still present — if so, delete the folder.
For the sake of clarity, I utilize the Firefox Profile Manager. All profiles are portable, in a location of my choosing.
Data Storage discusses the Desktop “app”. I have nothing BW related in %AppData%, whether the profile is mounted or not. I have collected the about:debugging#/runtime/this-firefox data, I did a search. If those items are in the profile folder, I can’t find them.
I just logged out/in to both BW’s, and did a manual sync. No change.
The first profile is more often used, where any/all changes are “generally” made. Since I have accessed the site in question on both, I may have made some BW changes in the second profile recently when we were trying to deal with all the duplicates. However, the latest changes were made in the first profile. So, the “inconsistent” data that we see in the the first profile toolbar menu vs. the vault there, is nonetheless the correct data.
I don’t know what that incorrect/not up to date vault data indicates. I’m afraid if I defer to the incorrect data in the vault, then all other corrections I have made would be reversed in favor of any/all obsolete data that should have been updated but was not,
Before I do anything drastic, I believe the first thing I should do, if possible, is correct the data in the vault of profile 1, to match it’s toolbar menu contents, and then see profile 2 accepts that data.
Frankly, at this point, I’m considering making a duplicate of profile 1, and importing all crucial files, i.e. session, history, etc., etc from profile 2, after which we cold see what happens after after a “sync”. Of course, the flaw in that scenario is the obsolete vault data that still remains.
It does not feel like there are any good options for me.
Pleas advise.
That link documents the data storage location for all clients, including the desktop app, browser extensions, mobile apps, web app, and CLI. You just need to scroll down past the Desktop App subsection to get to the subsection titled Browser Extension.
Do you profile folders contain a subfolder named storage? If you search the profile folder for extension, do you find any subfolders containing this word? If you search for idb, do you find any subfolders with this name? Are any of them inside a subfolder with a name that includes the word extension? Do any such idb subfolders contain files with that end with .sqlite (and possibly .sqlite-shm, .sqlite-wal, as well)?
Also, to rule out other possible causes, is the “location of [your] choosing” always available (on a fixed drive) and write-enabled?
Update: After I saw “moz-extension” in the about:debugging#/runtime/this-firefox, that’s the first place I looked. I did a file explorer search, for that first 8 number sequence, that rendered nothing.
I just tried it again with a third party search tool and found those entries for each profile.
What are we trying to accomplish with this complete reinstall? It’s still going to import something (from the cloud?) after logging in, correct? My guess is, it will be the obsolete data from profile 2, since it is apparently recognized by the BW system as the latest available?
Same thing applies to the vault I exported the on 12/9.
Every profile is on an internal ssd, encrypted partition. Just like my email, this is where they have always been.
All these past and current problems occurred out of the blue. I haven’t changed any BW settings in ages. The thing is, when I do the manual sync it, I get a confirmation. How do we justify that?
Logging in downloads a fresh copy of the encrypted database from the cloud servers. Uninstalling the browser extension and deleting the data folders ensures that potentially corrupted files contained in those folders don’t interfere with the database download.
I would guess the same, but we won’t know until you try it.
There will be two possible outcomes:
The sync issue does not recur, and after clearing out whatever was causing the problem (and starting over with a fresh set of user data), your two Bitwarden extensions will remain in sync with each other (which is the expected behavior).
The sync issue does recur, in which case you have an issue that is reproducible. Reproducible issues are easier to troubleshoot than intermittent issues, so even though you would still have a problem, there would be a silver lining.
Please respond to the following question:
Please see my previous, edited post.
What is the “same thing” that also applies to the export?
Is this the Windows native encryption (BitLocker) or a third-party solution like VeraCrypt? Windows updates sometimes change how volume encryption behaves. Are you certain that this encrypted partition has been 100% available (unlocked) while you’ve been working in the Bitwarden browser extensions.
&nsbp;
We have already established that there is something about your setup that is causing at least one of your browser extensions to behave in a way that is not how it is supposed to behave. Because of this circumstance, all bets are off (at least until a root cause for the problem has been found, or the problem has been otherwise eliminated) — thus, you cannot necessarily trust that confirmation messages are accurate, and it is not necessarily safe to assume that taking an action will have the expected effect.
The Bitwarden browser extension is automatically updated, and your Windows operating system also installs updates automatically, as does the Firefox browser. Therefore, circumstances can change even if you do not overtly make any changes to your setup.
VeraCrypt, Latest Stable Release - 1.26.24 (Friday May 30th, 2025). So if Veracrypt is related, we would seemingly have been dealing with this for 6 months. Windows 10 ESU. I have had some strange behavior since ESU, but I can’t verify it was ESU related
Everything Firefox profile related is behind that encryption. I cannot access anything on this partition without being logged in. Tools like BW are among the crucial purposes for the creation of the encrypted drive, and again, that is how it has been from the beginning, which i know I keep emphasizing, but before I would ever consider messing with remotely “questionable” BW settings-wise, the first place I would go for confirmation or advice would be here.
I have numerous other programs residing on that partition. I don’t recall anything out of the ordinary in that regard.
On first glance, there is nothing obvious in your setup (VeraCrypt, different browser profiles) that should prevent this from working — yet, it is apparently not working at the moment.
My best guess right now is that there is something that has become corrupted in that first browser profile’s extension data, preventing the extension from syncing correctly. Thus, my recommendation is that you do a clean uninstall (deleting any left-over data folders) — at least in that first browser profile (I assume that you can independently uninstall and reinstall add-ons for each different browser profile).
Hopefully, this fixes the problem (i.e., if you make new modifications from the first browser profile, they should be automatically synced with the web app and with the other browser extension, within seconds of saving the changes).
On the other hand, if the problem persists after reinstalling, then we’ll have a good starting point for further troubleshooting.
