Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Changing MailNews Layout Mode causes RSS message body to stay hidden

RESOLVED FIXED

Status

MailNews Core
Feed Reader
RESOLVED FIXED
8 years ago
5 years ago

People

(Reporter: standard8, Unassigned)

Tracking

Trunk
All
Mac OS X

Firefox Tracking Flags

(Not tracked)

Details

Bug 531397 was raised about display of RSS feeds being broken when switching between views in Thunderbird (the body of the RSS feed - web page or summary won't show).

In investigating that bug, I've also found that viewing the web page or summary of an RSS feed when Thunderbird is in Wide or Vertical layouts is broken - the body of the message to display.

STR:

1) Set up Thunderbird (3.0 RC 1) and Lightning (20091124 build) with Thunderbird in Wide or Vertical layout mode.

2) Restart Thunderbird

3) Attempt to view an RSS item

Result:
The RSS header is displayed but not the summary or web page in the "body" part.
Flags: blocking-calendar1.0?
We should try to fix this, possibly in b1rc2. Do you have some statistics on how commonly the wide/vertical views are used?
Flags: blocking-calendar1.0? → blocking-calendar1.0+
Whiteboard: [maybe needed beta][no l10n impact]
Its not specifically the wide or vertical view, changing the view mode provokes this bug. I'm not sure this is really a calendar bug though.

http://mxr.mozilla.org/comm-central/source/mail/themes/gnomestripe/mail/messageBody.css#158

When the selected attribute is set to false, then no body is displayed. When changing layout modes, then the selected attribute is somehow set to false. I haven't found out in which situations the selected attribute is modified, but I see its set to false by default:

http://mxr.mozilla.org/comm-central/source/mailnews/extensions/newsblog/content/FeedItem.js#53

Comment 3

8 years ago
>  I haven't found out in which situations the selected attribute is modified,

According to MXR, the only place where this attribute is modified is in FeedCheckContentFormat()

<http://mxr.mozilla.org/comm-central/source/mail/base/content/mailWindowOverlay.js#2969>
Which doesn't seem to be called when the panes change. All that seems to happen is that the message is reloaded, but this doesn't trigger checking the content format of the rss items.

I think we should merely relnote this for Calendar. The workaround is to restart Thunderbird after changing the view mode. Also, I think this bug should be moved to Thunderbird land.
Keywords: relnote
Whiteboard: [maybe needed beta][no l10n impact] → [not needed beta][no l10n impact]

Comment 5

8 years ago
If you move this bug, could you move it to mailnews-core instead? We (SeaMonkey) seem to have copied the logic from Thunderbird as well.
Component: Lightning Only → Feed Reader
Flags: blocking-calendar1.0+
Keywords: relnote
Product: Calendar → MailNews Core
QA Contact: lightning → feed.reader
Summary: Lightning breaks viewing RSS feeds in Wide and Vertical Layouts → Changing MailNews Layout Mode causes RSS message body to stay hidden
Whiteboard: [not needed beta][no l10n impact]

Comment 6

7 years ago
162       var content = MESSAGE_TEMPLATE;
163       content = content.replace(/%TITLE%/, this.title);
164       content = content.replace(/%BASE%/, htmlEscape(this.contentBase));
165       content = content.replace(/%CONTENT%/, this.content);

Isn't "content" a magic word?

Comment 7

7 years ago
(In reply to comment #6)
> Isn't "content" a magic word?

Only in IE ;)

Comment 8

7 years ago
The platform above specifies that this bug occurs only in Mac OSX, but I can confirm that it also occurs on Windows 7.

Comment 9

7 years ago
(In reply to comment #4)
> Which doesn't seem to be called when the panes change. All that seems to happen
> is that the message is reloaded, but this doesn't trigger checking the content
> format of the rss items.
> 
> I think we should merely relnote this for Calendar. The workaround is to
> restart Thunderbird after changing the view mode. Also, I think this bug should
> be moved to Thunderbird land.

The work around specified has no effect. The body of the message is not viewable after a restart for me (Windows 7)

Comment 10

5 years ago
fixed in Bug 596234.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Depends on: 596234
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.