I found an interesting bug report on GitHub (Issue #14993), which was recently “closed as not planned” (because @rmcdowell “attempted to reproduce [the] issue across multiple devices, and browsers, and was unable to do so”).
However, in my own tests, the bug is quite reproducible. I am interested to hear whether others in the community are able to reproduce this or not.
Steps to Reproduce (More Detailed Version than the Steps Outlined on GitHub):
Open and unlock the browser extension.
Go to the Vault view (do not skip this step!).
Do not close the browser extension pop-up until you reach Step 8.
Go to the Settings view.
Go to Vault Options > Folders.
Scroll down the list to look for a folder named “No Folder”.
Scroll to the bottom of the list and make a note of the last folder name in the list.
Close the browser extension pop-up window.
Re-open the browser extension pop-up window; it should still display the Folders view, as a result of the new UI persistence.
Scroll down the list to look for a folder named “No Folder”.
Scroll to the bottom of the list and make a note of the last two folder names in the list.
Expected Results:
In Step 6, the folder list should contain no folder named “No Folder” (which is the behavior observed in Step 10).
In Step 7, the vault folder that comes last in an alphabetical sort order should be shown at the end of the list (which is the behavior observed in Step 11).
Actual Results:
In Step 6 (but not in Step 10), the folder list includes a folder named “No Folder”.
In Step 7, the vault folder that comes second-to-last in an alphabetical sort order is shown at the end of the list, while the last folder is missing from the list (compare this to the last two folders observed in Step 11).
Additional Information:
In Step 6, the “No Folder” folder can be edited and renamed. The effect of doing so is that a new folder is created using the modified name, but the “No Folder” folder remains (or re-appears) in the list until the browser extension pop-up is closed and re-opened.
Versions:
I was able to reproduce this in Chrome extension version 20205.5.0 and in Edge extension 2025.5.1. Can anybody else reproduce this?
I can reproduce this on my Vivaldi extension 2025.5.0.
I’m not sure that list shouldn’t contain such a “folder” at all. – The filters also list the “no folder” folder, though it’s called “Items with no folder” there:
However, it seems there is indeed some kind of mix up with the last “ordinary” folder and the “Items with no folder” category in Settings → Vault options → Folders.
PS:
Following to what I wrote before, I would add / “suggest” to your second point, that the “Items with no folder” should be shown at the end of the list (at least that would be consistent with the folders filter in the Vault view).
→ so, to me that looks like there is (also) a discrepancy in implementation of that “Items with no folder” category (folders filters ↔ Settings) - and that might also explain (or at least give a hint to) the “edit bug”… ?! (my guess would be, the “Items with no folder” should be in the Folders list in the Settings, and it should be non-editable)
Another PS: Yeah, or maybe, it (“Items with no folder”) shouldn’t be listed at all there (Settings…)… It doesn’t serve a function there, when it can’t be edited or deleted… somehow, I think I would like to see it there, for “consistency”, but probably with a label like “read only” / without an edit-option (and without the ability to create sub-folders) / or at least a warning message if you try to edit it… But good question, if it should be there at all in that list…
For what it’s worth, in the old UI (2024.11.2), the list in Settings > Vault > Folders did not include a “No Folder” folder, even though the folder list on the Vault page did include “No Folder” folder as the last item in the folder list.
In my opinion, there is no good reason for “No Folder” (or “Items with No Folder”) to be shown in the folder list under Settings > Vault Options > Folders, because the only actions that can be performed in the Folders view are to add, rename, or delete folders — none of which are applicable to the category “No Folder” (or “Items with No Folder”).
Regardless, even if Bitwarden takes a position similar to yours, there can be no argument that the following behaviors represent a bug:
“No folder” appears in the middle of the list (in alphabetical sequence) instead of at the end.
The UI for folder renaming and folder deletion have not been disabled for “No folder”.
The inclusion of “No folder” in the folder list displaces the last folder, making it impossible to delete or rename the last folder in the alphabetically sorted list.
The behavior/appearance of the Folders list before and after Step 8 is not consistent.
It doesn’t serve a function there, when it can’t be edited or deleted… somehow, I think I would like to see it there, for “consistency”, but probably with a label like “read only” / without an edit-option (and without the ability to create sub-folders) / or at least a warning message if you try to edit it… But good question, if it should be there at all in that list…