Jump to content

User talk:Whatamidoing (WMF): Difference between revisions

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Browse history interactively
← Previous edit
Content deleted Content added
VisualWikitext
→Edit check link: new section
 
(37 intermediate revisions by 13 users not shown)
Line 1: Line 1:
Old discussions: {{oldid2|607386207|June 2013 to May 2014}}, {{oldid2|663217310|June 2014 to May 2015}}, {{oldid2|722360422|June 2015 to May 2016}}, {{oldid2|779358100|June 2016 to May 2017}}, {{oldid2|899885972|June 2017 to May 2018}}, {{oldid2|906443941|June 2018 to May 2019}}, {{oldid2|966380032|June 2019 to May 2020}}, {{oldid2|1023347804|June 2020 to May 2021}}, {{oldid2|1062707173|June 2021 to May 2022}}
Old discussions: {{oldid2|607386207|June 2013 to May 2014}}, {{oldid2|663217310|June 2014 to May 2015}}, {{oldid2|722360422|June 2015 to May 2016}}, {{oldid2|779358100|June 2016 to May 2017}}, {{oldid2|899885972|June 2017 to May 2018}}, {{oldid2|906443941|June 2018 to May 2019}}, {{oldid2|966380032|June 2019 to May 2020}}, {{oldid2|1023347804|June 2020 to May 2021}}, {{oldid2|1062707173|June 2021 to May 2022}}, {{oldid2|1157665685|June 2022 to May 2023}}.


== Notify readers for page issues in talk pages ==


Hello! I had an idea and thought about discussing it with you given your involvement in talk page discussions. Some time ago I've expressed the wish to introduce the "resolved/unresolved" feature in DiscussionTools, or even summaries, things we already have at MediaWiki talk pages (they use Flow, no?). Now I'm extending that idea to incorporate a rather non-invasive notice of some sort in main pages accompanying talk pages if there are unresolved issues in them.
== WMF labs/Toolforge question ==


