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 388689 - when xchat-gnome opens query on me, there is a lot of garbage from .po file on the top
when xchat-gnome opens query on me, there is a lot of garbage from .po file o...
Status: RESOLVED FIXED
Product: xchat-gnome
Classification: Other
Component: general
0.16
Other All
: Normal normal
: ---
Assigned To: xchat-gnome maintainers
xchat-gnome maintainers
: 478959 513400 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-12-22 17:54 UTC by Matěj Cepl
Modified: 2008-09-05 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
illustration of described behavior (110.77 KB, image/png)
2006-12-22 17:54 UTC, Matěj Cepl 		  Details
don't use gettext when not required (1.25 KB, patch)
2007-03-16 17:19 UTC, Sebastien Bacher 		committed Details | Review
corrected patch (1.36 KB, patch)
2007-03-29 23:14 UTC, Michael Kuhn 		none Details | Review
new patch version (1.31 KB, patch)
2007-09-21 13:03 UTC, Sebastien Bacher 		committed Details | Review

Description Matěj Cepl 2006-12-22 17:54:06 UTC 
Please describe the problem:
Whenever somebody sends me a query (when I open new query, it's OK), new window opens (so far so good), which has in the top a lot of information which looks like a top of .po file of my current locale (cs_CZ).

Steps to reproduce:
1. let somebody send you a query
2. 
3. 


Actual results:
There is a lot of non-sensical stuff in the top of newly opened window.

Expected results:
Window should open clean.

Does this happen every time?
yes

Other information:
Comment 1 Matěj Cepl 2006-12-22 17:54:38 UTC 
Created attachment 78802 [details]
illustration of described behavior
Comment 2 Guillaume Desmottes 2006-12-22 18:39:24 UTC 
I can confirm this bug with fr_FR.UTF-8
Comment 3 Christian Persch 2006-12-23 18:44:56 UTC 
This indicates that the return value of gettext("") is inserted.
Comment 4 Guillaume Desmottes 2006-12-25 22:53:50 UTC 
This bug is since 0.14 (not in the 0.13)
Comment 5 Guillaume Desmottes 2006-12-25 23:19:24 UTC 
I suspect this bug to come from a sync with xchat but, as i don't remember how to cleanly sync with last version, i can't test and see if a new sync would fix it.

(BTW maybe we should write somewhere (wiki or in a file) how to sync)
Comment 6 Sebastien Bacher 2007-03-16 17:07:34 UTC 
Ubuntu bug https://beta.launchpad.net/ubuntu/+source/xchat-gnome/+bug/92564

the bug is due to src/common/text.c pevent_load_defaults () "pntevts_text[i] = strdup (_(te[i].def));"

When a query is open there is a te[i].def = ""
Comment 7 Sebastien Bacher 2007-03-16 17:19:21 UTC 
Created attachment 84729 [details] [review]
don't use gettext when not required
Comment 8 David Trowbridge 2007-03-16 23:31:35 UTC 
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 9 Michael Kuhn 2007-03-29 23:14:24 UTC 
Created attachment 85547 [details] [review]
corrected patch

The last patch is incorrect, as it causes no messages to be translated at all.
The attached patch should fix this.
Comment 10 Sebastien Bacher 2007-09-21 12:24:21 UTC 
the changes have been reverted in svn with a sync on xchat, reopening
Comment 11 Sebastien Bacher 2007-09-21 13:03:47 UTC 
Created attachment 95957 [details] [review]
new patch version
Comment 12 David Trowbridge 2007-10-06 23:37:36 UTC 
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 13 Matěj Cepl 2008-02-27 15:33:44 UTC 
Very much present in xchat-gnome 0.18 on Fedora 8.
Comment 14 Christian Persch 2008-08-31 18:06:00 UTC 
0.18 != development version. This *IS* fixed in svn.
Comment 15 Christian Persch 2008-08-31 18:08:25 UTC 
*** Bug 478959 has been marked as a duplicate of this bug. ***
Comment 16 Christian Persch 2008-09-05 21:47:58 UTC 
*** Bug 513400 has been marked as a duplicate of this bug. ***