User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:188.8.131.52) Gecko/20060508 Firefox/184.108.40.206 Build Identifier: http://www.mozilla.com/products/download.html?product=thunderbird-220.127.116.11&os=win&lang=it When you reply to a message on a newsgroup, the original message is fetched fom the news server again even if it was already downloaded and displayed to the user. Reproducible: Always Steps to Reproduce: 1. Open a newsgroup 2. Select a news message to view it 3. Click on "reply" button Actual Results: Message is fetched again from the news server even if it was already downloaded. Compose window will block until the message has been fetched. Expected Results: Use the already downloaded copy of the message instead of fetching it again. I think the message is downloaded again to include it as quoted text, but it should not be necessary. Moreover, if you try to reply to a message and it can't be fetched from the server the compose window will hang.
Summary: Newsgroup message is fetched again from the new server when you reply to it. → Newsgroup message is fetched again from the server when you reply to it.
Confirmed on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:18.104.22.168pre) Gecko/20061226 Thunderbird/2.0b1 ID:2006122603
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: PC → All
Version: 1.5 → Trunk
(In reply to comment #0) Addition to original report: Composer (unlike front end) in TB 22.214.171.124 not only rejects to reuse cached messages content, but, vice versa, Composer gets header fields for Reply not from message (cached/redownloaded), but from index files (which may be inconsistent with server content - see bug 363815).
another cache issue?
Assignee: mscott → nobody
Severity: normal → minor
You need to log in before you can comment on or make changes to this bug.