desktop-packages team mailing list archive

[Bug Watch Updater <584632@xxxxxxxxxxxxxxxxxx>]

Launchpad has imported 13 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=756984.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2012-05-21T08:48:14+00:00 Standard8 wrote:

STR:

1) Open midas demo
2) Type three lines of text
3) Select a different font for the middle line
4) go to end of first line, type some text

=> Font is the same as the first line, because it is default font.

5) go to end of second line, type some text

=> Font is the original (default) font, not the font selected in step 3.

Alternate STR:

a) Open midas demo
b) Type a word
c) select a different font, type a different word
d) click somewhere after the end of line (e.g. not changing cursor position)
e) type some more text

=> Font is now back to the original/default font.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/40

------------------------------------------------------------------------
On 2012-05-21T11:45:31+00:00 Fm-mozbugs wrote:

This is happening because moving the cursor ANYWHERE, then clicking back
at the end of the typing line moves the input point past the hidden [/
font ] tag at the end of that line.  Thus the font reverts to default.

Alternate steps to repeat:

1.  be typing
2. move cursor somewhere above the typing point (e.g. to insert text within previous words)
3. move cursor back to end of last line
4. Result: font changes to variable width because the replacement of cursor at the end of the line has moved it outside the [/ font ] tag.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/41

------------------------------------------------------------------------
On 2012-05-21T20:16:33+00:00 Jsabash wrote:

Testing with Mozilla/5.0 (Windows NT 5.1; rv:15.0) Gecko/15.0
Thunderbird/15.0a1  20120521030204

It seems this issue is much improved since the landing of bug 750569
I have not been able to reproduce the loss of font by moving the cursor around with left-click mouse.
I did however see some anomalies with extra br tags being applied, and one case of a missing ending font tag.
But these are a small price to pay for the basic fix.
I'll test extensively with various fonts and html tag insertions over the coming days. But so far, it looks very encouraging.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/42

------------------------------------------------------------------------
On 2012-05-21T23:14:39+00:00 Jsabash wrote:

It seems this issue is much improved since the landing of bug 750569
s/b bug 590640 sorry about that.
(some of these results probably should go into bug 590640) but as they pertain to this bug, the issue where the cursor was positioned outside of the font tag has been fixed somewhere between the ESR and our current Beta TB13 (bug number?)

Testing steps
Type in:The quick brown fox
Go back to "brown" and correct it to "red"
reposition the cursor (with mouse) just after "fox"
Type in:" jumped."

Here is the resulting code generated:
ESR:
<font face="Arial">The quick red fox</font> jumped.

beta tb13
<font face="Arial">The quick red fox jumped.<br>
    </font>

current trunk
<font face="Arial">The quick <font face="Arial">red</font> fox
      jumped.<br>
    </font>

The ESR behavior is obviously wrong
TB13 is correct
Current trunk displays the correct font, but adds extra font tags in the process

I suppose this is a result of the fix in bug 590640 "remembering" the
type in state.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/43

------------------------------------------------------------------------
On 2012-05-22T09:53:46+00:00 Aryeh Gregor wrote:

(In reply to Mark Banner (:standard8) from comment #0)
> STR:
> 
> 1) Open midas demo
> 2) Type three lines of text
> 3) Select a different font for the middle line
> 4) go to end of first line, type some text
> 
> => Font is the same as the first line, because it is default font.
> 
> 5) go to end of second line, type some text
> 
> => Font is the original (default) font, not the font selected in step 3.

WFM on nightly 15.0a1 (2012-05-21).

> Alternate STR:
> 
> a) Open midas demo
> b) Type a word
> c) select a different font, type a different word
> d) click somewhere after the end of line (e.g. not changing cursor position)
> e) type some more text
> 
> => Font is now back to the original/default font.

Also WFM.

(In reply to maybe-the-one from comment #1)
> Alternate steps to repeat:
> 
> 1.  be typing
> 2. move cursor somewhere above the typing point (e.g. to insert text within
> previous words)
> 3. move cursor back to end of last line
> 4. Result: font changes to variable width because the replacement of cursor
> at the end of the line has moved it outside the [/ font ] tag.

Also WFM.

(In reply to Joe Sabash from comment #3)
> Testing steps
> Type in:The quick brown fox
> Go back to "brown" and correct it to "red"
> reposition the cursor (with mouse) just after "fox"
> Type in:" jumped."
> 
> . . .
> 
> current trunk
> <font face="Arial">The quick <font face="Arial">red</font> fox
>       jumped.<br>
>     </font>

Filed as bug 757371.  Thanks!  I'll work on fixing that right away.  Is
there anything else here that needs to be fixed, or should we close this
as a duplicate of bug 590640?

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/44

------------------------------------------------------------------------
On 2012-05-22T10:03:40+00:00 Charles wrote:

I know I'm probably going to get a lot of push back on this, but I
really, really think that these editor fixes should be back-ported to
the ESR release, not require ESR users to wait almost a full YEAR before
seeing them...

Enterprises will benefit MUCH more than home users with these fixes, as
they are very frustrating for users who use HTML email, and most
enterprise users do want to use HTML, like it or not...

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/45

------------------------------------------------------------------------
On 2012-05-22T10:48:42+00:00 Aryeh Gregor wrote:

According to
<https://wiki.mozilla.org/Release_Management/ESR_Landing_Process>, only
security and major stability fixes will be approved for ESR landing, so
I'm afraid these don't qualify.  You can set "approval-mozilla-esr10?"
on the relevant patches, but I'd expect it to be -'d immediately.  These
patches touch complicated and buggy code, and have significant
regression potential.  The whole idea of ESR is that it's stable and
won't break if you upgrade -- if we backport anything but the most
critical bug fixes, it will no longer be stable.

Not my decision, though, so feel free to request it if you want to argue
with the people whose decision it is.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/46

------------------------------------------------------------------------
On 2012-05-22T10:58:12+00:00 Standard8 wrote:

I can still reproduce this, but I think my STR weren't complete.

The single line case I can sometimes reproduce by clicking at the end of
the line (rather than using the keyboard). It seems to be more
reproducible if there are spaces in the line.

More test cases as well, being a bit more explicit about my actions and
using 2012-05-21 nightly on Mac:

1) Open midas demo
2) Type three lines of one-word text, e.g.

