Created attachment 185941 [details]
containing no links -> extract works as ecpected, links need to be creates manually to get the described example from above

preconditions:

an archive called "isch_config1010.tar.lzma" is in the subfolder "dell" of the home directory.
the archive is containing a complete copy of all my config folders including my .thunderbird with my mail.

error:

the .thunderbird folder of my home directory is deleted. So the "extract here" directive also has impact on folders higher in the path

how to reproduce the error:

if I press "extract here" in nautilus there finally pops up a window with a lot of "tar: .blender/scripts/bpymodules/colladaImEx: Kann mkdir nicht ausführen: Ist kein Verzeichnis" errors
which means: cant exce mkdir: is no directory
the extraction is stopped because of too many errors.

expected results:

there should be a folder within "dell" named as the archive, containing the files of the archive (expect of those where error were reported)

environment:
ubuntu 10.10. all regular updates installed
file-roller 2.32.0
nautilus 2.32.0

additional info:
the archive was made on an uptodate ubuntu 10.10 that grew historically through several release updates.
there are to different folders where thunderbird could store Profiles/Config,...
- .mozilla-thunderbird
- .thunderbird 
it depends on the way thunderbird was installed (repo/manual)
In my case I had both, but only one contains the files has a copy consisting of links.
Exactly those links seem to produce the list of errors (probably also in the blender config).

so following testcase should simulate the scenario:
Folder A contains folder B, C and D
B contains all the files
C is a link to folder B

B and C are archived to A.tar.lzma via "make archive" of nautilus using file-roller

copy A.tar.lzma into D and extract it using "extract here" of nautilus
in my case:
in D a copy of B was extracted but no C
and 
in A the folder B was delete

Attachment:
I have attachted the example of above without folder C, because extracting the Attachment would reveal the same problem ;)
the compression seems not to make any difference