Help talk:Paragraph-based Edit Conflict Interface/2024
Add topic| This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
Feedback and discussion page for the Paragraph-based Edit Conflict Interface.
Update: We completely revised the interface for this feature based on user feedback and user test.
Report a new bug in Phabricator
You can post in any language here, preferably English or German.
Allow only one editor at a time
[edit]Why not do away with all this frustrating BS of edits conflicts?
Allow one active editor at a time to work on an article - period. Set a 15 or 30 minute time limit and warn the active editor when the time limit is about to expire. If the active editor does not save their edits before the expiration, Wikipedia discards the edits and opens the article up to a new editor. Rogermx (talk) 15:33, 5 March 2024 (UTC)
Liever niet
[edit]Ik gebruik deze ongevraagd verschijnende mogelijkheid liever niet en beschouw hem dan ook als een vervelend obstakel. JanB46 (talk) 06:03, 7 April 2024 (UTC)
- well written matrix . PETEROYALASCIIANCE (talk) 17:59, 11 April 2024 (UTC)
Is it possible to force the conflict interface to open?
[edit]In the beginning the interface would often open without any actual reason.
This seems to have gotten a lot better now and the tool has been very helpful to me many times.
I often keep an editor box open for several days and work on the content while in the meantime other editors save changes to the article as well.
The tool does not seem to realize this every time and often will not open.
This leads to two obvious questions which are not answered on the Help page:
- How does the tool figure out whether an edit conflict might be about to happen? Does it actually know that a new version of the article was saved by another editor while I was typing in the editor box on my computer?
- Would it be possible to force the interface to open when I already know that the source text was changed while I was intermittently editing the text in my browser over a longer period? many thanks, KaiKemmann (talk) 12:42, 11 August 2024 (UTC)
- Thanks a lot for the nice words. TwoColConflict relies on the existing conflict detection mechanism in MediaWiki core. It remembers the "base revision id" of the revision that was used to start the edit, checks if there is a more recent revision, and if the two happen to touch the same paragraphs. No, it's not possible to enforce this process. You have to click "Publish changes" and see what happens.
- In case you want to play around with the feature you can open an anonymous browser window where you are not logged in (or logged in with a second account) and do slightly different edits to the same page (ideally a sandbox page) in the two windows. Whoever saves first wins, and the second one runs into an edit conflict. Thiemo Kreuz (WMDE) 06:12, 12 August 2024 (UTC)
- The "if the two happen to touch the same paragraphs" point is probably the pivotal aspect. Many times, someone editing "over" you doesn't result in an edit conflict, because they edited some completely different part of the page that your edits don't also touch. There's no need for the conflict resolution interface to open in those cases, so it doesn't. Actual edit conflicts are (thankfully) pretty rare, no matter how long an edit has been in progress or how many times the page has been modified since it was started. FeRDNYC (talk) 12:04, 8 October 2024 (UTC)
Interface appearing for no reason
[edit]Hi. Just a quick note that I just got the Edit Conflict Interface displayed for this edit reverting vandalism on a talk page. Not sure what happened there. Interestingly the edit had went through without me taking any action on the interface. Samoasambia (talk) 12:23, 18 September 2024 (UTC)
Dark mode issue
[edit]When using the "Night" site interface (the dark-mode skin), the "tour" popup labeled "Diverging changes are shown line by line." contains black-on-dark-gray text below that initial heading line (which is rendered in white). No idea if any other interface elements are similarly affected.
I'll also report this over at Reading/Web/Accessibility_for_reading/Reporting/en.wikipedia.org, but presumably it isn't limited to enwiki at all. It's also one of those rare dark-mode issues that can't be fixed with a content tweak, since it's actually an interface bug. FeRDNYC (talk) 12:08, 8 October 2024 (UTC)
scn dark mode error
[edit]as i said here: Reading/Web/Accessibility_for_reading/Reporting/scn.wikipedia.org
i have all the beta functions activated, but on meta (for example) i dont face this error GiovanniPen (talk) 19:02, 18 October 2024 (UTC)
Plotseling storende pop-up.
[edit]Plotseling storende pop-up gaf verwarring. Ik had kennelijk een toets aangeraakt, die leidde tot dubbele upload van de wijziging. Na enig zoeken bleek de editWikisource:Lijst van gedigitaliseerde Middelnederlandse handschriften en drukken in binnen- en buitenlandse bibliotheken - Wikisource gewoon correct geplaatst te zijn en de pop-up Bewerkingsconflict: Wikisource:Lijst van gedigitaliseerde Middelnederlandse handschriften en drukken in binnen- en buitenlandse bibliotheken - Wikisource moest ik niet gebruiken. Havang(nl) (talk) 16:42, 24 November 2024 (UTC)