Editing window does not scroll when dragging
Open, LowPublic


When dragging an item in the visual editor (tested with image and text), the editing window does not scroll up or down when you reach the top or bottom of the window. This means you have to make several consecutive drag and drop actions to move an item within a long article/section. Per Bug 51665 the image must be separately selected before you are able to drag it (i.e. each movement requires two mouse clicks).

See Also:
T36307: Page doesn't scroll when dragging selection off bottom of window in VisualEditor
T75240: VisualEditor: Drag-and-drop in IE9 doesn't work


bzimport set Reference to bz51669.

Forgot to note this is on Firefox 22 on Xubuntu Linux

Confirmed that this also occurs on Firefox 22 and Chrome 28 on Windows 7

Qgil added a comment.Sep 27 2013, 11:25 PM

fwiw I believe this bug has been mentioned at https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29#VisualEditor_weekly_update_-_2013-09-26_.28MW_1.22wmf19.29

The users poses "a challenge" consisting in dragging the <languages /> bar at [[mw:Groups]] from the bottom of the page to the top, which implies dragging.

A more probable use case it to move pictures from one section to another.

Wikifram wrote:

While the above is correct insofar that dragging beyond the page boundaries doesn't work (apparently not an urgent problem?), the "challenge" was to get the "language" template back at the bottom of the page. You can't do this by dragging, even if you stay in the same window. You can use some unintuitive workarounds (which you can find for yourselves), but the basic functionality doesn't work, just like most of the basic functionality of MW 1.22wmf19. has anyone tested ''anything'' in this release related to VE? Anything at all? Since it was "very" easy to find many problems with it in half an hour of testing. Back to the drawing boards please.

Qgil added a comment.Sep 29 2013, 4:15 AM

(In reply to comment #4)

the "challenge" was to get
the "language" template back at the bottom of the page. You can't do this by
dragging, even if you stay in the same window.

I think I know what you mean and I have filed a report about it at Bug 54756. Good catch! Thank you.

Also, setting the priority back to Normal since this is usually decided by the developer or team working on a specific report. Thank you for your understanding.

Problem encounter at FF 24.0 Windows Vista. As I cant add a template, per this bug:

I have to use the method of placing the template on the top and scroll down. Thus this behaviour is blocking me in activity in VE.

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

I found this a problem to. When additing using just a touchpad or not having a scroll option on the mouse, you have a difficulties to move and object.

This was fixed over the Summer.

Just tested this, I can scroll up, with some difficulty ( by positioning the cursor on the top toolbar), but scrolling down does not seem possible.

Additionally, in most drag and drop interfaces I can be dragging and use a two finger, gesture based scroll while dragging, this does not work on VE (Chrome Version 39.0.2171.52 beta (64-bit) / OS X 10.10 )

So I'm not sure I'm adding to the right bug, but I don't seem to be able to drag templates or images beyond the bottom of the window (and even beyond the top when I tested this the other way around) with the mouse.
I tried this in https://de.wikipedia.org/wiki/Benutzer:Elitre_%28WMF%29/sandbox with Chrome and Firefox.

This appears to be OS-specific. I do not have this problem (either scrolling up or down) on Mac OS 10.8.5; I know that at least two editors have this problem on Windows 8.

I'm on OS X 10.10.1 (14B25) with Chrome 40.0.2214.45 beta (64-bit) and the issue is present.

Yes, OS X 10.9.5 Chrome and Windows 7 with IE 11- objects cannot be dragged beyond the bottom or the top of the page - the page does not scroll up. In IE 11, sometimes it's possible to drag beyond the bottom of a page but never beyond the top of editing area.

Krinkle removed a subscriber: Krinkle.Jan 9 2015, 3:38 AM

I tested moving an image again today, and this is the result on my Air Os X in https://en.wikipedia.org/wiki/Victor_Diaz_Lamich?veaction=edit, using the trackpad.
In Chrome, maximized window, using Lamich’s plane pic:
*I click on it and drag it down to put it at the bottom of the article, a green “+" icon appears to guide me (good!). Nothing happens if I hover my pointer around the bottom of the page; down arrow does nothing; the side scrollbar doesn’t appear.
*The two-fingers scroll gesture does work when the pointer is on the side scrollbar, so I manage to put the pic at the bottom of the article.
*Now trying to put it back where it was, so I click and drag it again. Nothing happens if I hover around the top of the page or hit the up arrow, but the page does scroll if instead I move the pointer /on/ the toolbar (scroll gesture while on the side scrollbar also works). There may be a problem with the focus though, but at least the pic is where I want it to be.

In Safari, maximized window, using the same pic:
*Dragging the pic doesn’t show the green + icon, but a line instead. Dragging it toward the bottom of the screen achieves nothing.
*The two-fingers scroll gesture works on the entire surface of the page, and it’s the only way to get to the bottom of the page, and then on the top again. Hovering on the toolbar while dragging accomplishes nothing in Safari; it shows the green + icon though, in the area of the tab name.
*Dragging and pressing the up and down arrows doesn’t seem to work. In the rare cases when it does, both the up and the down keys will actually move the pic toward the top of the page, one line at the time (holding the key never works in my experience).

Jdforrester-WMF changed the title from "VisualEditor: Editing window does not scroll when dragging" to "Editing window does not scroll when dragging".Sep 16 2015, 11:42 PM
Jdforrester-WMF edited the task description. (Show Details)
Jdforrester-WMF lowered the priority of this task from "Normal" to "Low".
Jdforrester-WMF removed Esanders as the assignee of this task.
Jdforrester-WMF set Security to None.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptSep 16 2015, 11:42 PM

Add Comment