#64240 closed defect (bug) (fixed)
Nested notes are not deleted or trashed when parent note is
| Reported by: |
|
Owned by: |
|
|---|---|---|---|
| Milestone: | 6.9 | Priority: | normal |
| Severity: | normal | Version: | 6.9 |
| Component: | Notes | Keywords: | has-patch has-unit-tests commit dev-reviewed |
| Focuses: | Cc: |
Description
Originally reported by @desrosj in https://github.com/WordPress/gutenberg/issues/72862
When a note has replies and you click delete, you are presented with the following: "Are you sure you want to delete this note? This will also delete all of this note's replies."
I agree that this is the desired behavior. However, this is not the case. The child notes are not deleted at all, they only disappear because their parent note has been trashed.
Change History (20)
This ticket was mentioned in PR #10496 on WordPress/wordpress-develop by @adamsilverstein.
5 weeks ago
#1
- Keywords has-unit-tests added
@adamsilverstein commented on PR #10496:
5 weeks ago
#2
This pull request is missing a link to a Trac ticket. For a contribution to be considered, there must be a corresponding ticket in Trac.
I created a Trac ticket to cover this PR and linked in the description.
#3
@
5 weeks ago
- Keywords commit added
- Owner set to adamsilverstein
- Status changed from new to assigned
@adamsilverstein commented on PR #10496:
4 weeks ago
#4
@desrosj Thanks for the feedback which I have addressed.
#5
@
4 weeks ago
- Component changed from Comments to Notes
Moving tickets related to the new Notes feature into the new Notes sub-component under Comments.
@shailu25 commented on PR #10496:
4 weeks ago
#6
Could we include the ticket number in the unit test?
@adamsilverstein commented on PR #10496:
4 weeks ago
#7
Could we include the ticket number in the unit test?
Oh, good idea. I wrote those before creating the ticket. Adding now...
#9
@
4 weeks ago
- Resolution fixed deleted
- Status changed from closed to reopened
reopening to consider back porting to the 6.9 branch.
cc: @desrosj
This ticket was mentioned in Slack in #core by wildworks. View the logs.
4 weeks ago
#13
@
4 weeks ago
Seems like this likely missed the deadline for RC2, so given the second committer signoff let's work to get backported this week so it lands ahead of RC3 next week.
#14
@
4 weeks ago
@adamsilverstein, do you have the bandwidth to do a backport commit? Or should the backport commit be made by someone other than the commiter who committed to trunk? I have not yet performed a backport commit, but would be happy to try if necessary.
#15
@
4 weeks ago
@wildworks The guidelines say: When porting a commit from trunk back to versioned branches, it’s best done by different committer than the one who made the trunk commit, as an extra layer of review.
Here are the details on how to do the backport:
https://make.wordpress.org/core/handbook/best-practices/backporting-commits/
Do you want to give it a try? Otherwise maybe @davidbaumwald can help.
I have only done backports a couple of times and always review and follow the instructions. There was also a recent discussion in the core-committer channel where @peterwilsoncc shared a script he uses.
#16
@
4 weeks ago
@adamsilverstein Yes, I'll try that later today. When I'm ready, I'll go through the #core-commiters channel to make sure the steps and commit message are correct before committing.
Fixes https://github.com/WordPress/gutenberg/issues/72862
Trac ticket: https://core.trac.wordpress.org/ticket/64240