Re: [Gramps-devel] FileChooserDialog infinite loop fixed

[Doug B. <dou...@gm...>]

On Sun, Dec 12, 2010 at 10:31 AM, Peter Landgren <pet...@te...> wrote:
> When I tried to take a backup after svn up, it took a very long time before the file choose showed
> up.
> At that moment I got this on the console:
> (gramps.py:5142): GVFS-RemoteVolumeMonitor-WARNING **: invoking IsSupported() failed for remote
> volume monitor with dbus name org.gtk.Private.GduVolumeMonitor: org.freedesktop.DBus.Error.NoReply:
> Did not receive a reply. Possible causes include: the remote application did not send a reply, the
> message bus security policy blocked the reply, the reply timeout expired, or the network connection
> was broken.
>
> I could chose backup destination without any problem.

Thanks for testing. I suspect that this is unrelated to this change,
and you'd get it either way. Perhaps you didn't have permissions to
read the default directory (eg, "/home/cristina/...")?

>
>
> Next time I got no delay, but this came on the console:
>
>  /home/peter/svn/GRAMPS/trunk/src/gui/viewmanager.py:1465: GtkWarning: gtk_box_pack: assertion
> `child->parent == NULL' failed
>  hbox.pack_start(label, False)

That was a different issue, but fixed now in trunk.

Thanks!

-Doug

> /Peter
>
>
>> After a few days of using trunk on some good data (I know, I know),
>> and deciding to Backup, and selecting a different directory, I forgot
>> that FileChooserDialog can go into an infinite loop, and lost* all of
>> my changes. Then I did the same thing again in changing the default
>> media path.
>>
>> I decided that "papercut" had to go. Googling, I couldn't find any
>> hint of anyone else having that problem. So, I tried randomly mutating
>> the FileChooserDialog and found something that apparently works, with
>> no ill side-effects. I changed:
>>
>> action=gtk.FILE_CHOOSER_ACTION_CREATE_FOLDER,
>>
>> to
>>
>> action=gtk.FILE_CHOOSER_ACTION_SELECT_FOLDER,
>>
>> and that seems to work fine. It even has a button for creating new
>> folders, which I suspect was the reason it was used in the first place
>> [1].
>>
>> I committed these changes to the these two dialogs; please let me know
>> if you see any unintended consequences.
>>
>> -Doug
>>
>> [1] -
>> http://gramps.svn.sourceforge.net/viewvc/gramps?view=revision&revision=943
>> 5
>>
>> * I was able to recover all of my changes with a simple "db4.8_recover
>> -c". Perhaps we can suggest that when a database is locked? Is there a
>> way to do that programmatically?
>>
>> ---------------------------------------------------------------------------
>> --- Oracle to DB2 Conversion Guide: Learn learn about native support for
>> PL/SQL, new data types, scalar functions, improved concurrency, built-in
>> packages, OCI, SQL*Plus, data movement tools, best practices and more.
>> http://p.sf.net/sfu/oracle-sfdev2dev
>> _______________________________________________
>> Gramps-devel mailing list
>> Gra...@li...
>> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>