Closed
Bug 140280
Opened 23 years ago
Closed 23 years ago
Form elements in hidden div have visible scrollbar
Categories
(Core :: Layout: Form Controls, defect, P2)
Tracking
()
VERIFIED
WORKSFORME
Future
People
(Reporter: dhtmlkitchen, Assigned: dcone)
References
()
Details
Attachments
(2 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0rc1)
Gecko/20020417
BuildID: 2002041712
On the page are 7 content divs. on content div 2 is a form element with a
scrollbar. The scrollbar is fully visible through the first content div. There
is another form element on content div 3 near the bottom of the page that also
bleeds through (scroll down).
When a content div is hidden with javascript, the form element's scrollbar is
hidden, too. The problem occurs when the form element's visibility is initially
set to hidden in the css.
Reproducible: Always
Steps to Reproduce:
1. go to http://127.0.0.1/dhtmlkitchen/dhtml/ui/tabs/index.jsp
2. look at the funny scroll bar content div 1
3. click tab2, click tab1.
4. scrollbar is gone.
Actual Results: Form elements should inherit visibility property by default.
Expected Results: Form element scrollbars did not inherit visibility prop.
Comment 1•23 years ago
|
||
->Form Controls, and please give a *useful* address for Dhtmlkitchen (we're not
all at your machine...) ;-)
Assignee: sgehani → rods
Component: XP Apps → HTML Form Controls
QA Contact: paw → tpreston
Reporter | ||
Comment 2•23 years ago
|
||
Did I forgot to invite you? I'm sorry about that.
http://dhtmlkitchen.com/dhtml/ui/tabs/index.jsp
Comment 3•23 years ago
|
||
Hmmm. This WFM (I only see the scrollbar when I switch to the second tab) in a
Linux CVS build from today's trunk. Anyone testing with branch builds?
![]() |
||
Comment 4•23 years ago
|
||
This worksforme with today's builds on Linux, trunk and branch. I strongly
suspect this is Mac-only or even OSX-only. Garrett, do you see this on any
other systems?
Confirmed using FizzillaCFM/2002041712 (RC1). A vertical scrollbar draws in the
middle of the page. Screenshot to follow.
Reassigning to Layout.
Assignee: rods → attinasi
Severity: normal → major
Status: UNCONFIRMED → NEW
Component: HTML Form Controls → Layout
Ever confirmed: true
QA Contact: tpreston → petersen
Summary: form elements in hidden div have visible scrollbar → Form elements in hidden div have visible scrollbar
![]() |
||
Comment 7•23 years ago
|
||
No, form controls is the right place, assuming you want this assigned to someone
who knows the relevant code.... :)
Assignee: attinasi → rods
Component: Layout → HTML Form Controls
QA Contact: petersen → tpreston
Reporter | ||
Comment 8•23 years ago
|
||
![]() |
||
Comment 10•23 years ago
|
||
*** Bug 143680 has been marked as a duplicate of this bug. ***
Reporter | ||
Comment 11•23 years ago
|
||
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020529
I have updated the url:
http://dhtmlkitchen.com/dhtml/ui/tabs/index1.jsp
The hidden form element's scrollbar is still visible with the latest mozilla.
The demo also exhibits the same behavior: showing the scrollbars of a form that
inherits a visibility property of hidden.
Take a look at bug 135782. It's like the same thing only with table borders
instead of scrollbars. The visibility inheritance principal is not respected.
Assignee | ||
Updated•23 years ago
|
Priority: -- → P2
Target Milestone: --- → Future
Comment 12•23 years ago
|
||
WFM in Mac OSX, 1/7/03 Trunk, including the demo.
![]() |
||
Comment 13•23 years ago
|
||
Garrett Smith, you're testing with 1.0? Please test with 1.3a or a current
nightly? Or is the build string in comment 11 incorrect?
Reporter | ||
Comment 14•23 years ago
|
||
Comment 11 is correct, I was using 1.0 then. Now I'm using 1.2.1, build id
20021130. I'm using modern theme now, and I don't see the problem. I am not able
to get the default system skin, just modern and classic.
If I can get the default system skin, I can verify comment 12.
![]() |
||
Comment 15•23 years ago
|
||
this was fixed after 1.0...
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•