AttributeError: 'NoneType' object has no attribute 'setDelegate_'

[danisawesome]

When trying to run any of the examples, I'm running into this error:

Traceback (most recent call last):
File "queue_client.py", line 57, in
app.run()
File "/Users/danielschales/Envs/queue_client/lib/python2.7/site-packages/rumps/rumps.py", line 703, in run
NSUserNotificationCenter.defaultUserNotificationCenter().setDelegate_(self.nsapp)
AttributeError: 'NoneType' object has no attribute 'setDelegate'

This is on a fresh install of Mavericks 10.9.1, using Homebrew installed Python 2.7.6, and installed PyObjC using pip all in a virtualenv. Using tito's fork as well as the official rumps repo. It was working in my previous Mavericks installation, but the system Python install was a mess, hence the reinstall and usage of a virtualenv this time around.

[danisawesome]

Solved the issues. There was something weird with using virtualenvs for some reason and it works great without them. Not sure I understand why, but I'll take it!

[Melevir]

I have the same problem. And I like my virtualenv, it's so cozy!
May be there are ideas how to solve the issue?

[mrmachine]

Also unable to run the example inside a virtualenv. Same error as above.

[jaredks]

Really a pyobjc issue but reopening as there may be a workaround.

>>> from Foundation import NSUserNotificationCenter
>>> NSUserNotificationCenter.defaultUserNotificationCenter() is None
True

[alexflint]

+1

[kjagiello]

+1

[RyanBalfanz]

+1

Encountered this after #12 and #21

(venv2)➜  pyapp  python app.py
Traceback (most recent call last):
  File "app.py", line 17, in <module>
    AwesomeStatusBarApp("Awesome App").run()
  File "/Users/ryan/Desktop/pyapp/venv2/lib/python2.7/site-packages/rumps/rumps.py", line 1059, in run
    NSUserNotificationCenter.defaultUserNotificationCenter().setDelegate_(self._nsapp)
AttributeError: 'NoneType' object has no attribute 'setDelegate_'

[goodes]

+1

[toddwilson]

+1

[vink007]

+1

[scoates]

+1

[scoates]

FWIW, if I check out rumps manually and run some code from within the git checkout (read: if I don't use the pip-installed rumps), it works as expected.

[tvalliersbu]

+1

[mileshiroo]

+1

[RyanBalfanz]

@scoates, As of now, there're 6 commits to master since v0.2.0 was released so you may be right. @jaredks, can you verify and push a new release to PyPI?

[aerickson]

+1 on this... would love to get it working.

Is there a pyobjc bug filed?

@jaredks Where does the fix you mentioned go? Thanks for making this project. :)

[gotlium]

+1

[zollman]

The critical code snippet is

from Foundation import NSUserNotificationCenter
NSUserNotificationCenter.defaultUserNotificationCenter()

which appears to return None if you have the wrong application bundle properties / plist file.
(Seems to be an identical error to http://stackoverflow.com/questions/29341643/nsusernotificationcenter-defaultusernotificationcenter-returns-null-in-qt-applic )

The main python and virtualenv python are somehow different, even if you create your virtualenv with virtualenv --system-site-packages:

mybox:rumps-test user$ ls -l /usr/bin/python
-rwxr-xr-x  2 root  wheel  58608 May 20  2014 /usr/bin/python
(virtualenv)mybox:rumps-test user$ ls -l `which python`
-rwxr-xr-x  1 user  staff  34592 Apr 19 15:39 /Users/user/src/collector/virtualenv/bin/python

If I manually copy /usr/bin/python into my virtualenv, then this code snippet starts working (i.e., returns something other than None):

from Foundation import NSUserNotificationCenter
NSUserNotificationCenter.defaultUserNotificationCenter()

I can also get this working by putting an Info.plist file directly into the same bin dir as my virtualenv's python:

(virtualenv)mybox:bin user$ /usr/libexec/PlistBuddy -c 'Add :CFBundleIdentifier string "org.python.python"' Info.plist
(virtualenv)mybox:bin user$ cat Info.plist
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>CFBundleIdentifier</key>
    <string>org.python.python</string>
</dict>
</plist>

I have automated dynamic generation of this plist in a pull request:
#36

[mankoff]

@zollman confirming your fix works for me. I'm using the Anaconda (scientific) python from Continuum. Oddly ipython simple_example.py worked, but python simple_example.py did not. Adding the Info.plist to the anaconda/bin/ folder worked, or installing rumps from your bugfix-nobundleid branch works too. Thank you!

[zollman]

Note for those browsing this: I closed my pull request -- while it prevents the specific error from being thrown, a dynamically-generated Plist won't actually give you the ability to throw real notifications on OS X. Works for the other use cases though.

[zefijsd]

+1

[etiology]

+1

[abyx]

+1

[jdp]

+1

[sabativi]

+1

[norcalli]

+1

[chrisfosterelli]

+1

[kennethreitz]

+1

[wddwycc]

+1

[jaredks]

Fix published to PyPI

[kennethreitz]

\o/

[kennethreitz]

thank you @jaredks! Really looking forward to playing with this software now!