three
lines
text

3) double-click the middle line to highlight 
4) select a different font
5) press right-arrow to unselect and go to end of line.
6) Start typing

=> Incorrect font used.

Slightly different case:

1) Open midas demo
2) Type three lines of one-word text, e.g.

three
lines
text

3) double-click the middle line to highlight 
4) select a different font
5) Click at the end of the last line
6) Use the left-arrow five times to go past the "text" and onto the end of the second line.
7) Type some more text

=> Incorrect font used.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/47

------------------------------------------------------------------------
On 2012-05-23T08:40:00+00:00 Aryeh Gregor wrote:

(In reply to Mark Banner (:standard8) from comment #7)
> I can still reproduce this, but I think my STR weren't complete.
> 
> The single line case I can sometimes reproduce by clicking at the end of the
> line (rather than using the keyboard). It seems to be more reproducible if
> there are spaces in the line.
> 
> More test cases as well, being a bit more explicit about my actions and
> using 2012-05-21 nightly on Mac:

Thanks!

> 1) Open midas demo
> 2) Type three lines of one-word text, e.g.
> 
> three
> lines
> text
> 
> 3) double-click the middle line to highlight 
> 4) select a different font
> 5) press right-arrow to unselect and go to end of line.
> 6) Start typing
> 
> => Incorrect font used.

This doesn't quite work for me (15.0a1 (2012-05-21) on Ubuntu 11.10).
When I press right-arrow in step 5, it goes to the next line, not the
end of the line.  But if I press right-arrow then left-arrow, I can
reproduce.  So confirmed.

> Slightly different case:
> 
> 1) Open midas demo
> 2) Type three lines of one-word text, e.g.
> 
> three
> lines
> text
> 
> 3) double-click the middle line to highlight 
> 4) select a different font
> 5) Click at the end of the last line
> 6) Use the left-arrow five times to go past the "text" and onto the end of
> the second line.
> 7) Type some more text
> 
> => Incorrect font used.

Confirmed.  Thanks!  We need to normalize the selection better here.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/48

------------------------------------------------------------------------
On 2012-08-11T08:57:58+00:00 Mike-cloaked wrote:

I am not sure if the patches for this bug apply currently to 16a2 but
for yesterday's 16a2 I still have a problem with the following test:

1) Compose a new mail and type several lines of text into the main body of the mail.
2) Highlight all of the new text in the compose window.
3) Select Format->Size and increase the size to extra large.
4) Now (realising you want to add some more text) click in the middle of the text area and type in new text, and edit some of the text already there.
5) Nothing seems wrong at this stage but if the mail is sent then sometimes it seems to be fine in the copy that is actually sent, as confirmed by what appears in the copy in the Sent folder, but sometimes the font size is broken into sections of different sizes despite it all looking uniform at the point the Send button is about to be clicked.  This seems to have been the case for some time.

If that pertains to a different bug please refer to the relevant bug
number - thanks.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/49

------------------------------------------------------------------------
On 2012-08-14T13:18:44+00:00 Aryeh Gregor wrote:

As a general rule, filing new bugs is better than posting in an existing
bug if you're unsure whether it's the same bug.  If two bugs are
duplicates, they can be marked as such, but a single bug can't be easily
split into two.  So please file a new bug.  Thanks.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/50

------------------------------------------------------------------------
On 2012-08-14T17:32:37+00:00 Mike-cloaked wrote:

OK will do - though recent testing with Mozilla/5.0 (X11; Linux x86_64;
rv:16.0) Gecko/20120813 Thunderbird/16.0a2 ID:20120813042011 gave no
further recurrence - if I see a recurrence I will post a new bug report
for the later version with full details.

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/51

------------------------------------------------------------------------
On 2014-10-31T08:38:37+00:00 Mozilla-jorgk wrote:

This bug is still current at version 31.2.0 and 33 beta.

Given that it's been carried over from bug 250539 created in 2004, it
might be a good idea to one day do something about it ;-)

Reply at:
https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/584632/comments/98


** Changed in: thunderbird
       Status: Unknown => Confirmed

** Changed in: thunderbird
   Importance: Unknown => High

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/584632

Title:
  composer changes font mid email

Status in Mozilla Thunderbird Mail and News:
  Confirmed
Status in “thunderbird” package in Ubuntu:
  Confirmed

Bug description:
  Binary package hint: thunderbird

  As I'm typing my emails in Thunderbird, I can see what appears to be a
  font size change on screen, normally in the second line of text. The
  second line appear smaller than the first. It's barely perceptible, so
  half them time I think I am imagining it.

  Well, I've started Bccing to myself to check, and the emails I am
  receiving from myself are not only a different size, they're also a
  different font. Composer starts in some default serif, and by the
  second line is sans. I'd bee glad to email someone viz thunderbird,
  and also send along a screenshot of how it looks while I am typing.

  Thanks.

To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions