Closed
Bug 414607
Opened 17 years ago
Closed 16 years ago
Warning symbol in install confirmation needs to be larger
Categories
(Core Graveyard :: Installer: XPInstall Engine, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.9beta5
People
(Reporter: mossop, Assigned: mossop)
Details
Attachments
(1 file, 2 obsolete files)
2.12 KB,
patch
|
Gavin
:
review+
beltzner
:
approval1.9+
|
Details | Diff | Splinter Review |
The warning symbol used in the install confirmation is quite small on Windows, there is already a larger version available in tree that we should use.
Comment 1•16 years ago
|
||
I thought there was already a bug on this, but I can't find it.
Comment 2•16 years ago
|
||
probably want to use something like: chrome://global/skin/icons/warning-large.png
Assignee | ||
Comment 3•16 years ago
|
||
Kinda awesome. We're using the global alert-icon here. By default on windows that is a 32x32 warning icon On Linux it is a 40x40 sized stock icon. On OSX it is a 64x64 application icon. Yay consistency. This patch splits the xpinstall styles out to be different on windows and linux so we can keep with the stock icon on linux and move to the large icon on windows.
Assignee | ||
Comment 4•16 years ago
|
||
Comment on attachment 301888 [details] [diff] [review] patch rev 1 Needs to be fixed from changes in bug 414597
Attachment #301888 -
Attachment is obsolete: true
Assignee | ||
Comment 5•16 years ago
|
||
This just hardcodes the changed icon for the xpinstall dialog, have to make xpinstallConfirm.css for gnomestripe in it's own right to keep linux with the stock icon, that file is just a straight copy of what is in winstripe now.
Attachment #302117 -
Flags: review?(gavin.sharp)
Assignee | ||
Updated•16 years ago
|
Whiteboard: [has patch]
Assignee | ||
Updated•16 years ago
|
Status: NEW → ASSIGNED
Comment 6•16 years ago
|
||
I'm a little sheepish about nominating this, but it's a polish thing and would make us look a lot less odd on windows. Low priority, but it it's easy to review...
Flags: blocking1.9?
Comment 7•16 years ago
|
||
I don't think we can reasonably block on this, sorry. Looks like a simple patch though, maybe we could take this post-beta 5.
Flags: blocking1.9? → blocking1.9-
Assignee | ||
Comment 8•16 years ago
|
||
Attachment #302117 -
Attachment is obsolete: true
Attachment #310030 -
Flags: review?(gavin.sharp)
Attachment #302117 -
Flags: review?(gavin.sharp)
Updated•16 years ago
|
Attachment #310030 -
Flags: review?(gavin.sharp) → review+
Assignee | ||
Updated•16 years ago
|
Attachment #310030 -
Flags: approval1.9?
Comment 9•16 years ago
|
||
Comment on attachment 310030 [details] [diff] [review] using ifdefs a1.9=beltzner
Attachment #310030 -
Flags: approval1.9? → approval1.9+
Assignee | ||
Comment 10•16 years ago
|
||
Checking in toolkit/themes/winstripe/mozapps/jar.mn; /cvsroot/mozilla/toolkit/themes/winstripe/mozapps/jar.mn,v <-- jar.mn new revision: 1.31; previous revision: 1.30 done Checking in toolkit/themes/winstripe/mozapps/xpinstall/xpinstallConfirm.css; /cvsroot/mozilla/toolkit/themes/winstripe/mozapps/xpinstall/xpinstallConfirm.css,v <-- xpinstallConfirm.css new revision: 1.9; previous revision: 1.8 done
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Whiteboard: [has patch]
Target Milestone: --- → mozilla1.9beta5
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•