Not working on Yosemite

[evanrelf]

Opening PeepOpen does not display any menu bar icon, and the process remains running in the background until you kill it in the Terminal/Activity Monitor.

After killing it, opening it for the second time pops up an auto-update prompt, but once you've responded to the prompt it goes back to how it was before: no icon, no rainbow beachball... just sitting there running and doing nothing.

I'm running the latest version of PeepOpen (I'd assume v0.3.6 from the GitHub releases page) from a fresh install on Yosemite (10.10.1), with no residual preference files from a previous version of PeepOpen or Mac OS X.

[emorikawa]

I also have this problem When I run PeepOpen directly from the executable in the app from the command line, I get the following:

❮PeepOpen.app/Contents/MacOS❯  ./PeepOpen               (/Applications/PeepOpen.app/Contents/MacOS 14:17:38 ☉  3.2°C )
unknown: warning: already initialized constant IOSurfaceRef
unknown: warning: already initialized constant cl_device_id
unknown: warning: already initialized constant KInternetEventClass
unknown: warning: already initialized constant KAEGetURL
unknown: warning: already initialized constant KeyDirectObject
2014-12-20 14:17:40.597 PeepOpen[17149:39529421] /Applications/PeepOpen.app/Contents/Resources/rb_main.rb:44:in `<main>': can't locate symbol for constant NSVariableStatusItemLength (RuntimeError)

[cengebretson]

I think I found a way to make it work, though PeepOpen will not show up in the status bar (as that is where the error is occuring.) but otherwise seems to be working for me.

You can open up the com.topfunky.PeepOpen.plist preference file which should be in your ~/Library/Preferences/ folder. From there make sure a key called showStatusBarMenu is listed and its value is NO. This should skip the code that is causing PeepOpen to fail.

hope this helps!

[ferantivero]

doesn't work for me too. Tried by adding the value to the plist and it is not displayed, still :disappointed:

[idoo]

same :(

[cengebretson]

hmm, not sure. That was the setting I changed and everything magically worked. I'll see if I create a quick repo with my plist file in it, maybe from there it can be downloaded and dropped in place to see if that works. Maybe there is another setting that needs to be changed.

[idoo]

@cengebretson can u attach this file? i have fresh install and this config has only one row :(

[cengebretson]

I couldn't attach to the issues, it only takes images. But I forked the peepopen repo and added it there. Hope this works, at least get PeepOpen running again.

https://github.com/cengebretson/PeepOpen/tree/master/plist

I think I know where the issue is in the peepopen codebase. Problem is the codebase is really old, so its not just a simple line change, some of the libraries it depends on might have to be replaced as well. If I ever get some free time I can try to take a crack at it someday :pray:

[ferantivero]

thanks @cengebretson, I will give it a try later

[idoo]

:smiley: :+1: thank you, @cengebretson now :ok_hand:

[ferantivero]

hmm didn't work for me :cry: . I downloaded the @cengebretson customised plist and then tried the following:

1. replace the file and re-execute the peepopen
2. quit the process, replace the file and then re-open peepopen

[ferantivero]

same error as @emorikawa executing peepopen from terminal EDIT: I've just restarted and now PeepOpen started without any issues even from terminal (rb_main.rb is executed properly). But it is still not displayed

[bdbull]

Is there any hope for a fresh install on Yosemite? It seems that all the comments are from those who had peepopen installed and working and then upgraded to Yosemite.

[cengebretson]

I was able to get peepOpen to work on a new mac that has yosemite on it. The big thing for me was copying the plist file from an older mac that didn't have yosemite and then everything seem to work ok.

Looking at the source it seemed like the issue was if peepopen was visible on the menu bar the code would throw an exception with the following message...

can't locate symbol for constant NSVariableStatusItemLength

which is why I think the showStatusBarMenu set to NO made everything happy again. It would just skip the code that was using the bad constant mentioned above. What type of errors are you seeing if you run peepOpen from the terminal?

You could always take a picture of your plist file and put it on here and see what the differences are? Maybe there is another setting that is causing issues? I would love to try to update Peepcode someday as I use it all the time from vim and iterm, but not sure if will have time to dive into that till spring.

[bdbull]

I got it to run now. I had to change hasBeenRunAtLeastOnce to No so the setup UI would show. Now I just gotta figure out how to use it. :)

[pbrianmackey]

@bdbull What file(s) did you change? I ran ack-grep for "hasBeenRunAtLeastOnce" and only found lookups for these element. I did not find a setter.

[bdbull]

@pbrianmackey Download the plist file posted by @cengebretson. I believe it was in there. Also, not sure if a grep will find it as I'm not sure that file is text.

[ghost]

It works fine if you set "SUEnableAutomaticChecks" to NO.

[jordwalke]

It would be so great if someone could just get this to compile on XCode 6+. My XCode build system skills are lacking.

[jordwalke]

I just found a really easy way to repackage the app in an unbroken state.

• Show package contents on the .app.
• Remove AppDelegate.rbo, replace it with AppDelegate.rb from the original PeepOpen source.
• Inside AppDelegate.rb, change the default setting in the file for showStatusBarMenu to false.
• Save the file. Now the PeepOpen.app will open in modern OS X. Of course, you can't turn the statusbar setting on, but this works at least.