After deletion of shared note try to visit deleted page

Bug #677811 reported by David E Drury
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
webtrees
Invalid
Wishlist
Unassigned

Bug Description

After a shared note is selected from the Shared note menu item and then is deleted using the "delete shared note" menu option the following message is displayed "Unable to find record with ID". Think it would be better to return to the list of notes.

Revision history for this message
kiwi (kiwi3685-deactivatedaccount) wrote :

Is this not the case with most deletions? I'm sure I saw the same recently after deleting an INDI record.

Not disagreeing with the report, just wondering f there's a more generic solution required.

Revision history for this message
windmillway (windmillway) wrote :

I agree with kiwi.

When I originally wrote the shared note code about 18 months ago in PGV, if a shared was deleted, then the return WAS to the list of shared, and also had the facilty to create a new shared note when looking at the list.
However, in order to conform with how the List of SOUR's, REPO's etc operate, I removed this "return to list".
So it is not a bug as such, but operating as designed, and how other Lists operate.

As kiwi says, perhaps this should be brought up as a feature request rather than a bug, after it has been thought through.

In the meantime, I think I should mark this bug as invalid.

Brian

Changed in webtrees:
status: New → Invalid
Revision history for this message
David E Drury (david-drury) wrote : Re: [Bug 677811] Re: After deletion of shared note try to visit deleted page

Do you want me to do that?

Regards
David
Please consider the environment before printing this e-mail.

On 27/11/2010 12:49 pm, windmillway wrote:
> I agree with kiwi.
>
> When I originally wrote the shared note code about 18 months ago in PGV, if a shared was deleted, then the return WAS to the list of shared, and also had the facilty to create a new shared note when looking at the list.
> However, in order to conform with how the List of SOUR's, REPO's etc operate, I removed this "return to list".
> So it is not a bug as such, but operating as designed, and how other Lists operate.
>
> As kiwi says, perhaps this should be brought up as a feature request
> rather than a bug, after it has been thought through.
>
> In the meantime, I think I should mark this bug as invalid.
>
> Brian
>
> ** Changed in: webtrees
> Status: New => Invalid
>

Revision history for this message
windmillway (windmillway) wrote :

Yes please David,

Have a good look at the Shared Note List page, and think about anything else you may like to see here.
Then look at the Source and Repository List pages, and pass any comment about the operation of these.
All these tree list operate pretty much the same, so should be consistant.
I'll follow up with any comments I have OK?

Then post your request in the http://webtrees.net, tab forums, Request for Feature.

Brian

Changed in webtrees:
status: Invalid → Confirmed
wooc (wooc)
Changed in webtrees:
importance: Undecided → Wishlist
Revision history for this message
fisharebest (fisharebest) wrote :

If a user does not have "auto-accept", then it is correct to stay on the page, and the user will see a "deleted record".

If a user does have "auto-accpet", then I think we should keep the same process. This means that they must also come back to the same page.

You could argue that the "Record does not exist" message is actually the confirmation that the deletion has been sucessful.

After deleting a record, it is difficult to predict which page the user might want to visit next.

It is working as designed, and nobody has suggested a better design. So, I will close it.

If you do have any ideas, please feel free to reopen it!

Changed in webtrees:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.