Closed Bug 532071 Opened 15 years ago Closed 12 years ago

Changing MailNews Layout Mode causes RSS message body to stay hidden

Categories

(MailNews Core :: Feed Reader, defect)

All
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: standard8, Unassigned)

References

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
> 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]
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]
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?
(In reply to comment #6) > Isn't "content" a magic word? Only in IE ;)
The platform above specifies that this bug occurs only in Mac OSX, but I can confirm that it also occurs on Windows 7.
(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)
fixed in Bug 596234.
Status: NEW → RESOLVED
Closed: 12 years ago
Depends on: 596234
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.