Closed Bug 1279906 Opened 10 years ago Closed 9 years ago

NULL update notification displayed on OS X 10.6-10.8

Categories

(Toolkit :: Application Update, defect)

All
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1285639

People

(Reporter: pauly, Unassigned)

References

Details

Attachments

(2 files)

[Affected versions]: - outdated Dev Edition and Nightly [Affected platforms]: - OS X 10.6 - 10.8 [Steps to reproduce]: 1. Open any outdated version of Dev Edition or Nightly with a new profile (i.e. 45.0a1, 47.0a2) 2. Wait [Expected result]: - "No updates available" notification displayed [Actual result]: - Firefox (null) available [Regression range]: - not a regression, reproduced on Nightly 37.0a1
Robert, what do you think, should we care about cleaning this up? Dolske, do you want this info box to look nicer for out of date versions?
Flags: needinfo?(robert.strong.bugs)
Flags: needinfo?(dolske)
For 10.6-10.8 in particular there's nothing we can do about this on the client since we've already shipped those clients. We could still make changes so that when this happens in the future we have a better experience. I don't know whether we can change this on the AUS side: perhaps the snippet we're publishing is incorrect?
I'm not sure what the update notification is supposed to show here (rstrong?) -- at first glance comment 0 is right, but it actually seems like we shouldn't even be showing a "no updates available" notification. So I think the expected results would be to show _nothing_, or to show something about "hey your platform is now unsupported" (but I don't know if we can actually do that).
Flags: needinfo?(dolske)
Ben can you follow up to check on the AUS question from comment 2?
Flags: needinfo?(bhearsum)
The dialog in the screenshot doesn't look like the update dialog to me - it looks like a notification. I suspect that if it's clicked into, it will show something with the desupported inforrmation from https://support.mozilla.org/kb/firefox-osx on it. I suspect Robert can provide more information, though.
Flags: needinfo?(bhearsum)
(In reply to Ben Hearsum (:bhearsum) from comment #5) > I suspect that if it's clicked into, it will show > something with the desupported inforrmation exactly
Sorry for not responding sooner, I've been on PTO. Paul, could you set the app.update.log pref to true, try to reproduce, and provide the value in the Browser Console that starts with AUS:SVC Checker:checkForUpdates - sending request to: Thanks!
Flags: needinfo?(robert.strong.bugs) → needinfo?(paul.silaghi)
Ben, I think we ran into this when unsupported was first used but my memory isn't clear on this. To fix this you can add displayVersion to the unsupported update xml.
Flags: needinfo?(bhearsum)
(In reply to Robert Strong [:rstrong] (use needinfo to contact me) from comment #9) > Ben, I think we ran into this when unsupported was first used but my memory > isn't clear on this. To fix this you can add displayVersion to the > unsupported update xml. I'll be doing this in bug 1285639. We're in the middle of transition to new infrastructure though, so it probably cannot be deployed for at least a week.
Flags: needinfo?(bhearsum)
Paul, can you give this a try again? I just deployed some changes to the update server that should fix this.
Flags: needinfo?(paul.silaghi)
Attached image after changes
The update notification is still displayed, but it no longer contains the NULL word. Clicking it, it will show the desupported information.
Flags: needinfo?(paul.silaghi)
Fixed by bug 1285639
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: