nautilus crashed with SIGSEGV in g_file_query_info()

Bug #197224 reported by carlosollero
208
This bug affects 10 people
Affects Status Importance Assigned to Milestone
language-pack-gnome-es (Ubuntu)
Fix Released
Undecided
Unassigned
language-pack-gnome-eu (Ubuntu)
Fix Released
Medium
Unassigned

Bug Description

Binary package hint: nautilus

Nautilus crash when a i try to copy a folder in the same parent-folder, don't create another with the name folder(copy) or similar and nautilus hung up.

ProblemType: Crash
Architecture: i386
Date: Sat Mar 1 10:27:55 2008
DistroRelease: Ubuntu 8.04
ExecutablePath: /usr/bin/nautilus
NonfreeKernelModules: cdrom
Package: nautilus 1:2.21.92-0ubuntu1
PackageArchitecture: i386
ProcCmdline: nautilus --no-default-window --sm-client-id default2
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=es_ES.UTF-8
 SHELL=/bin/bash
Signal: 11
SourcePackage: nautilus
Stacktrace:
 #0 0xb76dca58 in g_file_query_info () from /usr/lib/libgio-2.0.so.0
 #1 0x080fb314 in ?? ()
 #2 0x00000acb in ?? ()
 #3 0x0815028f in ?? ()
 #4 0x00000000 in ?? ()
StacktraceTop:
 g_file_query_info () from /usr/lib/libgio-2.0.so.0
 ?? ()
 ?? ()
 ?? ()
 ?? ()
Title: nautilus crashed with SIGSEGV in g_file_query_info()
Uname: Linux 2.6.24-10-generic i686
UserGroups: adm admin audio cdrom dialout dip floppy lpadmin plugdev video
SegvAnalysis:
 Segfault happened at: 0xb76dca58 <g_file_query_info+40>: mov (%edi),%eax
 PC (0xb76dca58) ok
 source "(%edi)" (0x00000acb) not located in a known VMA region (needed readable region)!
 destination "%eax" ok
SegvReason: reading NULL VMA

Revision history for this message
carlosollero (carlosollero) wrote :
Revision history for this message
Apport retracing service (apport) wrote : Symbolic stack trace

