Closed Bug 541862 Opened 14 years ago Closed 14 years ago

"Show Remote Content" toolbar-thingy not displayed in "Open Saved Message..." windows

Categories

(Thunderbird :: Message Reader UI, defect)

All
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 529735

People

(Reporter: Mly, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7
Build Identifier: 3.0.1 Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1

When I read HTML mail with img src="..." in my main mailbox (Thunderbird 3-pane display) I get a yellow pseudo-toolbar pseudo-popup with the "To protect your privacy, Thunderbird has blocked remote content in this message." jive and the "Show Remote Content" button.

So far so good.

But if I open the same message using the "File / Open Saved Message ..." menu item, in a new window then this pseudo-toobar pseudo-popup does not appear.

There does not appear to be any way to choose to display linked images from such windows.


BTW what I'd ***MUCH*** rather have than the pseudo-toobar pseudo-popup is a click-right context menu that did this.  Less intrusive, far more to my taste.
Dream on.


Reproducible: Always

Steps to Reproduce:
1. File / Open Saved Messsage ...

Actual Results:  
No "To protect your privacy, ..."

No click-right context menu option for "Show Remote Content"

Expected Results:  
"To protect your privacy, ..." pseudo-toolbar pseudo-popup with "Show Remote Content" button.

Click-right message pane context menu option for "Show Remote Content"

Test message:

From: xxx <xxx@example.com>
Date: Fri, 22 Jan 2010 14:46:39 -0800
Message-ID: <xxx@example.com>
Subject: Show Remote Content not offered
To: Mly@POBox.COM
Content-Type: multipart/alternative; boundary=sss

--sss
Content-Type: text/plain; charset=ISO-8859-1

HTML junk for you:

--sss
Content-Type: text/html; charset=ISO-8859-1

<div><br></div><div>This will fail:</div><div><br></div><div><br></div><img src="http://www.mozillamessaging.com/img/about/icon-mission.png"><div><br></div> 

<div><img src="http://www.mozillamessaging.com/img/about/icon-press.png"></div>

--sss--
Apparently only one notification is show at a time, or they are stacked one
over the other. When looking at a message which contains both remote content
and triggers the scam notification, I just see the scam bar. Only after that notification is dismissed, the remote-image bar appears [Mozilla/5.0 (Windows;
U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1].
Comment 1 is irrelevant.

Not only (1) do I not have scam notification enabled, but (2) I am not displaying any message in any mail window which is deemed a scam and (3) I am not displaying any other message in any mail window which would need to display any notification of any type.

Just use the test case rather than speculating.
It works (ie fails) every time for me.
I see, I've confused this last night with viewing the message from a draft, not from a saved file (in which case the draft/Edit notification might have covered the remote-content warning, thus comment #1 was relevant to that scenario).
No need for feisty comments though...

I can reproduce the behavior as described on both 3.0.2pre and 3.2a1pre nightly Win32 builds. This appears to be a special case of bug 529735 and thus may be a duplicate (or at least dependent on that bug).
Whiteboard: dupeme
(In reply to comment #3)
> This appears to be a special case of bug 529735 and thus may be a
> duplicate (or at least dependent on that bug).

Hi rsx11m.
Why is a special case of bug #529735?.. for me it's closely the same bug: see the tescase attached in bug #529735: you agree?
Almost, the primary issue of that bug is the non-observance of address-book exceptions, whereas the overall pref still works (bug 529735 comment #6).
The issue here is that the notification doesn't show up, which quite likely
is caused by a similar underlying issue of the remote-content policies not correctly processed (bug 529735 comment #5). So, it may be the same thing or maybe not (the testcases are the same, but the steps to reproduce different).
I agree that bug 529735 is the same issue.
I have a much simpler test case, though!

I also filed a new enhancement request bug 542027 (control image display via context menu) which might be worth considering when working on this.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Cleanup *dupeme* whiteboard flag from bugs that are marked as Resolved Duplicate!
Whiteboard: dupeme
You need to log in before you can comment on or make changes to this bug.