GNOME Bugzilla – Bug 413263
Page title all broken
Last modified: 2018-05-22 12:26:13 UTC
My blog's title has my name in Arabic showing. http://hadessuk.blogspot.com/ The titlebar problem might be a Metacity problem, but there's still a problem with the tabs. The titlebar and tabs menu problems don't exist if there's latin text before and after the arabic bits (like when posting a new blog entry, which would say: Blogger: بستيان نوصر (hadess) | News instead of: بستيان نوصر (hadess) | News
Created attachment 83600 [details] ephy-bug.png Screenshot showing the problems.
Works here as expected with ephy 2.16 on edgy: the tabs menu shows the text as in the "what it's supposed to look like" screenshot (attachment 83600 [details]) [right-aligned], and the same applies for the metacity window title, and the tab title in the tab bar (well, that one's ellipsising the "News" part to "..."). I can reproduce the problem on trunk (ephy 2.17, gtk trunk, pango trunk): the tabs menu is empty except the accelerator. (The window title is still ok, but that's expected since I don't run metacity with that gtk/pango.) The tabs menu problem might be related to/be the same as bug 408272. I have to conclude that this is a problem with pango.
I'm using: gtk2-2.10.8-1.fc6 pango-1.14.8-1.fc6 and I can see the same problem in Evo (see bug 413266).
Actually I think I misinterpreted your annotated screenshot. What I see on 2.16 is the 2nd part; I don't see the problem of the 3rd part in 2.16 but I do see it in 2.17/trunk.
Unlikely to be Pango. Try with gtk+ head. Some label alignment issues with right-to-left text existed there but should be fixed now. And for the paranthesis to come out right, the PangoContext should be put in autodir mode.
*** Bug 430215 has been marked as a duplicate of this bug. ***
*** Bug 440135 has been marked as a duplicate of this bug. ***
*** Bug 454376 has been marked as a duplicate of this bug. ***
Created attachment 96262 [details] picture of bookmarks that display hebrew title
this bug doesn't exist in debian etch. When I use epiphany it exits only on ubuntu feisty fawn. So maybe it is ubuntu bug, or they patched it in debian ?
(In reply to comment #5) > Unlikely to be Pango. Try with gtk+ head. Some label alignment issues with > right-to-left text existed there but should be fixed now. > > And for the paranthesis to come out right, the PangoContext should be put in > autodir mode. Still happens in Evo, and the tasklist with GTK+ 2.12.1 (up-to-date rawhide). The empty label in the tabs menu still happens as well for ephy. The metacity titlebar issue was fixed though. Behdad, any hints?
chpe, whose widget is it (the ephy tabbar)?
(In reply to comment #12) > chpe, whose widget is it (the ephy tabbar)? It's not a tab bar, it's the "Tabs" menu, in Epiphany. It's a simple menu listing the opened tabs for the current window.
It's a (GtkUIManager generated) Gtk[Image]MenuItem whose label (GTK_BIN(menuitem)->child) has been set to ellipsise (PANGO_ELLIPSIZE_END) with a max width chars (gtk_label_set_max_width_chars).
*** Bug 549636 has been marked as a duplicate of this bug. ***
probably not relevant anymore
Broken in epiphany (both title and tab), working in Firefox (both title and tab), and working in MiniBrowser (just the tab). You can use this URL to test: https://web.archive.org/web/20071110212149/http://www.hadess.net/ Following the testing above, reopening and reassigning to Epiphany.
Created attachment 310394 [details] Test case This is not ephy issue, it's pango (or GTK+). See the attached test case. The reason why MiniBrowser works is because it sets the window title, while ephy uses a label. You can see in the test case that the window title is correct, but the label is wrong. GtkLabel uses pango to render the text, but the window title is passed to X11 as a UTF-8 string directly. So, I guess it's indeed a pango issue.
Reassigning again.
This is a bug in Unicode Bidirectional Algorithm that has been address in the Unicode 6.3 version. Specifically the new rule N0: http://unicode.org/reports/tr9/#N0 We are updating FriBidi to Unicode 6.3 algorithm: https://github.com/behdad/fribidi/issues/4 However, that work doesn't implement rule N0. Implementing N0 has API implications for FriBidi which I need to study and then implement. Leave open.
Filed here: https://github.com/behdad/fribidi/issues/9
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/pango/issues/68.