Open Bug 467390 Opened 11 years ago Updated 1 year ago

In drag n drop of multiple elems, -moz-transform'd elems are hidden, unless select-all is used

Categories

(Core :: DOM: Drag & Drop, defect, P3)

x86
Linux
defect

Tracking

()

People

(Reporter: dholbert, Unassigned)

References

()

Details

Attachments

(1 file)

I'm filing this bug on on the issue I mentioned in bug 467297 comment 4, since it looks like a separate problem from that bug.

STEPS TO REPRODUCE:
1. Load attachment 350699 [details]
2. Select-All
3. Drag selection
  --> whole selection is visible in the dragged copy, as expected
4. Click to remove selection.
5. Click the right-side of the table, and drag to left side of the table, to select at least "hello" and "world".
6. Drag selection
  --> "hello" is missing in the dragged copy!!

EXPECTED RESULTS:
 "hello" should be present in the dragged copy, during step 6.

See attached screencast, which demonstrates the STR and the actual results, using
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b3pre) Gecko/20081129 Minefield/3.1b3pre
Attached video screencast of bug
Flags: blocking1.9.1?
This is pretty much just the same as bug 467297; the 'hello'is probably being rendered outside of the drag image rectangle.
Flags: wanted1.9.1+
Flags: blocking1.9.2+
Flags: blocking1.9.1?
Flags: blocking1.9.1-
Perhaps this bug shouldn't block 1.9.2 anymore, then?  The related bug (bug 467297) isn't blocking, and roc says in bug 467297 comment 10 that he's not convinced it's a serious issue.
Priority: -- → P2
It was marked as blocking as it was a regression from the focus refactoring; given roc's comment, I think he can decide if this blocks or not.
Flags: blocking1.9.2+ → blocking1.9.2-
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
You need to log in before you can comment on or make changes to this bug.