Last modified: 2009-08-02 14:29:52 UTC
Special:RecentChanges won't allow for edits by only bots to be displayed. Tested on Meta and enwiki, selecting show bots, hide edits by logged in users and hide edits by logged in users doesn't work. Rather than display only edits by bots as one would expect, it only displays edits by anonymous users.
That's not what you should expect when setting "Show bots" and "Hide logged-in users". Since bots are logged-in users, their edits will be hidden. There is currently switch in the RC interface to show bot edits only, I agree that there should be.
I'd suggest that the "Show bots" selection should overrule any "Hide logged-in users" and display edits by bots only. I think that is the operation that most users will expect and is the most useful. Regardless of how the interaction of rules is implemented, the selection of show bots, hide logged in users, hide anonymous users as I've discussed above, should either display nothing, or display only edits by bots.
(In reply to comment #2) > I'd suggest that the "Show bots" selection should overrule any "Hide logged-in > users" and display edits by bots only. I think that is the operation that most > users will expect and is the most useful. Regardless of how the interaction of > rules is implemented, the selection of show bots, hide logged in users, hide > anonymous users as I've discussed above, should either display nothing, or > display only edits by bots. > Show bots shows edits by both bots and normal users. Hide logged-in users hides *all* edits by logged-in users *including bots* (as they are logged-in users). The combination of "Hide anonymous users" and "Hide logged-in users" hides all edits by definition, because every edit is either anonymous or logged-in. I'd suggest changing this proposal to "Add a Show/Hide non-bot edits" to Recentchanges.
It shouldn't should anything as Roan notes but it currently displays edits by IPs. This should either be changed to show nothing or to show only edits by bots which I'd suggest is the most useful.
(In reply to comment #4) > It shouldn't should anything as Roan notes but it currently displays edits by > IPs. This should either be changed to show nothing or to show only edits by > bots which I'd suggest is the most useful. > You don't seem to understand what these switches do exactly: Hide minor edits: Only show non-minor edits Show minor edits: Show both minor and non-minor edits Hide bots: Only show normal (non-bot) edits Show bots: Show both bot and non-bot edits Hide anonymous users: Only show logged-in edits Show anonymous users: Show both anonymous and logged-in edits Hide logged-in users: Only show anonymous edits Show logged-in users: Show both anonymous and logged-in edits etc. Somehow, everyone seems to think the first two (concerning minor edits) make perfect chance, but have trouble understanding the rest of them. I'll say it again: the options you chose show IP edits only. That's *not* a bug, that's *intended behavior*. Changing it do show something else would be illogical and require ludicrously ugly code. The best option IMO is to just add a "Show/Hide non-bot edits" switch.
I'm sorry, I now realise my mistake. I think I understand this fine but did make an error in my first post when I said "hide edits by logged in users and hide edits by logged in users", this should read "hide edits by logged in users and hide edits by anonymous users". Hopefully this will clarify this.
(In reply to comment #6) > I'm sorry, I now realise my mistake. I think I understand this fine but did > make an error in my first post when I said "hide edits by logged in users and > hide edits by logged in users", this should read "hide edits by logged in users > and hide edits by anonymous users". Hopefully this will clarify this. > I understood that. Like I said before, choosing both "Hide anon. edits" and "Hide logged-in edits" will hide all edits by definition, as every edit is either anonymous or logged-in.
(In reply to comment #7) > (In reply to comment #6) > > I'm sorry, I now realise my mistake. I think I understand this fine but did > > make an error in my first post when I said "hide edits by logged in users and > > hide edits by logged in users", this should read "hide edits by logged in users > > and hide edits by anonymous users". Hopefully this will clarify this. > > > > I understood that. Like I said before, choosing both "Hide anon. edits" and > "Hide logged-in edits" will hide all edits by definition, as every edit is > either anonymous or logged-in. > But it doesn't work.
(In reply to comment #8) > But it doesn't work. Hmm, apparently the software is too smart to let you choose both, realizing that would be pointless (as no edits would be shown).
(In reply to comment #9) > (In reply to comment #8) > > But it doesn't work. > Hmm, apparently the software is too smart to let you choose both, realizing > that would be pointless (as no edits would be shown). > What would be smart would be if it would allow you to hide anons, hide logged in users, but overrule this rule by saying show bots. That is more likely to reflect what people will expect and would be most useful. In any case, I don't think it is particularly helpful just to silently ignore a request that would show no edits, instead a warning should be displayed.
(In reply to comment #10) > What would be smart would be if it would allow you to hide anons, hide logged > in users, but overrule this rule by saying show bots. That is more likely to > reflect what people will expect and would be most useful. In any case, I don't > think it is particularly helpful just to silently ignore a request that would > show no edits, instead a warning should be displayed. Currently the anon/logged-in thingies act like toggle, which I think is smart enough. I don't really understand why you're clinging to the idea that hide anons + hide logged-in + show bots should show bots only, rather than just adding a "Hide non-bot edits" toggle and be done with it.
(In reply to comment #11) > (In reply to comment #10) > > What would be smart would be if it would allow you to hide anons, hide logged > > in users, but overrule this rule by saying show bots. That is more likely to > > reflect what people will expect and would be most useful. In any case, I don't > > think it is particularly helpful just to silently ignore a request that would > > show no edits, instead a warning should be displayed. > > Currently the anon/logged-in thingies act like toggle, which I think is smart > enough. I don't really understand why you're clinging to the idea that hide > anons + hide logged-in + show bots should show bots only, rather than just > adding a "Hide non-bot edits" toggle and be done with it. > Because it is the most straightforward and logical approach. We already have options to hide logged in edits and anonymous edits and to show/hide bot edits. It would be sensible just to simply exempt bots from being otherwise hidden by the logged in user when show bots is selected.
(In reply to comment #12) > Because it is the most straightforward and logical approach. We already have > options to hide logged in edits and anonymous edits and to show/hide bot edits. > It would be sensible just to simply exempt bots from being otherwise hidden by > the logged in user when show bots is selected. It might make sense to some people, but it doesn't make any sense from a programming perspective and will therefore be ugly to implement. A new switch will be cleaner.
(In reply to comment #13) > (In reply to comment #12) > > Because it is the most straightforward and logical approach. We already have > > options to hide logged in edits and anonymous edits and to show/hide bot edits. > > It would be sensible just to simply exempt bots from being otherwise hidden by > > the logged in user when show bots is selected. > > It might make sense to some people, but it doesn't make any sense from a > programming perspective and will therefore be ugly to implement. A new switch > will be cleaner. > Software should most definitely not be designed from the perspective of what is easiest or cleanest to implement rather it should consider what is in the best interests of its users.
(In reply to comment #14) > Software should most definitely not be designed from the perspective of what is > easiest or cleanest to implement rather it should consider what is in the best > interests of its users. True. However, there isn't much of a difference between your idea and my idea from a user perspective (I daresay mine is clearer for someone new to wikis).
Changed component to "RecentChanges"
Can't provide everything while keeping the ui simple. Line has to be drawn at some point or an alternative solution must be created.
*** This bug has been marked as a duplicate of bug 13441 ***
