summaryrefslogtreecommitdiffstats
path: root/services/java/com/android/server/WallpaperManagerService.java
Commit message (Collapse)AuthorAgeFilesLines
* User management and switchingAmith Yamasani2012-03-271-21/+31
| | | | | | | | | | | | | | | | | | | Broadcast intents that get sent out when users are added/removed/switched. More work on generating user-specific information in package manager queries. APIs to update user name and query a user by id. Removed Package.mSetStopped and mSetEnabled, since they're not user specific. User removal: - Cleanup ActivityManager, PackageManager, WallpaperManager, AppWidgetService and AccountManager. - Shutdown processes belonging to the user. Don't show vibrate option in long-press power if there's no vibrator. Lock the screen when switching users, to force unlocking. Change-Id: Ib23a721cb75285eef5fd6ba8c7272462764038fa
* Multi-user - wallpaper serviceAmith Yamasani2012-02-101-267/+473
| | | | | | | | | | | | - Allow each user to have their own wallpaper (live or static). - Migrate old wallpaper on upgrade. - Update SystemBackupAgent to backup/restore from primary user's new wallpaper directory. Reduce dependency on Binder.getOrigCallingUser() by passing the userId for bindService. Change-Id: I19c8c3296d3d2efa7f28f951d4b84407489e2166
* Fix issue #5628789: Cannot set static/custom wallpaper after clearing ↵Dianne Hackborn2011-11-291-0/+7
| | | | | | | | Settings data Need to make sure the "files" directory is created. Change-Id: I8d5b374a5a03590a5ce7fafb5171705414f7b2f9
* Fix issue #5342788: Setting wallpaper from gallery set default...Dianne Hackborn2011-10-211-3/+6
| | | | | | | | | ...wallpaper first time IRK81. We were monitoring for file creates when those are not needed, and receiving the initial file create was causing us to be confused. Change-Id: Iccd3b7492c82895dba87f25c4881c538f300d342
* Fix wallpaper restoreChristopher Tate2011-10-071-1/+1
| | | | | | | | | | | | | | | | | | | | Following a restore of the wallpaper data files, the settingsRestored() method was binding the new wallpaper by passing null as the component, because once upon a time that meant just use the configuration that had just been loaded from the [newly restored] settings filed. However, at some point this broke when the load from settings was made a staging operation, not also the commitment of the changes. This CL passes the newly-determined component configuration explicitly to the bind, overriding the product default that may already have been emplaced by the time the restore happens. It also turns off the (minor) debugging that had been enabled in WallpaperBackupHelper while digging into the issue. Bug 5416839 Change-Id: I963893c236e24c75d10dde75836805295ea42cbb
* Fix issue #5317970: Removing active wallpaper from manifest crashes phoneDianne Hackborn2011-09-151-41/+89
| | | | | | | Clean up a bunch of stuff about dealing with failures in applying the wallpaper. Change-Id: Ib0c7ec6cc00936dd00c752991be068dc75fc24c9
* Merge "Fix to show the correct HW accel background in the preview window."Dianne Hackborn2011-08-241-7/+13
|\
| * Fix to show the correct HW accel background in the preview window.Dianne Hackborn2011-08-241-7/+13
| | | | | | | | | | | | | | Also tweak wallpaper service to do a cleaner transition to a static wallpaper. Change-Id: I876a32091f92dd5a529d7fd809d3b8e730bb7d2a
* | Add OpenGL backend to ImageWallpaperRomain Guy2011-08-241-1/+1
|/ | | | | | | | Bug #5204874 Currently disabled. Change-Id: I5e7b35dce2981b0691f107e39c6394b260466543
* Fix issue #5108980 Wallpaper is not restored after upgrade from IRK32B to IRK33BDianne Hackborn2011-08-051-22/+33
| | | | | | | | | | | | Take care of updating from old component name, and don't let this happen again. Also tweak how we switch between static wallpapers to avoid introducing a 4MB allocation in the system UI process when this happens -- we now stop the current wallpaper service and start a new one, so we get a brand new surface that we can draw only one time in to. Change-Id: I6fc8a42b8a46bba79759bd68fb7d0684b5d897b7
* Move ImageWallpaper to SystemUI process.Dianne Hackborn2011-08-011-3/+2
| | | | | | | | | | | | | Nice to not load 4MB bitmaps in the system process. Also, hey, with how we are now scrolling the surface instead of the bitmap, there is no reason to keep that 4MB bitmap loaded in to memory. So don't. Unfortunately it looks like for some reason the VM is still holding on to the bitmap. I'll need to figure out why. Later. Change-Id: Ib3503756144502fc5c8d5e294248c2417c4fe8c8
* Rework display size access.Dianne Hackborn2011-04-211-0/+12
| | | | | | | | Applications now get the display size from the window manager. No behavior should be changed yet, this is just prep for some real changes. Change-Id: I2958a6660895c1cba2b670509600014e55ee9273
* Start window manager refactoring.Dianne Hackborn2011-02-171-2/+0
| | | | | | Move all of the pieces into a new com.android.server.wm package. Change-Id: I942b7bcfb84ee0f843f47d58e55ffc5a93c0da94
* frameworks/base: Fix to release references to previous live wallpaperVairavan Srinivasan2010-12-231-0/+2
| | | | | | | | | | | The service connection to the previous live wallpaper is unbound when a new wallpaper is effective. Although the service connection is unbound it is not disconnected and its reference to wallpaper's service and engine is still effective. This adds up to the total JNI references and causes dalvik (hosting system_server) to abort. Fix is to release the references in clearWallpaperComponentLocked. Change-Id: Idd2bab83a56d2e6c6dd7ab9be08d5e14887aa384
* Work on issue #3101415: Crespo apps seem to have their UID changed over time.Dianne Hackborn2010-10-151-0/+2
| | | | | | fsync! Change-Id: Ie6c5397202579935ac69bf61d3e7b3081ecf269c
* Add missing wallpaper service lock.Brad Fitzpatrick2010-09-141-2/+6
| | | | | | Unimportant, but found while reading the code for other reasons. Change-Id: I9f2fad3ff5d081aef7a35e5f33ec5de7dc92195e
* Maybe fix issue #2457218: Corrupt batterystats.bin file preventing phone ↵Dianne Hackborn2010-03-191-0/+4
| | | | | | | | | | | | | | boot - LIBtt68127 No steps to repro, but makes the code more robust by using the standard JournaledFile class and doing sanity checks on the input it reads. This required moving the JournaledFile class in to the framework (and we really should get rid of either it or AtomicFile, but they have different recovery semantics so that is tough). Also went through and cleaned up the file management in various places. Change-Id: Ieb7268d8435e77dff66b6e67bb63b62e5dea572e
* Fix issue #2492387: system server crash in WallpaperManagerServiceDianne Hackborn2010-03-111-0/+6
| | | | | | Also move some of the important framework error logs over to Slog. Change-Id: If6697c3e4f18498612ebd7b0e4e4f042fd713372
* Refactor android.backup => android.app.backupChristopher Tate2010-03-051-1/+1
| | | | Change-Id: I0b21316ff890d7f3c7d4b82837bb60670724c2e8
* Switch the services library to using the new SlogJoe Onorato2010-03-011-43/+43
|
* Re-arrange android-common so framework no longer links with it.Dianne Hackborn2010-02-251-1/+1
| | | | | | | This is the framework part, moving classes around so the framework no longer needs to link to android-common. Makes some APIs public, others that didn't need to be public are private in the framework, some small things are copied.
* Fix issue #2438980: Implement package watcher for voice recognizer service ↵Dianne Hackborn2010-02-221-13/+106
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | setting I am getting tired of writing package monitor code, realized this is missing in a number of places, and at this point it has gotten complicated enough that I don't think anyone actually does it 100% right so: Introducing PackageMonitor. Yes there are no Java docs. I am still playing around with just what this thing is to figure out what makes sense and how people will use it. It is being used to fix this bug for monitoring voice recognizers (integrating the code from the settings provider for setting an initial value), to replace the existing code for monitoring input methods (and fix the bug where we wouldn't remove an input method from the enabled list when it got uninstalled), to now monitor live wallpaper package changes (now allowing us to avoid reverting back to the default live wallpaper when the current one is updated!), and to monitor device admin changes. Also includes a fix so you can't uninstall an .apk that is currently enabled as a device admin. Also includes a fix where the default time zone was not initialized early enough which should fix issue #2455507 (Observed Google services frame work crash). In addition, this finally introduces a mechanism to determine if the "force stop" button should be enabled, with convenience in PackageMonitor for system services to handle it. All services have been updated to support this. There is also new infrastructure for reporting battery usage as an applicatin error report.
* resolved conflicts for merge of ad2fa35d to masterTom Taylor2009-12-221-1/+1
|\ | | | | | | Change-Id: Ia4362cd48ac0689b91003943a4cd9660da72ff90
| * Update imports to android-commonTom Taylor2009-12-211-1/+1
| | | | | | | | | | Several files were moved to android-common. Update all the references to import those files from the new location.
* | Restore live wallpapers if specified in the restore dataChristopher Tate2009-12-161-3/+9
|/
* This time for sure: make wallpapers workMike Cleron2009-11-151-31/+79
| | | | | | Fix http://b/issue?id=2262556. Make restoring work as well as switching between live and non-live wallpapers. Also support live wallpaper as default.
* Unbreak setting photos as wallpaperMike Cleron2009-11-131-0/+6
|
* Add support for making a LiveWallpaper the default Mike Cleron2009-11-121-25/+35
|
* Implement all of the infrastructure for configuring wallpapers.Dianne Hackborn2009-09-071-11/+70
| | | | | | | | | | Actually being able to configure a wallpaper relies on additional work in the launcher and wallpapers that will be in another change. Also note that this breaks all existing wallpapers, since they now need to include a meta-data item about themselves. This also will be fixed in another change. Change-Id: I97d2c2bd07237abc32f92b9147c32530a2f73c71
* Add better service reporting.Dianne Hackborn2009-09-031-0/+6
| | | | | | This will be used elsewhere. Change-Id: Id561fa7fed5eb65446312cb697813483903d33a6
* More work on wallpapers: animations, lifecycle, scaling, etc.Dianne Hackborn2009-08-301-1/+17
| | | | | | | | | | | | Yet more work on improving the behavior of wallpapers. This fixes a few problems in their lifecycle (corresponding change in the picker also required for this), makes their animations better for hardware that supports alpha fades, adds animations for the wallpapers themselves, eliminates fixed size wallpapers, and adjusts the API for retrieving a wallpaper bitmap to take care of scaling the raw wallpaper image to match the current desired width and height. Change-Id: If1c0aaceba4ea4e175dcb7a8416ca7ddbb9bfa6f
* Infrastructure for supporting wallpaper previews.Dianne Hackborn2009-08-201-1/+3
| | | | | Various things that will allow us to show previews of wallpapers. Also some fixes to animations across wallpapers.
* Don't call onSurfaceChanged() if nothing interesting has changed.Dianne Hackborn2009-08-181-1/+1
|
* More wallpaper fixes: scroll position, visibility, leaking.Dianne Hackborn2009-08-181-0/+6
| | | | | | | This fixes a bunch of edge cases in updating the wallpaper's scroll position and visibility when switching between wallpapers and traveling through the UI. It also fixes some leaks of wallpaper tokens and windows.
* More work on wallpapers.Dianne Hackborn2009-08-171-4/+4
| | | | | | | - Do better about figuring out when to stop them and other related window management. - Fix problem where we were not redrawing the surface when the orientation changed. This was the cause of the device hang.
* Turn off static live wallpaper for now.Dianne Hackborn2009-08-141-2/+4
|
* A little more wallpaper robustness.Dianne Hackborn2009-08-131-9/+36
| | | | | | - Recover if a live wallpaper is crashing repeatedly. - Don't crash when someone tries to set a static wallpaper. - Make the static wallpaper update correctly when the image changes.
* Always have a wallpaper service running.Dianne Hackborn2009-08-131-35/+80
|
* Very primitive wallpapers in a surface.Dianne Hackborn2009-08-081-20/+173
| | | | | | | | | | | | | | This is all of the basic pieces: - The WallpaperService now creates a surface with the window manager for its contents. - There is a simple service that displays a bitmap. - The wallpaper manager takes care of starting and stopping the service. - The window manager knows about wallpaper windows and how to layer them with the windows that want to be shown on top of wallpaper. Lots and lots of issues remain, but at this point you can actually write a wallpaper service, select it in the UI, and see it behind an activity.
* First bit of wallpaper work.Dianne Hackborn2009-08-051-0/+386
This is mostly refactoring, adding a new WallpaperManager class that takes care of the old wallpaper APIs on Context, so we don't need to pollute Context with various new wallpaper APIs as they are needed. Also adds the first little definition of a wallpaper service, which is not yet used or useful.
generated by cgit v1.1 at 2025-02-15 09:51:02 +0000