| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
changed.
Bug: 2963867
Change-Id: I24b5bc958fb6eb0d753c88178a385232c75ea438
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Finally.
This also fixes that little 1px gap that would occasionally
show through to the carbon fiber background (changed to
steel cord for now) between the last notification and the
windowshade's handlebar. It still gaps a little while you're
dragging, due to the asynchronous motion of the various
windows involved, but when the panel is still you shouldn't
see any background. (Man, that drove me crazy.)
Bug: 2949229
Change-Id: If085f4ab7dfb7c3868c30469661907d5d63f070b
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add "bluetooth" to the list of toggleable radios. Because this string
is in the Settings DB, I had to bump the version number. Why is this in
the settings DB anyway, rather than a carrier config option?
I also discovered that the SystemUI package copied the entire contents of
res/values/defaults.xml from SettingsProvider, when I originally tried
to update the unreferenced SystemUI version of the setting. To prevent
future confusion, I removed all of the values from the SystemUI version
of res/values/defaults.xml.
Change-Id: Ib8a75c85b9db5c1963b65538ee2765d5087e67d2
|
|
|
|
| |
Change-Id: I848bf50dc7c928e53a3637c4cec51ebcaef4f47f
|
|
|
|
|
| |
Bug: 2949215
Change-Id: Ibf39d37df63ce4bbd0e0da5325495feec9d69a67
|
|
|
|
|
|
| |
Bug: 2949215
Change-Id: I7d998ef571ef7e149bb96261430e92150b80b77d
|
|
|
|
|
|
|
| |
ACTION_SCREEN_OFF.
Bug: 2827958
Change-Id: I1f9467a2a80fdc1d004a678327a47e7bc8917a18
|
|
|
|
|
|
|
|
|
|
|
|
| |
Occasionally the animation listener wasn't being told that
the ticker animation had completed; this callback was
essential to keeping the status bar's internal state correct
(namely, setting mTicking=false). The safest thing to do is
simply set mTicking to false immediately upon tickerDone()
or tickerHalting().
Bug: 2915280
Change-Id: I997911b12fa2985fa83b42154fb3485220886219
|
|
|
|
|
| |
Bug: 2900850
Change-Id: Iaf71e093578501258a24cd43e5deaf624d28461e
|
|
|
|
|
|
|
| |
Doing a setIcon makes the icon visible and overrides
setIconVisibility
Change-Id: I7a177cc07e46f211d421e4aa86203ece5936c3fb
|
|
|
|
|
|
|
| |
This ensures that the system won't kill it for memory,
the user can't stop services inside of it, etc.
Change-Id: I923c376afa1133bccc000253f5bba851f9119a52
|
|
|
|
|
|
|
|
|
| |
Note that this is not a FLAG_HIGH_PRIORITY notification. In
immersive mode the UMS dialog will be suppressed entirely
(but an icon will still appear in the status bar).
Bug: 2821219
Change-Id: I21f910c8830aff8d0633deda4eb59dbda13262ed
|
|
|
|
|
|
| |
(Updated test app to confirm the fix.)
Change-Id: Ife56cf07f282786162e2ebc5aaddbb24dac6cafd
|
|
|
|
|
|
|
|
|
|
|
|
| |
When inflating a notification's view fails, include the exception in
the log message. Without this exception all we get is "couldn't
inflate view for notification <package>/<id>", which isn't very
helpful for tracking down the particular error in the view.
This exception used to be included in the log message, but it was
removed in 005847b03b2 -- any particular reason why?
Change-Id: I623b9e4c8291e4c035f26380e5f22ad6b65176a7
|
|
|
|
| |
Change-Id: I401b0ac8e3c96b61e787eb18341d18be75b3761d
|
|
|
|
| |
Change-Id: I55c3b16f58bbe0ec4c6547c525863a7d16f8263d
|
|
|
|
| |
Change-Id: I9aa6c8995da39f332b724fabe67ed5efe584552f
|
|
|
|
|
|
|
|
|
| |
When the user taps on an intruder alert (the priority
notification in immersive mode), the .contentIntent in the
Notification object will be sent, just as we handle tapping
on a normal Notification in the windowshade.
Change-Id: Ib6991837b0b2122fe138cddacf347fdbc426b99d
|
|
|
|
| |
Change-Id: I64178209985bfac283740d6a667211d2f962f71a
|
|
|
|
| |
Change-Id: I9cc8c5e8ed2c48d03b7c1c89f1bf7f94cc119171
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a FLAG_HIGH_PRIORITY notification is posted and the
foreground activity is immersive, this window will be shown
to the user. It disappears after a while (currently 10s,
which is far too long to be usable but is very handy for
testing) and can be dismissed by a tap.
Artwork is extremely rough; please ignore the aesthetics.
Still TODO:
- sticky alerts for ongoing priority notifications
- tap to launch PendingIntent associated with the
notification
Change-Id: Ief4a98b84cc836d33359bd7d65de9909f5186317
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If a Notification has a non-null fullScreenIntent AND the
topmost Activity is not immersive, that PendingIntent will
fire (presumably causing a nice dialog or full-screen
activity to appear).
Immersive mode handling for FLAG_HIGH_PRIORITY Notifications
is still unimplemented (although the fullScreenIntent will
be suppressed in immersive mode).
Note that currently your fullScreenIntent notification will
also get posted to the status bar, so you're responsible for
clearing it out (e.g. in onPause in your alert intent). See
forthcoming changes to StatusBarTest for an example.
Change-Id: Ie750d1b7bcc788bd29ee1d8626f971dd47fd2817
|
|
|
|
|
|
|
|
| |
Implement notification manager handling of bad notifications, to
call a new activity manager to have the owner's process crashed
(if there is one).
Change-Id: Ib15e8d0c598756f3b39c99cc2045c18e054daf6b
|
|
|
|
| |
Change-Id: Ie495a41dac03e1fe5ddccefcbd2a0673090a6db1
|
|
|
|
|
|
|
| |
This lets it turn off the LED. However, it seems like somebody broke
the notification LEDs. GRRR.
Change-Id: I3f7066c2b2e1673dc0144a34cf59946351a647be
|
|
|
|
|
|
|
|
| |
Then, now that StatusBarManagerService is the only thing in that package,
move it up to the regular services package. (I've been waiting for 4 years
to delete that package!)
Change-Id: If5faf44641319fd19e486d1f4e5bc1c6dfcff3ad
|
|
|
|
|
|
|
|
| |
trampolining through
a braodcast receiver.
Change-Id: I6ae0740fea07350b80c35c0ee2d938e0364d773e
|
|
|
|
| |
Change-Id: I57b2d296e0d0cef0d256ae6697fffc47188d14df
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
On an inflation error, the StatusBarService cleans up, removes / doesn't add
the views, and calls into the StatusBarManagerService, which tells the
NotificationManagerService to remove the notification.
That then calls all the way back into the StatusBarService, but I think being
extra careful is okay. Throughout the status bar, it's all keyed off of the
IBinder key, so if the app comes in with a good notification while we're
cleaning up, we won't lose the new notification or anything like that.
Change-Id: Iea78a637495a8b67810c214b951d5ddb93becacb
|
|
|
|
| |
Change-Id: I4a11f027e764c92602d0429947e9ef39edd882e2
|
|
|
|
|
|
| |
Also fix the notification to show properly when the runtime is restarted.
Change-Id: Id0c7ef9f9dc9c9df18428cbaa7db1703f085137e
|
|
|
|
|
|
| |
notification views.
Change-Id: I839d7771ab42a5d508ce7d15385f6ac6a4e3be83
|
|
|
|
| |
Change-Id: I42c2332c3c114700f5ade77b63b4f6010ea5507a
|
|
|
|
| |
Change-Id: I76ea5e72288245b69273c76a470b54eaec890361
|
|
|
|
| |
Change-Id: Ia2e5db99b751d3f299c4a9b587ef718212bd8161
|
|
|
|
| |
Change-Id: Idb7e456bc302578c3866448334eb0ebf0ba235d4
|
|
|
|
| |
Change-Id: Ib7c130a97826f6950f51462ef915a9d0a5f847d6
|
|
|
|
| |
Change-Id: Ie0b3fd9ed4bc9a012791372e6276f0b5908370a5
|
|
|
|
| |
Change-Id: I73719f4fd475a39d4c1245de45c6a13c31e6323b
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Artwork is FPO but serviceable enough. Many hardcoded font
colors & styles were moved to styles.xml where they belong.
AM/PM finally given the old heave-ho (but configurable in
StatusBarPolicy.java).
Notification content remains on a light-gray background for
now (so as not to screw up custom RemoteViews) but status
icons will definitely need across-the-board rework to look
better against a dark background.
(Re-integrated on top of new status bar code.)
Change-Id: Ia180b3c2ba8e23c9a2f50cf46f98f12958022b53
|
|
|
|
| |
Change-Id: Ibf30b8196d65d7fbca1177968cefa5f7a875bf1d
|
|
|