Open
Bug 713811
Opened 13 years ago
Updated 2 years ago
Aurora/Nightly icon misplaced when opening a .dmg
Categories
(Firefox Build System :: General, defect)
Tracking
(Not tracked)
REOPENED
People
(Reporter: glandium, Unassigned)
Details
Attachments
(2 files)
This happens on current nightlies. See attached screenshot.
I'm using Lion, if that makes a difference.
Reporter | ||
Updated•13 years ago
|
status-firefox10:
--- → unaffected
status-firefox11:
--- → affected
status-firefox12:
--- → affected
status-firefox9:
--- → unaffected
Reporter | ||
Comment 1•13 years ago
|
||
In fact, this is apparently limited to Aurora and Nightly:
- Nightly 12.0a1 is broken
- Aurora 11.0a2 is broken
- Beta 10.0b1 is ok
And the most interesting part:
- Aurora 10.0a2 is broken
status-firefox10:
unaffected → ---
status-firefox11:
affected → ---
status-firefox12:
affected → ---
status-firefox9:
unaffected → ---
Summary: Firefox/Nightly icon misplaced when opening a .dmg → Aurora/Nightly icon misplaced when opening a .dmg
Comment 2•13 years ago
|
||
For the record, this also appears to affect the Firefox 3.6 nightlies (Namoroka).
Reporter | ||
Comment 3•13 years ago
|
||
Looks like current builds are fine.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
Comment 4•13 years ago
|
||
I just had this happen on a try build I made (which had the name 'FirefoxNightlyDebug'), though I can confirm that it doesn't seem to happen in a real nightly.
This does still happen on the latest ESR nightly, however. The Nomoroka (3.6.29pre) nightly does not have the fancy background at all, and the Applications shortcut is to the left of the built app.
On the basis of the ESR and custom builds, I'm going to reopen this.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Comment 5•10 years ago
|
||
I think we should close this.
Comment 6•7 years ago
|
||
No longer reproduces even on my local build.
Status: REOPENED → RESOLVED
Closed: 13 years ago → 7 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 7•7 years ago
|
||
FWIW, I've seen this fairly recently, from a try build iirc. Can you check that?
Flags: needinfo?(mhowell)
Comment 8•7 years ago
|
||
I grabbed the DMG out of a very recent try push [0], and I don't see anything wrong (except for bug 1183833 because I have hidden files showing).
[0] https://treeherder.mozilla.org/#/jobs?repo=mozilla-inbound&revision=b4322e848dd03067fb272044db28dd6495df68fe&selectedJob=126852142
Flags: needinfo?(mhowell)
Reporter | ||
Comment 9•7 years ago
|
||
I've just seen it on an autoland build from just now:
https://queue.taskcluster.net/v1/task/N7zQ3r9bRT6hvmV64i3E9A/runs/0/artifacts/public/build/target.dmg
https://treeherder.mozilla.org/#/jobs?repo=autoland&revision=0e349b74bfc6e12a3e7177a908484e0418a01725&selectedJob=131186183
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Reporter | ||
Comment 10•7 years ago
|
||
And it's not happening on the opt build, so this might actually be related to naming.
Comment 11•7 years ago
|
||
Yes, I do see that.
This isn't really my area, but my guess is that you're right and the problem is that the pre-baked .DS_Store file has an icon location entry for FirefoxNightly.app (the app bundle name for opt builds), but not for NightlyDebug.app (the app bundle name for debug builds).
Component: Installer → Build Config
Product: Firefox → Core
Updated•7 years ago
|
Product: Core → Firefox Build System
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•