{"push_id":1318004862,"size":10,"distinct_size":10,"ref":"refs/heads/caf/cyngn/stable/cm-13.0-ZNH5Y","head":"cdf656dfd2aa24e610a0f03d50f11cfff3c565ee","before":"12c00e3371801eb2f6df4b1a410cf83ba94ed40d","commits":[{"sha":"895ebc16f91e6b6e07f768bb6807416ba613dff5","author":{"name":"Sam Mortimer","email":"fc2a274964d430870f7cc119c87a45eb56b240d3@mortimer.me.uk"},"message":"Apps on adopted storage should stay there during update\n\nAn update to an app on adopted storage via a PackageInstaller.Session\n(eg gplay) will result in the app silently ending up back on internal\nstorage if the (new) manifest sets INSTALL_LOCATION_INTERNAL_ONLY.\nHowever, the app data is not moved with it so the end result is that\ndata looks like it's been wiped.\n\nIdeally, the app and data would be moved to internal.  Next best would\nbe that the user is informed that they need to uninstall and reinstall.\n\nFor now, persist the app in the adopted storage location so that\nthe user doesn't lose app data.\n\nRM-290\n\nChange-Id: I1f178ea361a875c6df6b3b20a2e44071124c39c4","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/895ebc16f91e6b6e07f768bb6807416ba613dff5"},{"sha":"d5ad4eb299fedebe63c49832cafb0edf28d5f268","author":{"name":"Sam Mortimer","email":"fc2a274964d430870f7cc119c87a45eb56b240d3@mortimer.me.uk"},"message":"Ensure packages on adopted media do not move when updated\n\nPackages not installed with PackageInstaller.Session that\nare moved to adopted storage via android storage settings\nwill get moved back to private internal storage when the\npackage is later updated.  This causes the app to lose\nit's data (and leaves the data dir dangling on the original\nadopted location).\n\nplay market installs do not have this problem (because\nthey use an installer session) but pretty much every other\napp install route does.  eg adb install and other app stores.\n\nRM-290\n\nChange-Id: I0f606b230460f32310921c75e58ccb5b610268e4","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/d5ad4eb299fedebe63c49832cafb0edf28d5f268"},{"sha":"3d3e0352d86d0fdb8d3c6d00efaf373764e13027","author":{"name":"Alexander Martinz","email":"61f2a1f7c20cc4d7b53ee7a273f19b8fc2ddc98f@gmail.com"},"message":"services: core: use proper tags when logging\n\nRM-290\n\nChange-Id: Idbcd94ae8004352c5241fc81ac9595173001a58d\nSigned-off-by: Alexander Martinz <eviscerationls@gmail.com>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/3d3e0352d86d0fdb8d3c6d00efaf373764e13027"},{"sha":"7ff550bab1a5474b20b388a99086f77a011ab102","author":{"name":"Harikrishnan Hariharan","email":"6603c76b274e18c50643c59519768680e6557877@codeaurora.org"},"message":"Prevent invocation of startNavigating() when GPS is off\n\nWhen system comes back from idle state, GpsLocationProvider\ninvokes startNavigating() even when GPS is turned off in\nsettings.\n\nRM-290\n\nChange-Id: Ie6dbf60a743cce429ab83876a3cb80f7e4b0e0f6\nCRs-Fixed: 1022372","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/7ff550bab1a5474b20b388a99086f77a011ab102"},{"sha":"53dc9728000105675e9cbe21eadc255a64498cca","author":{"name":"Bryan Owens","email":"bde77cb7ac41ecafb366c1cfc66ea67746b09404@gmail.com"},"message":"Themes: Give power dialogs own set of volume icons for themes\n\nRM-290\n\nChange-Id: Ica874be3be89f12b6ecea444d442706bc1fd91ba\nSigned-off-by: Bryan Owens <djbryan3540@gmail.com>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/53dc9728000105675e9cbe21eadc255a64498cca"},{"sha":"0b4b0665abc86782a5e8395a5d804a364a690a02","author":{"name":"Matthias Yzusqui","email":"024813fae73d04b99bf386cd7b157deace0ca867@gmail.com"},"message":"SystemUI: Don't pad when config_showScreenOnLockScreenHints is false\n\nWhen the overlay is false the 'down' indicator is unused and there-\nfore no padding for text alignment is needed.\n\nAlso use the overlay to disable the up-arrow indicator, thus return-\ning to the old lockscreen layout.\n\nRM-290\n\nChange-Id: I542109686778e081c1883885287de0d5380578a2","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/0b4b0665abc86782a5e8395a5d804a364a690a02"},{"sha":"a8c95f6cf958a8a4484dd5aff875f9a9524bb6b3","author":{"name":"Roman Birg","email":"0f1585b272277099298de85a16893b9d8e868c73@cyngn.com"},"message":"PhoneWindowManager: set focus flags on keyguard panels\n\nTicket: CYNGNOS-3251\n\nChange-Id: I394514335bdaeafdc7b89918ece1fe3d2794647f\nSigned-off-by: Roman Birg <roman@cyngn.com>","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/a8c95f6cf958a8a4484dd5aff875f9a9524bb6b3"},{"sha":"3eb0163ff05744477b0aa2c0df332501d9264312","author":{"name":"Alexander Wuerstlein","email":"4c2e1432114a5c27e8291c71b50984bb3ca396d8@arw.name"},"message":"Ensure DHCP requests have nonempty hostnames\n\nIf the net.hostname property is empty or not found, Android issues\nDHCP requests with an empty hostname field (option 12). RFC2132 section\n3.14 prescribes a minimum length of 1 byte for the hostname.\n\nTo fix this, a generic 'android-dhcp' hostname is used as a fallback.\n\nRM-290\n\nChange-Id: I7a92e7295f72b3255e4fba6498fb4039906eb702","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/3eb0163ff05744477b0aa2c0df332501d9264312"},{"sha":"51e4e422f3f6eff1ce151265573534804452defc","author":{"name":"Alexander Wuerstlein","email":"4c2e1432114a5c27e8291c71b50984bb3ca396d8@arw.name"},"message":"connectivity-service: fix/improve unique hostname\n\nConnectivityService should set the net.hostname property to either\nthe current DEVICE_HOSTNAME or android-ANDROID_ID or leave net.hostname\nunchanged if already set. However, the logic was flawed such that if\nDEVICE_HOSTNAME was empty but net.hostname was not, net.hostname would\nalways be set to an empty string, leading to DHCP breakage later on.\n\nThe logic has been fixed, clarified and improved such that:\nnet.hostname will only be changed if it is empty. If net.hostname is\nempty, it will be set to either (in order): the nonempty value of\nDEVICE_HOSTNAME, android-ANDROID_ID or android-r-RANDOM_NUMBER. The last\noption is an addition to have a sensible fallback in case both\nDEVICE_HOSTNAME and ANDROID_ID are empty.\n\nThe random number is generated by java.util.Random, because I consider\ncryptographically strong randomness unnecessary here and think possible\nblocking in SecureRandom might be undesirable.\n\nThanks to stargo for pointing me to the right place to edit.\nThanks to Ethan Chen for his stylistic advice.\n\nRM-290\n\nChange-Id: I603ab4d6a265456bf4fa310939965cfa677fc881","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/51e4e422f3f6eff1ce151265573534804452defc"},{"sha":"cdf656dfd2aa24e610a0f03d50f11cfff3c565ee","author":{"name":"d34d","email":"8f178a7fafffcaf06c8964a85d64b7eb9b0b233d@cyngn.com"},"message":"SysUI: Don't set panel bar to null and avoid NPEs\n\nThis patch removes the onDetachedFromWindow method introduced in\nchange Ieaec759e4378a9a7701e6fba46ed33464caaee0a.  It is not\nnecessary to set the panel bar to null in the PanelViews or the\nPanelHolder in order for these objects to be GC'ed when recreating\nthe status bar after a theme change or a user switch.\n\nChange-Id: I67f1e8289d04df2f5daefdb206030d7f0404d714\nTICKET: HAM-1551","distinct":true,"url":"https://api.github.com/repos/codeaurora-unoffical/platform-frameworks-base/commits/cdf656dfd2aa24e610a0f03d50f11cfff3c565ee"}]}
{"actor":{"display_login":"Mazda--"}}