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 413263 - Page title all broken
Page title all broken
Status: RESOLVED OBSOLETE
Product: pango
Classification: Platform
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: pango-maint
pango-maint
: 430215 440135 454376 549636 (view as bug list)
Depends on:
Blocks: Hebrew Arabic
 
 
Reported: 2007-02-28 23:09 UTC by Bastien Nocera
Modified: 2018-05-22 12:26 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
ephy-bug.png (17.21 KB, image/png)
2007-02-28 23:10 UTC, Bastien Nocera
Details
picture of bookmarks that display hebrew title (72.38 KB, image/gif)
2007-09-26 21:09 UTC, oz
Details
Test case (620 bytes, text/x-csrc)
2015-09-01 07:12 UTC, Carlos Garcia Campos
Details

Description Bastien Nocera 2007-02-28 23:09:56 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
Comment 1 Bastien Nocera 2007-02-28 23:10:38 UTC
Created attachment 83600 [details]
ephy-bug.png

Screenshot showing the problems.
Comment 2 Christian Persch 2007-02-28 23:26:23 UTC
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.
Comment 3 Bastien Nocera 2007-02-28 23:30:05 UTC
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).
Comment 4 Christian Persch 2007-02-28 23:37:38 UTC
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.
Comment 5 Behdad Esfahbod 2007-03-01 00:00:51 UTC
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.
Comment 6 Christian Persch 2007-04-16 11:48:42 UTC
*** Bug 430215 has been marked as a duplicate of this bug. ***
Comment 7 Christian Persch 2007-05-30 13:22:07 UTC
*** Bug 440135 has been marked as a duplicate of this bug. ***
Comment 8 Christian Persch 2007-07-08 19:17:59 UTC
*** Bug 454376 has been marked as a duplicate of this bug. ***
Comment 9 oz 2007-09-26 21:09:55 UTC
Created attachment 96262 [details]
picture of bookmarks that display hebrew title
Comment 10 oz 2007-10-19 01:04:28 UTC
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 ?
Comment 11 Bastien Nocera 2007-10-19 01:19:16 UTC
(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?
Comment 12 Behdad Esfahbod 2007-10-19 23:32:17 UTC
chpe, whose widget is it (the ephy tabbar)?
Comment 13 Bastien Nocera 2007-10-20 00:24:35 UTC
(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.
Comment 14 Christian Persch 2007-10-20 12:54:15 UTC
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).
Comment 15 Bastien Nocera 2008-08-29 13:04:36 UTC
*** Bug 549636 has been marked as a duplicate of this bug. ***
Comment 16 Matthias Clasen 2015-08-31 20:33:08 UTC
probably not relevant anymore
Comment 17 Bastien Nocera 2015-08-31 21:01:13 UTC
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.
Comment 18 Carlos Garcia Campos 2015-09-01 07:12:05 UTC
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.
Comment 19 Carlos Garcia Campos 2015-09-01 07:12:38 UTC
Reassigning again.
Comment 20 Behdad Esfahbod 2015-09-01 10:23:37 UTC
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.
Comment 21 Behdad Esfahbod 2015-09-01 10:24:22 UTC
Filed here: https://github.com/behdad/fribidi/issues/9
Comment 22 GNOME Infrastructure Team 2018-05-22 12:26:13 UTC
-- 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.