For a simple example, check [[Talk:Swedish Sports Confederation|this page]]. I wrote something in it nearly 2 weeks ago but no one has taken any action about it. Maybe a small notice of some sort in the article page would make interested readers come and act on it? Maybe this would give readers the opportunity to see if a page they're reading has any issues on it and possibly involve them in the on-going discussion? Or maybe we don't really want readers to participate massively in such discussions and this would be a bad idea overall? A similar mechanism already exists on big wikis though where articles get notice templates notifying readers about the problems they might have, even though they're not usually related to talk page discussions. This would make use of that principle and extend it to be a native feature in all namespaces, not only the main one. - [[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 14:35, 5 August 2023 (UTC)
I know you're not the right person to ask this, but I'm hoping you can tell me where I should ask instead. I set up a [https://facstats.toolforge.org/ FAC statistics tool] on Toolforge last year, and have been maintaining the data since then. I've been using putty to ssh into tools-dev.wmflabs.org, and that has not been responding for several days now. I see that tools-login.wmflabs.org is responding, but I've no memory of what my password or even userid is and I recall it being a royal pain to set up the automated connection, so I'm very much hoping that tools-dev comes back to life. Can you tell me where I can ask why it's not responding, or when it might be coming back? Thanks. [[User:Mike Christie|Mike Christie]] ([[User_talk:Mike Christie|talk]] - [[Special:Contributions/Mike_Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 11:05, 5 July 2022 (UTC)
:Hello, @[[User:Klein Muçi|Klein Muçi]], I was happy to find a note from you when I returned from my long holiday.
:I think the problem with that particular comment is that almost nobody is watching the page, and therefore almost nobody will see it. @[[User:PPelberg (WMF)|PPelberg (WMF)]] and the Editing team (who are now focused on [[mw:Edit check]]) have talked about this problem, especially thinking about communities the size of sqwiki. An experienced editor will know how to provoke a response if something is important. Here, if it were important, you or I would go to a village pump, a WikiProject page, or a noticeboard. At smaller wikis, most communication might happen on <code>User_talk:</code> pages. But an inexperienced editor won't know how to do that, and if nobody's watching the page, then the comment will get overlooked. I don't think that they ever came to a conclusion about how to solve the problem.
:If you are thinking about a category-based system (i.e., add a template that puts the page in a "Category:Wikipedia talk pages with unresolved questions"), then that might work, assuming that there were people interested in clearing that backlog. There would, however, be the difficulty of less-experienced editors knowing how to trigger the extra attention. This would be similar to the existing [[Wikipedia:Edit requests]] approach.
:Automagically displaying the talk page situation in the mainspace would probably require a significant but feasible change to MediaWiki. I think that would require [[phab:T132072]] (or something like it). That work appears to be one of those things that (almost) everyone agrees would be a good idea, but nobody ever prioritizes high enough to get it done. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 15:34, 17 August 2023 (UTC)
::Hi! Hope you had a good time on your vacations! {{Smiley|:-)}}<br style="margin-bottom:0.5em"/>Actually what I'm thinking is neither of those suggestions (even though the phab task you mentioned looked really interesting). I was just picturing a system where each talk page discussion has a square box near it the tick of which marks it as resolved. If there are unresolved discussions/issues, a notice comes on the homologue mainpage notifying each reader that the following discussions are still open and on-going on the talk page and their participation would be valuable (this notice copies all the titles of the unresolved discussions and links to them in a list format).<span id="Klein_Muçi:1692372326439:User_talkFTTCLNWhatamidoing_(WMF)" class="FTTCmt"> —&nbsp;[[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 15:25, 18 August 2023 (UTC)</span>
:::I think making the notice appear in the mainspace (reliably) would require this "meta-data" system to work. It could perhaps be faked with a bot, but cached versions would be outdated. (Perhaps it would work better if it displayed to logged-in users, since I have heard that those are a little different for caching purposes?) [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 04:43, 23 August 2023 (UTC)
::::Yeah, a bot could also help but it would be better if it was a native feature because small wikis tend to lack such infrastructures.<span id="Klein_Muçi:1692781666893:User_talkFTTCLNWhatamidoing_(WMF)" class="FTTCmt"> —&nbsp;[[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 09:07, 23 August 2023 (UTC)</span>
:::::I agree with you. Even in the larger wikis, bots aren't a reliable long-term solution. Bot operators may leave or lose interest. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 16:19, 23 August 2023 (UTC)


== A barnstar for you! ==
:@[[User:Mike Christie|Mike Christie]], I ''think'' you need to be talking to [[User:DCaro (WMF)]] or [[User:ABorrero (WMF)]].
:The other thing I'd suggest – no guarantees that it's relevant, but it might be worth a try – is to see if you can still login to https://wikitech.wikimedia.org/. (You [[wikitech:User:Mike_Christie|already have an account there]].) It's a separate wiki. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 18:32, 5 July 2022 (UTC)
::{{tps}} @[[User:Mike Christie|Mike Christie]] Hey! Those old machines were removed [[:wikitech:News/Toolforge Stretch deprecation|fairly recently]], and the modern names for the login servers are login.toolforge.org and dev.toolforge.org. You need to use an SSH key to log in, the machines don't let you log in with a password directly. Looking at maintainers of the factstats tool, it looks like your shell username is 'mikechristie' and the username for that account (which can be used to log in to Wikitech or toolsadmin.wikimedia.org to manage your SSH keys) is 'Mike Christie'. [[User:Taavi|Taavi]] ([[User talk:Taavi|talk!]]) 19:07, 5 July 2022 (UTC)
:::Taavi, thanks! I have an ssh key set up for the old box, but not having worked with that technology much I have almost no memory of how I did it. I remember I did find a how-to page somewhere on one of the support pages explaining how to use puttygen; do you happen to know where I should be looking? [[User:Mike Christie|Mike Christie]] ([[User_talk:Mike Christie|talk]] - [[Special:Contributions/Mike_Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 19:30, 5 July 2022 (UTC)
::::Maybe [[:wikitech:Help:Access to Toolforge instances with PuTTY and WinSCP]]? The screenshots look a bit dated, but if you use the modern hostnames it should work fine. [[User:Taavi|Taavi]] ([[User talk:Taavi|talk!]]) 19:39, 5 July 2022 (UTC)
:::::That does look familiar; thank you. I see the tool I wrote is still working, so presumably everything is still there behind the scenes and all I need is to get access to do the updates. Thanks again for the help! [[User:Mike Christie|Mike Christie]] ([[User_talk:Mike Christie|talk]] - [[Special:Contributions/Mike_Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 19:48, 5 July 2022 (UTC)
::::::{{u|Taavi}}, just a note to say thanks again; I have access to the tool now. Still have no idea what my shell password is but it seems I don't need it now I've set up the ssh passphrase. Anyway, everything is accessible again. [[User:Mike Christie|Mike Christie]] ([[User_talk:Mike Christie|talk]] - [[Special:Contributions/Mike_Christie|contribs]] - [[User:Mike Christie/Reference library|library]]) 15:19, 7 July 2022 (UTC)
:::::::Thanks for sharing the good news, Mike. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 17:45, 7 July 2022 (UTC)


{| style="background-color: #fdffe7; border: 1px solid #fceb92;"
== Discussion diffs ==
|rowspan="2" style="vertical-align: middle; padding: 5px;" | [[File:Tireless Contributor Barnstar Hires.gif|100px]]
|style="font-size: x-large; padding: 3px 3px 0 3px; height: 1.5em;" | '''The Tireless Contributor Barnstar'''
|-
|style="vertical-align: middle; padding: 3px;" | Thank you for your diligent effort over the past decade! ~ 🦝 [[User:Shushugah|Shushugah]]&nbsp;(he/him&nbsp;•&nbsp;[[User talk:Shushugah|talk]]) 17:30, 26 September 2023 (UTC)
|}


:Thank you for the barnstar! I appreciate it. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 21:59, 26 September 2023 (UTC)
Hello!


==Season's Greetings==
I am aware how diffs work, how you can view and compare different version and changes in them and all that jazz. However there is something that has been bothering me for a while now. Someone replies/edits something in a talk page I've interacted recently. I get an email being notified about that change. In that email there are some links, the most "straightforward" of which (the one that can actually show me what the user actually said/did) is the one under the heading ''To view this change, see''. If I follow that link, I get sent into a diff page and I can see what was changed in terms of wikitext but it is difficult to actually jump to that section and see the actual discussion/participate in it.
{| style="border:2px ; background-color: #FFF7E6;"
|rowspan="2" valign="right" | [[File:Pulpit - Baptistry - Pisa 2014 B.jpg|250px]]
|rowspan="2" |
|style="font-size: x-large; padding: 2; vertical-align: left; height: 1.1em;" | '''Season's Greetings'''
|-
|style="vertical-align: middle; border-top: 1px solid gray;" | Wishing everybody a Happy Holiday Season, and all best wishes for the New Year! The Nativity scene on the [[Pulpit in the Pisa Baptistery]] by [[Nicola Pisano]] is my Wiki-Christmas card to all for this year. [[User:Johnbod|Johnbod]] ([[User talk:Johnbod|talk]]) 02:59, 24 December 2023 (UTC)
|}


== Glitches in reply tool ==
For a completely random example, this is the exact email that made me start this conversation:


I know it's been 3 years since you asked me about [https://en.wikipedia.org/wiki/User_talk:Chess/Archive_50#Glitches glitches in the reply tool], but I finally figured out the problem! Copying and pasting a block of text with a newline into the reply field causes it to break. I'll look into filing a bug report since you're no longer working at the WMF. <span class="nowrap">[[User:Chess|Chess]] ([[User talk:Chess|talk]]) <small>(please [[Help:Talk pages#Notifications|mention]] me on reply)</small></span> 16:04, 19 September 2024 (UTC)
To view this change, see


:Oooh, that's an interesting discovery, @[[User:Chess|Chess]]. Thanks for the update. I believe that @[[User:Trizek (WMF)|Trizek (WMF)]] is supporting the Editing team now, and I suspect that either @[[User:DLynch (WMF)|DLynch (WMF)]] or @[[User:ESanders (WMF)|ESanders (WMF)]] will be interested in the bug report. [[User:WhatamIdoing|WhatamIdoing]] ([[User talk:WhatamIdoing|talk]]) 00:03, 20 September 2024 (UTC)
https://en.wikipedia.org/w/index.php?title=User_talk:Joeytje50/JWB&diff=next&oldid=1097720987
::@[[User:Chess|Chess]], do you use any gadget? [[user:Trizek (WMF)|Trizek'''_'''(WMF)]] ([[user talk:Trizek (WMF)|talk]]) 08:51, 20 September 2024 (UTC)

:::{{re|Trizek (WMF)}} Yes, several. I'll see what the minimal combination is to reproduce. <span class="nowrap">[[User:Chess|Chess]] ([[User talk:Chess|talk]]) <small>(please [[Help:Talk pages#Notifications|mention]] me on reply)</small></span> 13:14, 20 September 2024 (UTC)
If you follow the link, you'll see that the only way to jump to that section if I'd wish to do so would be to click on the section title on the top, the small gray ECP text with the arrow. This doesn't look too intuitive. I would expect that I'd be able to jump on the section by pressing something at the bottom of the diff interface, right after reading what was actually changed. Instead there I get the whole page.
::::Thank you! I was asking, as I can't reproduce the issue. :) [[user:Trizek (WMF)|Trizek'''_'''(WMF)]] ([[user talk:Trizek (WMF)|talk]]) 14:58, 20 September 2024 (UTC)

:::::{{re|Trizek (WMF)}} I managed to reproduce this on test.wikipedia.org where I disabled all of my gadgets. I also forgot to add a crucial detail that the bug happens on Chrome/Edge mobile when copying into the source editor for the reply tool. <span class="nowrap">[[User:Chess|Chess]] ([[User talk:Chess|talk]]) <small>(please [[Help:Talk pages#Notifications|mention]] me on reply)</small></span> 17:33, 20 September 2024 (UTC)
Now, I understand that usually you don't want to interact with discussions that other people are having between them (if you'd have been present there, you'd get reply or mention notifications which are more straightforward) and I also understand that the current system works fine for diffs in a general way, for example for changes on the mainspace, and it is not envisioned for the way I'm trying to use it but do you think that the talk pages (or maybe each namespace) could use their own diffs interface specific to their aim and usage? With all the optimization that is currently happening to the talk pages I thought diffs and email notifications (watchlist) could also be optimized to be better utilized for discussion purposes and better overall interaction with the discussion tools. I was curious to read your thoughts on that. - [[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 16:05, 13 July 2022 (UTC)
::::::Sorry for my delayed reply @[[User:Chess|Chess]].

::::::If I understand correctly:
:My first thought is: What happens if it's a normal, edits-all-over-the-page kind of diff? A talk-page comment is usually neatly encapsulated inside a single section, and you could duplicate the "[https://en.wikipedia.org/w/index.php?title=User_talk:Joeytje50/JWB&diff=next&oldid=1097720987#ECP? →‎ECP?]" link at the bottom (just like one could make that link not be gray, and instead make it look like a link). But what would you do for [https://en.wikipedia.org/w/index.php?title=Wikipedia:The_difference_between_policies,_guidelines_and_essays&diff=prev&oldid=1097982888&diffmode=source an edit like this one], which touches the lead plus two sections? [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 17:36, 13 July 2022 (UTC)
::::::* using Chrome/Edge on Android, on the mobile site
::Well, that's more or less what I'm talking about. Your example is a change made in the Wikipedia namespace, not in the talkspace. I'm saying the current infrastructure works pretty well for other (most? all?) namespaces but maybe it can be optimized to behave differently in the [[WP:TALKSPACE|talkspace]] (that is, all talk pages in different namespaces) since a {{tq|talk-page comment is usually neatly encapsulated inside a single section}}. So we would have (at least) 2 diff infrastructures: One would be the current and one would be an enhanced version specifically tailored for talk pages.
::::::* copying and pasting a block of text with a newline into the reply field causes it to break (i.e. [https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(miscellaneous)&diff=1038797965&oldid=1038797826 it splits a paragraph into two]).
::The idea revolves around the {{tq|a talk-page comment is usually neatly encapsulated inside a single section}} thing. Of course there are times where users will need to do {{tq|edits-all-over-the-page}} even on the talkspace. That would be a logistical problem to be solved if we would choose to go the "enhance talkspace diffs" way.
::::::Is it all the time?
::A more crazy version of this whole thing would be to have enhanced diffs tailored-per-namespace for all namespaces but that would require even more thorough thought. Currently the idea was to just enhance the diff experience for the talkspace to allow for better integration with the new discussion pages. Generally faster interactions, involvement, replies, etc. - [[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 23:12, 13 July 2022 (UTC)
::::::I can't find a glitch on [https://test.wikipedia.org/w/index.php?title=Wikipedia%3ASandbox&diff=614150&oldid=613994 your published edits at testwiki]. Could you say more on how you tested this?
:::For diffs showing a single new comments, it should be technologically possible to add a {{clickable button|Go to this comment|white}} button. The link is predictable from the contents of the diff. [[User talk:Whatamidoing (WMF)#c-Klein Muçi-20220713231200-Whatamidoing (WMF)-20220713173600]] is the code for your comment that I'm replying to. Would that make it easier for you to find the comments and join the discussion? [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 18:16, 15 July 2022 (UTC)
::::::Based on your answers, we may [[phab:maniphest/task/edit/form/43/|create a bug report on Phabricator]].
::::I believe it certainly would. What about adding extra info like "who responded to what where" or maybe how many users are present in that specific discussion? More discussion info in general I mean. Those questions are just to give an idea because I'm certainly sure not all of them would be interesting to have on diffs, especially keeping in mind that those would be present at the discussion themselves as well. - [[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 01:20, 16 July 2022 (UTC)
::::::[[user:Trizek (WMF)|Trizek'''_'''(WMF)]] ([[user talk:Trizek (WMF)|talk]]) 14:14, 4 October 2024 (UTC)
:::::@[[User:Klein Muçi|Klein Muçi]], have you looked at this? https://patchdemo.wmflabs.org/wikis/6c2b1c9b3e/wiki/Talk:%C3%89tat_de_New_York This isn't quite the latest, but it's pretty close to the latest. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 19:24, 18 July 2022 (UTC)
:::::::{{re|Trizek (WMF)}} Your understanding is correct. Copying and pasting multiple paragraphs separated by newlines causes the reply tool to break and not recognize any of the text. It gets "lost" and the text box shows the text, but can't do anything with it (i.e. Refusing to post). Additionally (something I discovered while writing this), if I add a newline in the middle of a paragraph, then immediately backspace and delete the newline, all the text after the newline gets lost from the reply tool preview/final comment but not the textbox. This results in garbled text. <span class="nowrap">[[User:Chess|Chess]] ([[User talk:Chess|talk]]) <small>(please [[Help:Talk pages#Notifications|mention]] me on reply)</small></span> 14:32, 4 October 2024 (UTC)
::::::No, I know those features are present in talk pages. I was talking about those being present in diffs as well. Not all of them but maybe some or similar ones. The whole discussion takes into consideration a different, more "exotic" workflow. The one where you start your journey from an email about your watchlist and your diff becomes your main point of view. It is my belief that maybe there should be some ways in there, like the button you mentioned, to make people engage in the discussion they're reading about. Sometimes they want to do so themselves and we can just facilitate the process (again, like the button you mentioned) and some other times they already showed interest by following the link on the email and we can capitalize on that attention and try to elicitate it more with extra information enough to make them want to take part in the said discussion - assuming discussions generally benefit from increased numbers of users in them (?).
::::::::Would you be comfortable enough to fill [[phab:maniphest/task/edit/form/43/|the bug report on Phabricator]], @[[User:Chess|Chess]]? You have a better understanding of the steps you used to reproduce this, which I only can poorly translate in the structure of the task (is asks for steps to reproduce). Thanks! [[user:Trizek (WMF)|Trizek'''_'''(WMF)]] ([[user talk:Trizek (WMF)|talk]]) 14:49, 4 October 2024 (UTC)
::::::... Or we can just enhance the watchlisted talkpage emails themselves to act differently from other emails from other watchlisted pages and do all what I'm describing above. Both work but the general idea is that the whole thing is in regard to this kind of workflow, the one where you are "neutral" to the discussion, get notified randomly about it and it somehow gets your attention just a bit, and not the typical one where you go into a talkpage specifically with the intention to start a discussion or look for discussions to help around/take part in, which is what the new changes that are coming to talkpages soon will aim to accomplish. - [[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 22:41, 18 July 2022 (UTC)
:::::::The top of this page (I'm in diff mode), in the second column, looks approximately like this right now (the formatting is wrong on some links):
:::::::----
:::::::<center>'''[https://en.wikipedia.org/w/index.php?title=User_talk:Whatamidoing_(WMF)&oldid=1099081834 Latest revision as of 22:41, 18 July 2022] ([https://en.wikipedia.org/w/index.php?title=User_talk:Whatamidoing_(WMF)&action=edit edit]) ([https://en.wikipedia.org/w/index.php?title=User_talk:Whatamidoing_(WMF)&action=edit&undoafter=1099050039&undo=1099081834 undo]) ([[Special:Thanks/1099081834|thank]])'''</center>
:::::::<center>[[User:Klein Muçi|<bdi>Klein Muçi</bdi>]] ([[User talk:Klein Muçi|talk]] | [[Special:Contributions/Klein Muçi|contribs]])</center>
:::::::<center>''([https://en.wikipedia.org/w/index.php?title=User_talk:Whatamidoing_(WMF)&diff=1099081834&oldid=1099050039#Discussion_diffs →‎Discussion diffs]: Reply)''</center>
:::::::<center>''<small>[[Special:Tags|Tags]]: [[mw:Special:MyLanguage/Talk_pages_project/Replying|Reply]] Source</small>''</center>
:::::::'''Line 534:'''
:::::::<pre>::::I believe it certainly would. What about adding extra info like "who responded to what where" or maybe how many users are present in </pre>
:::::::----
:::::::This is generally considered a fairly complex and kind of cluttered part of the interface. It's great for highly experienced people like us (and some of us use scripts to add even more buttons), but it's confusing to people who are encountering it for the first time.
:::::::The PatchDemo link would add – if you scroll down to the discussion itself, not in the diff – something like "Latest comment: Yesterday, 7 comments, 2 people in discussion".
:::::::I'm not sure what you would actually want to put in the diff/the top part of the page that would make things better overall. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 17:52, 20 July 2022 (UTC)
::::::::Actually I do agree about the cluttered interface part. But I saw that as a problem on its own. Ideally speaking, if such a crazy idea as "diff pages redesign" would be to actually be taken into serious consideration, part of the enhancement per namespace that I proposed would also be to try and unclutter the current interface. I haven't gone as far as to actually consider the details, be that for uncluttering the current interface or for enhancing it in a "per namespace" logic; I was hoping to brainstorm it out here. The button idea was a good one, maybe that can be considered a bit more seriously. If no other changes can be thought about the diff interface, maybe we can consider changing the watchlist emails a bit instead to have some more extra information in regard to talk pages? Maybe even the button can be added there if we don't want to interfere at the diff interface at all (even though, generally speaking, I like the idea of having enhanced diff pages - be that even just for the unclutter element you mention - more). - [[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 21:16, 20 July 2022 (UTC)

== Talk page edit summaries ==

Regarding [//en.wikipedia.org/w/index.php?title=Wikipedia_talk:Talk_pages_project&diff=1100423332&oldid=1100423177 this question you posed]: I'm a bit confused as to why you asked it. As I recall, you've previously given stats on how little the edit summary field gets used in meaningful ways for talk page edits, so you already know the answer to your question has to be "very little in comparison". It feels like you're withholding some of your greater background knowledge of editor stats (which I immensely appreciate when you share it) for rhetorical effect, and I find it somewhat unsettling. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 20:34, 26 July 2022 (UTC)

:The one-off RecentChanges survey I did [[Wikipedia talk:Talk pages project/Archive 2#c-Whatamidoing (WMF)-2022-01-04T20:21:00.000Z-I have a huge problem with this - no edit summaries|has been archived]], but here's what I think I've learned so far:
:* Only a few people want custom edit summaries for talk-page replies, but they really, really want this. I don't think I've seen any of them change their minds yet, no matter what anyone else says.
:* It's difficult for the proponents to separate edit summaries in articles from edit summaries on talk pages. At some point, someone always says that if people get used to skipping edit summaries in the Reply tool, then they'll stop using edit summaries in articles, too.
:* Proponents of edit summaries seem to be more trusting of the accuracy/relevance of edit summaries than I am.
:* It's difficult for people to articulate ''how'' they use custom edit summaries on talk pages, part 1: The reason I'm trying to get this information is that they're coming to the Editing team with a solution: make feature X, and all will be well. But feature X already exists, and it already isn't used about 50% of the time in this context, so feature X is already not solving their problem. If we could find out what the actual problem is, maybe one of the designers could find a solution that actually solved their problem.
:* Part 2: I'm expecting to hear a story that sounds something like "I look at the edit summaries for several discussions, and I decide to read this one first because the edit summary says _____" or "I primarily look at the <code>/* section heading */</code> but for unusual actions, like summarizing an RFC, it's nice to have that flagged in the edit summary" or even "Generic edit summaries make it really difficult to find the right diff when I want to complain about someone". I am wondering if the actual story might be "I'm trying to waste as little time reading discussions as possible, and when people don't put the substance of their long comments in the edit summary field, then I have to go to all the trouble of clicking on the discussion and reading it all myself, which feels like lazy people making extra work for me". But I don't know, because when I ask, the answers I get feel tangential (e.g., Question: "How do you use edit summaries at ANI?" Answer: "Well, when I'm patrolling RecentChanges in the mainspace...").
:I'm curious how much this differs from your impression at this point. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 21:30, 27 July 2022 (UTC)
::I agree many commenters lump their views of talk page edit summaries with their view for all edit summaries, which makes it harder to learn about any relevant problems.
::As much as I'd like more editors to write meaningful talk page edit summaries, I fully understand that the vast majority see no need for it and don't (although I'm sure there must be others, off-hand, I'm the only one I can think of that does). I don't expect others to change their behaviour for my benefit.
::I think your goal of trying to find the underlying workflows that are being hindered by poor edit summaries isn't coming across. Perhaps you could provide more context, such as "Given that (some huge percentage) of talk page edit summaries aren't meaningful, what difficulties do you have with browsing talk page histories?", or "What tasks do you do using talk page edit summaries, and how are they hampered by less than (some small percentage) being meaningful?"
::Trust in any statement, including edit summaries, made by a given editor only comes with time: as you have more engagement with a given user, you can build an expectation of their reliability. Complete reliability, though, isn't necessary in order for an edit summary to play a role in prioritizing when to read a comment.
::I'm not likely to change my mind about wanting to write custom edit summaries for my comments, as I think it's courteous for others and I find it useful for myself when looking back at my own edits. But since others don't use this feature, I can understand it being hidden. If it's taken away entirely, that's life. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 22:26, 1 August 2022 (UTC)
:::I think you are right about the [https://xkcd.com/1172/ workflow] question.
:::Several years of discussions around edit summaries, combined with VisualEditor's edit summary memory ("just what I asked for, but not what I want"), may have had more effect on my own editing practices than on anything else. I doubt that anyone could object to [https://en.wikipedia.org/w/index.php?title=Special%3AContributions&target=WhatamIdoing&namespace=0&tagfilter=&start=&end=&limit=250 any of these edit summaries], taken in isolation. But when taken as a whole, it might feel odd. 10% of them say "Expand and source". More than 10% link to a SHORTCUT, which tells you "why" but not "what". Are these really useful for any purpose other than warding off unjustified short-term reverts? I have my doubts. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 00:04, 2 August 2022 (UTC)
::::Interestingly, although you decried how editors keep talking about mainspace edit summaries when you ask them about talk page edit summaries, you've just pointed to your mainspace edit summaries... I think mainspace edit summaries serve a different purpose that talk page edit summaries. On talk pages, you're having a discussion, so the edit summary can provide a brief synopsis of your comment. For articles, it would be too verbose to provide an overview for long edits, or too tedious for various types of minor edits, so the summary often provides a broad overview of what the edit touches upon. Some editors like to describe exactly what commas they move around; I'll just say "copy edit" for that type of edit (or phrases like "copy edit for conciseness" when tightening prose, "copy edit for clarity" when improving understandability, and so forth). I avoid using unexplained shortcuts, in order to avoid jargon. "Expand on (area X in the article); add citations" is, in my view, a reasonable edit summary. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 00:23, 2 August 2022 (UTC)
:::::I've basically stopped using custom edit summaries outside the mainspace, unless something needs an explanation. In the Talk: namespace, the equivalent search through contributions shows that 1% of my edits get a custom edit summary that contains three or more words. Perhaps I (subconciously?) don't want you to read only a brief synopsis of my comment. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 19:09, 2 August 2022 (UTC)
::::::Maybe it just feels repetitive to write a brief version of your comment (some editors have alluded to this)... I have found that sometimes I'll go back and revise my comment to be shorter after writing the edit summary. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 02:45, 5 August 2022 (UTC)
:::::::Perhaps the motto of many editors is "Please forgive the long letter; I didn’t have time to write a short one." [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 03:54, 9 August 2022 (UTC)
::::::::The land-rush nature of unmoderated conversation isn't helpful in this regard. Editors have incentive to reply as rapidly as possible to make themselves heard. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 21:00, 27 August 2022 (UTC)

== Problem with add topic tool ==

Hi WhatamIdoing, I am getting sporadic errors when I use the tool to add a topic to a talk page. what happens is that when I press the shift key my cursor gets moved to the beginning of the paragraph. as you can imagine this is distracting and sort of messes with my concentration. I have this problem on desktop with Windows 10 and Firefox, and on laptop with Windows 11 and Firefox (latest version as far as I know,) and the problem has occurred over more than one version of Firefox. I can get shift to work OK if I am typing continuously, but if I stop to correct it goes haywire. Is this a known bug? Same problem with question mark, parentheses, possibly other punctuation. If I save and re-open to source edit, no problem. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 17:36, 25 August 2022 (UTC)

:[[User:Pbsouthwood|Peter]], would you mind testing it in [[mw:Safemode|mw:safemode]]? This link should work: https://en.wikipedia.org/wiki/User_talk:Whatamidoing_(WMF)?safemode=1&dtenable=1 (Safemode temporarily disables gadgets and user scripts.)
:Also, do you have the same problem in both the visual and source modes? What about in the [reply] tool? [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 19:30, 25 August 2022 (UTC)
::Testing reply tool. Does not seem to be a problem. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 07:45, 26 August 2022 (UTC)
::I have identified one trigger. If I use [ctrl V] to paste something, the shift key moves cursor to the start.&middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 08:47, 26 August 2022 (UTC)
:::@[[User:Pbsouthwood|Pbsouthwood]]: Is that "paste anything at all" or "paste a 'complicated' thing"? One way I test this is to copy a couple of letters out of the browser's URL bar (like "ikip" from the middle of en.wikipedia.org). The goal is for there to be no possible way for the software to think that you're pasting a link, formatted text, etc. If it works for the plainest of plain text, but misbehaves when you copy (e.g.,) a citation (with italics and several links) or multiple paragraphs, then that would be valuable for the devs to know.
:::I really appreciate your efforts to reproduce this. I know that intermittent bugs can be difficult to track down. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 18:30, 26 August 2022 (UTC)
::::I know how hard it is to find an intermittent bug when you don't know the trigger. Anyway, see below (bottom of page examples of new topics and directly below using reply) for an example of simple text copy paste in which the source of the simple text should be obvious, and the consequences have been left directly visible, along with an edited version showing the intended text. With luck this may be reproducible on demand. It looks like using [ctrl V] toggles something in the tool which does not reset, but does not do that in the regular editor. Cheers, &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 03:56, 27 August 2022 (UTC)
:::::It seems to do the same thing here. (the bug struck just after the paste when I started a new sentence,but did not affect the "I" or the parenthesis, which also required a shiftkey use). It also did not affect this sentence. Testing reply tool using a copy-paste. Testing reply tool using a copy-paste. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 04:18, 27 August 2022 (UTC)
:::::(Testing reply tool using a copy-paste. Testing reply tool using a copy-paste. It seems to do the same thing here. (the bug struck just after the paste when I started a new sentence,but did not affect the "I" or the parenthesis, which also required a shiftkey use). It also did not affect this sentence. )
::::::[[User:Pbsouthwood|Peter]], do you think this might be two different bugs? One for pasting, and a different one for the shift key? I saw the paste-bug in Firefox over the weekend, but I haven't seen the shift key one. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 16:49, 29 August 2022 (UTC)
:::::::I would not have thought so. I am aware of a bug which is triggered by use of [ctrl V] to paste something that has been copied using [ctrl C] (I am unsure of whether cut and paste has the same effect, so will check). The effect is that the shift key afterwards moves the cursor to start of paragraph (home?), but apparently not consistently - there may be a difference between the effect in reply mode and in new topic mode. Copy and paste using the ctrl key seem to work as expected, and if I remember correctly, cut and paste using [ctrl X] and [ctrl P] also works as expected, though I am not sure of whether they affect shift key identically. What would the other bug be? &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 01:12, 30 August 2022 (UTC)
:::::::I tested cut and paste using [ctrl X] and [ctrl P] (see test section below) and it triggered the shift key bug in what may be a slightly different mode. It appears to be inconsistent in when it returns the cursor to (home), or maybe the pattern is complex and affected by small or unexpected effects, like minor edit corrections by backspacing preceding use of the shift key, which are lost from the record after saving. It is very frustrating, as literally any keystroke other than normal additive typing could potentially confuse the issue, and my typing typically has many errors. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 01:48, 30 August 2022 (UTC)
::::::::@[[User:Pbsouthwood|Pbsouthwood]], I've started [[phab:T316838]] for this. I think you're on to something. Maybe we need a few more eyes on it. Feel free to update/expand/correct anything I wrote there.
::::::::Also, do you get the same behavior in https://en.wikipedia.org/wiki/User:Whatamidoing_(WMF)?veaction=edit (visual editor, when you type and paste things like you would in a regular article)? [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 22:21, 31 August 2022 (UTC)
:::::::::I don't use Visual Editor so don't know. It annoyed me so much when it was first rolled out that I still have a knee-jerk aversion to it, which may be unfair. I will test it and see what I can find, but am a complete noob in its use, so no guarantees that I will find anything. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 06:22, 1 September 2022 (UTC)
::::::::::{{U|Whatamidoing (WMF)}}, So far no bug in VE. Will keep trying as I think of possible test cases, but have done cut and paste within an article, and cut and paste from another article so far without triggering the bug. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 11:45, 1 September 2022 (UTC)
:::::::::::Next question: can you get the bug to trigger at mw.org? Specifically, can you trigger it in DiscussionTools (like you can here), and can you trigger it in [[mw:Project talk:Sandbox/Structured Discussions test]], using Flow's visual mode?
:::::::::::(The point here is to figure out whether the problem is more likely to be in [[mw:Extension:VisualEditor]] or in [[mw:Extension:DiscussionTools]].) [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 22:29, 3 September 2022 (UTC)

== Double headers in mass message about subscribe button ==

For each MassMessage about the subscribe button, the bot MediaWiki Message Delivery added two headers. Could this be a problem with the message? [[User:Weeklyd3|Weeklyd3]] ([[User talk:Weeklyd3|talk]]) 00:37, 26 August 2022 (UTC)
:I was about to comment on the same thing. [[User:I dream of horses|I dream of horses]] [[Special:Contribs/I dream of horses|(Contribs)]] [[User talk:I dream of horses|(Talk)]] 01:10, 26 August 2022 (UTC)
::My mistake: I was distracted and forgot to remove the heading from the text. Fortunately, it's an easy fix. I've started at the end of [[Wikipedia:VisualEditor/Newsletter]] and am working my way up, in case anyone wants to start at the top and work your way down. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 01:13, 26 August 2022 (UTC)
:::Thanks! [[User:Weeklyd3|Weeklyd3]] ([[User talk:Weeklyd3|talk]]) 01:16, 26 August 2022 (UTC)
:::You started at [[:Special:Diff/1106704789/prev|01:09, 26 August 2022]] and finished at [[:Special:Diff/1106718848/prev|02:53, 26 August 2022]]. You should've asked me or request on [[WP:Bot requests]]. Nearly two hours, I could've done it in, like, 4 minutes.<span id="Alexis_Jazz:1663418494275:User_talkFTTCLNWhatamidoing_(WMF)" class="FTTCmt"> — <span style="color:#e08020">Alexis Jazz</span> ([[User talk:Alexis Jazz|talk]] or ping me) 12:41, 17 September 2022 (UTC)</span>
::::Thanks for the offer. Hopefully it will be many years before I make that mistake again. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 04:26, 19 September 2022 (UTC)

== Testing new topic tool in safe mode ==

Testing whether the shift key returns cursor to start of paragraph in safe mode. So far not happening. I can start a new sentence, go back and insert, or make a correction.
I think I had the same problem with reply, but <s>do not use Visual Editor</s> <u>have not tried visual mode</u> I will make some checks, but if it is a thing that starts after using a gadget I would guess I have to use that gadget first, so will check if it is happening in not safe mode first.
Cheers, &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 04:56, 26 August 2022 (UTC)

== Testing again, not in safe mode ==

Testing whether shift key will return cursor to stat of paragraph. Unable to reproduce problem. Will try to trigger by using short description helper. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 05:04, 26 August 2022 (UTC)

== Testing after using Short description gadget ==

Testing for shift key anomaly again. It does not seem to have been triggered by a single use of the short description gadget. As I have no idea what to do next to try to reproduce the result, I will wait until it happens again and try to work out what I did. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 05:27, 26 August 2022 (UTC)

== Testing with copy-paste. ==

I have to deal with. I left this example unedited so you could see what I now use the shift key the cursor is returned to the beginning of the paragraph. Each time I end up. And this is where Testing with a simple text copy -paste: Testing with a simple text copy -paste: &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 03:35, 27 August 2022 (UTC)

(Testing with a simple text copy -paste: Testing with a simple text copy -paste: And this is where I end up. Each time I now use the shift key the cursor is returned to the beginning of the paragraph. I left this example unedited so you could see what I have to deal with. )

== Yet another test ==

Very odd, as it has now just happened for this sentence. As you can see the bug strikes as soon as I use the shift key, but in this case it only affected the capital "A" starting the next sentence. I now test another sentence without the bug showing up. Testing with a copy but not pasting it. There seems to be no effect. I will now do the paste:Testing with a copy but not pasting it. and continue typing. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 04:04, 27 August 2022 (UTC)

(Testing with a copy but not pasting it. There seems to be no effect. I will now do the paste:Testing with a copy but not pasting it. and continue typing. As you can see the bug strikes as soon as I use the shift key, but in this case it only affected the capital "A" starting the next sentence. I now test another sentence without the bug showing up. Very odd, as it has now just happened for this sentence. )

== Wouldn't it be nice ==
... if when I clicked on the "reply" link from one of my contribs that used the reply tool, it would actually take me to a (useful) page that would explain how I installed it or how I can help others install it? You told me how to install it, and I would have to search who-knows-where to find that explanation. And when I [https://www.mediawiki.org/wiki/Talk_pages_project/Replying click on the page] that my edit summaries take me to, and search on the word "install", I find nothing. I'd really like to explain to {{u|Wtfiv}} how to use this tool because they a) frequently forget to sign posts, which means I can't use the reply tool and have to incur extra editing steps, and b) if they did use the reply tool, their posts would automatically be signed (and correctly indented)! So maybe you can explain that here for Wtfiv, and get whomever wherever to provide some useful instruction on the page the edit summaries link us to. Bst, [[User:SandyGeorgia|'''Sandy'''<span style="color: green;">Georgia</span>]] ([[User talk:SandyGeorgia|Talk]]) 18:32, 27 August 2022 (UTC)

:Sandy, I've been using the reply tool increasingly. In part due to your encouragement. Unfortunately it's just one of those cognitive lapses that go along with my "less than linear" style. It goes along with missing words in a sentences, dangling anaphoric references, constantly typing homophones. I definitely work on being more wiki-friendly to other editors, but the changes are small and sometimes micro-incremental. And I find that these kinds of errors are just recurrent. Hopefully the strengths I feel I have to offer compensate for these issues, which I imagine can be quite (unintentionally) irritating.
:Now if there is a script for generating a reply box to unsigned replies or when their are bullets on a talk page that would be great! Often when addressing editor concerns, I have to go into a string of comments that need to be addressed one reply line at a time, but are completed with one global signature. This increases the probability of a forgotten signature. But then, that would address the problem of editors incurring extra steps. I'm just not sure how that would be practically implemented. [[User:Wtfiv|Wtfiv]] ([[User talk:Wtfiv|talk]]) 19:24, 27 August 2022 (UTC)
:Below the "Summary" box and the boilerplate notice regarding licensing, there's a link titled "Preferences". You can share that link with others to tell them how to enable the reply tool. [[User:Isaacl|isaacl]] ([[User talk:Isaacl|talk]]) 20:56, 27 August 2022 (UTC)
::@[[User:SandyGeorgia|SandyGeorgia]], the [reply] tool is now default-on for everyone using the desktop site, everywhere except the Finnish Wikipedia, and they'll get it this week. This wiki (and some others, but not most yet) also has the auto-signing ==New Topic== tool by default, though I imagine that some experienced editors have turned it off because they're prefer the full toolbar in the editing window.
::Since I've got three of you here anyway: It's not feasible to have a Reply box opened for every place you could reply. But it would be possible to have the ==New Topic== tool already open at the bottom of the page. Would you (personally) like such an option? (For myself, I think I'd rather have an "Add section" button at the bottom of each page.) [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 16:55, 29 August 2022 (UTC)
:::Thx, WAID. No, I would not care for that option. [[User:SandyGeorgia|'''Sandy'''<span style="color: green;">Georgia</span>]] ([[User talk:SandyGeorgia|Talk]]) 17:44, 29 August 2022 (UTC)

OK, looking through all of this again, with Isaacl's feedback, it seems to me that the setting is now in Preferences --> Discussion pages --> enable quick replying. ''If'' that is correct, my initial query remains; wouldn't it be nice if the link supplied in edit summary took us to a useful page that explains that, rather than to a useless wikimedia page that gives the history of the development of the tool, where one has to sort through historical gobble-dee-gook to figure out how to turn it on or off? [[User:SandyGeorgia|'''Sandy'''<span style="color: green;">Georgia</span>]] ([[User talk:SandyGeorgia|Talk]]) 17:50, 29 August 2022 (UTC)

:That link currently points to [[mw:Talk pages project/Replying]]. It could instead point to [[mw:Help:DiscussionTools]] (or even directly to the [[mw:Help:DiscussionTools#Reply%20tool|mw:Help:DiscussionTools#Reply tool]] section) or to the local information at [[Help:Talk pages#Reply tool]]. The latter has the advantage of a direct link to the correct bit of the Prefs.
:Getting this changed is just matter of replacing [[MediaWiki:Discussiontools-replywidget-reply-link]] with whichever link you prefer. I'm not sure if normal admins can still do that; it might require [https://en.wikipedia.org/wiki/Special:ListUsers?username=&group=interface-admin&wpsubmit=&wpFormIdentifier=mw-listusers-form&limit=250 one of the interface admins], such as @[[User:Enterprisey|Enterprisey]] or @[[User:Xaosflux|Xaosflux]]. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 18:14, 29 August 2022 (UTC)
::@[[User:SandyGeorgia|SandyGeorgia]] exactly which link do you want updated? Think I'm a little lost. Can you point to a specific diff? For example in [https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(proposals)&diff=prev&oldid=1107359586 this diff] of an edit I made, are you talking about where it says <code>(Tags: Reply, Source)</code> or somewhere else? — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 18:40, 29 August 2022 (UTC)
:::Which is we want to only change the 'tag' output, but not other places this is called - can be done at [[MediaWiki:Tag-discussiontools-reply]] (which currently just transcludes the other page's value). — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 18:42, 29 August 2022 (UTC)
:::{{u|Xaosflux}} the [https://en.wikipedia.org/w/index.php?title=User_talk:Whatamidoing_(WMF)&curid=39772455&diff=1107385010&oldid=1107384738 reply link on an edit summary like this] goes to [https://www.mediawiki.org/wiki/Talk_pages_project/Replying this very unhelpful page], where figuring out how/where to install the thing is more difficult than need be, as the page is mostly the history of development of the tool, and a ctrl-f on "install" produces nothing. WAID points out above that the edit summary link could go to [https://en.wikipedia.org/wiki/Help:Talk_pages#Reply_tool this page instead], or less ideally, to [https://www.mediawiki.org/wiki/Help:DiscussionTools#Reply_tool this page] (which is as bad as the original in terms of figuring out how where to install the thing and what it's called). If the edit summary reply link directed ideally to [https://en.wikipedia.org/wiki/Help:Talk_pages#Reply_tool this page], then the thing could be made more user friendly by ''using consistent language across pages'' (that is, explain that the thing in question is called "Enable quick replying"). These kinds of rollouts need not be so complicated if <those who do such things> would think like those trying to use it ... what's it called, where do I find it, etc, using consistent language ... "To enable or disable the quick reply tool, go here and click this". [[User:SandyGeorgia|'''Sandy'''<span style="color: green;">Georgia</span>]] ([[User talk:SandyGeorgia|Talk]]) 19:19, 29 August 2022 (UTC)
::::I will change the link. Furthermore, I imagine most wikis would benefit from this change, so I have filed {{phab|T316590}}. [[User:Enterprisey|Enterprisey]]&nbsp;([[User talk:Enterprisey|talk!]]) 19:43, 29 August 2022 (UTC)
:::::Thanks all !! [[User:SandyGeorgia|'''Sandy'''<span style="color: green;">Georgia</span>]] ([[User talk:SandyGeorgia|Talk]]) 19:46, 29 August 2022 (UTC)
:::::@[[User:Enterprisey|Enterprisey]] @[[User:SandyGeorgia|SandyGeorgia]] - just to be clear, this has nothing to do with anything in the '''edit summary''' correct? This is about the link on the revision tag? Also Enterprisey, in looking at your phab ticket. The link from the '''reply tag''' does not point to that at all, the link from the reply tag <code>(discussiontools-reply)</code> loads from [[MediaWiki:Tag-discussiontools-reply]], which currently transcludes [[MediaWiki:Discussiontools-replywidget-reply-link]], but it doesn't have to - and if someone were to change the ''"Reply" tag'' default destination, that would still leave the reply-link page pointing to the other page (which possibly it shouldn't either). I think 3 different terms are being mixed up in this discussion, and some of that has spilled over to the phab request. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 20:19, 29 August 2022 (UTC)
::::::The terms might have gotten a bit loose but I don't currently think I screwed up anywhere; I'm sure the phab people can sort me out if I did. [[User:Enterprisey|Enterprisey]]&nbsp;([[User talk:Enterprisey|talk!]]) 20:42, 29 August 2022 (UTC)
:::::::I left notes on that phab ticket. — [[User:Xaosflux|<span style="color:#FF9933; font-weight:bold; font-family:monotype;">xaosflux</span>]] <sup>[[User talk:Xaosflux|<span style="color:#009933;">Talk</span>]]</sup> 21:29, 29 August 2022 (UTC)
::::::Xaosflux, I don't know how to answer that question or explain. When one uses the reply tool to reply, there is automatically an edit summary included that links to the reply page we discussed above. I don't know the right terms I guess ... [[User:SandyGeorgia|'''Sandy'''<span style="color: green;">Georgia</span>]] ([[User talk:SandyGeorgia|Talk]]) 22:42, 29 August 2022 (UTC)
:::::::That's fine, I understood. I guess technically it's not in what the software considers an edit summary, but it's fixed now (or should be, you can check in the page history). [[User:Enterprisey|Enterprisey]]&nbsp;([[User talk:Enterprisey|talk!]]) 23:39, 29 August 2022 (UTC)

== Testing cut and paste in new topic ==

MID SENTENCE returns the cursor to start of the paragraph. A repeat test with a new sentence seems normal and another mid sentence shift DID NOTHING. It appears to have triggered the shift key bug as this is at the start of the paragraph. A second use of the shift key in a new sentence is back to normal and another shift in I will test the effect of a cut and paste on the following text: () I will paste it directly after this point. text to be cut and pasted. &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 01:27, 30 August 2022 (UTC)

( I will test the effect of a cut and paste on the following text: (<!-- text to be cut and pasted was originally here -->) I will paste it directly after this point. text to be cut and pasted. It appears to have triggered the shift key bug as this is at the start of the paragraph. A second use of the shift key in a new sentence is back to normal and another shift in MID SENTENCE returns the cursor to start of the paragraph. A repeat test with a new sentence seems normal and another mid sentence shift DID NOTHING. ) I may have confused the issue by making a typo correction at some point in the last sentence.

== Work-you note ==

Work-you note of a possible bug on your personal-you talk. '''[[User:Andrevan|Andre]]'''<span style="border:2px solid #073642;background:rgb(255,156,0);background:linear-gradient(90deg, rgba(255,156,0,1) 0%, rgba(147,0,255,1) 45%, rgba(4,123,134,1) 87%);">[[User_talk:Andrevan|🚐]]</span> 16:06, 1 September 2022 (UTC)

:Thank you! [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 22:29, 3 September 2022 (UTC)

== Archiving notifications ==

Hello!

Lately I've started getting some notifications about my comments being archived. I was surprised. Are they coming from the Discussions Tools? New feature? How do they work exactly? I accidently clicked to not get anymore notifications like that while I was playing around with it to learn more but I'm not sure if anything happened. It said to go to my preferences to get them back but they were already activated when I got there so... I'm confused as to what is actually going on. I checked around in Mediawiki and in WP:VPT but saw no mentioning of this. Maybe it's just a userscript I might have activated and DT are not related? - [[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 21:51, 10 September 2022 (UTC)
:@[[User:Klein Muçi|Klein Muçi]], the settings for Echo/Notifications are all in [[Special:Preferences#mw-prefsection-echo-echosubscriptions]]. This is part of DiscussionTools. @[[User:PPelberg (WMF)|PPelberg (WMF)]] would be interested in hearing what you think about them. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 20:09, 12 September 2022 (UTC)
::So it is related to DT. Thank you! <br style="margin-bottom:0.5em"/>As for what I think about it... I have nothing against it but from a utilitarian point of view, I'm not sure of its benefits. How can I utilize that information as a user? A topic I had interest in is no longer where it was. I guess this gives me a headnote to go to the history of the page and start searching for the white rabbit but other than that... It's better that nothing I suppose but what everyone really wants is links that survive archiving. If such a function existed, we could scrutinize these kinds of notifications in conjunction with that better. They could provide a link for the topic in the archive page, they could more correctly state what happened with the topic, if it got archived or actually just deleted (or changed!) and by who. And, further brainstorming, topics could have archive/un-archive links attached to them that would make the whole present-past infrastructure smoother.<br/>These notifications look like a building block in that kind of future world but in their current state they don't look like they have a lot of utilitarian value and I suppose that they risk annoying users without providing much in return.<span id="Klein_Muçi:1663068384346:User_talkFTTCLNWhatamidoing_(WMF)" class="FTTCmt"> —&nbsp;[[User:Klein Muçi|Klein Muçi]] ([[User talk:Klein Muçi|talk]]) 11:26, 13 September 2022 (UTC)</span>
:::Peter's worried that if something happens to the discussion (e.g., someone moves it to a different page, which is the official archiving process for the English Wikivoyage's equivalent of the Village Pump), then people will think that the tool is unreliable. It's new, so of course people don't really understand its limitations yet. I expect that I'll turn it off before long. It's kind of annoying on wikis that have archiving bots. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 18:44, 13 September 2022 (UTC)

== Information on Xtools ==

Hi WaId, Do you have any idea of where I could find out what Authorship model is used by Xtools? Cheers, &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 18:36, 11 September 2022 (UTC)
:I don't know if it is new or I just never noticed the small print, but today I saw a link saying powered by WikiWho, which I did not see before though I am fairly sure I looked at the place where the link is on previous occasions. If you asked around and someone added this, I thank you, and please thank them from me. If not, don't bother, I found it. Cheers, &middot; &middot; &middot; [[User:Pbsouthwood|Peter Southwood]] [[User talk:Pbsouthwood|<sup>(talk)</sup>]]: 11:50, 12 September 2022 (UTC)
::I'm glad you found it. [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 20:10, 12 September 2022 (UTC)

== Fork possibilities ==

I hadn't visited since before you posted what seems to be the last contribution to my Village Pump query on what resources are needed to host a fork of Wikipedia...and it got archived.
The data on the site you linked had no number after 2019 but it looks like I need to store over 20TB if I am to have everything (best to download first and triage later though).
Can a download be resumed if something interrupts it?
And how DOES one uncompress besides in the way one is warned not to?
[[Special:Contributions/71.105.190.154|71.105.190.154]] ([[User talk:71.105.190.154|talk]]) 10:02, 6 December 2022 (UTC)

:I've never tried it before. I suggest asking at [[Wikipedia:Village pump (technical)]], as I imagine that someone there has done this before. I think they'll need to know what kind of system you're running. Did you get MediaWiki installed yet? [[User:Whatamidoing (WMF)|Whatamidoing (WMF)]] ([[User talk:Whatamidoing (WMF)#top|talk]]) 05:58, 7 December 2022 (UTC)
::It's not among my currently installed ports but that's easy enough to install.
::However,I figure I need additional disk drives.
::[[Special:Contributions/71.105.190.154|71.105.190.154]] ([[User talk:71.105.190.154|talk]]) 08:52, 10 December 2022 (UTC)

== Happy New Year, Whatamidoing (WMF)! ==
<div style="border: 3px solid #FFD700; background-color: #FFFAF0; padding:0.2em 0.4em; height:auto; min-height:173px; border-radius:1em; box-shadow: 0.1em 0.1em 0.5em rgba(0,0,0,0.75);" class="plainlinks">
[[File:Fuochi d'artificio.gif|left|x173px]][[File:Happy new year 01.svg|x173px|right]]
{{Paragraph break}}
{{Center|{{resize|179%|'''''[[New Year|Happy New Year]]!'''''}}}}
'''Whatamidoing (WMF)''',<br />Have a prosperous, productive and enjoyable [[New Year]], and thanks for your contributions to Wikipedia. See [[User:Moops/New Years Eve Greetings|this for background context]].
<br /><span style="color: blue">—</span> [[User:Moops|<span style="color: green ">Moops</span>]] <sup><span style="font-size:80%">⋠[[User talk:Moops|<span style="color: indigo">'''T'''</span>]]⋡</span></sup> 15:24, 5 January 2023 (UTC)<br /><br />
</div>
&nbsp;&nbsp;&nbsp;''{{resize|88%|Send New Year cheer by adding {{tls|Happy New Year fireworks}} to user talk pages.}}''
{{clear}}<!-- From template:Happy New Year fireworks --> <span style="color: blue">—</span> [[User:Moops|<span style="color: green ">Moops</span>]] <sup><span style="font-size:80%">⋠[[User talk:Moops|<span style="color: indigo">'''T'''</span>]]⋡</span></sup> 15:24, 5 January 2023 (UTC)

== Edit check link ==

Hi Whatamidoing, just thought I'd note your link in the closed conversation at [[Wikipedia:Village pump (idea lab)]] to Edit check doesn't work. It is, apparently(!?), case sensitive and needs a small c. [[User:Chipmunkdavis|CMD]] ([[User talk:Chipmunkdavis|talk]]) 02:30, 27 February 2023 (UTC)

Latest revision as of 14:49, 4 October 2024

Old discussions: June 2013 to May 2014, June 2014 to May 2015, June 2015 to May 2016, June 2016 to May 2017, June 2017 to May 2018, June 2018 to May 2019, June 2019 to May 2020, June 2020 to May 2021, June 2021 to May 2022, June 2022 to May 2023.

Notify readers for page issues in talk pages

[edit]

Hello! I had an idea and thought about discussing it with you given your involvement in talk page discussions. Some time ago I've expressed the wish to introduce the "resolved/unresolved" feature in DiscussionTools, or even summaries, things we already have at MediaWiki talk pages (they use Flow, no?). Now I'm extending that idea to incorporate a rather non-invasive notice of some sort in main pages accompanying talk pages if there are unresolved issues in them.

For a simple example, check this page. I wrote something in it nearly 2 weeks ago but no one has taken any action about it. Maybe a small notice of some sort in the article page would make interested readers come and act on it? Maybe this would give readers the opportunity to see if a page they're reading has any issues on it and possibly involve them in the on-going discussion? Or maybe we don't really want readers to participate massively in such discussions and this would be a bad idea overall? A similar mechanism already exists on big wikis though where articles get notice templates notifying readers about the problems they might have, even though they're not usually related to talk page discussions. This would make use of that principle and extend it to be a native feature in all namespaces, not only the main one. - Klein Muçi (talk) 14:35, 5 August 2023 (UTC)[reply]

Hello, @Klein Muçi, I was happy to find a note from you when I returned from my long holiday.
I think the problem with that particular comment is that almost nobody is watching the page, and therefore almost nobody will see it. @PPelberg (WMF) and the Editing team (who are now focused on mw:Edit check) have talked about this problem, especially thinking about communities the size of sqwiki. An experienced editor will know how to provoke a response if something is important. Here, if it were important, you or I would go to a village pump, a WikiProject page, or a noticeboard. At smaller wikis, most communication might happen on User_talk: pages. But an inexperienced editor won't know how to do that, and if nobody's watching the page, then the comment will get overlooked. I don't think that they ever came to a conclusion about how to solve the problem.
If you are thinking about a category-based system (i.e., add a template that puts the page in a "Category:Wikipedia talk pages with unresolved questions"), then that might work, assuming that there were people interested in clearing that backlog. There would, however, be the difficulty of less-experienced editors knowing how to trigger the extra attention. This would be similar to the existing Wikipedia:Edit requests approach.
Automagically displaying the talk page situation in the mainspace would probably require a significant but feasible change to MediaWiki. I think that would require phab:T132072 (or something like it). That work appears to be one of those things that (almost) everyone agrees would be a good idea, but nobody ever prioritizes high enough to get it done. Whatamidoing (WMF) (talk) 15:34, 17 August 2023 (UTC)[reply]
Hi! Hope you had a good time on your vacations!
Actually what I'm thinking is neither of those suggestions (even though the phab task you mentioned looked really interesting). I was just picturing a system where each talk page discussion has a square box near it the tick of which marks it as resolved. If there are unresolved discussions/issues, a notice comes on the homologue mainpage notifying each reader that the following discussions are still open and on-going on the talk page and their participation would be valuable (this notice copies all the titles of the unresolved discussions and links to them in a list format). — Klein Muçi (talk) 15:25, 18 August 2023 (UTC)[reply]
I think making the notice appear in the mainspace (reliably) would require this "meta-data" system to work. It could perhaps be faked with a bot, but cached versions would be outdated. (Perhaps it would work better if it displayed to logged-in users, since I have heard that those are a little different for caching purposes?) Whatamidoing (WMF) (talk) 04:43, 23 August 2023 (UTC)[reply]
Yeah, a bot could also help but it would be better if it was a native feature because small wikis tend to lack such infrastructures. — Klein Muçi (talk) 09:07, 23 August 2023 (UTC)[reply]
I agree with you. Even in the larger wikis, bots aren't a reliable long-term solution. Bot operators may leave or lose interest. Whatamidoing (WMF) (talk) 16:19, 23 August 2023 (UTC)[reply]

A barnstar for you!

[edit]
The Tireless Contributor Barnstar
Thank you for your diligent effort over the past decade! ~ 🦝 Shushugah (he/him • talk) 17:30, 26 September 2023 (UTC)[reply]
Thank you for the barnstar! I appreciate it. Whatamidoing (WMF) (talk) 21:59, 26 September 2023 (UTC)[reply]

Season's Greetings

[edit]
Season's Greetings
Wishing everybody a Happy Holiday Season, and all best wishes for the New Year! The Nativity scene on the Pulpit in the Pisa Baptistery by Nicola Pisano is my Wiki-Christmas card to all for this year. Johnbod (talk) 02:59, 24 December 2023 (UTC)[reply]

Glitches in reply tool

[edit]

I know it's been 3 years since you asked me about glitches in the reply tool, but I finally figured out the problem! Copying and pasting a block of text with a newline into the reply field causes it to break. I'll look into filing a bug report since you're no longer working at the WMF. Chess (talk) (please mention me on reply) 16:04, 19 September 2024 (UTC)[reply]

Oooh, that's an interesting discovery, @Chess. Thanks for the update. I believe that @Trizek (WMF) is supporting the Editing team now, and I suspect that either @DLynch (WMF) or @ESanders (WMF) will be interested in the bug report. WhatamIdoing (talk) 00:03, 20 September 2024 (UTC)[reply]
@Chess, do you use any gadget? Trizek_(WMF) (talk) 08:51, 20 September 2024 (UTC)[reply]
@Trizek (WMF): Yes, several. I'll see what the minimal combination is to reproduce. Chess (talk) (please mention me on reply) 13:14, 20 September 2024 (UTC)[reply]
Thank you! I was asking, as I can't reproduce the issue. :) Trizek_(WMF) (talk) 14:58, 20 September 2024 (UTC)[reply]
@Trizek (WMF): I managed to reproduce this on test.wikipedia.org where I disabled all of my gadgets. I also forgot to add a crucial detail that the bug happens on Chrome/Edge mobile when copying into the source editor for the reply tool. Chess (talk) (please mention me on reply) 17:33, 20 September 2024 (UTC)[reply]
Sorry for my delayed reply @Chess.
If I understand correctly:
  • using Chrome/Edge on Android, on the mobile site
  • copying and pasting a block of text with a newline into the reply field causes it to break (i.e. it splits a paragraph into two).
Is it all the time?
I can't find a glitch on your published edits at testwiki. Could you say more on how you tested this?
Based on your answers, we may create a bug report on Phabricator.
Trizek_(WMF) (talk) 14:14, 4 October 2024 (UTC)[reply]
@Trizek (WMF): Your understanding is correct. Copying and pasting multiple paragraphs separated by newlines causes the reply tool to break and not recognize any of the text. It gets "lost" and the text box shows the text, but can't do anything with it (i.e. Refusing to post). Additionally (something I discovered while writing this), if I add a newline in the middle of a paragraph, then immediately backspace and delete the newline, all the text after the newline gets lost from the reply tool preview/final comment but not the textbox. This results in garbled text. Chess (talk) (please mention me on reply) 14:32, 4 October 2024 (UTC)[reply]
Would you be comfortable enough to fill the bug report on Phabricator, @Chess? You have a better understanding of the steps you used to reproduce this, which I only can poorly translate in the structure of the task (is asks for steps to reproduce). Thanks! Trizek_(WMF) (talk) 14:49, 4 October 2024 (UTC)[reply]
Retrieved from "https://en.wikipedia.org/w/index.php?title=User_talk:Whatamidoing_(WMF)&oldid=1249363280"