There is definitely an issue here. I have seen a similar issue to what the original poster reports many times. It is hard to reproduce and does not always happen or it happens under the right set of circumstances. The issues are probably all related. Here is a picture illustration of a database and the action I did with the result. This was done using the latest v3.36 of Password Safe on Windows 8.1 x64.
To reproduce, try create a database like the original in the picture and keep renaming the 'Subgroup 1' to for example, Subgroup 2, Subgroup 3 until you get behavior where some other group or entry that should not get renamed does get renamed. Like the original poster, I have also seen this behavior on delete of a group.
I have also see funky behavior of the tree-view for a large tree (i.e. when you have scroll bars appear because the tree is fully expanded for example) when a group/entry is renamed or deleted where the current view jumps to other areas of the tree from where the rename or delete occur. Again, these all may be related issues.
Since you said you couldn't reproduce this issue, I decided to see if I could recreate it again. I was able to recreate it (by renaming a group maybe 7 or 8 times until it occurred); just as in the bug-illustration.png picture I posted earlier. However, a new observation is that this seems to be only a display issue because as soon as the issue occurred, I saved the database and then reopened it. The duplicate was not in the database. Note: I'm using nested tree view and I'm not putting Groups first in the nested tree view. Maybe when this display issue appears occur, all one has to do is hit F5 to refresh the tree view. I'll check that next time, but it would be better if this didn't occur.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Quick update. Spent two minutes to verify that F5 (refresh) fixes the display where it looks like another entry title changes due to operation (like delete, rename) on a another entry. Hope this issue can be addressed soon.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'd appreciate it if someone could check if this is still relevant in 3.38.1, as much of the Group-related code has been changed since this was reported.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I can't reproduce this.
What version PasswordSafe and what Operating System are you using?
There is definitely an issue here. I have seen a similar issue to what the original poster reports many times. It is hard to reproduce and does not always happen or it happens under the right set of circumstances. The issues are probably all related. Here is a picture illustration of a database and the action I did with the result. This was done using the latest v3.36 of Password Safe on Windows 8.1 x64.
To reproduce, try create a database like the original in the picture and keep renaming the 'Subgroup 1' to for example, Subgroup 2, Subgroup 3 until you get behavior where some other group or entry that should not get renamed does get renamed. Like the original poster, I have also seen this behavior on delete of a group.
I have also see funky behavior of the tree-view for a large tree (i.e. when you have scroll bars appear because the tree is fully expanded for example) when a group/entry is renamed or deleted where the current view jumps to other areas of the tree from where the rename or delete occur. Again, these all may be related issues.
DrK,
Since you said you couldn't reproduce this issue, I decided to see if I could recreate it again. I was able to recreate it (by renaming a group maybe 7 or 8 times until it occurred); just as in the bug-illustration.png picture I posted earlier. However, a new observation is that this seems to be only a display issue because as soon as the issue occurred, I saved the database and then reopened it. The duplicate was not in the database. Note: I'm using nested tree view and I'm not putting Groups first in the nested tree view. Maybe when this display issue appears occur, all one has to do is hit F5 to refresh the tree view. I'll check that next time, but it would be better if this didn't occur.
Quick update. Spent two minutes to verify that F5 (refresh) fixes the display where it looks like another entry title changes due to operation (like delete, rename) on a another entry. Hope this issue can be addressed soon.
Possibly related to #1309?
No relation to [#1309], as this is platofrm-specific code, and that's a Linux bug.
Related
Bugs:
#1309I'd appreciate it if someone could check if this is still relevant in 3.38.1, as much of the Group-related code has been changed since this was reported.
I did some testing with v3.38.1
I could not reproduce any of what I reported before.
I deleted and renamed Groups without any issues. Even tried to make two Groups have the same name and it would not do it.
It looks to be working much better. I think this can now be closed.