263724 - could not retrieve next message after opening attachment in previous message

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking: NNTP, defect)

Description

[hrvoje lončar]

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
Build Identifier: 

MAYBE, very maybe related to bug: #243335

- Thunderbird version: 0.8 (20041009) (nightly build)
- message pane (F8) can be on or off (irrelevant)
- displaying attachments inline can be on or off (irrelevant)
- previously checked option to automatically open jpgs with
  ACD-see without confirmation
- newsgroups, binaries, more than 2 messages with attachments (jpg)

When I open first message (2x click), it retreieves from server and
attachment is available. If you open this attachment (2x click or 
right-click + "open"), next message could not be retrieved. But, if
you close message without opening attachment, next message will
retrieve fine.


Reproducible: Always
Steps to Reproduce:
1. go to any newsgroup with messages with attachments
2. doubleclick any message with attachment
3 [details] [diff] [review]. when attachment becomes available, doubleclick attachment
4 [details] [diff] [review]. close program user for attachment view
5. close opened message
6. doubleclick next message with attachment
Actual Results:  
message is presented as blank message without attachment

Expected Results:  
software should render message as it's content is

as written in "details" field, here is my config
- Thunderbird version: 0.8 (20041009) (nightly build)
- message pane (F8) can be on or off (irrelevant)
- displaying attachments inline can be on or off (irrelevant)
- previously checked option to automatically open jpgs with
  ACD-see without confirmation

Comment 1

[tape+bugzilla]

