3.8.2 message display bug reappears in 3.8.3

I reported this message display bug about 3 months ago, Kevin agreed
with the fix, but it’s still present in 3.8.3. Without this fix, if
you click “Show” next to an outgoing mail message, regardless of your
preference settings, text paragraphs are a single long line.

— ShowEmailRecord.html_orig 2009-02-23 16:55:17.000000000 -0800
+++ ShowEmailRecord.html 2009-02-23 16:56:22.000000000 -0800
-65,7 +65,7
my $show;
$show = sub {
my $attach = shift;

  • $m->out( ‘
    ’ );
    
    
    • $m->out( ‘
      ’ );
      $m->out( $m->interp->apply_escapes( $attach->Headers, ‘h’ ) );
      $m->out( “\n\n” );
      if ( $attach->ContentType =~ m{^multipart/}i ) {
      -76,7 +76,7
      } else {
      $show_content->( $attach );
      }
      • $m->out( ‘
      ’ );
    • $m->out( ‘
    ’ );
    };

my $AttachmentObj = new RT::Attachment($session{‘CurrentUser’});

Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness

I reported this message display bug about 3 months ago, Kevin agreed
with the fix, but it’s still present in 3.8.3. Without this fix, if
you click “Show” next to an outgoing mail message, regardless of your
preference settings, text paragraphs are a single long line.

I don’t recall agreeing with the fix, but I did ask for it to end up
in the
bug tracker so it could be tracked.

Its currently slated for review for 3.8.4
http://rt3.fsck.com/Ticket/Display.html?id=13230

As I recall, during triage for 3.8.3 I couldn’t immediately replicate
the problem you were solving so we left it for further review when
we had a little more time to replicate.

-kevin

I reported this message display bug about 3 months ago, Kevin agreed
with the fix, but it’s still present in 3.8.3. Without this fix, if
you click “Show” next to an outgoing mail message, regardless of your
preference settings, text paragraphs are a single long line.

I don’t recall agreeing with the fix, but I did ask for it to end up
in the
bug tracker so it could be tracked.

Its currently slated for review for 3.8.4
http://rt3.fsck.com/Ticket/Display.html?id=13230

As I recall, during triage for 3.8.3 I couldn’t immediately replicate
the problem you were solving so we left it for further review when
we had a little more time to replicate.

It only happens when you click “Show” for outbound messages - ie, to
AdminCcs or Requestors. Normal ticket display is unaffected.

Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness

I reported this message display bug about 3 months ago, Kevin agreed
with the fix, but it’s still present in 3.8.3. Without this fix, if
you click “Show” next to an outgoing mail message, regardless of
your
preference settings, text paragraphs are a single long line.

I don’t recall agreeing with the fix, but I did ask for it to end up
in the
bug tracker so it could be tracked.

Its currently slated for review for 3.8.4
http://rt3.fsck.com/Ticket/Display.html?id=13230

As I recall, during triage for 3.8.3 I couldn’t immediately replicate
the problem you were solving so we left it for further review when
we had a little more time to replicate.

It only happens when you click “Show” for outbound messages - ie, to
AdminCcs or Requestors. Normal ticket display is unaffected.

http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=109609&Attachment=52649

That looked fine, so I tabled it for 3.8.3 until we could figure out
what it
was trying to fix.

-kevin

FWIW, I do not see this behavior using RT 3.8.3 and FireFox 3.0.10.

James MoseleyJo Rhett jrhett@netconsonance.com wrote:

It only happens when you click “Show” for outbound messages - ie, to
AdminCcs or Requestors. Normal ticket display is unaffected.

Kevin, this bug is still present in 3.8.4 – I didn’t apply our patch
to this when we installed it and I can easily see this problem.

You claimed you are having trouble replicating this bug. I’m boggled,
because my bug description on the original report shows it clearly.
How can I help you replicate it?On Jun 3, 2009, at 12:01 PM, Kevin Falcone wrote:

On Jun 3, 2009, at 2:47 PM, Jo Rhett wrote:

On Jun 3, 2009, at 5:23 AM, Kevin Falcone wrote:

I reported this message display bug about 3 months ago, Kevin
agreed
with the fix, but it’s still present in 3.8.3. Without this fix,
if
you click “Show” next to an outgoing mail message, regardless of
your
preference settings, text paragraphs are a single long line.

I don’t recall agreeing with the fix, but I did ask for it to end up
in the
bug tracker so it could be tracked.

Its currently slated for review for 3.8.4
http://rt3.fsck.com/Ticket/Display.html?id=13230

As I recall, during triage for 3.8.3 I couldn’t immediately
replicate
the problem you were solving so we left it for further review when
we had a little more time to replicate.

It only happens when you click “Show” for outbound messages - ie, to
AdminCcs or Requestors. Normal ticket display is unaffected.

http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=109609&Attachment=52649

That looked fine, so I tabled it for 3.8.3 until we could figure out
what it
was trying to fix.

-kevin


The rt-users Archives

Community help: http://wiki.bestpractical.com
Commercial support: sales@bestpractical.com

Discover RT’s hidden secrets with RT Essentials from O’Reilly Media.
Buy a copy at http://rtbook.bestpractical.com

Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness

