GNOME Bugzilla – Bug 601950
Gdm configuration docs messed up
Last modified: 2010-04-02 22:25:23 UTC
Hello, I've opened the gdm configuration with yelp and I'm seeing this error (en_US): This page contains the following errors: error on line 449 at column 27: PCDATA invalid Char value 14 Below is a rendering of the page up to the first error. I can see docs up to "When the Xserver for the login GUI has been successfully started, but before the login GUI is actually displayed, GDM will run the Init"
I can't reproduce this. Luca, what version of GDM do you have, and which distro are you using?
gdm 2.28.1 debian unstable.
Looks like the problem is the sect2 scripting, but that's a nonsense. The problem is not in the document itself I think. I've substituted all the: <sect2 id="scripting"> ... </sect2> With: <sect2></sect2> Still the problem remains. If I change tag sect2 to something else, or I completely remove it, then it works (well it gives me yet another error: error on line 443 at column 136: Specification mandate value for attribute cl; but there's no such cl). I've generated did gnome-doc-tool html gdm.xml and opened configuration.html, but looks like there is problem in that.
You're seeing the error message on the page itself? I don't think I've ever seen anything like this before. Can you attach a screenshot?
Created attachment 147914 [details] yelp gdm configuration
Created attachment 147915 [details] with LANG=it_IT.UTF-8 I really can't realize how to fix that.
Wow. I've never seen that before. Must be something Gecko is doing. Maybe a character encoding problem?
I've converted all /usr/share/xml/gnome/xslt/**/*.xsl from utf8 to utf16le (I've seen valgrind references UTF16LEToUTF8 function multiple times). Funny things: - Error changed to: error on line 448 at column 36: Encoding error. - grep $'\x0e' (which is char value 14, according to libxml 14 is not displayed in hex) finds gettext/l10n-numbers.xsl. - Delete all weird lines from l10n-numbers.xsl and nothing changed, at all it doesn't reach 448 lines. In Debian we are at least three people reproducing it.
OK, I just saw a similar-looking error box in Epiphany/WebKit. So it is WebKit that creates those red boxes. Presumably in response to some garbage we're sending it. I'm a bit perplexed as to why Debian packaged a WebKit-based Yelp. There's never been an actual Yelp release with WebKit. I don't want to put much time into debugging an old branch I never released from. I'll leave it open for now, since the yelp-3-0 branch uses WebKit. I'm going to move this bug to Yelp.
Created attachment 148629 [details] gnucash help showing "error on line 411 at column 3477: PCDATA invalid Char value 5" It's not just gdm docs that are messed up. This happens with lots of docs. I'm attaching a screenshot of the same type of error as in attachment 147914 [details] but with gnucash docs. Strangely, when I first press F1 in gnucash, the same page as in the screenshot displays completely fine. Only when I navigate away and back does the error occur. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yelp depends on: ii docbook-xml 4.5-7 standard XML documentation system- ii gconf2 2.28.0-1 GNOME configuration database syste ii gnome-doc-utils 0.18.0-1 a collection of documentation util ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.10.1-7 GNU C Library: Shared libraries ii libdbus-glib-1-2 0.82-2 simple interprocess messaging syst ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.3-1 The GTK+ graphical user interface- ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii librarian0 0.8.1-4 Documentation meta-data library (l ii libsm6 2:1.1.1-1 X11 Session Management library ii libstartup-notificatio 0.10-1 library for program launch feedbac ii libwebkit-1.0-2 1.1.16-3 Web content engine library for Gtk ii libx11-6 2:1.2.2-1 X11 client-side library ii libxml2 2.7.6.dfsg-1 GNOME XML library ii libxslt1.1 1.1.26-1 XSLT processing library - runtime- ii man-db 2.5.6-4 on-line manual pager ii xml-core 0.13 XML infrastructure and XML catalog ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages yelp recommends: ii gnome-user-guide 2.28.0-1 GNOME user's guide ii ttf-dejavu 2.30-1 Metapackage to pull in ttf-dejavu- yelp suggests no packages. -- no debconf information
I am experiencing the same problem myself, also on a Debian amd64 system. I first hit it when looking at the Gnucash docs.
http://git.gnome.org/browse/yelp/commit/?h=webkit&id=379145060b8fc90fa7c81c0bff20d025e61adc38 Probably fixed by that commit on the webkit branch. There never have been any webkit-based releases, so I won't be making a release with that fix. But if one of you doesn't mind building from git, I'd like to know if this solves the problem for you. NOTE TO BUG SQUAD: Leave this bug open until I verify that the problem doesn't exist on the yelp-3-0 branch.
This appears to have been fixed in Debian (I can't reproduce the problem anymore): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554842
(In reply to comment #13) > This appears to have been fixed in Debian (I can't reproduce the problem > anymore): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554842 Right, it works now. Thanks.
Fixed on webkit branch, and the problem isn't there on master, which is now WebKit-based. Closing.