Applications plugin stopped working

Bug #1105231 reported by Severin Weingarten
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
pygobject-2 (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Kupfer stopped to offer results provided by the Applications plugin. In debug mode I get the following error messages:

Error [kupfer.core.pluginload]: Loading Applications raised an exception:
Traceback (most recent call last):
  File "/usr/share/kupfer/kupfer/core/pluginload.py", line 60, in exception_guard
    yield
  File "/usr/share/kupfer/kupfer/core/sources.py", line 581, in _initialize_sources
    src.initialize()
  File "/usr/share/kupfer/kupfer/plugin/applications.py", line 42, in initialize
    self.monitor_token = self.monitor_directories(*application_dirs)
  File "/usr/share/kupfer/kupfer/obj/helplib.py", line 69, in monitor_directories
    monitor = gfile.monitor_directory(gio.FILE_MONITOR_NONE, None)
Error: Unable to find default local directory monitor type
Error [kupfer.core.pluginload]: This error is probably a bug in Applications
Error [kupfer.core.pluginload]: Please file a bug report

Nothing seems to go wrong before that.

I created a new user account and the problem went away. However, I tried deleting `~/.config/kupfer`, `~/.cache/kupfer`, and `~/.local/share/applications` from my the home directory of my main account and the problem remained. I do not have a folder called `~/.local/share/kupfer`.

What else can I do get to the bottom of this?

Ubuntu 12.10, Kupfer v208

Changed in kupfer:
assignee: nobody → Karol Będkowski (karol-bedkowski)
Revision history for this message
Karol Będkowski (karol-bedkowski) wrote :

Please check: are all directories defined in Preferences -> Catalogue -> Indexed Folders exists.
If not - please try to remove missing.

Revision history for this message
Severin Weingarten (severin-weingarten) wrote :

There is only a single directory entry (Downloads). It does exist.

However, loading the directory seems to cause an exception, too:

Error [kupfer.core.pluginload]: Loading Downloads raised an exception

Revision history for this message
Karol Będkowski (karol-bedkowski) wrote :

I can't reproduce this problem.

My mistake - above error occur in "Application" plug-in and it has no relation with path defined in Catalog.

Kupfer try to load applications from default locations, that you can check by:
python -c "import xdg.BaseDirectory; print list(xdg.BaseDirectory.load_data_paths('applications'))"

However, if you can't event enter to this directory this seems to be problem with gio and directory_motoring.
Please check is this command also causes errors:
python -c "import gio; print gio.File('/home/').monitor_directory(gio.FILE_MONITOR_NONE, None).is_cancelled()"

Revision history for this message
Severin Weingarten (severin-weingarten) wrote :

python -c "import xdg.BaseDirectory; print list(xdg.BaseDirectory.load_data_paths('applications'))"

works fine and prints

['/home/severin/.local/share/applications', '/usr/share/applications']

python -c "import gio; print gio.File('/home/').monitor_directory(gio.FILE_MONITOR_NONE, None).is_cancelled()"

on the other hand produces an error:

Traceback (most recent call last):
  File "<string>", line 1, in <module>
gio.Error: Unable to find default local directory monitor type

This command works just fine on the new/unaffected user account: it returns False.

Revision history for this message
Severin Weingarten (severin-weingarten) wrote :

I just added a desktop file to .local/share/applications and the bug reappeared. Deleting the file did not solve the problem.

Could that be any help in determining the cause?

This does not seem to be something that is specifically related to kupfer. Where could I go to find somebody who can help me with this problem?

Revision history for this message
Karol Będkowski (karol-bedkowski) wrote :

monitor_directory throw exception gio.Error: Unable to find default local directory monitor type

affects: kupfer → pygobject-2 (Ubuntu)
Changed in pygobject-2 (Ubuntu):
assignee: Karol Będkowski (karol-bedkowski) → nobody
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.