| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
problem.
Change-Id: I726eef29281dce2a1b900c28ad55bf82cb50449a
|
|
|
|
|
|
|
| |
It looks like this timing bug has been there forever, and we're just starting to hit it now.
Bug: 3027952
Change-Id: I5c14ccd7f74205dc6930f4282cec0e23eeb54cab
|
|
|
|
| |
Change-Id: I5e89891852ff96f113083ac87bcfd74732c43faa
|
|\ |
|
| |
| |
| |
| |
| |
| | |
updated assets: pull-my-thumb/unlock (partially complete), 3g status, expander_ic_min/max changes
Change-Id: I1cb4601ec7eb2da7689fa58cb56c294f786ea4e6
|
|\ \
| | |
| | |
| | | |
gingerbread
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This fixes a bug that prevented the USB mass storage activity from closing
when USB is disconnected.
The bug was actually due to using == for a string compare instead of equals(),
but using the new notifications is a better solution than using battery events
since it will work for devices that do not charge over USB.
BUG: 3018954
Change-Id: Ia447974726a52cd865e59df5af79e828b5134b6c
Signed-off-by: Mike Lockwood <lockwood@android.com>
|
| |/
|/|
| |
| |
| |
| |
| |
| | |
Don't wipe out the connected status every time we get a cellular status change.
Don't filter out disconnect event for wifi - we need them.
bug:3009923
Change-Id: I68cadac5f44d6eb4e0fe711fda7c5d218abb45bd
|
|/
|
|
|
|
|
|
| |
This is a temporary enable to allow us to identify
the issue with multiple icons on StatusBar
Bug: 2984213
Change-Id: I36ac7baff6544c63fa44d9b2c7453bca6a33bd62
|
|
|
|
| |
Change-Id: I077fd2162e0901b6f31b815459873586f813a753
|
|
|
|
|
|
|
|
|
|
|
| |
Cellular signal strength should also be green - these assets aren't, but
the art guys are working on that.
Also using a new intent so we don't overload the CONNECTIVITY_ACTION and
confuse the apps.
bug:2994024
Change-Id: I6fe8f65dd6e9869d9724064c4fae45340491a4d8
|
|
|
|
|
|
|
| |
When turning a 1d array into a 2d, be sure and adjust length-checks.
bug:2995809
Change-Id: I9ff53f75958ea7808eb9f44bc05497e86f1807a2
|
|
|
|
|
| |
bug:2978624
Change-Id: I608c3d1657a4b75c42f95147ffd5e95927fc108d
|
|
|
|
|
|
|
|
|
| |
Apps can report if they like their connection to the nets
and we display either not-really-connected or fully-connected
icons. Final icons TBD.
bug:2978624
Change-Id: I28be52085edfe54571c0d4559aba0df883548654
|
|
|
|
|
|
|
| |
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
|
|
|
|
|
|
|
|
|
|
|
| |
This change moves the native library handling earlier in the package
installation process so that it may be inserted into ASEC containers
before they are finalized in the DefaultContainerService.
Note that native libraries on SD card requires that vold mount ASEC
containers without the "noexec" flag on the mount point.
Change-Id: Ib34b1886bf6f94b99bb7b3781db6e9b5a58807ba
|
|
|
|
|
|
| |
BUG=2953979
Change-Id: Ic9813e0ce629c56050d626ed52de67e6ab1ab07e
|
|
|
|
|
|
|
| |
ACTION_SCREEN_OFF.
Bug: 2827958
Change-Id: I1f9467a2a80fdc1d004a678327a47e7bc8917a18
|
|\
| |
| |
| |
| |
| |
| |
| |
| | |
transport selected"" into froyo
Merge commit '02e18d4d4eed949da02fd8aa87801858d99b902a' into gingerbread
* commit '02e18d4d4eed949da02fd8aa87801858d99b902a':
Make the default backup configuration "disabled; local transport selected"
|
| |\
| | |
| | |
| | | |
selected"" into froyo
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
By default out of the box, an Android build will have the backup mechanism in
its "disabled" state and pointed to the LocalTransport test transport. We
do not want retail devices built without the Google backend to have backup
enabled out of the box; it would cause them to gradually grind away the
cache partition for no good reason. On those devices with this change,
developers would need to enable backup manually (possibly using the normal
Settings UI; more probably using the 'bmgr' shell tool), but would no longer
also have to manually configure the active transport name.
Device vendors producing Google-enabled products will simply use resource
overlays to configure the default state and transport name for their builds.
When building a product that points to the Google backup transport by default,
the "def_backup_enabled" boolean resource should still be set to 'false' --
the Google backup disclosure activity supplied by GSF will take care of
enabling the backup services if the user opts in to it. (Basically, vendors
will never have to overlay the def_backup_enabled resource -- the default
value of 'false' is correct for any retail device regardless of whether it
can use the Google backup transport.)
In the SDK build, the default transport will remain the local one, but
the default enable state overridden and set to "true". This is the ideal
situation for developers: all aspects of the backup mechanism immediately
operative with no manual configuration needed.
Change-Id: I866f8f627b023b338bc7757e61604e6d8a901a34
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The settings database cache is tiny (or should be tiny) and can be
slurped into memory. Once it's in memory and we know we have it all
we can avoid going to disk at all for keys not in the cache.
This is a big percentage of the StrictMode violations & latency.
Change-Id: I649411be0c40d348f58376ccfb3eda059fd69fbc
|
|\ \ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
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
|
|\ \ \ \
| |/ / /
|/| / /
| |/ /
| | |
| | |
| | | |
Merge commit '0fe27cf5bd1407bc7b4eabefaa91ff535582badc' into gingerbread
* commit '0fe27cf5bd1407bc7b4eabefaa91ff535582badc':
make android_id random seed depend on time as well as ro.serialno
|
| |/
| |
| |
| | |
Change-Id: I0a48aacd8da30896d91fa05b7791335e6ed751e5
|
| |
| |
| |
| | |
Change-Id: Id47f0897de1361ba755f149b2886d7d1f79ff494
|
| |
| |
| |
| |
| | |
Bug: 2900850
Change-Id: Iaf71e093578501258a24cd43e5deaf624d28461e
|
| |
| |
| |
| |
| |
| |
| | |
Doing a setIcon makes the icon visible and overrides
setIconVisibility
Change-Id: I7a177cc07e46f211d421e4aa86203ece5936c3fb
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The system_server shouldn't touch files on the SD card. This change
moves the things that touch the SD card out to the
DefaultContainerService so that it will get killed if the SD card goes
away instead of the system_server.
Change-Id: I0aefa085be4b194768527195532ee6dddc801cfc
|
| |
| |
| |
| | |
Change-Id: Ibc3e9f1f83159835c2e6c3bcdaa8ff6a7e7fa384
|
|\ \ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The return of parsePackageLite wasn't checked until after it was
deferenced. Move the deference below the null check and remove redundant
set.
Bug: 2852726
Change-Id: I3eaaea5050948145eed44b64507dc846993d98eb
|
|/ /
| |
| |
| |
| |
| |
| | |
This ensures that the system won't kill it for memory,
the user can't stop services inside of it, etc.
Change-Id: I923c376afa1133bccc000253f5bba851f9119a52
|
| |
| |
| |
| | |
Change-Id: I6c688fd9292aeaa58435eec6273b3a19cad5eff9
|
|\ \
| |/
| |
| |
| |
| |
| |
| |
| | |
froyo
Merge commit '1bcb665825dc97789e8c1b892ec4298fd0b8c552' into gingerbread
* commit '1bcb665825dc97789e8c1b892ec4298fd0b8c552':
Fix issue #2834005: Android Settings.Secure bypass
|
| |
| |
| |
| | |
Change-Id: Ic4f14e2ff5c2b4f623405d30389863a9e3e82572
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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
|