#47 GTK no longer likes the way Xarchiver handles extensions

open
nobody
None
5
2014-05-22
2011-02-26
No

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

Discussion

  • Connor Behan

    Connor Behan - 2014-02-22

    Ping. Still needed in 0.5.3.

     
  • Teo Box

    Teo Box - 2014-05-18

    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

     
  • Teo Box

    Teo Box - 2014-05-21

    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

     
  • Connor Behan

    Connor Behan - 2014-05-22

    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!

     

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks