#1299 Reassigning a shortcut entry to another Group not working properly

[MrMe]

Issue observed on Windows 8.1 using v3.37.1 of PasswordSafe.

It looks like the changes made in v3.37 related to a Shortcut entry has introduced another issue.

On creation of a shortcut entry, if the Group to create the shortcut in is selected at creation time, the shortcut entry goes into the specified Group as expected and this is reflected in the Tree view.

Where I observed a problem is if the shortcut enrtry is first created in the same group as the base entry, then after that, using the View/Edit entry to change the Group for the created shortcut entry to a different Group, the base entry is what gets moved (judging by the Tree view showing the shortcut base entry appearing under the Group where the shortcut entry should have been the entry to appear) while the shortcut entry stays in the original Group. To verify that this is not just a Tree view issue, even though the shortcut entry did not move as it should, the Group shown for it on the View/Edit entry screen is the Group that it should have moved to. The View/Edit entry screen for the base entry (which has the horizontal green triangle icon in Tree view) also shows the Group it is in to be the Group that was originally selected for the shortcut entry.

Hope this is clear.

I'm guessing that this issue might also be related to bug #1293 that I filed earlier.

[DrK]

I can't reproduce this is 3.38. When editing the shortcut entry, it is that which moves to the new group and not its base.

Note my previous comments to BR 1293 re: how you edit a shortcut depends on whether you edit it or its base.

[MrMe]

This can also be closed. DrK is right. It's not an issue in v3.37.1 nor v3.38. It's all related to the change where I didn't realize that I was editing the base when I thought I was editing the shortcut.