GNOME Bugzilla – Bug 423105
Faulty text-wrapping
Last modified: 2019-02-23 02:50:27 UTC
When a line goes beyond the breadth of the text window, the last word (or couple of words) get partially or completely hidden behind the right handside scrollbar. Subsequent words continue on the next line. Version-Release number of selected component (if applicable): xchat-gnome 0.16 How reproducible: Every time the length of a sentence is more than the breadth of the text window. Both when the xchat-gnome window is maximized and unmaximized. Steps to Reproduce: a. Log into GNOME desktop, using your favourite language setting. b. Run XChat-GNOME as: $ LANG=bn_IN.UTF-8 /usr/bin/xchat-gnome c. Go to Preferences -> Setting, ie. the last entry on the second main menu option in XChat-GNOME. Select the font to be used as either "Use system terminal font", or select "Monospace" from the drop-down menu. d. Now start typing a message in the text input box. The message can be in English too. Make sure that the text is longer than the width of the window as mentioned in the original bug-report. e. One can notice that the message is not wrapped around properly (see screenshots in the original report) at the right-hand edges of the channel conversation window. f. The problem is not present if some other font, say Bitstream Vera Sans Mono, is selected keeping LANG=bn_IN.UTF-8. This problem is not noticed for other values of LANG.
Created attachment 85351 [details] Screenshot of faulty text wrapping
Since I am the person who reported this first on Red Hat's bugzilla, I am willing to provide with any help you on this.
Has there been progress on this?
This should hopefully be fixed in SVN now. If you see it again, please reopen this bug.
reproducible .
Pushing this to next release, as I would like to make a release soon.
I can reproduce the problem with git HEAD. It seems there are several problems. Especially find_next_wrap() runs backend_get_char_width() but checking one char is wrong with Pango. e.g. "123" and "aa123" are used different fonts in the current pango implementation. numeric char is common script which uses non-latin font and ASCII alphabet is latin script which uses latin font. mbl = charlen (str); char_width = backend_get_text_width (xtext, orig_str, str + mbl - orig_str, 1) - backend_get_text_width (xtext, orig_str, str - orig_str, 1); Also backend_draw_text() get a font from run->item->analysis.font when pango_layout_set_text() is called but it would use the different font. Since pango use the different font between all string and sub string.
xchat-gnome is not under active development anymore. Its codebase has been archived: https://gitlab.gnome.org/Archive/xchat-gnome/commits/master Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather reactivate the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active development again. You may want to switch to Hexchat (or another IRC client that suits you).