New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 753005 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Oct 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug

Blocking:
issue 753012



Sign in to add a comment

ash: Add a method like GetPrimaryUserPrefService()

Project Member Reported by jamescook@chromium.org, Aug 7 2017

Issue description

Sonny needs this for a bluetooth setting feature, see issue 741962. Depending on the timing of that feature we might want to implement this with a delegate back to chrome.

For mash, this could probably be done as part of  issue 752993  "mash: Maintain a PrefService for every profile in a multiprofile session"

 
Summary: ash: Add a method like GetPrimaryUserPrefService() (was: Add a method like GetPrimaryUserPrefService())
Blocking: 753012
Components: -UI>Shell UI>Shell>MultipleProfile

Comment 4 by ovanieva@google.com, Oct 10 2017

Owner: jonr...@chromium.org
Status: Assigned (was: Untriaged)
@jamescook is this still needed? The BT feature appears to have landed
The BT pref feature has landed but with quirks. It would be cleaner if GetPrimaryUserPrefService() is supported by ash.
I suspect you could handle this by combining SessionController::GetPrimaryUserSession() and  GetUserPrefServiceForUser().

If it's only needed in one place (BT) I would just use the two methods as needed.

If it's needed elsewhere I would add a utility method to SessionController for it.

Oh, is using GetPrimaryUserSession and GetUserPrefServiceForUser mash-friendly too?
Yes.
Okay, then GetPrimaryUserPrefService is not needed. Thanks for the advice!
Status: WontFix (was: Assigned)
Sounds like there is an appropriate avenue for this at present. We can revisit if more callsites need a similar pattern in the future.
Components: -Internals>MUS Internals>Services>WindowService

Sign in to add a comment