Closed
Bug 18667
Opened 26 years ago
Closed 24 years ago
[Classic]Mac 'grow box' can overlap and hide security indicator (lock icon)
Categories
(SeaMonkey :: General, defect, P1)
Tracking
(Not tracked)
VERIFIED
WORKSFORME
mozilla0.8
People
(Reporter: elig, Assigned: andreww)
References
Details
(Keywords: classic, platform-parity)
Attachments
(2 files)
|
1.12 KB,
image/png
|
Details | |
|
257 bytes,
patch
|
Details | Diff | Splinter Review |
* TITLE/SUMMARY
[PP] Last two digits of Build ID obscured by minimized Taskbar
* STEPS TO REPRODUCE
0) Launch Apprunner on a Mac OS system.
1) From the View menu, select "Taskbar" from the Toolbars submenu.
* RESULT
- What happened
The status line inhabits the vertical space previously occupied by the toolbar.
The last two digits of the build ID are covered up by the grow box.
- What was expected
Build date to remain visible, whether taskbar is minimized or not.
* REGRESSION
- Occurs On
Mac OS Apprunner (1999111112)
- Doesn't Occur On
Win32 Apprunner (1999111108)
Linux Apprunner (1999111108)
* CONFIGURATIONS TESTED
- [Mac] Beige Power Mac G3 (266 MHz PowerPC 750), 96 MB RAM (VM on; 1 MB of VM
used), 1024x768 (Thousands of Colors), Mac OS 8.6
- [Win32] Vectra VL (233 MHz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP5.
- [Linux] Vectra VL (266 MHz P2), 96 MB RAM. Red Hat Linux 6.0 (GNOME).
| Reporter | ||
Updated•26 years ago
|
QA Contact: claudius → elig
| Reporter | ||
Comment 1•26 years ago
|
||
QA Assigning to self to minimize claudius's bug load.
reassign to don since I don't know who is responsible for the status bar. I
think the easiest solution is to just move that text over. The harder solution
would to figure out how add a box to represent the grow box.
This seems more like a style-sheet kind of change so I'm going to try to
reassign it to Matt.
Moving all UE/UI bugs to new component: User Interface: Design Feedback
UE/UI component will be deleted.
Component: UE/UI → User Interface: Design Feedback
Updated•25 years ago
|
Summary: [PP] Last two digits of Build ID obscured by minimized Taskbar → Last two digits of Build ID obscured by minimized Taskbar
this was fixed awhile ago
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Comment 8•25 years ago
|
||
I know I'm not the QA here but this wasn't really 'fixed'. The little lock(security icon) was placed to the right of the build id. So
instead of the build id this icon is obscured. Basically it needs to be decided if we're going to leave 15px of space to the right of
whatever the last widget in that space is to accommodate the Mac's growbox.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 11•25 years ago
|
||
*** Bug 32503 has been marked as a duplicate of this bug. ***
Comment 12•25 years ago
|
||
Size box no longer overlaps with the build id. Instead, it overlaps with the
security indicator.
Updated•25 years ago
|
Target Milestone: M16 → M18
Comment 13•25 years ago
|
||
It just occurred to me that this is not a trivial issue (now). The Macintosh UI
grow box (lower right corner of window) can obsure the security lock icon, when
the bottom taskbar is collapsed. This means that the user has no visual
indication of SSL status, nor an icon with which to invoke the PSM dialogs.
Nominating for nsbeta2, noting that this would fail the daily smoketest if the
collapsed state for the taskbar were the default configuration of the browser.
Comment 14•25 years ago
|
||
updating title.
Summary: Last two digits of Build ID obscured by minimized Taskbar → Mac 'grow box' can overlap and hide security indicator (lock icon)
Comment 15•25 years ago
|
||
[nsbeta2-] since few users are expected to collapse or hide the taskbar.
Whiteboard: [nsbeta2-]
Comment 18•25 years ago
|
||
Affects Mac Classic theme, too.
Comment 19•25 years ago
|
||
Implementing the suggestionin bug 48840 would solve this problem.
Comment 20•25 years ago
|
||
UI/DF: taking QA.
To imagine that few users will hide the taskbar, in its current uselessness, is
wishful thinking IMO. And if the taskbar is hidden, you have no indication at all
as to the security status of the page (whereas before you had the toolbar icon as
well). That's pretty serious.
Keywords: nsbeta3
QA Contact: elig → mpt
Comment 21•25 years ago
|
||
Paul, how serious is this? And how hard is it to fix?
Comment 22•25 years ago
|
||
Comment 23•25 years ago
|
||
How serious it is depends on how important it is for a user to know whether a
document is secure or not.
It is quite easy to fix: just add an empty 16-pixel-wide box to the right of the
lock icon in the status bar, to take the space which would be covered by the
sizing box.
Comment 24•25 years ago
|
||
An additional box isn't really needed. Increasing the icon's margin-right by 16px would
be sufficent. This could be done statically (very easy, no XUL change, virtually no risk,
would look a bit weird with the Taskbar enabled) or dynamically via the DOM depending
on the visibility of the Taskbar.
Comment 25•25 years ago
|
||
The reason I suggested an additional box was that it would be more
forwards-compatible with future changes to the layout of the status bar (e.g. if
the lock icon was moved).
Raising to Major, because not knowing whether you are in a secure area or not
seems to me to be pretty serious.
Severity: normal → major
Comment 26•25 years ago
|
||
am I missing something here? I can see the security icon just fine on the 2000092212
build on MacOS with the taskbar turned off. If I shrink the window, yes it eventually is not
visible once the window goes below whatever the min-width is, but surely that's not what this
bug is about?
Comment 27•25 years ago
|
||
Bug reproduced with 2000092212 build, Mac OS 9.0. The lock icon is hidden exactly
as shown in the screenshot I have attached -- no matter what the window size is.
Comment 28•25 years ago
|
||
Oh duh. this is classic only. The lock icon is just fine on the modern skin. makes me
believe the fix shouldn't be too difficult. adding classic and rtm keywords. Yes I know
I should be flogged for using modern on the Mac, but my eyes don't see skins, I just
see the browser underneath :-)
Comment 29•25 years ago
|
||
Marking this "rtm-". Since this only happens if you hide the taskbar, which is
probably unlikely for most users, I'm not holding RTM for this.
Assignee: pchen → ben
Status: ASSIGNED → NEW
Whiteboard: [nsbeta2-][NEED INFO] → [nsbeta2-][rtm-]
| Assignee | ||
Comment 33•24 years ago
|
||
Ok I can replicate this. Looks like the lock needs the additional margin space.
Summary: Mac 'grow box' can overlap and hide security indicator (lock icon) → [Classic]Mac 'grow box' can overlap and hide security indicator (lock icon)
| Assignee | ||
Comment 34•24 years ago
|
||
| Assignee | ||
Comment 35•24 years ago
|
||
Ok, found the icon and added the margin-right. It works like a charm. Ready to
check in as soon as I can get a reviewer, etc.
Comment 36•24 years ago
|
||
Note that this should also be done for Windows Classic in preparation for bug
27795.
Comment 37•24 years ago
|
||
simple enough... r=hewitt
Comment 38•24 years ago
|
||
a=hangas
| Assignee | ||
Comment 40•24 years ago
|
||
setting _right_ milestone.
Target Milestone: mozilla0.9 → mozilla0.8
| Assignee | ||
Comment 41•24 years ago
|
||
fixed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago → 24 years ago
Resolution: --- → FIXED
Comment 42•24 years ago
|
||
Chaning the qa contact on these bugs to me. MPT will be moving to the
owner of this component shortly. I would like to thank him for all his hard
work as he moves roles in mozilla.org...Yada, Yada, Yada...
QA Contact: mpt → zach
Comment 43•24 years ago
|
||
I don't know about mac, but we don't want this fix on Windows or Linux. It
results in an unsightly, noticeable space to the right of the security icon.
I'd hate to have to make platform-specific securityOverlay.css's, but...
In any event, I'm guessing this isn't an ideal fix for Mac either, since the
icon will be pushed over even if the grow box wouldn't be covering it anyways,
right? Not to mention that anything else that's ever put into the corner of
any window with a grow box will be obscured....
I think, if possible, some toolkit work is needed here to make sure things stay
away from the grow box. Alternatively, we could insert some faux box/element
early on in place of the grow box so other nodes would know to reposition
themselves (that's still hacky, but better imo...)
| Assignee | ||
Comment 44•24 years ago
|
||
Blake I chatted with Ben who may have a solution to the issues you have with the
current implementation and he recommended you file a new bug with those issues.
However the bug that is listed here about the lock icon being obscured is indeed
fixed since it isnt obscured any longer. The issue of the status bar in windows
having empty space to the right is also something that could be filed separately.
If you file the new bug on me Ill make sure I sync with Ben on his proposed
changes. It looks like he's implementing a larger drag area in windows that
corresponds to the growbox you see on the mac, and will be invisible on the mac.
And looks like it would play the role of the additional box you were mentioning.
Marking WORKSFORME and recommending that new lock placement issues be filed in a
new bug. Re the empty space on windows classic (Modern already does this), the
desire to add an addition box resizer, etc. etc.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → WORKSFORME
Comment 45•24 years ago
|
||
marking VERIFIED WFM to reduce spam but it is irksome that a bug went from fixed to
WFM without anything actually happening.
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•