(In reply to comment #0)
> - Thunderbird version: 0.8 (20041009) (nightly build)

Mine is 0.9, Windows XP, and I've got the same bug. It's also present in 0.9 for
Linux. Happens every time, very easy to reproduce, on all news servers I've
tried, with all kinds of attachments (jpg, psp, ttf, zip...).

> Steps to Reproduce:
> 1. go to any newsgroup with messages with attachments
> 2. doubleclick any message with attachment

Or single click if you've enabled the message pane.

> 3. when attachment becomes available, doubleclick attachment
> 4. close program user for attachment view

'user' should be 'used'... You can also save the attachment instead of opening it.

> 5. close opened message
> 6. doubleclick next message with attachment

Or single click if you've enabled the message pane. In my experience, the next
message doesn't even have to have an attachment, although it may be that all
I've tried have been HTML messages.

> Actual Results:  
> message is presented as blank message without attachment

Yep, blank as in no text, either. The attachment of the previous message viewed
is in fact shown in the Attachments section at the bottom of the message pane.

The only way to get the message to show up is to close and reopen Thunderbird.

> Expected Results:  
> software should render message as it's content is

In other words, the message should show up.

> - previously checked option to automatically open jpgs with
>   ACD-see without confirmation

My jpgs open in XP's own viewer, but as I said, the bug is present with all
types of attachments.

Comment 2

[Matthias Julius]

*** Bug 291152 has been marked as a duplicate of this bug. ***

Comment 3

[AuntySpam]

next message after opening attachment is blank
using Windows XP SP2 also.
viewing inline doesn't do this but not all newsgroup
attachments can be viewed inline.

Comment 4

[Andrew Hurt]

(In reply to comment #0)
> User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)
> Build Identifier: 
> 
> MAYBE, very maybe related to bug: #243335
> 
> - Thunderbird version: 0.8 (20041009) (nightly build)
> - message pane (F8) can be on or off (irrelevant)
> - displaying attachments inline can be on or off (irrelevant)
> - previously checked option to automatically open jpgs with
>   ACD-see without confirmation
> - newsgroups, binaries, more than 2 messages with attachments (jpg)
> 
> When I open first message (2x click), it retreieves from server and
> attachment is available. If you open this attachment (2x click or 
> right-click + "open"), next message could not be retrieved. But, if
> you close message without opening attachment, next message will
> retrieve fine.
> 
> 
> Reproducible: Always
> Steps to Reproduce:
> 1. go to any newsgroup with messages with attachments
> 2. doubleclick any message with attachment
> 3 [edit]. when attachment becomes available, doubleclick attachment
> 4 [edit]. close program user for attachment view
> 5. close opened message
> 6. doubleclick next message with attachment
> Actual Results:  
> message is presented as blank message without attachment
> 
> Expected Results:  
> software should render message as it's content is
> 
> as written in "details" field, here is my config
> - Thunderbird version: 0.8 (20041009) (nightly build)
> - message pane (F8) can be on or off (irrelevant)
> - displaying attachments inline can be on or off (irrelevant)
> - previously checked option to automatically open jpgs with
>   ACD-see without confirmation

Pardon if I bork this reply--it's been a great long while ;)

Using TBird version 1.5 (20051201) on Win2K-SP4+, if I double-click on an attachment, the very next message body I load is blank.

This is in the same thread, or another thread; double-click or right-click > Open.

I have taken to downloading the body of the message with the attachment, then downloading the body of the next article I intend to view, then double-clicking the attachment in the previous message--this makes it possible for me to view the body of the aforementioned next message body.

This situation is invariable.

Comment 5

[Andreas Wolf]

same here too, 
opening an attachment in an external when going throuh newsgroups demands entering a diffrent message, entering that previous message again and then you can go on.
reproducable in all TB Version (well at least 1.5 and 2.0)

Comment 7

[Ronald Killmer]

This bug needs QA for update of Assigned To:
Nominate addition of keywords: regression helpwanted
The severity is overstated and should read Normal

Comment 8

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

I'd define as qawanted instead.

Comment 9

[Joshua Cranmer [:jcranmer]]

(Sounds like a newsgroup problem -> Core -> Networking: News)

When you say "binary attachment", do you mean a MIME attachment with an image/, audio/, application/, or video/ MIME-Type, or merely a message that is encoded with yEnc or uuencode?

Could you provide a specific news server and newsgroup on which this happens? Equally helpful would be an NNTP log of what happens when you try to open a message.

Comment 10

[Ronald Killmer]

I tested with Tb 3.0a1Pre 2008042512 and the bug still exists.

The USENET group I tested is alt.binaries.fonts where the attachments are font files.

One case the attachment was:
begin 666 knots.ttf
M``$````0`$ `! # 3U,O,G3.=-H`!22(````5E!#3%2<F=/,``4DX ```#9C

Another case this:
Content-Type: true-type/font;
 name="SailorsKnots.ttf"
Content-Transfer-Encoding: base64
Content-Disposition: inline;

Point is, Tb seems to get hung up and can not detect the user highlighting and clicking the next header. The attachment bar and message pane persist display of the first message processed by the user.

Comment 11

[Joshua Cranmer [:jcranmer]]

Seems to WFM on Linux. Judging from at least one of the articles (my news server was too flaky to allow me to see the message source of the other), it seems that the "attachments" here are bodies with uuencode text.

Comment 12

[Ronald Killmer]

I will keep testing.  As I said on IRC there are problems getting Vista to use the *.bat file method to set an environment and start the nightly from its non-standard program folder with the proper testing profile. I understand the ability to read a log on this would be useful.

A sidebar observation.  Once I had worked with both of the example replys, revisiting them was a snap, no delays. So the issue was with first access during the session. 

Comment 13

[Jerome M. Berger]

Always fails for me on Linux. Note that you need to *open* the attachment for the bug to manifest. Simply viewing the message (even if the attachment is an image and is displayed online), or even saving the attachment to disk will not cause the problem.

Comment 14

[Ronald Killmer]

I found a solution for setting the Environment in Vista that got logging operational.  I now have a log with errors from a session at annexcafe.com using the Win32 nightly 20080427 that I installed just before I ran the log.

In Vista I had to dig through the Control Panel to get to some advanced property tab that displayed an environment edit dialog.  Now every start from a Shortcut or Start > Programs is generating a log.

The batch file method fails due to failure of long file names which contain spaces. The Command Prompt is not Unicode compliant, being strictly an old DOS syntax compliant utility.

Comment 15

[Ronald Killmer]

Attachment: Recorded two instances of msg nav hanging after opening a attachment

Log was captured while trying to open a series of binary attachments to 4 msgs.  In this case they were True Type font files *.ttf.  Review after shutdown disclosed two errors were logged. This couples with the two instances during the seesion were I could not nav direct to another msg without backstepping to get my next selection to begin receipt from server.

Comment 16

[Ronald Killmer]

Changed OS to all based on Comment #13
Added Verified 1.9.1 as this still happens with Tb 3.0b2pre

Comment 17

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

(In reply to comment #16)
> Changed OS to all based on Comment #13
> Added Verified 1.9.1 as this still happens with Tb 3.0b2pre

Verified is for fixed bugs -- to nominate a bug for fixing, set a ? to wanted-thunderbird3 then remove qawanted once the bug is confirmed to exist.

Comment 18

[Ronald Killmer]

Since the bug has been QA moved to mailnews core we need a SM user to test this to verify it is a mailnews core issue.

Comment 19

[Wayne Mery (:wsmwk)]

Does this still occur with version 6 or newer?

(attachments has changed significantly in recent versions.)

Comment 20

[Ronald Killmer]

I will pay attention to a news group which has binary attachments to verify if 6.0.x is afflicted the same as all releases since 0.8.

Comment 21

[Ronald Killmer]

Found a test case and observed the behavior issue still persists with news.

This case the attachment was included as UU encoded text, not a MIME attachment. I opened the attachment to view it's content with an associated viewer, then closed the viewer.  I next used the [N] key to advance to next unread, but it was blank. Used [B] to back step in the thread an go it's content. Followed by [F] to return to the message that was blank initially and it now had viewable content. 

Past experience the attachment method, whether MIME or encoded text, made no difference. The case of a viewed attachment was the triggering factor. Reading the message having an attachment and not viewing it's attachment, the thread navigation would be normal.

Bottom line is TB has a bug that's not critical and has a user workaround.

Comment 22

[Ronald Killmer]

This bug continues to exist in TB 15.

Comment 23

[LowTech]

I note that in Tbrd.version 24.1.1 bug still appears to exist in that the Next/Previous  (Unread) toolbar functions do not work reliably for me. It might be related to opening an attachment or it might be related to clicking a link. I get the impression that I only have to give the mail 'focus' by clicking in it to stop the Next/Previus working (using Win XP Pro fully up-to-date as of this comment). It also appears to affect the Next/Previous (immediate) function.

Comment 24

[LowTech]

Apologies for my neglecting this thread.

I am not able to duplicate the problem I experienced in the first instance.
I use Win 7 and TB 60.5.0 at this time (current version).
I sometimes experience non-operation of next-unread and previous-unread. I can't tie this down to any pattern. Sometimes it appears to regard previously read mails as unread. Not a problem particularly.

NB apologies again. I'm '..somewhat..' older from when this was first posted (is that real?) and find myself less 'engaged'.
Thank you for the prompt, Wayne.

Please sign me out of this thread - it's probably best closed pending others' notifications.
Regards,
Colin.

Comment 25

[Wayne Mery (:wsmwk)]

Thanks for the update