Your message dated Wed, 26 Dec 2018 10:08:48 +0100
with message-id <20181226090848.GB20059@busgosu>
and subject line Re: Bug#831057: claws-mail-fancy-plugin: Selecting certain
HTML messages displays the content of last-viewed HTML message instead
has caused the Debian Bug report #831057,
regarding claws-mail-fancy-plugin: Selecting certain HTML messages displays the
content of last-viewed HTML message instead
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
831057: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831057
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: claws-mail-fancy-plugin
Version: 3.13.2-1
Severity: important
Dear Maintainer,
THE PROBLEM
Trying to view the HTML content of some messages results in the content of the
most recently-viewed HTML message being displayed in the lower pane of claws-
mail instead of the selected message content. When this occurs, opening the
message in a claws-mail message window results in a blank display. If the
message that triggers the behaviour was the first one opened in that claws
session, the lower pane is also blank.
Clicking on the "RCF" or "Plain text" view buttons to the right of the lower
pane shows the correct message content, although in HTML-only messages,
obviously this is just raw HTML. In all cases, the HTML content opens correctly
in Firefox and Chrome.
TO REPRODUCE
Once I have found a message that triggers the behaviour, I am able to reproduce
it as follows:
1. Click on the trigger message and try to view the HTML part. The last-viewed
HTML message content will be displayed instead (or a blank pane if this is the
first message opened for the session)
2. Click on any other message that is known not to trigger the behaviour and
view its HTML content.
3. Return to trigger message and try to view HTML content. The content of the
message viewed at step 2 will now be displayed instead.
4. Try to view the HTML content of any other message known to trigger the
behaviour. The content of the message viewed at step 2 will also be displayed.
WHAT I WOULD EXPECT
I would expect the plugin to be able to render any HTML content that a browser
can.
ATTEMPTS TO DEBUG
I'm afraid I have been unable to find a common unique factor in messages that
trigger the behaviour. However, as an example, LinkedIn notifications
consistently trigger the behaviour, those from Quora do not. I have examined
the HTML files that appear in ~/.claws-mail/mimetmp when messages are selected,
and there is nothing obvious to my limited knowledge in the HTML files that
distinguishes the trigger messages.
I ran "claws-mail --debug | grep fancy_viewer" in a terminal. No informative
error messages appear when messages are viewed but there is a difference in the
output. On selecting a trigger message, the output stops here:
fancy_viewer.c:233:filename: /home/john/.claws-
mail/mimetmp/00000007.mimetmp.html
fancy_viewer.c:249:using UTF-8 charset
fancy_viewer.c:252:zoom_level: 100
fancy_viewer.c:385:navigation requested to file:///home/john/.claws-
mail/mimetmp/00000007.mimetmp.html
fancy_viewer.c:444:Starting request of 59 file:///home/john/.claws-
mail/mimetmp/00000007.mimetmp.html
With a non-triggering message:
fancy_viewer.c:233:filename: /home/john/.claws-
mail/mimetmp/00000008.mimetmp.html
fancy_viewer.c:249:using utf-8 charset
fancy_viewer.c:252:zoom_level: 100
fancy_viewer.c:385:navigation requested to file:///home/john/.claws-
mail/mimetmp/00000008.mimetmp.html
fancy_viewer.c:444:Starting request of 59 file:///home/john/.claws-
mail/mimetmp/00000008.mimetmp.html
fancy_viewer.c:440:Preventing load of
https://qsf.ec.quoracdn.net/-images.logo.email_new_2x.png77829a09c46e7d2d.png
fancy_viewer.c:440:Preventing load of [....continues to prevent load of more
remote content.]
That is, in the case of triggering files the debug out put stops at "Starting
request of 59 file...", whereas for non-triggering files it moves past this
point. It is beyond my knowledge to interpret this.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.6.1-2016-06-16-15.11 (PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages claws-mail-fancy-plugin depends on:
ii claws-mail 3.13.2-1
ii libatk1.0-0 2.20.0-1
ii libc6 2.22-13
ii libcairo2 1.14.6-1+b1
ii libcurl3-gnutls 7.47.0-1
ii libdb5.3 5.3.28-11
ii libetpan17 1.6-1+b1
ii libfontconfig1 2.11.0-6.4
ii libfreetype6 2.6.3-3+b1
ii libgdk-pixbuf2.0-0 2.34.0-1
ii libglib2.0-0 2.48.1-1
ii libgnutls30 3.4.13-1
ii libgtk2.0-0 2.24.30-2
ii libjavascriptcoregtk-1.0-0 2.4.11-2
ii liblockfile1 1.09-6
ii libpango-1.0-0 1.40.1-1
ii libpangocairo-1.0-0 1.40.1-1
ii libpangoft2-1.0-0 1.40.1-1
ii libsasl2-2 2.1.26.dfsg1-15
ii libsoup2.4-1 2.54.1-1
ii libwebkitgtk-1.0-0 2.4.11-2
ii zlib1g 1:1.2.8.dfsg-2+b1
claws-mail-fancy-plugin recommends no packages.
Versions of packages claws-mail-fancy-plugin suggests:
ii html2ps 1.0b7-1
-- no debconf information
--- End Message ---
--- Begin Message ---
control: tags -1 wontfix
Hi John,
On Thu, Jul 14, 2016 at 11:48:44AM +1000, John O'Hagan wrote:
> Package: claws-mail-fancy-plugin
> Version: 3.13.2-1
> Severity: important
Unfortunately the fancy plugin has been removed from Debian because of
https://bugs.debian.org/790199, so I'm closing this report.
Sorry for not dealing with this more appropriately.
best regards and happy holidays,
--
Ricardo Mones
~
00:45 < hammar> cool.. have you used rssyl?
00:46 <@Ticho> um, yes Seen on #sylpheed
signature.asc
Description: PGP signature
--- End Message ---
