Ticket #1922 (closed defect: fixed)

Opened 15 years ago

Last modified 13 years ago

mc handles '@' in filenames in a vfs incorrectly

Reported by: mnk Owned by:
Priority: minor Milestone: 4.7
Component: mc-vfs Version: 4.7.0
Keywords: Cc:
Blocked By: Blocking:
Branch state: no branch Votes for changeset:

Description (last modified by slavazanko) (diff)

Have a look at a recent tarball of ibus
(i.e. ibus-1.2.0.20091215).
The tarball is correct (if unpacked by 'tar xzf'),
but mc seems to treat po/sr@latin.po as
a '..' symlink or such - instead of a file, there's a dir
that leads one level up.

Attachments

atfix.patch​ (309 bytes) - added by mnk 15 years ago.
hack for @ problem

Change History

comment:1 Changed 15 years ago by mnk

Foiled again by trac formatting - the above is not an email address.

comment:2 Changed 15 years ago by slavazanko

  • Description modified (diff)

comment:3 Changed 15 years ago by mnk

  • Summary changed from mc handles certain tar.gz incorrectly to mc handles '@' in filenames in a vfs incorrectly

Correction.
It's not 'certain archives, it's 'filenames in a vfs, that contain @'.

Right now, I'm using a hack for it.
It forces to handle such files correctly, but most probably breaks something else.

Have a look.

Changed 15 years ago by mnk

hack for @ problem

comment:4 Changed 13 years ago by andrew_b

  • Component changed from mc-core to mc-vfs
  • Branch state set to no branch
  • Milestone changed from 4.7 to Future Releases

Is this bug actual for 4.8.0?

The mc taball contains files in po/ subdir with @ in filenames, and I don't see any unexpected behaviour of mc-4.8.0.

comment:5 Changed 13 years ago by mnk

This has been fix awhile ago in 4.7 branch already.
In fact, so long ago, that I no longer recall the actual commit.

comment:6 Changed 13 years ago by andrew_b

  • Status changed from new to closed
  • Resolution set to fixed
  • Milestone changed from Future Releases to 4.7

OK. Closed.

Note: See TracTickets for help on using tickets.