Page MenuHomePhabricator

Confirmation state appears when a user has edited a wish
Open, MediumPublicBUG REPORT

Description

Steps to replicate the issue (include links if applicable):

  • When a user edits the wish using the form, the new copy is saved, however the "wish confirmation state" also appears.
  • To replicate, 1, create a wish, 2, click edit, 3, make a new edit, 4, see the confirmation banner

What happens?:

What should have happened instead?:

  • Users should not see the confirmation state, or should see a confirmation state that says "This wish has been updated."

image.png (649×1 px, 135 KB)

Software version (on Special:Version page; skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):

Details

TitleReferenceAuthorSource BranchDest Branch
Move the postEdit storage setting to be after savingrepos/commtech/wishlist-intake!145samwilsonpostedit-after-save-2main
Move the postEdit storage setting to be after savingrepos/commtech/wishlist-intake!135samwilsonpostedit-after-savemain
Make postEdit notification work on save as well as editrepos/commtech/wishlist-intake!123samwilsonpostedit-msgmain
Customize query in GitLab

Event Timeline

This overlaps with T367937 a bit. I've made a patch that fixes both I think.

Could someone confirm that the two post-edit messages should be a) "Your wish has been submitted." and b) "This wish has been updated."?

@Samwilson Do we want the hook ran even on a null edit? I notice it will show the banner and the toast (with a link to the last revision ID). I wonder if this will cause problems for anything that listens to the postEdit hook and expects unique revision IDs.

I also notice when you first create a wish the toast popup link to Special:Diff/<rev id> does not work (returns a 500). The link does work when I create a new page on test.wikipedia.org, so I assume this is just a toolforge issue?

Thanks Dom!

That's a good point about null edits; patch made.

I'm not sure about the failed diff link, am looking into it more now. I have an inkling that it could be T360631.

Could someone confirm that the two post-edit messages should be a) "Your wish has been submitted." and b) "This wish has been updated."?

I went with "Your wish has been submitted" and "Your wish has been saved".

samtar merged https://gitlab.wikimedia.org/repos/commtech/wishlist-intake/-/merge_requests/135

Move the postEdit storage setting to be after saving

@Samwilson I am still seeing the toast and banner after a null edit. Has the test environment been updated correctly?

Has the test environment been updated correctly?

Nope, it seems that the change was overwritten by one for T368549! Oops. I've recreated it and will move this back to QA after it's merged and I've checked that it's deployed. Sorry for the goose chasing.