StacktraceTop:IA__g_file_query_info (file=0xacb, attributes=0x815028f "standard::display-name",
custom_basename_to_string (format=0xb6092be8 "%B", va=0xb467d1ac "�n")
eel_strdup_vprintf_with_custom (custom=0x8172ec0,
f (format=0xb6a4a6ec <Address 0xb6a4a6ec out of bounds>) at nautilus-file-operations.c:726
report_copy_progress (copy_job=0x890b3e0, source_info=0xb467d290, transfer_info=0xb467d274)

Revision history for this message
Apport retracing service (apport) wrote : Symbolic threaded stack trace
Changed in nautilus:
importance: Undecided → Medium
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for your report, is this still an issue with latest packages?

Changed in nautilus:
assignee: nobody → desktop-bugs
status: New → Incomplete
Revision history for this message
mexlinux (mcanedo) wrote :

I can confirm this on hardy up to date

Revision history for this message
||dELm|| (er-delm) wrote :

confirm same issue in hardy with last updates

Revision history for this message
Sebastien Bacher (seb128) wrote :

could you describe easy steps to trigger the bug?

Revision history for this message
||dELm|| (er-delm) wrote :

of course, here is:

1 - open nautilus in home folder
2 - pick a folder with elemens inside, for example, Images
3- control+drag for copy
4 - crash

Revision history for this message
Sebastien Bacher (seb128) wrote :

do you get the issue using any directory or only one special example?

Revision history for this message
Daniel Estrella (destrella) wrote :

the same happened to me in every folder I've tried including mounted devices and network.
i did it with ctrl+c & ctrl+v

Revision history for this message
Kevin (kevin64-deactivatedaccount) wrote :

confirm same issue in hardy with last updates

Revision history for this message
Sebastien Bacher (seb128) wrote :

are all the people getting the issue using the same way to trigger it, ctrl-c and ctrl-v create a copy in the directory as expected on my hardy, is that specific to some vfilesystem or directory?

Revision history for this message
||dELm|| (er-delm) wrote : Re: [Bug 197224] Re: nautilus crashed with SIGSEGV in g_file_query_info()

Directory must have files for the bug to trigger,
it's triggered with ctrl+drag also
it happens after the size check (i tried copy & paste a big folder and
it didin't letme because there was no enought free space)
I've only tested folders inside /home/username

my filesystem is ext3

El sáb, 22-03-2008 a las 10:29 +0000, Sebastien Bacher escribió:

> are all the people getting the issue using the same way to trigger it,
> ctrl-c and ctrl-v create a copy in the directory as expected on my
> hardy, is that specific to some vfilesystem or directory?
>

Revision history for this message
Sebastien Bacher (seb128) wrote :

ok, I figured why only some users are getting the issue, that's due to a broken spanish translation

#: ../libnautilus-private/nautilus-file-operations.c:2561
msgid "Duplicating %'d file (in \"%B\")"
msgid_plural "Duplicating %'d files (in \"%B\")"
msgstr[0] "Duplicando %'d archivo (en «%B») a «%B»"
msgstr[1] "Duplicando %'d archivos (en «%B») a «%B»"

I'm also listing other translation issue I noticed while looking to this bug

#: ../libnautilus-private/nautilus-file-operations.c:1319
msgid ""
"The folder \"%B\" cannot be deleted because you do not have permissions to "
"read it."
msgstr ""
"La carpeta «%s» no se puede borrar porque no tiene permisos para leerla."

Changed in nautilus:
assignee: desktop-bugs → ubuntu-l10n-es
status: Incomplete → New
Revision history for this message
Marcos (deflagmator) wrote :

The same here.

Solved using "English" language in System, Language Support.

Revision history for this message
Marcos (deflagmator) wrote :

Last Release candidate updates still the same problem.

Changed in language-pack-gnome-es:
status: New → Confirmed
Revision history for this message
Ricardo Pérez López (ricardo) wrote :
Changed in language-pack-gnome-es:
status: Confirmed → Fix Committed
Revision history for this message
Iñaki Calvo (inaki-naiz) wrote :

I use the Basque language packages on my os, and I've got the same problem too.

Revision history for this message
Iñaki Calvo (inaki-naiz) wrote :

I've checked out the Basque translation corresponding the fourth of the links listed by Ricardo Pérez López (https://translations.launchpad.net/ubuntu/hardy/+source/nautilus/+pots/nautilus/eu/371/+translate) and I've corrected it (I'm a member of the Basque translator team) as it was wrong.

I hope that was what had to be done...

Revision history for this message
Iñaki Calvo (inaki-naiz) wrote :

I use the Basque language packages and I had the same problem. I've you have a look to the discussion of the bug you'll see that I corrected a translation on the Basque packages (following the example of what the Spanish team had done). But I don't know if something else has to be done to update that on the Basque packages..

Changed in language-pack-gnome-es:
assignee: ubuntu-l10n-es → nobody
Revision history for this message
eli abramovich (eliabramo) wrote :

It also happens on hebrew translation.

Revision history for this message
Ofir Klinger (klinger-ofir) wrote :

Yes. it also happened to me in the Hebrew translation, but, as my investigations show, it only happens when the account was first opened with Hebrew applied (since my primary account doesn't experience such issues).

More on Q&A No.32355: https://answers.launchpad.net/ubuntu/+source/nautilus/+question/32355

If you need some data or any other help, please instruct me.

Revision history for this message
Peio Ziarsolo (peio) wrote :

I use the basque language package and this bug is still open. Some tip to solve it or do I have to wait to be repared by devs?
Thanks

Revision history for this message
Xabi Ezpeleta (xezpeleta) wrote :

Yes. I also have this problem with de Basque language translation. Recently I added this line to my sources.list, to test the updates:

deb http://ppa.launchpad.net/ubuntu-langpack/ hardy main

And I installed this packages:

- language-pack-eu
- language-pack-gnome-eu-base
- language-pack-gnome-eu

I've restarted my computer after the installation, but the bug persists.

Revision history for this message
anaspeople (anaspeople) wrote :

We (basque people) still have this bug in our Hardy version. Anything that would solve it? Anyway I could help? But please we have to do something about it!

Revision history for this message
Merlin (mugarza) wrote :

The people that use Hardy in Basque have the same problem.
Gora euskadi kauen sotz

Revision history for this message
anaspeople (anaspeople) wrote :

I have had a language-pack update for both Basque and Spanish. I've hoped this annoying bug to be solved already but the bug is still there in Basque language so I'm using the Spanish translation meanwhile.

Revision history for this message
n0 (yonjah) wrote :

I still get it in my hebrew version as well.

whats going on with this bug , is changing my menus to english will solve it ?

Revision history for this message
Ander Elortondo (ander-elor) wrote :

I still get it in my Basque version as well.

is there a way to solve it? is posible use nautilus in other language (english) without change system language?

Revision history for this message
masakre (informatikoa1) wrote :

anyone knows when will be rosetta fixed, or if theres a newer version, how can I update it??? Thanks a lot.

Revision history for this message
Asier Sarasua Garmendia (asarasuagarmendia) wrote :

I managed to solve the problem using a dirty workaround: I just replaced the defective "nautilus.mo" file in my /usr/share/locale-langpack/eu/LC_MESSAGES folder with the old version used in Ubuntu Gutsy.

In my case (Basque locale), I got the old package here:
http://security.ubuntu.com/ubuntu/pool/main/l/language-pack-gnome-eu-base/language-pack-gnome-eu-base_7.10+20080205_all.deb

Then I unzipped it, unzipped "data.ta.bz2", got nautilus.mo file and copied it to /usr/share/locale-langpack/eu/LC_MESSAGES

Revision history for this message
amenudo (asarri) wrote :

I've also solved the problem after comparing 7.10 and 8.04 versions, with two comments:
- I replaced 5799 entry "Etxea" for "Karpeta nagusia" and it works. We use etxea for home in some rows, and karpeta nagusia for some other, I suppose the way is to uniformize them.
- It wasn't enough for me to replace nautilus.mo in the direction /usr/share/locale-langpack/eu/LC_MESSAGES, I replaced all the files I found (also /usr/local/share/locale/eu/LC_MESSAGES and /usr/local/share/locale/eu_ES/LC_MESSAGES

Revision history for this message
eagleoffire (eagleoffire) wrote :

I can confirm that this bug is still on the wild in august. Is the problem solved in the repositories and will be fixed in the next langpack release or we will need to wait for the next version of ubuntu?

Revision history for this message
masakre (informatikoa1) wrote :

Thanks a lot asier and amenudo, I hope it works, only a question for AMENUDO. Where you change the entry "etxea"??? I got the basque language too, and I am changing the O.S. at work from windows to Ubuntu, but, this bug is doing too hard the change for my work folks..... Milesker berriro.

Revision history for this message
n0 (yonjah) wrote :

did as Asier Sarasua Garmendia recomended
only with the hebrew language pack ->
http://security.ubuntu.com/ubuntu/pool/main/l/language-pack-gnome-he-base/language-pack-gnome-he-base_7.10+20080205_all.deb

it seems to be working fine now.
thanks

Revision history for this message
Asier Sarasua Garmendia (asarasuagarmendia) wrote :

The bug persists in Intrepid.

I identified the strings that produce the error in the Basque locale's "nautilus.po" file. They are these:

#: ../libnautilus-private/nautilus-file-operations.c:2753
msgid "Moving %'d file (in \"%B\") to \"%B\""
msgid_plural "Moving %'d files (in \"%B\") to \"%B\""
msgstr[0] "\"%B\"(e)ngo fitxategi %'d \"%B\"(e)ra eramaten"
msgstr[1] "\"%B\"(e)ngo %'d fitxategi \"%B\"(e)ra eramaten"

When I change them and keep the english version, the bug dissapears:

#: ../libnautilus-private/nautilus-file-operations.c:2753
msgid "Moving %'d file (in \"%B\") to \"%B\""
msgid_plural "Moving %'d files (in \"%B\") to \"%B\""
msgstr[0] "Moving %'d file (in \"%B\") to \"%B\""
msgstr[1] "Moving %'d files (in \"%B\") to \"%B\""

If I change the translation to this, the bug also dissapears:

#: ../libnautilus-private/nautilus-file-operations.c:2753
msgid "Moving %'d file (in \"%B\") to \"%B\""
msgid_plural "Moving %'d files (in \"%B\") to \"%B\""
msgstr[0] "Fitxategi %'d (\"%B\"(e)n) \"%B\"(e)ra eramaten"
msgstr[1] "%'d fitxategi (\"%B\"(e)n) \"%B\"(e)ra eramaten"

However, those strings have not been translated in Rossetta, so they come from GNOME's PO file and I have been told that in Debian they don't give any error. So I think that the main problem could be in some other place.

Revision history for this message
Asier Sarasua Garmendia (asarasuagarmendia) wrote :

I talked to the maintainer of the Basque localization of Nautilus, and he has changed those strings in the GNOME 2.22 and 2.24 translations. Is there any chance that we could get this into Ubuntu Hardy and Intrepid as soon as possible?

Regards.

Revision history for this message
Xabi Ezpeleta (xezpeleta) wrote :

Aupa Asier,

I've tried to update these strings from this url:
https://translations.launchpad.net/ubuntu/intrepid/+source/nautilus/+pots/nautilus/eu/365/+translate

But it seems that only Iñaki Larrañaga can changes it...

Revision history for this message
Asier Sarasua Garmendia (asarasuagarmendia) wrote :

Iñaki Larrañaga is in fact the maintaner of the Basque localization of GNOME that I mentioned before. He doesn't translate in Launchpad, he directly maintains the translation in http://l10n.gnome.org/teams/eu. Afterwards people from Ubuntu take the localization packages and upload them to Launchpad.

I don't know the relationship between Launchpad and GNOME translations, don't know if translations made in Launchpad go upstream to GNOME, but I guess that it's better to make the changes directly in GNOME's L10N project, not in Launchpad.

Revision history for this message
Xabi Ezpeleta (xezpeleta) wrote :

Milesker Asier!

I solved this bug downloading the language file from Gnome's URL. Maybe somebody doesn't want to wait. I followed these steps:

1- Download Nautilus' PO file from http://l10n.gnome.org/teams/eu (Ubuntu Intrepid=Gnome 2.24). I have used this url: http://l10n.gnome.org/POT/nautilus.gnome-2-24/nautilus.gnome-2-24.eu.po

2- Install internationalization utilities: "sudo apt-get install gettext"

3- Convert PO file to MO file: "msgfmt -cv -o nautilus.mo nautilus.gnome-2-24.eu.po"

4- Replace current "nautilus.mo" file:
mv /usr/share/locale-langpack/eu/LC_MESSAGES/nautilus.mo /usr/share/locale-langpack/eu/LC_MESSAGES/nautilus.mo.bak
cp nautilus.mo /usr/share/locale-langpack/eu/LC_MESSAGES/nautilus.mo

Revision history for this message
Asier Sarasua Garmendia (asarasuagarmendia) wrote :

Attached you have a repacked version of "language-pack-gnome-eu-base_8.10+20081025_i386.deb" with the fixed translation (using dpkg-repack). Be aware that this package is for Ubuntu 8.10.

Revision history for this message
masakre (informatikoa1) wrote :

aupa Asier, bertsio berrikuntzarekin zuk jarritako .deb fitxategiak ez dit balio, berriago bat dudala esaten bait dit. ba al dago horrelako berriagorik??

Milesker!!!

Revision history for this message
Asier Sarasua Garmendia (asarasuagarmendia) wrote :

Ez.

Xabi Ezpeletak goian aipatutako bidea erabil dezakezu arazoa konpontzeko. Ubuntuk pakete berria banatzen duen bakoitzean DEB berria sortzeko gogorik ez daukat.

Revision history for this message
masakre (informatikoa1) wrote :

Milesker dena den, ez nekien Xabik esandakoa eta zurea berdina zenik.

Revision history for this message
Xabi Ezpeleta (xezpeleta) wrote :

It seems that this problem is solved on Ubuntu 9.04

---
Bazen garaia... ;-)

Kees Cook (kees)
description: updated
hatul (amiadb)
tags: added: hebrew i18n l10n maverick
Revision history for this message
hatul (amiadb) wrote :

It's still happen in ubuntu 10.10 with Hebrew locale.

Revision history for this message
robin0800 (robin-linux-hotmail) wrote :

This happens if I use Alt+F2 gksu nautilus also have installed nautilus-gksu and that does not appear as a right click option.
Therefore there is now no way to use nautilus as root.

Changed in language-pack-gnome-bn (Ubuntu):
status: New → Confirmed
Changed in language-pack-gnome-es (Ubuntu):
status: New → Confirmed
Changed in language-pack-gnome-es (Ubuntu):
status: Confirmed → Fix Released
Changed in language-pack-gnome-eu (Ubuntu):
status: Fix Committed → Fix Released
no longer affects: language-pack-gnome-bn (Ubuntu)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.