Drag/drop resize of Entry fails with Google Calendar
Categories
(Core :: DOM: Events, defect)
Tracking
()
People
(Reporter: windyplayer, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:66.0) Gecko/20100101 Firefox/66.0
Steps to reproduce:
Drag/drop/resize of Google Calendar entries fails with Firefox 66.0.3 64bit
It works once, but then fails for all attempts until you refresh the page.
Actual results:
After the first attempt to resize an entry that succeeds, When drag to resize an existing Calendar entry, for example, fails by creating a new calendar entry at the mouse position on Mouse Release.
Expected results:
As has worked on previous Firefox, and works on latest Chrome version 74.x.x, Drag to resize an entry should always work and show entry resizing. Release of mouse should show entry with size it is as it is released.
So either Google made a silent change that breaks Firefox, or Firefox is broken compared with previous releases. Like I said, this behavior works as before with Chrome 74.
|
||
Comment 1•7 years ago
|
||
Reproduced the issue on all latest Firefox versions.
Note that on Latest Nightly resizing does work to some point but will fail afterward. On Beta and Release the calendar entries can't be resized at all.
This exact thing also happened a few months ago, but it got fixed not long after. It seems that the fix was somehow reverted and the bug reappeared.
However, at least for me, both before and now, the behavior is a little different (also Firefox 66.0.3 64bit):
After the first attempt at dragging to resize succeeds, which is the same as what you observed, holding left click and attempting to drag fails, but releasing left click and moving the mouse cursor down shows the event being resized. Because the mouse click is not pressed, the event keeps resizing when moving the mouse until a second click, when the event reverts to the original length and a new event is created where the second click occurred.
Thank you for reporting this bug. I was just about to create a bug entry myself when I searched to see if there it had already been reported.
|
||
Comment 3•7 years ago
|
||
Hmm, I cannot reproduce this with Nightly but reproduce this with Firefox 66.0.4. I'm not sure whether this is a bug fixed after 67 or later or Google sends different pages per browsing session.
Smaug, do you have some idea which has changed D&D events in 67 or 68? If not, perhaps, we should contact Google.
|
||
Comment 4•7 years ago
|
||
I don't recall recent changes to d&d, perhaps enn knows.
|
|
||
Comment 5•7 years ago
|
||
hmm, though, is this at all about d&d.
|
||
Comment 6•7 years ago
|
||
This doesn't use the drag and drop api as far as I can tell.
|
Reporter | |
Comment 7•7 years ago
|
||
Super. Looks like you folks have reproduced it and are hot on the trail.
Maybe not be drag and drop. But when I use the mouse to resize or create a new entry it fails.
And you folks have seen it too. Right on.
Soon I'll be able to use FF for my calendar.
I mean, Chrome is nice and all, but I'd rather be using FF.
Thanks.
|
||
Comment 8•7 years ago
|
||
Same as Masayuki's finding in comment 3, I can reproduce it in 66 but cannot see this issue in nightly 68.0a1. I tried to run mozregression to get the fix window; I got this https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=aa4c97d22712b946f70a4b88f9ea927ce969d611&tochange=20750a2dc85b773ce30f99d1301213350425fd1c but I doubt if the window looks right.
Dear reporter, would it be possible that you try on the latest nightly and see what the result is? Thanks.
|
|
||
Comment 9•7 years ago
|
||
Dear reporter, please feel free to reopen it if you still see this in the latest nightly.
Description
•