After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 122935 - Mixed up sr and sr@Latn in .desktop files
Mixed up sr and sr@Latn in .desktop files
Status: RESOLVED FIXED
Product: gnome-desktop
Classification: Core
Component: libgnome-desktop
unspecified
Other All
: Normal major
: ---
Assigned To: Desktop Maintainers
Desktop Maintainers
Depends on: 114322
Blocks:
 
 
Reported: 2003-09-22 13:13 UTC by Danilo Segan
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Whip the "modifier whacking" parts from the code (977 bytes, patch)
2003-09-22 13:16 UTC, Danilo Segan 		none Details | Review

Description Danilo Segan 2003-09-22 13:13:21 UTC 
The following problem is already present in Serbian translations. In the
following setup:
 LC_ALL=sr_CS
 gnome-desktop-2.4.0/libgnome-desktop/test-ditem test.desktop

It would always write out the *latter* translation, so if there's:
 Name[sr]=First name
 Name[sr@Latn]=Second name

even in sr_CS setting, one would get "Second name" with test-ditem. If we
turn them around:
 Name[sr@Latn]=Second name
 Name[sr]=First name

test-ditem would report "First name". With the following patch, test-ditem
works correctly in all cases.

This problem affected gnome-panel, Nautilus, so it is really major crap to
have mixed up latin and cyrillic translations.


Here's the description of the problem when I first noticed it:
http://mail.gnome.org/archives/desktop-devel-list/2003-September/msg00380.html
Comment 1 Danilo Segan 2003-09-22 13:14:17 UTC 
Added a "depends on 114322" (that one calls for updating the specs, so
these are not duplicates).
Comment 2 Danilo Segan 2003-09-22 13:16:03 UTC 
Created attachment 20182 [details] [review]
Whip the "modifier whacking" parts from the code
Comment 3 Danilo Segan 2003-10-12 16:51:16 UTC 
Is there any reason why this is not even considered?
Comment 4 Mark McLoughlin 2003-10-15 13:12:32 UTC 
Thanks Danilo. Fixed in 2.4.1.1:

2003-10-15  Mark McLoughlin  <mark@skynet.ie>
                                                                     
                                                       
        Fix for bug #122935 from Danilo Segan.
                                                                     
                                                       
        * gnome-desktop-item.c: (insert_key): remove the "modifier
        whacking" code. This makes the matching conformant to the
        statement "If LC_MESSAGES does not have a MODIFIER  field,
        then no key with a modifier will be matched" in the
        desktop-entry-spec.