Open
Bug 420070
Opened 16 years ago
Updated 3 years ago
Selecting and dragging a textarea makes scrollbars appear on the selection
Categories
(Core :: DOM: Copy & Paste and Drag & Drop, defect, P5)
Tracking
()
NEW
People
(Reporter: stifu, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(4 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b4pre) Gecko/2008022714 Minefield/3.0b4pre Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b4pre) Gecko/2008022714 Minefield/3.0b4pre A trivial bug... Selecting and dragging a textarea (the same way you can drag images or texts) makes scrollbars appear (horizontal at the bottom, vertical on the right side) on the semi-transparent selection, even if the original textarea had no scrollbar. (This might affect other HTML elements in other cases...) Reproducible: Always Steps to Reproduce: 1. Go to http://www.netmechanic.com/news/vol3/html_no11.htm 2. Select the form at the top and the text around it, and drag the whole thing Actual Results: The dragged selection has scrollbars Expected Results: The dragged selection shouldn't have scrollbars (and should only have any if the original textarea does)
Updated•16 years ago
|
Version: unspecified → Trunk
Very hard to see dragged stuff but I hovered over the blue section on the left and captured it. Also the boxes are smaller then what they should be in the dragged image. Kinda looks like the box should be over the scrollbars and then would be the correct size again.
Reporter | ||
Comment 2•16 years ago
|
||
Just to clear things up, if I'm not mistaken, the fact that the selection is smaller isn't a bug, but a feature: when something is too large, it's automatically shrunk (to make the dragging more convenient and/or look better). Try it on very large images, it's the same here.
That isn't the bug here. The bug is that the scroll bars are shown when they shouldn't be.
Reporter | ||
Comment 4•16 years ago
|
||
Thanks for clearing that up, but I'm the one who posted this bug report... so I have a slight idea of what it's about. :p I was just commenting on your "Also the boxes are smaller then what they should be in the dragged image.", which kind of confused me.
Yeah I know, I was also clearing up that it seems like because the boxes are shrunk, the scrollbars (Which I'm assuming are hidden behind the boxes) are not "shrunken" in that they stay where they originally were and not moved behind the boxes also. Either way, the scrollbars should not be shown ;) Now, to figure out who to summon to take a look at this. I guess first we need to get a test case and create it on a dark background so when the selection is made and drug, its easier to see the scrollbars.
Sorry, I'm on IE because I'm forced to be at work so I haven't really seen if this testcase works. It should though ;) Again, because at work...the first version used "wrap=no-wrap" which I'm not sure showed to scrollbars because it is so faint in the screenshot I was able to take...so this testcase changed the wrap= to "wrap=virutal" which I know shows the scrollbars when dragged.
Reporter | ||
Comment 8•16 years ago
|
||
Both testcases work, thanks for these.
Blocks: 374593
Component: Form Manager → Drag and Drop
Product: Firefox → Core
QA Contact: form.manager → drag-drop
Comment 9•16 years ago
|
||
Don't see this on Mac, possibly because of the use of native scrollbars. I recall seeing this on other platforms a while ago though. The drag feedback should include the scrollbar only if the textarea does. Are you saying that scrollbars appear in the drag feedback image even when they don't appear in the textarea?
Comment 10•16 years ago
|
||
(In reply to comment #9) > Are you saying that scrollbars appear in the drag feedback image even when they don't appear in the textarea? Correct, the screenshot shows it on the left side in the blueish column.
Comment 11•16 years ago
|
||
Comment 12•3 years ago
|
||
Bulk-downgrade of unassigned, >=5 years untouched DOM/Storage bugs' priority.
If you have reason to believe this is wrong (especially for the severity), please write a comment and ni :jstutte.
Severity: trivial → S4
Priority: -- → P5
You need to log in
before you can comment on or make changes to this bug.
Description
•