[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 Nemo federicol...@tiscali.it changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=34423 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 Nemo federicol...@tiscali.it changed: What|Removed |Added Status|NEW |RESOLVED CC||federicol...@tiscali.it Resolution|--- |WONTFIX --- Comment #5 from Nemo federicol...@tiscali.it --- So, this appears to be a WONTFIX, but bug 34423 seems to (confusingly) prove that not all self-conflicts are being suppressed as intended. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 --- Comment #6 from Nemo federicol...@tiscali.it --- Bug 26821 is a clean example of failure of the self-conflict suppression. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 --- Comment #7 from Vitaliy Filippov vita...@yourcmc.ru --- I.e. you also think that conflict suppression is bad? So why WONTFIX? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 --- Comment #8 from Nemo federicol...@tiscali.it --- (In reply to comment #7) I.e. you also think that conflict suppression is bad? No, it's good. It should always work but it sometimes doesn't. So why WONTFIX? Because we should go in the opposite direction. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords|triage | Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 --- Comment #3 from Vitaliy Filippov vita...@yourcmc.ru 2011-05-03 17:17:41 UTC --- Hm. I didn't think of it. I sometimes do edit-by-going-back myself and sometimes really get a conflict in patched wikis; sometimes it's automerged. Really, this could be solved without breaking the edit-by-going-back if the edit form had some unique edit token, so that MW could determine if the save request was sent from the same form twice. I personally think an additional conflict (false alarm) is not so bad, and an unwanted revert of changes (target miss) is bad. For example: is there a browser that caches an opened edit form between restarts, but loses the modified content? I think Opera does so... If you click Save on such form, you'll have the page reverted even if changes were already saved and even if the edit form has a unique token. Of course, no changes are lost totally, but they can be lost in history, i.e. you can miss that your changes were reverted. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 --- Comment #4 from Platonides platoni...@gmail.com 2011-05-03 18:17:06 UTC --- I sometimes do edit-by-going-back myself and sometimes really get a conflict in patched wikis; sometimes it's automerged. Things like can still produce conflict with yourself (you are conflicting in the datetime). I personally think an additional conflict (false alarm) is not so bad Adding a reply in a section edit, and then getting a diff of the full village pump is quite bad. is there a browser that caches an opened edit form between restarts, but loses the modified content? It should either cache your modificarions or not cache anything. Can you test? Maybe we could help there by showing a notification bar of ignored conflict with yourself. Really, this could be solved without breaking the edit-by-going-back if the edit form had some unique edit token, so that MW could determine if the save request was sent from the same form twice. How long would you keep such whitelist of edits to not conflict with? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-04-27 22:00:50 UTC --- IIRC we originally added this for the following (verry common at least back in '02-03) case: * user hits 'edit', makes some changes * user hits 'save' and is redirected to the view page * user remembers he/she wants to add something else, hits 'back' to return to the edit page * edit page comes back in its previous state, with all the user's changes but with the edit time marker that indicates you're still working from the previous revision * user makes some more changes * user hits 'save' If anything that was changed in the first edit is changed further in the second, it would be unable to resolve the two edits with diff3, and kick out an edit conflict warning. By suppressing the edit conflict, we let the edit just go right through; since you started with the same text we can consider that you've merged it yourself, basically. Now it may have changed somewhat in the meantime, but if we are to change how this is handled to make other cases work, we still want to handle this common case cleanly. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Keywords||triage CC||m...@everybody.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28720] Do not suppress conflicts for same user edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=28720 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #2 from Platonides platoni...@gmail.com 2011-04-27 22:44:42 UTC --- Well, the changes of the first tab aren't lost. They are stored in the history, but missing in the last version. I oppose to producing edit conflicts for the edit-by-going-back process. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
