We have "Zombie"-Aliases:
- Add an alias "zombie"
- Click "save"
- Remove the "zombie" alias
- Click "save"
- Add another alias, e.g. "12345"
- Click "save"
- Now the "zombie" alias appears again
Version: unspecified
Severity: normal
We have "Zombie"-Aliases:
Version: unspecified
Severity: normal
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Resolved | None | T44101 Removed alias gets displayed again when adding a new one | |||
Resolved | None | T44262 Tracking seperate baserevids per "page section" |
Consider that you are always editing the *base* revision - the revision that was current when you loaded the page. So: when you remove the "Zombie" alias, you are removing it from the original revision, which doesn't even have it. This generates an empty patch to be applied to the current/latest revision. So it isn't removed.
I don't see a solution other than maintaining the base revision for every widget, or trying to detect edit conflicts based on the field's previous value instead of using the base revision at all. That could actually be nice, but would need more work. OPen a ticket for that?
I think tracking the baserevid for each widget would be the easiest solution. I
made a new ticket for that: bug 42262
Also fails:
If I reload the page, I can remove the enwiki site link.
yes, in step 3, you are trying to remove the sitelink from the base revision, which does not contain it.