fix: name parsing with slashes - #115
Conversation
|
Hey, thanks for the PR! I've tested it a bit and it seems that the new regex will only return one level of folders and takes the rest of the string to be the name; is that right? For example, I think the general problem is that if |
|
Hey, thank you for a quick reply. Yes that's right. I did a quick research and found out that Bitwarden supports nested folders, thus I can incorporate nested folders to my naming scheme and change overall structure of entries. It's a pity that Bitwarden client nor browser extension do not allow for creation of nested folders directly, only by using |
|
Yeah, the UI could be more intuitive and comfortable 😕 But what do we do about the PR? If you still want to include slashes in the name, maybe the folder separator could be configurable? But that's also a lot of complexity.... |
|
I think we should close the PR, because now the functionality doesn't make sense. As you said, adding configurable separators would add unnecessary complexity and I think it would be confusing. I have a few ideas on how to handle this edge case:
|
|
I'm not sure about adding a line to the readme - you're the first person to run into this issue, so it doesn't seem that common to me. I think I'll wait until at least one more user chimes in that would find the hint helpful. In any case, thanks for your effort and I hope you like |
Rofi-rbw fails to retrieve entries with slashes after parsing.
Example:
folder:
Web, entry name:github.com/main-accountrofi-rbw matches
Web/github.comas folder andmain-accountas entry name. This results inCould not parse the output: Expecting valueerror message because no entry with the name ofmain-accountis found.This fails due to the greedy
.+regex operator in__parse_formatted_stringmethod. My proposed solution is to make the.+matching non-greedy by appending the?operator, thus the result of parsing is:folder:
Web, entry name:github.com/main-account