https://bugzilla.wikimedia.org/show_bug.cgi?id=47439
Sage Ross <rages...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|High |Low
--- Comment #4 from Sage Ross <rages...@gmail.com> ---
I think the ideal behavior would be that if the titled article exists *and* it
doesn't match the id, to just switch the id to the new one.
I can think of several situations where a student's article title gets deleted
but they would still be working on it: times when the student's first attempt
gets deleted but they try again to create an article that will stick, times
where page histories from two articles need to be merged (such as if a student
forks an article in their sandbox, and an admin does a delete-move-undelete to
merge the page histories of the sandbox and main article), and times when there
is back-and-forth over the page titles and pages get moved and then moved back
over a redirect.
In situations where the article gets deleted and stays deleted, it will be
useful to keep the redlink on the course page, so that the instructor and other
editors can keep track of what the student had been trying to work on, and have
a link to try to recreate the article if desired.
----
Jeroen, you suggested to simply un-assign the article from all students if it
gets deleted. I think that will be really confusing for students and
instructors, especially if they don't get notified that their article was
deleted. (We can handle this more elegantly once we integrate Echo
notifications.) However, if the course pages prompted them to re-add that title
(with a message like "Foo no longer exists. Re-add Foo?" [yes][no]) within the
Students table, it would be fine.
The current behavior (unlinked titles if the article exists but the id has
changed) is not terrible, and I think it has a slight advantage over simply
un-assigning articles without some easy way to re-assign the same title anew.
In either case, students will have to go through steps to re-assign their
article and will need to realize why it got unassigned, but with the current
behavior it's easier to see what happened and identify students who need
instructions on how to fix the issue.
Now that I understand the circumstances that cause the 'not linked' issue, I'm
downgrading the priority; I can document how to work around it and explain to
people what to do easily enough.
--
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
