abrt version: 1.1.14 architecture: x86_64 Attached file: backtrace cmdline: evolution component: evolution crash_function: append_escaped_text executable: /usr/bin/evolution kernel: 2.6.35.6-48.fc14.x86_64 package: evolution-2.32.1-1.fc14 rating: 3 reason: Process /usr/bin/evolution was killed by signal 11 (SIGSEGV) release: Fedora release 14 (Laughlin) How to reproduce: I don't have a "rewind" button - it crashed and I was not paying attention that much. time: 1291368542 uid: 500
Created attachment 464530 [details] File: backtrace
Crash in evolution-rss, either passing non-utf-8 or invalid string into g_markup. I'm moving this to evolution-rss. #0 0x000000310c2477e0 in append_escaped_text (text=<value optimized out>, length=<value optimized out>) at gmarkup.c:2044 #1 g_markup_escape_text (text=<value optimized out>, length=<value optimized out>) at gmarkup.c:2120 #2 0x000000310c247b2d in g_markup_vprintf_escaped (format=<value optimized out>, args=<value optimized out>) at gmarkup.c:2370 #3 0x000000310c247c9d in g_markup_printf_escaped (format=<value optimized out>) at gmarkup.c:2427 0x7fff4840e640, reg_save_area = 0x7fff4840e580}} #4 0x00007f8d371d4645 in create_user_pass_dialog () from /usr/lib64/evolution/2.32/plugins/liborg-gnome-evolution-rss.so
*** Bug 598866 has been marked as a duplicate of this bug. ***
Miroslav, you were mentioning a RSS feed with kerberoes auth.Any chance I can look at that ? If not could you paste in some real description strings. Thanks.
I'm afraid the feed is not publicly accessible. AFAICT evolution-rss correctly remembers the username and password to be able to read the RSS feed itself without any user intervention. Selecting an item in the feed usually _both_ displays the item _and_ prompts for a password. I'll attach screenshots of two authentication dialogs that pop up when browsing the RSS feed. FWIW, these are HTTP headers, both of the RSS feed itself and for the URL that is mentioned in one of the dialogs (both the RSS feed and the URL in the dialog are on the same host): > HTTP/1.1 401 Authorization Required > Date: Sun, 19 Dec 2010 22:18:26 GMT > Server: Apache > WWW-Authenticate: Negotiate > WWW-Authenticate: Basic realm="Red Hat Kerberos Login" > Content-Length: 473 > Content-Type: text/html; charset=iso-8859-1 Also, I have found this in ~/.xsession_errors, serveral times: > (evolution:7005): Gtk-WARNING **: Failed to set text from markup due to error parsing markup: Chyba na řádku 2, znak 16: V názvu je neplatný text v kódování UTF-8 - není platné "Enter your username and password for: 'а1\x900\u007f'" My locale is cs_CZ.UTF-8; the Czech part of the message says "Error on line 2, character 16: name contains invalid UTF-8 encoded text - invalid".
Created attachment 469640 [details] Normal dialog - URL present
Created attachment 469641 [details] Dialog with URL absent
The feed is configured as follows: [x] enabled, [x] validate, [ ] show feed full text, [x] use authentication (user name and password filled in) The RSS feed starts with: > <?xml version="1.0" encoding="UTF-8"?> > <rss version="2.0" > xmlns:content="http://purl.org/rss/1.0/modules/content/" > xmlns:wfw="http://wellformedweb.org/CommentAPI/" > xmlns:dc="http://purl.org/dc/elements/1.1/" > xmlns:atom="http://www.w3.org/2005/Atom" > xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" > xmlns:slash="http://purl.org/rss/1.0/modules/slash/" > > From "user expectations" point of view it is strange that I am prompted for an username/password combination when the feed configuration already has the data; even more strange is that the URL in the normal dialog comes from a <wfw:commentRss> element - I don't know much about RSS but I can't see why evolution-rss is reading this URL.
Miloslav, thanks for detailed info. Is it possible for you to try to reproduce this with the locale temporary changed to something else ? My belief is that this happens because of a wrongly translated string (that should not be translated in the first place). I will try to provide a patched version for you to test later. Thanks.
Backtrace analysis found this bug to be similar to bug #719786, closing as duplicate. Bugs which were found to be similar to this bug: evolution: bug #583114, bug #602759, bug #630668 evolution-rss: bug #598866, bug #719786 This comment is automatically generated. *** This bug has been marked as a duplicate of bug 719786 ***