Updated plugins aren't used

Thank you for taking the time to report this bug and helping to make Ubuntu better. Please answer these questions:

 * Is this reproducible? Have you uninstalled and re-installed?
 * If so, what specific steps should we take to recreate this bug?
 * Are you using a 32 or 64bit version?

 This will help us to find and resolve the problem.

I just installed Gnome-do on my 64bit version of Jaunty Alpha6 and it works fine. I used sudo apt-get install gnome-do. Please let us know how this works.

* It is. I did "sudo aptitude purge gnome-do && sudo aptitude install gnome-do", but the problem is still there.
* Well, just opening terminal and issuing the "gnome-do" command results in the described behaviour on my system.
* 64-bit.

Oops, I should have been more careful and do a little more thinking and testing before reporting this bug.

I have just tried Gnome-Do under a clean user account (created for testing purposes, nothing in ~/ but defaults), and it works with no issues. Then I did some more search and found ~/.local/share/gnome-do/ containing more Gnome-Do configuration files. After removing that directory the problem disappeared.

So it actually looks like there was some config left of Intrepid version of Gnome-Do, that conflicted with a new version. My mistake was believing that removing ~/.gconf/apps/gnome-do/ is enough to clean all gnome-do configuration files.

I think this bug can be closed (if only incompatibility with old config files can't be thought as a bug itself :). Sorry for drawing your time and attention.

Does gnome-do show up in your start menu?

Evgeny Kuznetsov wrote:
> * It is. I did "sudo aptitude purge gnome-do && sudo aptitude install gnome-do", but the problem is still there.
> * Well, just opening terminal and issuing the "gnome-do" command results in the described behaviour on my system.
> * 64-bit.
>
>

Thank you for trying to help make Ubuntu a better OS. I'm happy you resolved the issue for yourself. If you have any further issues, please report them. I will mark this bug as invalid.

Evgeny Kuznetsov wrote:
> Oops, I should have been more careful and do a little more thinking and
> testing before reporting this bug.
>
> I have just tried Gnome-Do under a clean user account (created for
> testing purposes, nothing in ~/ but defaults), and it works with no
> issues. Then I did some more search and found ~/.local/share/gnome-do/
> containing more Gnome-Do configuration files. After removing that
> directory the problem disappeared.
>
> So it actually looks like there was some config left of Intrepid version
> of Gnome-Do, that conflicted with a new version. My mistake was
> believing that removing ~/.gconf/apps/gnome-do/ is enough to clean all
> gnome-do configuration files.
>
> I think this bug can be closed (if only incompatibility with old config
> files can't be thought as a bug itself :). Sorry for drawing your time
> and attention.
>
> ** Description changed:
>
> - After upgrade to Jaunty, Gnome-Do fails to start. Here is the console
> - output:
> + After upgrade to Jaunty, Gnome-Do fails to start due to some
> + incompatible configuration files left of Intrepid version in
> + ~/.local/share/gnome-do/ directory. Cleaning that solves the issue.
>
> - ** (Do:14516): WARNING **: The following assembly referenced from /home/evgeny/.local/share/gnome-do/plugins-0.8.0/addins/Do.DiskMounter.1.0/DiskMounter.dll could not be loaded:
> - Assembly: gnome-vfs-sharp (assemblyref_index=1)
> - Version: 2.20.0.0
> - Public Key: 35e10195dab3c99f
> - The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/home/evgeny/.local/share/gnome-do/plugins-0.8.0/addins/Do.DiskMounter.1.0).
> -
> -
> - ** (Do:14516): WARNING **: Could not load file or assembly 'gnome-vfs-sharp, Version=2.20.0.0, Culture=neutral, PublicKeyToken=35e10195dab3c99f' or one of its dependencies.
> - [Error 11:56:46.572] [PluginManager] Encountered error loading plugin: TypeLoadException "Could not load type 'DiskMounter.DriveItemSource' from assembly 'DiskMounter, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'."
> - >> SEARCH RECENTCHATS
> - << CHATS #devica812/$nekr0z;465fce64dfaf40bf
> - Recent Chat [1]: CHATS #devica812/$nekr0z;465fce64dfaf40bf
> - >> GET CHAT #devica812/$nekr0z;465fce64dfaf40bf RECENTCHATMESSAGES
> - << CHAT #devica812/$nekr0z;465fce64dfaf40bf RECENTCHATMESSAGES 1034, 1033, 1032, 1031, 1030, 1029, 1028, 1027, 1026, 1025
> - >> GET CHATMESSAGE 1034 TIMESTAMP
> - << CHATMESSAGE 1034 TIMESTAMP 1236965561
> - >> GET CHAT #devica812/$nekr0z;465fce64dfaf40bf FRIENDLYNAME
> - << CHAT #devica812/$nekr0z;465fce64dfaf40bf FRIENDLYNAME Сестрица Лена | А я тут..
> - >> SEARCH MISSEDCHATS
> - << CHATS
> - Missed Chat [1]: CHATS
> - >> SEARCH BOOKMARKEDCHATS
> - << CHATS
> - Bookmarked Chat [1]: CHATS
> - Error while getting object for node in path '/Do/ItemSource'.
> - System.TypeLoadException: Could not load type 'DiskMounter.DriveItemSource' from assembly 'DiskMounter, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'.
> - at (wrapper managed-to-native) System.MonoType:GetConstructors_internal (System.Reflection.Bin...

As a result of the previous comments, I am assuming this bug has reached a resolution and am marking it as such. Thanks!

This bug was fixed in the package gnome-do - 0.8.2+dfsg-1

---------------
gnome-do (0.8.2+dfsg-1) unstable; urgency=low

  * New upstream release
    + No longer uses a plugin repository. Fixes many plugin-
      related issues. (LP: #343096, LP: #330025, LP #345001)
    + No longer blocks on "About Do" (LP: #361679)
    + Reacts correctly when a Composite manager is enabled/
      disabled at runtime. (LP: #346347, LP: #390150)
    + Fixes for space reserved by Docky blocking drag and
      drop operations. (LP: #354729, LP: #347052, LP: #382843)
    + Properly sets "Hidden" key on autostart files in response to
      "Start on login" option. (Closes: #526023) (LP: #369988)
  * debian/patches/10_application_search_path:
    + Drop; included upstream
  * debian/patches/10_sk_translation_update:
    + Import sk translation update from Debian BTS.
      (Closes: #531779)
  * debian/patches/11_fix_autostart_when_directory_does_not_exist:
    + Patch from upstream. Fixes the "Start on login" option when the
      ~/.config/autostart directory does not exist. (LP: #393729)
  * debian/control:
    + Update standards version to 3.8.2; no changes required.
    + Add libtool to Build-Depends; required for autoreconf.
    + Add Recommends: on new gnome-do-docklets package.
  * debian/gnome-do.1
    + Fix spelling: GNOME-Do => GNOME Do.
    + Miscelaneous lintian fixes; NAME section, escaping minus signs with \-
  * debian/copyright:
    + Update for new copyright holders.
    + Minor update to DEP-5 format

 -- Steve Kowalik <email address hidden> Wed, 12 Aug 2009 07:36:56 +0100