Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Page MenuHomePhabricator

PaterMcFly
User

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

User Since
Apr 1 2016, 9:37 AM (451 w, 2 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
PaterMcFly [ Global Accounts ]

Recent Activity

Jul 8 2021

PaterMcFly added a comment to T221617: Automatic edit summaries should consider the full allowable edit summary length.

See for example the enwiki RfC about long edit summaries which lists Automatic edit summaries ... which add the entire wiki text content into the edit summary as one of the problems.

Jul 8 2021, 2:35 PM · MW-1.37-notes (1.37.0-wmf.12; 2021-06-28), Editing-team, User-DannyS712, MediaWiki-Logevents, MediaWiki-Comment-store
PaterMcFly added a comment to T221617: Automatic edit summaries should consider the full allowable edit summary length.

Currently the automatic edit summaries are cut of at an arbitrary 255 characters (or is it even bytes?), which is sometimes just to short for automatic messages. One of the main drivers for the other ticket was the lengthy summaries when reverting IPv6 edits, and as far as I can see, the advantage of the increased length was unchalenged for this use case. Here it's similar: The automatically generated message when creating an article should, to be helpful, include about the first sentence of the new article. That works better, the more space there is (particularly since about 100 chars are already used for the "The page was created"-prefix).
This ticket really is only about automatic edit summaries, and that part seems not to be questioned, as far as I can see.

Jul 8 2021, 5:05 AM · MW-1.37-notes (1.37.0-wmf.12; 2021-06-28), Editing-team, User-DannyS712, MediaWiki-Logevents, MediaWiki-Comment-store

Apr 23 2019

PaterMcFly created T221617: Automatic edit summaries should consider the full allowable edit summary length.
Apr 23 2019, 12:08 PM · MW-1.37-notes (1.37.0-wmf.12; 2021-06-28), Editing-team, User-DannyS712, MediaWiki-Logevents, MediaWiki-Comment-store

Oct 29 2018

PaterMcFly added a comment to T205775: Revision delete conflict is unreported and causes confusing log entries.

Additional finding: The same applies when performing revdel on a log entry, see https://de.wikipedia.org/w/index.php?action=historysubmit&type=logging&revisiondelete=1&ids%5B111542788%5D=1 (admins only). We remove very abusive user names from the newaccount log, since we have a bunch of vandals on dewiki who create offensive user names by the dozend.

Oct 29 2018, 7:18 PM · MediaWiki-Revision-deletion

Sep 29 2018

PaterMcFly created T205775: Revision delete conflict is unreported and causes confusing log entries.
Sep 29 2018, 9:51 AM · MediaWiki-Revision-deletion

Apr 1 2016

PaterMcFly added a comment to T27400: Software should allow admins to give specific users permission to edit specific pages through blocks.

I guess this should be implemented such that:

  • There can be a global list of pages any blocked user can edit (maybe except if he also has "allow talk page edit" rewoked).
  • There can be a list of pages a specific user can edit despite he's blocked. This should also include cases such as "all pages in user space"
Apr 1 2016, 9:41 AM · MediaWiki-Blocks