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)
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?
Comment 1•15 years ago
|
||
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]
Comment 2•15 years ago
|
||
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•15 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>
Comment 4•15 years ago
|
||
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•15 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.
Updated•15 years ago
|
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•15 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•15 years ago
|
||
(In reply to comment #6)
> Isn't "content" a magic word?
Only in IE ;)
Comment 8•14 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•14 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•12 years ago
|
||
fixed in Bug 596234.
You need to log in
before you can comment on or make changes to this bug.
Description
•