Difficult to imagine this ever getting fixed in the upstream since I don't have any Android devices.

The issue doesn't appear in the current code base with Firefox 73. That's not unexpected, as the UI has been tweaked several times between 2015 and now.

Mooted by D20263, which removes the rarely-used drag functionality from global lists.

Let me know if that diff works.

I honestly can't get the cool looking macos dropdown on firefox no matter what I try.

Firefox iOS seems fine

Testing upload from Android with Chrome:

I think this is actually for the primary task lists, I just didn't do a good job of describing it. Here are more specific reproduction instructions:

@joshuaspence: Did 'per column scrolling' fix this issue? Asking as I have not experienced this problem in Firefox lately...

I can still reproduce this on Firefox 49.0.2 , using the default Samsung keyboard on my tab.
However, if I switch to the Hacker's Keyboard, it works correctly.

Linux Chrome dev channel 55.0.2859.0 (64-bit) have no issues with image paste.
Seems that it is ChromeOS specific issue.

I can't reproduce this in Chrome (OS X, Version 53.0.2785.116 (64-bit)) so it may be a behavioral change in Chrome.

I'm observing same issue in current ChromeOS 55.0.2858.0 dev branch.
At the same time image paste works in Telegram web client (seems that they use contentEditable div instead of textarea)
Do you know whether it's a chrome os bug or google deprecated DataTransfer.items in new chrome's?

This doesn't appear to even to be possible in Firefox. Here's a simple example:

From the Firefox bug and this linked one:

Can reproduce in v 47.0

(Specifically, the scrolling is a feature which I added in D10188 but punted on making work in Firefox.)

Presuming no one cares anymore.

I don't think this is worth fixing in general. It doesn't do anything bad (just dump a warning to a developer log which users normally don't see) and fixing it isn't trivial.

I removed this as a blocker for shipping Quicksand, though shipping Quicksand may help obviate this issue since we will do less page loads.

Firefox is Fire-awesome.

It looks like this is probably not a bug then, and D12211 is a fairly reasonable fix.

It looks like this is probably not a bug then, and D12211 is a fairly reasonable fix.

I think this is the reason: http://stackoverflow.com/a/9014547/90297

I narrowed it down a bit more, although this is in Safari and the behavior is generally super inconsistent/crazy across browsers: I see scrollbars in Safari and Firefox for your reduced case, but not Chrome. I see scrollbars in Safari and Chrome for my reduced case, but not Firefox (all on OSX).

@epriestley - I was able to narrow it down to this:

This was the old ligature block:

My main concern is something inside the diff is causing overflow, and we don't know what. For example this is a visual inconsistency with Chrome/Safari:

I'll try to do this and cross-link the Bugzilla ticket here if that's it. Sounds good?

This looks like a bug in Firefox to me, but I imagine reducing it to a test case is quite involved.

In particular, the .differential-changeset is the thing picking up the scrollbar -- not the .changeset-view-content -- but adding overflow-y: hidden to either element removes the scrollbar.

Er, sorry, I can reproduce it.

I can reproduce this on Firefox 36 on Windows 7.

Oh, haha, no I actually do want to be able to reproduce / fix the issue. It's not expected behavior, I just can't find a way to get it to break. Sorry!