https://bugzilla.wikimedia.org/show_bug.cgi?id=15936

--- Comment #17 from Nemo <federicol...@tiscali.it> ---
(In reply to comment #16)
> This bug should have been marked as invalid, not fixed. There's a reason the
> patrol link is only added for people coming from Special:NewPages, namely
> that
> it is confusing to users otherwise, 

I don't see how it can be confusing. The patrol link for edit patrolling is
shown on every diff. Nobody raised this concern in years and the original patch
was reverted only for performance reasons; requiring rcid was *not* done for a
reason, it was just a limitation.

> especially in the case where they are
> using
> a different patrolling tool like PageTriage (Special:NewPagesFeed). If you
> want
> to be able to do edits and add tags without loosing your patrolling
> interface,
> you should try Special:NewPagesFeed. It retains the interface across edits.

This is not a valid suggestion. New pages patrolling is in core, that's an
extension. Moreover, the extension adds many other features.

> Having 2 competing interfaces on the same page is bad interface design.

Sure, it's annoying that this change was not coordinated with the extension. :[
PageTriage should hide the link if it has a competing interface, not too hard
to do I hope. This will also fix the problem of competing interfaces for people
adding the rcid manually or with scripts.

However, note that this bug was not fixed completely, see bug 48928: currently,
in some cases you actually need &patrolpage=1 to see the link. If the button
being used also for edit patrolling causes confusion, the most obvious solution
is amending the change to make the button about page patrolling only again, so
that it disappears after the page ("first revision") is patrolled.

-- 
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

Reply via email to