Closed
Bug 28244
Opened 25 years ago
Closed 25 years ago
[Tree] tree doesn't clip its children to its view
Categories
(Core :: XUL, defect, P3)
Tracking
()
VERIFIED
FIXED
M17
People
(Reporter: bugzilla, Assigned: hyatt)
References
Details
(Whiteboard: [nsbeta2-])
Attachments
(1 file)
3.84 KB,
image/gif
|
Details |
When you have a lot of profiles there seems to be writte one line too much.
Please see the attached image.
Reporter | ||
Comment 1•25 years ago
|
||
Comment 2•25 years ago
|
||
hyatt babydoll, i thought you fixed this this tree overflow problem?
Assignee: ben → hyatt
Summary: Having many profile brakes the Available Profile in the Select User Profile dialog → tree content overflow problem in profile manager/selection dlg.
Assignee | ||
Comment 3•25 years ago
|
||
This happened when beard fixed 23530 by switching over to the new view manager.
The view no longer clips its contents.
Reassigning to beard.
Assignee: hyatt → beard
Comment 4•25 years ago
|
||
Views don't specifically enforce clipping, unless
nsIViewManager::SetViewClip(nsIView *aView, nsRect *aRect) is called, or there is
a superview that implements nsIClipView.
Assignee: beard → hyatt
Assignee | ||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M15
Assignee | ||
Updated•25 years ago
|
Target Milestone: M15 → M16
Comment 6•25 years ago
|
||
Mass-moving all M16 non-feature bugs to M17, which we still consider to be
part of beta2
Target Milestone: M16 → M17
Assignee | ||
Updated•25 years ago
|
Summary: tree content overflow problem in profile manager/selection dlg. → [Tree] tree doesn't clip its children to its view
Comment 9•25 years ago
|
||
note for verification: this is also easy to see in the history and bookmarks windows.
Comment 10•25 years ago
|
||
*** Bug 35714 has been marked as a duplicate of this bug. ***
Comment 11•25 years ago
|
||
*** Bug 35936 has been marked as a duplicate of this bug. ***
Comment 12•25 years ago
|
||
*** Bug 36331 has been marked as a duplicate of this bug. ***
Comment 13•25 years ago
|
||
*** Bug 36876 has been marked as a duplicate of this bug. ***
Comment 14•25 years ago
|
||
*** Bug 27888 has been marked as a duplicate of this bug. ***
Comment 15•25 years ago
|
||
*** Bug 31880 has been marked as a duplicate of this bug. ***
Comment 16•25 years ago
|
||
Doubt this would pass PDT, if we have a fix before 5/16, let's do it, otherwise
m18
Comment 17•25 years ago
|
||
*** Bug 38636 has been marked as a duplicate of this bug. ***
Comment 18•25 years ago
|
||
*** Bug 34099 has been marked as a duplicate of this bug. ***
Updated•25 years ago
|
Component: Profile Manager FrontEnd → XP Toolkit/Widgets: Trees
Depends on: 30511
QA Contact: gbush → jrgm
Comment 19•25 years ago
|
||
*SPAM* - adding mostfreq keyword to bugs with loads of DUPEs. Please aid this
effort by adding this keyword to any bugs with more than 15 DUPEs.
Gerv
Keywords: mostfreq
Comment 20•25 years ago
|
||
any chance this could make nsbeta2 (i don't know how inlvolved the fix would be) based on its most frequent status and the fact
that the UI will never look 'clean' as long as every single tree in the whole app bleeds over into whatever's containing it?
submitting for nsbeta2. I just hoping here that this can get a date based exception and that the fix (cross fingers) isn't too
involved.
Keywords: nsbeta2
Comment 21•25 years ago
|
||
Putting on [nsbeta2-] radar. Not critical to beta2. This is part of the polish
beta3 work. I know that this is a drag. But we have over 600 Must Fix bugs for
beta2 right now. We have to put a line in the sand or we won't make it :-(
Keywords: nsbeta3
Whiteboard: [nsbeta2-]
Assignee | ||
Comment 22•25 years ago
|
||
Fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 23•25 years ago
|
||
*** Bug 44740 has been marked as a duplicate of this bug. ***
Component: XP Toolkit/Widgets: Trees → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in
before you can comment on or make changes to this bug.
Description
•