[go: up one dir, main page]

Page MenuHomePhabricator

VisualEditor: Can no longer access save dialog (cursor keys/backspace/etc.) if it ever loses focus
Closed, ResolvedPublic

Description

Steps to reproduce:

  • Navigate to [[Mariposa botnet]] and edit the page in the visual editor.
  • Make any textual change - just add "Test" somewhere for example.
  • click "Save Page"
  • Adding a reason doesn't matter. Just click to close the save page popup.
  • Immediately open it again (Don't click anywhere else)
  • Try to add a text as the reason, then press backspace or delete what you just added.

For some reason delete and backspace won't work anymore. My guess is that the backspace is send to the editing canvas instead of the textbox - try the following steps as well:

  • (Do all the steps from the first section)
  • Press "Review Your changes".
  • Wait for the review to load, then press "Return To Save", and close the resulting form.
  • Now click the search block (In mono) and enter a random search criteria.
  • Once entered, try to remove it again.

What happens for me: Entering data in the search box works fine, but pressing backspace somehow causes text to be removed from the article, instead of the search box i was just typing in.


Version: unspecified
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=49569

Details

Reference
bz50722

Event Timeline

Yes, this is a really horrible problem that we've narrowed-down to be related to ULS's munging of <textarea>s in Firefox (and possibly other browsers?). Referring to them.

By default input method from ULS is disabled in en.wikipedia.org. ie by default it does not do anything on textareas.

Even if it is enabled, there is no input method for English except IPA which optional.

So in the case of the above bug, before mapping it to ULS component, please tell us whether input method was activated from the cog icon in the languages menu. Also let us know whether you were using IPA.

If this is not the case, the component is not ULS.

(In reply to comment #0)

Steps to reproduce:

  • Navigate to [[Mariposa botnet]] and edit the page in the visual editor.
  • Make any textual change - just add "Test" somewhere for example.
  • click "Save Page"
  • Adding a reason doesn't matter. Just click to close the save page popup.
  • Immediately open it again (Don't click anywhere else)

Open the the dialog for entering reason? It disappears after I click "Save Page". How do I open it again?

(In reply to comment #2)

Open the the dialog for entering reason? It disappears after I click "Save
Page". How do I open it again?

A bit more precise:
0) Navigate to [[Mariposa botnet]] and edit the page in the visual editor.

  1. Make any textual change - just add "Test" somewhere for example.
  2. Click "Save Page"
  3. Now, the save page box titled "Save your changes" should pop up.
  4. Close that box by clicking the ^ icon in the top right of that box.

Now, you should be where you started at step 2

  1. Repeat steps 2 and 3
  2. Try to add a text as the reason, then press backspace to delete what you just

added.

As per comment 2 and comment 3, changing the component back to VE.

I think there is no connection with ULS for this bug. The bug exists at ml.wikipedia where no ULS is installed at present.

I updated the summary per comment 5.

  • Bug 52733 has been marked as a duplicate of this bug. ***

I believe that this is now fixed, having followed Chris's very helpful steps to reproduce in bug 52733 comment 1 - tested in Safari, Chrome and Firefox latest on Mac just now against wmf14 as deployed on the Wikipedias right now. Marking as such.

If you can re-produce, please feel free to re-open.

I've just experienced this in my sandbox making this edit:
https://en.wikipedia.org/w/index.php?title=User%3AThryduulf%2Fsandbox&diff=570859913&oldid=570858997 (testing for bug 52399)

In this case the series of actions was:

  1. Make some edits
  2. Review changes
  3. Return to editing surface (I can't remember whether I went direct using ^ or via the save form using <)
  4. make some more edits
  5. add an edit summary
  6. review changes
  7. return to save orm
  8. attempt to amend edit summary, but encounter this bug

Nearly simultaneously with my writing the above comment, en.wp user Tathbelin reported on the VE feedback page:

"I had the Problem that while I was writing my Change Summary after editing the page I wasn't able to delete what I had previously written i.e. couldn't use delete or backspace."

The edit in question was likely https://en.wikipedia.org/w/index.php?title=Henning_Wehn&diff=570856495&oldid=565884244

(In reply to comment #9)

I've just experienced this in my sandbox making this edit:
https://en.wikipedia.org/w/index.
php?title=User%3AThryduulf%2Fsandbox&diff=570859913&oldid=570858997
(testing for bug 52399)

In this case the series of actions was:

  1. Make some edits
  2. Review changes
  3. Return to editing surface (I can't remember whether I went direct using ^

or via the save form using <)

  1. make some more edits
  2. add an edit summary
  3. review changes
  4. return to save orm
  5. attempt to amend edit summary, but encounter this bug

With what browser?

(In reply to comment #11)

With what browser?

I encountered it using Firefox 23 on linux, Tathbelin didn't note it in their report but I'll ask.

Sorry

(In reply to comment #12)

(In reply to comment #11)

With what browser?

I encountered it using Firefox 23 on linux, Tathbelin didn't note it in their
report but I'll ask.

Sorry

OK, well, it works fine for me on enwiki right now in Firefox 23 on Mac and on Linux (doing the ^, the <, the Esc and the "return to save form" ways of bailing). This is perplexing. Do you have some odd gadgets loaded - does it still occur if you switch all gadgets off?

I do have popups, hotcat and section edit link for the lead section installed. Plus a couple of other things a conversation on the feedback page the other day established as being on by default.

I tried to reproduce this when logged out, and couldn't.
I then logged back in and tried to reproduce it and again I couldn't, even with no changes to gadgets. I didn't try to replicate the exact edit I made though.

Earlier on today was the first time in a while I had experienced it though, which suggests to me that there is probably something more complicated behind when this happens and when it doesn't. I'll do some more detailed testing when I next get time, as it's too perplexing for 1:30am!

Change 81876 had a related patch set uploaded by Jforrester:
Make the save dialog an actual dialog

https://gerrit.wikimedia.org/r/81876

BeroBurns at en.wp today reported experiencing this bug:
"The save form does not allow for a keyboard backspace or to highlight text using Shift+Arrows. The only way to edit your description of the changes is to highlight the words you wish to replace with the mouse and retype."

I personally haven't encountered it since my comment above though.

What is the current state, it's had a patch waiting for review nearly 20 days and is still targetted for the release a month ago yesterday?

  • Bug 53332 has been marked as a duplicate of this bug. ***

At bug 53332 comment 0 Elias Hedberg notes that he encountered this bug while using Chrome 29.0.1547.57 running in OS X 10.6.8

Previously this seems only to have been encountered in Firefox. Will that affect the pending patch at all?

Change 81876 merged by jenkins-bot:
Make the save dialog an actual dialog

https://gerrit.wikimedia.org/r/81876

The (re)fix for this is now merged and will be deployed on Thursday 10 October to MediaWiki.org, and to Wikipedias on Thursday 17 October.