GTK no longer likes the way Xarchiver handles extensions
Status: Abandoned
Brought to you by:
gt67
Menu
▾
▴
#47 GTK no longer likes the way Xarchiver handles extensions
When creating the archive "somename.extension" out of an existing directory called "somename", it is no longer enough to just tyoe "somename" in the filechooser entry and have Xarchiver append the appropriate extension. The filechooser now assumes that you really wanted to cd into "somename". I have tried convincing the GTK+ devs to revert this https://bugzilla.gnome.org/show_bug.cgi?id=638528 but they seem unwilling.
Attached is a patch which prevents the user from having to type the extension to get around this. This is related to my other patch that also allows the user to get away with typing much less: http://sourceforge.net/tracker/?func=detail&aid=2847595&group_id=140153&atid=745600
Fix
Ping. Still needed in 0.5.3.
I've applied your patch in the 0.5.3 source tree.
seem to work fine :)
will be included in the next version 0.5.4
thank for your help
TB
hi,
after more testing , it appears that your patch provoke a regression.
description:
choose Archive->New. Then try to change the extension with the drop down menu in the bottom of the window. The extension in the filename doesn't change and a lot of messages do appear in the terminal.
potential fix:
I try to complete your patch, please can you review it.
TB
I never tested the old patch with no path selected. The file you posted adds the feature I requested but without messing up Archive->New. Thanks!