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)

x86
All
defect

Tracking

()

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)
Attached image Screenshot
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows Vista → All
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.
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.
Attached file Testcase
Attached file Testcase
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.
Both testcases work, thanks for these.
Component: General → Form Manager
Keywords: testcase
QA Contact: general → form.manager
Blocks: 374593
Component: Form Manager → Drag and Drop
Product: Firefox → Core
QA Contact: form.manager → drag-drop
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?
(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.

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.

Attachment

General

Creator:
Created:
Updated:
Size: