Files and Folders plugin configuration does not work properly

i can confirm this on Intrepid with Do package from Testers PPA.

Another confirmation. The configuration file loads blank, only the title, icon, and close button show up.

Terminal gives:

(Do:21807): Gtk-CRITICAL **: gtk_notebook_append_page: assertion `GTK_IS_WIDGET (child)' failed

[Error 11:42:02.588] Failed to load configuration: Object reference not set to
    an instance of an object

Guys, please don't spam the bug tracker, use the "this bug affects me too"
link. http://news.launchpad.net/cool-new-stuff/feelin-hot-hot-hot

--
--Alex Launi

@launi, sorry i did not know this option - its pretty hidden for non launchpad pros. will use it from now on, i promise ;)

After fix depth field is properly displayed, but I can't change any values.
I found bug - in PathNodeView.Refresh you should add level without ToString ().

Sorry - It's all ok in trunk. Bzr do something weird on merge....

Can you post a diff or a branch, or a pastebin of the code in
question? I believe you are looking at an old version of the code.

I have the same problem, I am running the latest bazaar version of gnome-do and of gnome-do-plugins.

It seems to me that the problem is on line 159 of IndexedFolderCollection.cs and that GetDefaultFolders ().ToDictionary (pair => pair.Path); for some reason isn't working.

I could get it to work by changing the previous statement to:
Folders = new Dictionary<string, IndexedFolder>();
foreach( IndexedFolder f in GetDefaultFolders())
  if(!Folders.ContainsKey(f.Path))
    Folders.Add(f.Path, f);

Can this be of any help?

What version of Mono do you have? Can you tell use the output of mono
--version

--
--Alex Launi

I'm runing the following:
Mono JIT compiler version 1.9.1 (tarball)
Copyright (C) 2002-2007 Novell, Inc and Contributors. www.mono-project.com
 TLS: __thread
 GC: Included Boehm (with typed GC)
 SIGSEGV: altstack
 Notifications: epoll
 Architecture: x86
 Disabled: none

With the last upgrade the plugin Files and Folders is configurable again and it correctly scan the file system but it can't open folders. Only the home folder correctly opens but it has the command "execute" and not the command "open". Anyway let's keep this good job on.

the "cannot open folders" issue is also discussed here: https://bugs.launchpad.net/do/+bug/293507

On Mon, Jan 19, 2009 at 4:27 AM, skalka <email address hidden> wrote:
> With the last upgrade the plugin Files and Folders is configurable again

I'm using the Ibex testing packages off the launchpad PPA. I got a new
version pushed to me yesterday, and currently show that I have version
0.7.96. While I get a "Files and Folders" configuration dialog, it's
still empty.

> and it correctly scan the file system but it can't open folders. Only
> the home folder correctly opens but it has the command "execute" and not
> the command "open". Anyway let's keep this good job on.
>
> --
> Files and Folders plugin configuration does not work properly
> https://bugs.launchpad.net/bugs/316992
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in GNOME Do: Fix Committed
>
> Bug description:
> The plugin installs correctly but :
>
> The plugin's configuration page is blank and I get this (http://dpaste.com/108857/) when running gnome-do from the terminal.
>

--
Matthew Weier O'Phinney
<email address hidden>
http://weierophinney.net/matthew/

On Mon, Jan 19, 2009 at 8:06 AM, Matthew Weier O'Phinney
<email address hidden> wrote:
> On Mon, Jan 19, 2009 at 4:27 AM, skalka <email address hidden> wrote:
>> With the last upgrade the plugin Files and Folders is configurable again
>
> I'm using the Ibex testing packages off the launchpad PPA. I got a new
> version pushed to me yesterday, and currently show that I have version
> 0.7.96. While I get a "Files and Folders" configuration dialog, it's
> still empty.

The 0.7.97 update was just pushed out, and all is working now as
expected!

>> and it correctly scan the file system but it can't open folders. Only
>> the home folder correctly opens but it has the command "execute" and not
>> the command "open". Anyway let's keep this good job on.
>>
>> --
>> Files and Folders plugin configuration does not work properly
>> https://bugs.launchpad.net/bugs/316992
>> You received this bug notification because you are a direct subscriber
>> of the bug.
>>
>> Status in GNOME Do: Fix Committed
>>
>> Bug description:
>> The plugin installs correctly but :
>>
>> The plugin's configuration page is blank and I get this (http://dpaste.com/108857/) when running gnome-do from the terminal.
>>
>
>
>
> --
> Matthew Weier O'Phinney
> <email address hidden>
> http://weierophinney.net/matthew/
>

--
Matthew Weier O'Phinney
<email address hidden>
http://weierophinney.net/matthew/

I got 0.7.97 and I still cannot open folders different from the home.

0.7.97 lets you configure the plugin and it indexes correctly, but you still cant 'open' or 'show' the folders.

good job, with 0.7.98 this bug seems to be fixed! files and folders plugin is configurable and opens the folders as expected.
thanks!

I'm on 0.7.98 as of this morning, using the Ibex packages from the PPA -- and still not working; folders do not open or show. Typing "~/mydocs" results in the following debug message:

[Info 11:18:09.528] Opening "/home/matthew/mydocs/"...

but nothing happens. "xdg-open ~/mydocs/" correctly opens the folder.

I'm sorry, but I cannot confirm that opening of folders is working as expected in 0.7.98. I'm still having the same problems (https://bugs.launchpad.net/do/+bug/293507).
The configuration dialog is working, indeed.
Can we try or do something to help??

we are talking about two different issues here, as this is the bugreport for "Files and Folders plugin", i was refering only to opening folders with the *plugin*!
this means, you activate the plugin, index a couple of folders, summon Do, type an indexed folders name (e.g. "documents"), press Enter to open -> Works! (bug fixed).

the other bug you two are refering to (https://bugs.launchpad.net/do/+bug/293507), is obviously not related to this one. here you summon Do, type a full path (e.g. /home/user/documents/), press Enter to open -> nothing happens (lets continue on the right bugreports comments page)

You're right, my apologies.