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
Description
Description
Details
Details
- Reference
- bz42101
| 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" |
Event Timeline
Comment Actions
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?
Comment Actions
I think tracking the baserevid for each widget would be the easiest solution. I
made a new ticket for that: bug 42262
Comment Actions
Also fails:
- add site link enwiki => Map (all good so far)
- add site link eswiki => Mapa (good so far)
- click edit => remove of enwiki site link and get an error "The site link could not be removed."
If I reload the page, I can remove the enwiki site link.
Comment Actions
yes, in step 3, you are trying to remove the sitelink from the base revision, which does not contain it.