i8degrees / blacktree-secrets

Automatically exported from code.google.com/p/blacktree-secrets

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Selecting Facetime secrets on Yosemite

GoogleCodeExporter opened this issue · comments

What steps will reproduce the problem?
1. Open the prefPane on Yosemite
2. Select "Facetime"
3. The actual settings are not shown. Instead, the prefpane starts behaving odd 
and can even crash System Preferences app.

What is the expected output? What do you see instead?
See configuration items of Facetime

What version of the product are you using? On what operating system?
Secrets.prefPane on OSX 10.10.0

Original issue reported on code.google.com by jul...@pawlowski.me on 22 Oct 2014 at 11:53

Seems even worse to me - no secrets except the "top secrets" are displayed. 
Coincidentally I was looking for facetime secrets when I noticed it was not 
working...

Original comment by gruntfug...@googlemail.com on 7 Dec 2014 at 1:33

I'd like to add a note that selecting FaceTime from the list along the left of 
the preference pane's window, not only doesn't work but Secrets basically goes 
insane, and normal behavior can only be restored by quitting and re-opening 
System Preferences (going back to the main System Preferences window and then 
re-opening the Secrets pane does not work).

If System Preferences is not re-opened (but the preference pane/app doesn't 
crash, which it most often does), selecting other applications from the list 
will not show the "secrets" for that application, and the right-side of the 
window will remain blank.

If just the Secrets preference pane is closed, returning to the main System 
Preferences window, and then Secrets is re-opened, Secrets will re-open to the 
list of "secrets" for the last application selected in the list (instead of 
returning to "Top Secrets" by default) which, if the last application selected 
was FaceTime, doesn't solve the problem.

This behavior has existed with developer builds and public beta pre-releases of 
Yosemite, OS X 10.10 final, 10.10.1, and developer pre-release builds of 
10.10.2 (every build released to developers as of the date of this comment).  I 
don't remember this problem occurring under Mavericks 10.9.x, but I can't 
confirm that this problem is restricted to 10.10.x only.

Original comment by kudelkosm@gmail.com on 15 Dec 2014 at 6:09

10.10.3 beta (14D105g) issue still persists, just adding my +1

Original comment by l...@solvent-llc.com on 21 Mar 2015 at 6:39