Closed
Bug 684727
Opened 13 years ago
Closed 13 years ago
Don't call into JNI from ExtensionsView.init
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
VERIFIED
FIXED
Firefox 9
People
(Reporter: mfinkle, Assigned: mfinkle)
Details
Attachments
(1 file, 2 obsolete files)
9.16 KB,
patch
|
mbrubeck
:
review+
|
Details | Diff | Splinter Review |
In an effort to hide any orphaned Android system notifications, Fennec fires code to clear any notifications on startup. This happens all the time, whether we have orphaned notifications or not. This means we call into the Android nsIAlertsService impl and that means calling JNI too. This patch uses a preference to identify situations where we might have an orphaned notification. We remove the extra code called during startup and removes calling into JNI unless we really need to. Note: We need to make sure this patch does not regress bug 620975. Bug 620975 was the reason we attempt to always clear the notification.
Attachment #558298 -
Flags: review?(mbrubeck)
Attachment #558298 -
Flags: feedback?(alexp)
Comment 1•13 years ago
|
||
Comment on attachment 558298 [details] [diff] [review] patch Looks like a regression. I've installed AdBlock Plus, when the notification appeared killed the running Fennec process with a task manager. On restart the notification did not hide.
Assignee | ||
Comment 2•13 years ago
|
||
This patch fixes a missing identifier problem in BrowserStartup.js Thanks Alex!
Assignee: nobody → mark.finkle
Attachment #558298 -
Attachment is obsolete: true
Attachment #558298 -
Flags: review?(mbrubeck)
Attachment #558298 -
Flags: feedback?(alexp)
Attachment #558529 -
Flags: review?(mbrubeck)
Attachment #558529 -
Flags: feedback?(alexp)
Assignee | ||
Comment 3•13 years ago
|
||
ADDONS_NOTIFICATION_NAME wasn't defined
Updated•13 years ago
|
OS: Linux → Android
Hardware: x86 → All
Updated•13 years ago
|
Attachment #558529 -
Flags: review?(mbrubeck) → review+
Assignee | ||
Comment 4•13 years ago
|
||
Alex found a case where we don't clear the notification after a crash. I couldn't reproduce, but I think saving the prefs to disk ASAP is probably a good thing.
Attachment #558529 -
Attachment is obsolete: true
Attachment #558529 -
Flags: feedback?(alexp)
Attachment #558589 -
Flags: review?(mbrubeck)
Updated•13 years ago
|
Attachment #558589 -
Flags: review?(mbrubeck) → review+
Comment 5•13 years ago
|
||
(In reply to Mark Finkle (:mfinkle) from comment #4) > Alex found a case where we don't clear the notification after a crash. I > couldn't reproduce, but I think saving the prefs to disk ASAP is probably a > good thing. The latest patch finally works in my case too! Thank you Mark!
OS: Android → Linux
Hardware: All → x86
Assignee | ||
Comment 6•13 years ago
|
||
http://hg.mozilla.org/integration/mozilla-inbound/rev/1ddde977131a
Comment 7•13 years ago
|
||
http://hg.mozilla.org/mozilla-central/rev/1ddde977131a
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 9
Comment 8•13 years ago
|
||
Verified fixed on: Mozilla/5.0 (Android;Linux armv7l;rv:9.0a1)Gecko/20110926 Firefox/9.0a1 Fennec/9.0a1
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•