Kevin, this bug is still present in 3.8.4 – I didn’t apply our patch
to this when we installed it and I can easily see this problem.

3.8.4 was a bugrelease for 3.8.3, anything tabled after 3.8.3 was
pushed to 3.8.6

You claimed you are having trouble replicating this bug. I’m boggled,
because my bug description on the original report shows it clearly.
How can I help you replicate it?

How does it show it? I quoted the transaction link and it didn’t
appear all as one line.

http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=109609&Attachment=52649

Please let us know what piece of display off of 13230 shows the
problem you’re encountering. Preferably as a note on the ticket so
the next time we triage we can re-check it

-kevin

Kevin, this bug is still present in 3.8.4 – I didn’t apply our patch
to this when we installed it and I can easily see this problem.

3.8.4 was a bugrelease for 3.8.3, anything tabled after 3.8.3 was
pushed to 3.8.6

It was originally reported against 3.8.2.

You claimed you are having trouble replicating this bug. I’m
boggled,
because my bug description on the original report shows it clearly.
How can I help you replicate it?

How does it show it? I quoted the transaction link and it didn’t
appear all as one line.

http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=109609&Attachment=52649

Please let us know what piece of display off of 13230 shows the
problem you’re encountering. Preferably as a note on the ticket so
the next time we triage we can re-check it

This sounds perfect for clarifying the situation. However, I’m not
certain that I have a login on this system? If so, I have no clue
what it is, sorry.

Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness

Kevin, this bug is still present in 3.8.4 – I didn’t apply our patch
to this when we installed it and I can easily see this problem.

3.8.4 was a bugrelease for 3.8.3, anything tabled after 3.8.3 was
pushed to 3.8.6

It was originally reported against 3.8.2.

And, as mentioned previously in this thread, I wasn’t able to
replicate it in the run-up to 3.8.3 and so we pushed it to “review for
a future release”

You claimed you are having trouble replicating this bug. I’m
boggled,
because my bug description on the original report shows it clearly.
How can I help you replicate it?

How does it show it? I quoted the transaction link and it didn’t
appear all as one line.

http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=109609&Attachment=52649

Please let us know what piece of display off of 13230 shows the
problem you’re encountering. Preferably as a note on the ticket so
the next time we triage we can re-check it

This sounds perfect for clarifying the situation. However, I’m not
certain that I have a login on this system? If so, I have no clue
what it is, sorry.

guest/guest

or simply send mail to rt-bugs@bestpractical.com using the subject tag
with the ticket id. You should have an autoreply mail from when you
filed the bug that you can reply to.

-kevin

How does it show it? I quoted the transaction link and it didn’t
appear all as one line.

http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=109609&Attachment=52649

Please let us know what piece of display off of 13230 shows the
problem you’re encountering. Preferably as a note on the ticket so
the next time we triage we can re-check it

So go to here:
http://rt3.fsck.com/Ticket/Display.html?id=13230

Click “Show” next to one of the notifications that e-mail was sent and
look at my long paragraph at the top of the ticket.

Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness

How does it show it? I quoted the transaction link and it didn’t
appear all as one line.

http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=109609&Attachment=52649

Please let us know what piece of display off of 13230 shows the
problem you’re encountering. Preferably as a note on the ticket so
the next time we triage we can re-check it

So go to here:
http://rt3.fsck.com/Ticket/Display.html?id=13230

Click “Show” next to one of the notifications that e-mail was sent and
look at my long paragraph at the top of the ticket.

Wraps fine here, looking at:
http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=115543&Attachment=55537

What URL are you viewing that looks long and run-on?

-kevin

All I see is the word “download” when I go to that link.

In our instance that paragraph would be a single long line.On Jul 27, 2009, at 2:14 PM, Kevin Falcone wrote:

Wraps fine here, looking at:
http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=115543&Attachment=55537

What URL are you viewing that looks long and run-on?

Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness

All I see is the word “download” when I go to that link.
In our instance that paragraph would be a single long line.

It is definitely not a single line here.

Unfortunately, I need a replication recipe so I can see what your
patch is attempting to fix.

-kevin> On Jul 27, 2009, at 2:14 PM, Kevin Falcone wrote:

Wraps fine here, looking at:
http://rt3.fsck.com/Ticket/ShowEmailRecord.html?id=13230&Transaction=115543&Attachment=55537

What URL are you viewing that looks long and run-on?

All I see is the word “download” when I go to that link.
In our instance that paragraph would be a single long line.

It is definitely not a single line here.

Unfortunately, I need a replication recipe so I can see what your
patch is attempting to fix.

You should try viewing the URL below again

-kevin

All I see is the word “download” when I go to that link.
In our instance that paragraph would be a single long line.

It is definitely not a single line here.

Unfortunately, I need a replication recipe so I can see what your
patch is attempting to fix.

Okay, I think I might have it.

Default wrapping: “HARD” (choices “SOFT”, “HARD”)

Set( $MessageBoxWrap, ‘SOFT’ );

If you are set for default HARD, then it is being wrapped by RT for
you – which is seems to be what I view. What we want is appropriate
wrapping relative to the window size. If you set this to SOFT and re-
add that paragraph without linefeeds, you’ll see the problem.

Jo Rhett
Net Consonance : consonant endings by net philanthropy, open source
and other randomness