[Bug 584632]
CORRECTION TO PREVIOUS (dang we need an edit capability) That's because there is a hidden tag at the end of the line (but AFTER = to the right of, the spot where you are typing). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Maybe better to look further up in call stack, for example PresShell::HandlePositionedEvent. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
The problem with losing the style after inserting an image (see comment #14) has been moved to bug 1140617. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
c/left/right/g ;-) It varies whether nsFrame::GetChildFrameContainingOffset or nsTextFrame::GetChildFrameContainingOffset is being called depending on whether you click on the text, but almost to the *right* of the text, or completely to the *right* of the text. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Simple test using Midas: http://www- archive.mozilla.org/editor/midasdemo/ 1) type two lines, like shown: one two They are shown in Times. 2) select first line and make it arial, select second and make it courier 3) Click after the word "one" in the first line and type. Typing happens in Times. Wrong font. You must reload the page before trying again. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
And jorg k, we REALLY REALLY REALLY REALLY appreciate it too!! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
>From these posts, it sure looks like people are working on this, but the metadat at the top of the bug page says, "Assigned To: Nobody; OK to take it and work on it " -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Coming back to the suggestion from comment #25 and looking in nsFrame::HandlePress. I traced it down into ns[Text]Frame::GetChildFrameContainingOffset with a call stack of: nsFrame::GetChildFrameContainingOffset *or* nsTextFrame::GetChildFrameContainingOffset nsFrameSelection::GetFrameForNodeOffset nsFrameSelection::BidiLevelFromClick nsFrameSelection::HandleClick nsFrame::HandlePress It varies whether nsFrame::GetChildFrameContainingOffset or nsTextFrame::GetChildFrameContainingOffset is being called depending on whether you click on the text, but almost to the left of the text, or completely to the left of the text. When the nsTextFrame::GetChildFrameContainingOffsetAny version is called, it offset is calculated correctly and the font is right. When the nsFrame::GetChildFrameContainingOffset is called, the font is wrong. In the latter case the caret still appears behind the text. Try it with a wide letter, like "m"! So in case a "Frame" being hit instead of a "TextFrame", perhaps the program should look whether there is a text right before the caret once placed. Here some debug showing the two cases: === before BidiLevelFromClick === in nsTextFrame::GetChildFrameContainingOffset nsTextFrame::GetChildFrameContainingOffset, offset=3 === after BidiLevelFromClick === before BidiLevelFromClick === in nsFrame::GetChildFrameContainingOffset === after BidiLevelFromClick Any further hints? Five minutes of your time can possibly save me five hours or five days of "reverse engineering". -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I'm working on it, but I can mostly do the debugging. Now I need some help to actually fix the problem. If I can get that help, I can assign it to myself. Otherwise, it might wait another 10 years ;-(( Note: The predecessor bug 250539 is from 2004. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Just noticed: Not only the font gets lost, also the font size can get lost. For example when replying to a message in a small font, the size gets bigger when clicking at the end after correcting something in the same line. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Just wanted to add another 'THANK YOU!!! to Jorg K for working on these editor bugs. Too often these older bugs are filled with negative comments. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Without a working font indicator it is impossible to tell what's going on. So fixing bug 1139524 first. Further testing over in the other bug showed that by clicking at the end of the line sometimes the font in the next line is activated rather then the one of the line being clicked. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Thank you for your continued patience. It is true that this bug is is about losing the font when clicking at the end of the line after clicking somewhere else. However, I'd like to consider other occasions where the font is lost, that is after inserting an image by paste. Let's deal with this "off-topic" issue first: In Firefox, using you can paste in an image and then keep typing in the font that was used before the insertion. So as you concluded, TB must be doing something strange here. As for the clicking at the end of the line: In Firefox, again with a I created two texts with different fonts, clicking in one, typing in one font, then clicking in the other one, then clicking at the end of the first one again does NOT lose the font. So maybe this is not a Core/Editor bug, maybe it's solely a Thunderbird bug. To answer your question why I was looking in the editor for the click processing: pure ignorance. Of course you can click onto a static document where no editor is involved and the click will be processed. I will follow up on the other issues with the Thunderbird group https://groups.google.com/forum/#!topic/mozilla.dev.apps.thunderbird/1xtQ_nruGcw and keep you posted. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Sorry to trouble you again. I have some more questions to understand how the architecture hangs together. Let me summarise the questions from the previous posts here: Where is the mouse click translated into identifying a node of the DOM tree? Your answer was nsFrame::HandlePress. I looked through there in the debugger but didn't see anything connected to the editor. nsFrame::HandlePress handles clicks anywhere on the mail composition window. I would like to find the spot where the editor looks through the DOM tree to identify the node. I looked in nsHTMLEditorEventListener::MouseDown, but in there only the very last branch controlled by "else if (!isContextClick && buttonNumber == 0 && clickCount == 1)" is executed. I would imagine to find a traversal of the DOM tree to find the correct node. How does Thunderbird communicate "composition font" or "default font" to the editor? Your answer was that you didn't know. Fair enough. You suggested the document.execCommand could be used. Assuming that this is implemented in nsHTMLDocument::ExecCommand, I set a breakpoint which wasn't reached. Equally, then the UI controls for bold, italics, font, etc. are operated, the breakpoint wasn't reached. I'd like to know how this is passed to the editor. So I will ask in the Thunderbird group. When the user writes an e-mail and clicks into a text, the UI controls are updated, that is the indicators for font, bold, italics, etc. reflect the properties of the text where the user clicked. How is this done? How does the editor notify the UI, after identifying the node clicked and the finding the properties of the node. This is also important to know, because in cases where the font gets lost, the UI is not updated correctly. And last question just repeated from comment #26. You said in comment #25: > I _think_ to fix that part you need to get Thunderbird tell Gecko about how > to format the new paragraph. I tried with a in Firefox. The editor handles insertion of images by itself. So the question is: How could Thunderbird, the invoker of the editor, be notified, so it could in turn do whatever it does normally (I need to investigate what that is exactly) to communicate that the format required after the insertion? Can an callback be installed that the editor calls when new nodes are created in the DOM tree? Note: I've just noticed that when an image, math, table, link, etc. is inserted from the "Insert" menu, the composition style is NOT lost. It is only lost when an image is *pasted* in. That's an interesting observation, leading to the question how the system manages to maintain the font in these cases, whereas on paste the font gets lost. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Jorg K from comment #26) > Re. your last comment: > > I _think_ to fix that part you need to get Thunderbird tell Gecko about how > > to format the new paragraph. > > I tried with a in Firefox. The editor handles > insertion of images by itself. So the question is: How could Thunderbird, > the invoker of the editor, be notified, so it could in turn do whatever it > does normally (I need to investigate what that is exactly) to communicate > that the format required after the insertion? If it works with a simple contenteditable element in Firefox, then Thunderbird is doing something that it should not be doing. I have no idea what that might be though. But at any rate, that is off topic for this bug. > Can an callback be installed > that the editor calls when new nodes are created in the DOM tree? You can use a mutation observer to be notified when new nodes are injected into the tree, but like I said, that doesn't help if Thunderbird is doing something that it should not be doing. > So far I get the following picture of the interaction between Thunderbird > and the editor: > 1) Thunderbird invokes the editor and communicates the initial conditions, > font, size, etc. > 2) The editor does all the editing. When new nodes are created in the DOM, > no "special" style element is used, so to the Thunderbird user it looks like > the style gets lost. > 3) No callback to Thunderbird takes place while the editor is running. > 4) Thunderbird may send "commands" to the editor, to change the font, bold, > etc. > 5) When the editing is done, Thunderbird receives a copy of the DOM (or the > plain text or HTML) and stores it or sends it. I'm not familiar enough with the Thunderbird side of things to be able to tell how it interacts with Gecko. And I don't know anyone who does. Your best bet may be reading the code. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Jorg K and Ehsan Akhgari, thank you so much for working on this pesky problem! I'm sure that a lot of other Thunderbird users are grateful too. This nuisance has been plaguing us for a very long time, and it would be *wonderful* to have it fixed! Thanks again. Gloria -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
@Ehsan from comment #30 ("I'd be curious to know, FWIW!"):
Turns out that the Thunderbird e-mail front end is one big JS/XUL application:
http://mxr.mozilla.org/comm-central/source/editor/ui/composer/content/editor.js
I haven't looked very much, but I can answer some questions. For example the
"Bold button" is defined here:
http://mxr.mozilla.org/comm-central/source/editor/ui/composer/content/editorOverlay.xul#1138
There is an observer, so when the bold state changes, it gets noticed and the
UI is updated.
I will now hunt through this code to see whether I can find the cause of
the lost font.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/584632
Title:
composer changes font mid email
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Jorg K from comment #28) > Sorry to trouble you again. I have some more questions to understand how the > architecture hangs together. Let me summarise the questions from the > previous posts here: > > Where is the mouse click translated into identifying a node of the DOM tree? > Your answer was nsFrame::HandlePress. I looked through there in the debugger > but didn't see anything connected to the editor. Yes, that part has nothing to do with the editor. In general, the editor is usually oblivious to selection changes, caret movement and such. > nsFrame::HandlePress > handles clicks anywhere on the mail composition window. I would like to find > the spot where the editor looks through the DOM tree to identify the node. I > looked in nsHTMLEditorEventListener::MouseDown, but in there only the very > last branch controlled by "else if (!isContextClick && buttonNumber == 0 && > clickCount == 1)" is executed. I would imagine to find a traversal of the > DOM tree to find the correct node. I'm not exactly sure why you're looking at the editor code. Nothing in comment 22 will probably need to be fixed in the editor code. > How does Thunderbird communicate "composition font" or "default font" to the > editor? > Your answer was that you didn't know. Fair enough. You suggested the > document.execCommand could be used. Assuming that this is implemented in > nsHTMLDocument::ExecCommand, I set a breakpoint which wasn't reached. > Equally, then the UI controls for bold, italics, font, etc. are operated, > the breakpoint wasn't reached. I'd like to know how this is passed to the > editor. So I will ask in the Thunderbird group. I'd be curious to know, FWIW! > When the user writes an e-mail and clicks into a text, the UI controls are > updated, that is the indicators for font, bold, italics, etc. reflect the > properties of the text where the user clicked. > How is this done? How does the editor notify the UI, after identifying the > node clicked and the finding the properties of the node. This is also > important to know, because in cases where the font gets lost, the UI is not > updated correctly. Again, I know nothing about what Thunderbird does, but a normal web application which does this would probably use document.queryCommandEnabled and friends. I think you should be looking at the Thunderbird code to see how it does things though, there is no point in guessing! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I have to correct point 3) a little. In an e-mail with different fonts, colours, bold, italics, clicking in the editor does communicate something back to Thunderbird so it can update it's controls; or maybe the editor just sets some "global" variables, that can be queried in the UI. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Thank you for your detailed answer which clarifies a lot of things. I will investigate the interaction between Thunderbird and the editor further. Re. your last comment: > I _think_ to fix that part you need to get Thunderbird tell Gecko about how > to format the new paragraph. I tried with a in Firefox. The editor handles insertion of images by itself. So the question is: How could Thunderbird, the invoker of the editor, be notified, so it could in turn do whatever it does normally (I need to investigate what that is exactly) to communicate that the format required after the insertion? Can an callback be installed that the editor calls when new nodes are created in the DOM tree? So far I get the following picture of the interaction between Thunderbird and the editor: 1) Thunderbird invokes the editor and communicates the initial conditions, font, size, etc. 2) The editor does all the editing. When new nodes are created in the DOM, no "special" style element is used, so to the Thunderbird user it looks like the style gets lost. 3) No callback to Thunderbird takes place while the editor is running. 4) Thunderbird may send "commands" to the editor, to change the font, bold, etc. 5) When the editing is done, Thunderbird receives a copy of the DOM (or the plain text or HTML) and stores it or sends it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Jorg K from comment #23)
> I could use some help to locate the code that translates the click into
> identifying the element. Somewhere in ns(HTML)EditorEventListener.cpp, I
> suppose.
nsFrame::HandlePress is called when you click on an element, and at
least part of the selection normalization should probably happen inside
there.
(In reply to Jorg K from comment #24)
> I am having second thoughts. If I understood correctly, the idea is to
> continue adding to the pre-existing element at the end of the line instead
> of adding a new element which will lose the style or font. Is this really
> the correct approach?
It's probably the easiest way to fix this bug. There are probably other
implementation strategies as well, but I can't think of an easier one.
> I have three more questions in this context:
> 1) The paragraph is created when replying to an e-mail does have the correct
> style/font. It only gets lost after moving the caret around in the e-mail.
> How does Thunderbird communicate to the editor which style to use in the
> first place, in the case comment #23, the ?
I don't know how Thunderbird works, but this information is usually
transferred to Gecko using document.execCommand calls.
> Why can't this method be
> used for any subsequently created text elements?
I don't understand this question.
Note that the type-in state code is mostly used to handle sequences such
as calling document.execCommand("bold") and starting to type. It
doesn't know how to handle anything more complicated (for example
remembering the styles to be used for an arbitrary element at an
arbitrary DOM position.)
> Currently further text
> elements are created with the "default" font, which is also configured in
> Thunderbird and must be communicated somehow to the editor.
Again, I don't know the Thunderbird specific parts here.
> 2) Over in bug 1100966 (spell checker losing red underlines) another node is
> also created when clicking at the end of the line. Upon backspace, this node
> becomes empty and is merged (badly) with the preceding one, which in turn
> loses the underlines. Why didn't we consider to continue the existing node
> instead of creating a new one? In this case the merge would not happen.
Because it's possible to fix that code more easily, and also we use the
same joining code for other purposes such as when two nodes really need
to be joined because the content in between them is being deleted.
Fixing this bug would make the steps to reproduce in that bug change,
but these are separate issues.
> 3) Another problem with losing the style/font can be observed after
> inserting an image, see comment #14. I think the proposed approach of
> reusing a pre-existing text element can't be used here, since the preceding
> element is an image. So wouldn't it be easier to make sure the chosen
> style/font is observed when creating another text element after the image?
I _think_ to fix that part you need to get Thunderbird tell Gecko about
how to format the new paragraph. The fix suggested in comment 22 will
not fix all of the issues with the type-in style being lost.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/584632
Title:
composer changes font mid email
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I am having second thoughts. If I understood correctly, the idea is to continue adding to the pre-existing element at the end of the line instead of adding a new element which will lose the style or font. Is this really the correct approach? I have three more questions in this context: 1) The paragraph is created when replying to an e-mail does have the correct style/font. It only gets lost after moving the caret around in the e-mail. How does Thunderbird communicate to the editor which style to use in the first place, in the case comment #23, the ? Why can't this method be used for any subsequently created text elements? Currently further text elements are created with the "default" font, which is also configured in Thunderbird and must be communicated somehow to the editor. 2) Over in bug 1100966 (spell checker losing red underlines) another node is also created when clicking at the end of the line. Upon backspace, this node becomes empty and is merged (badly) with the preceding one, which in turn loses the underlines. Why didn't we consider to continue the existing node instead of creating a new one? In this case the merge would not happen. 3) Another problem with losing the style/font can be observed after inserting an image, see comment #14. I think the proposed approach of reusing a pre-existing text element can't be used here, since the preceding element is an image. So wouldn't it be easier to make sure the chosen style/font is observed when creating another text element after the image? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
In nsEditor::InsertTextImpl we find this code:
if (mComposition) {
...
} else {
if (node->IsNodeOfType(nsINode::eTEXT)) {
...
} else {
// we are inserting text into a non-text node. first we have to create a
// textnode (this also populates it with the text)
node->AsElement()->List(stdout,0,EmptyCString());
...
Debugging shows that when the font is lost - after clicking elsewhere and then
clicking again at the end of the line - "we are inserting text into a non-text
node". Dumping out the 'node' at this point gives:
body@1197C400 text="#00" bgcolor="#FF" _moz_dirty=""
state=[4020004] flags=[00104008] ranges:1 primaryframe=0BFDD498 refcount=62<
tt@0DAA42E0 _moz_dirty="" state=[402] flags=[0010]
primaryframe=0D3A5020 refcount=5<
Text@0C58D650 flags=[0208] primaryframe=0D3A5070 refcount=14
>
br@0DCF3D00 _moz_dirty="" state=[402] flags=[0010]
primaryframe=0BFDFA90 refcount=4<>
br@0DCF3DC0 _moz_dirty="" state=[402] flags=[0010]
primaryframe=0BFDF968 refcount=2<>
div@0DCF3E80 _moz_dirty="" class="moz-cite-prefix" state=[402]
flags=[00100400] primaryframe=0BFDFD20 refcount=4<
Text@0DCFFD80 flags=[0308] primaryframe=0BFE0088 refcount=3
br@0DCF3EE0 _moz_dirty="" state=[402] flags=[0010]
primaryframe=0BFDF8F0 refcount=2<>
>
(Note: In my test I was answering a Bugzilla e-mail and my composition style
was "tt". I had typed the word "one" before clicking elsewhere and then
clicking again after "one". On the next keystroke the above dump was produced.)
This confirms what Ehsan said in comment #22: The key to this problem is
what happens when clicking at the end of the line to continue typing. By
the looks of it, the click does not identify the correct element where
the user would like to continue typing. Instead a new node is created
which is lacking the font information.
I could use some help to locate the code that translates the click into
identifying the element. Somewhere in ns(HTML)EditorEventListener.cpp, I
suppose.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/584632
Title:
composer changes font mid email
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
As Aryeh said, there's nobody who is currently working on the editor code base, unfortunately. This is not a very hard problem, it is mostly an issue of having the human resources to work on this component. But it is also not as easy as you suggest, because we don't remember the history of all of the fonts/etcs used during editing. If someone wants to fix this, I think they should first look into where in the DOM we collapse the selection when you click at the end of the paragraph. My suspicion is that place is outside of the element that has the respective style for the font set. We should probably look into normalizing the selection in those cases to be inside the said element, and figure out the edge cases that we need to think about and also test the behavior of other browser engines in those cases, etc. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
??? I thought the contrary was actually the case? Unless I am sorely mistaken, or confusing components, the composer (editor) component just received some major changes, and regressions are actively being worked on. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
There's nobody actively working on it atm. The quote likely refers to the jsmime work, which has very little to do with the editor. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
>From Bug 250539 (In reply to :Ehsan Akhgari (not reading bugmail, needinfo? me!, PTO 11/3-11/21) from comment #196) 2010-08-25 07:18:58 PDT > It appears to me that this is an editor bug. If someone can create a test > case as an HTML file and file a bug in Core::Editor, I may try to sneak a > fix in for Gecko 2.0. (In reply to :Ehsan Akhgari (not reading bugmail, needinfo? me!, PTO 11/3-11/21) from comment #232) 2011-09-22 19:46:20 PDT > Everyone, please relax. I'm working hard to work out a solution to this > bug. What happened to that? The test case is here. Is this a super-hard problem? To me at seems that it's just a simple special case: If cursor is moved to the very end of the text, pick up the font that was previously used. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Jorg K from comment #12) > 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 ;-) Unfortunately, we have no one actively working on the editor component, so basically all editor bugs on indefinitely on hold. Occasionally one or two gets fixed here or there, but as things stand, I wouldn't count on it. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to :Aryeh Gregor from comment #16) > Unfortunately, we have no one actively working on the editor component, so > basically all editor bugs on indefinitely on hold. Occasionally one or two > gets fixed here or there, but as things stand, I wouldn't count on it. OK, when you say "editor" you mean "composer". The component that allows the user to more or less WYSIWYG enter text (with fonts, colour, etc.) and pictures and creates HTML which is sent out. Charles beat me to it, but I thought this is being worked on, quoting: https://mail.mozilla.org/pipermail/tb-planning/2014-October/003499.html === The Addressing bugs are due to some significant movement on getting the Composer rewrite going. This is a very *good* thing. It is painful when bugs like this show up, yes, but the composer has been needing the rewrite for 10+ years, so I for one am glad it is happening. === I've certainly experienced a few of the regressions (bug 1042561 and bug 1043310). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Jorg K from comment #18) > OK, when you say "editor" you mean "composer". The component that allows the > user to more or less WYSIWYG enter text (with fonts, colour, etc.) and > pictures and creates HTML which is sent out. I mean the code under editor/ in the Gecko source tree, which handles the backend of editors for both Firefox and Thunderbird. Thunderbird's composer uses the Gecko editor for composing mail, but also has its own code that it puts on top, so the post you link to may be referring to that. This bug is in the editor itself, not the Thunderbird-specific code. The two bugs you mentioned are Thunderbird-specific and not related to the editor (note "Product: Thunderbird", vs. this bug with "Product: Core"). That said, I actually haven't been paying much attention, and for all I know it could be someone has started working on editor again recently and I didn't notice. It doesn't seem so based on glancing at the log, but I didn't look at the commits in detail. If people are working on Thunderbird more, maybe they'll want to fix stuff in the editor too, since some high-profile Thunderbird bugs are really editor bugs. So we can still hope! :) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Thanks Jorg... I see now why I never encountered this bug. I can see how anyone who encounters it would find it frustrating, but... I never do anything fancy with respect to fonts in my emails, and I always recommend to others that they should never do anything fancy in HTML emails. I tell them that if they want someone to get something fancy, send them a binary attachment (PDF is what I recommend). Since Outlook (as much as I hate it, it is the mail client with the largest install base) switched to using Word for its HTML rendering engine (in spite of the immediate and ongoing massive complaints and uproar), which is one of the worst HTML rendering engines there is, it just doesn't make sense to waste a lot of time making something look fancy when there is every probability that the vast majority of anyone you may send it to will NOT see it the way you intended. All I ever do is sometimes use lists, change styles, etc, but only minor tweaks... And I never edit quoted text either (that just seems wrong to me)... Anyway, hopefully this one will now get squashed sooner rather than later now that iti is easily reproducible... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Created attachment 8515199 Two videos showing the problem. Here are two cases to reproduce the problem. CASE 1: === Step 1: Set the following options: Options: Display, Formatting, Default Font: Script Options: Composition, HTMl, Font: Batang Step 2: Reply to an e-mail written in Arial. Start typing in Batang. Click into the quoted text. Font changes to Arial. Step 3: Click after the text written in Batang. Font says Arial but we write in Script (default font). Result: After returning to the end of the line, the font is lost, the composition continues in the default font and the in the HTML the text is outside the tags. The UI shows incorrect information. Message saved/sent has this HTML: We have done little to address this trend. This is batang. This is script See video 1 enclosed. CASE 2: === Step 1: Set the following options: Options: Display, Formatting, Default Font: Batang Options: Composition, HTMl, Font: Batang Step 2: Reply to an e-mail written in Arial. Start typing in Batang. Click into the quoted text. Font changes to Arial. Step 3: Click after the text written in Batang. Font says Arial but we write in Batang (default font). Result: After returning to the end of the line, the font is lost, the composition continues in the default font and the in the HTML the text is outside the tags. The UI shows incorrect information. Message saved/sent has this HTML: We have done little to address this trend. This is batang. We continue to write in batang, or so it seems. See video 2 enclosed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Created attachment 8515218 composition font also lost after insertion of image. Composition font is also lost after inserting an image in a new message. Watch the enclosed video. I am using these settings: Options: Display, Formatting, Default Font: Arial. Options: Composition, HTML, Font: Fixed width. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
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: The quick red fox jumped. beta tb13 The quick red fox jumped. current trunk The quick red fox jumped. 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 cha
[Bug 584632] Re: composer changes font mid email
** Changed in: thunderbird Importance: Medium => Unknown ** Changed in: thunderbird Status: Invalid => Unknown ** Changed in: thunderbird Remote watch: Mozilla Bugzilla #203810 => Mozilla Bugzilla #756984 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
sorry, that was a mistake - can't stand launchpad's intolerable user- interface. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
** Changed in: thunderbird Status: Confirmed => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Resolved per whiteboard, Comment 70 and following comments -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
** Bug watch added: Mozilla Bugzilla #756984 https://bugzilla.mozilla.org/show_bug.cgi?id=756984 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Arrrg! I meant to point to this one: #756984 "Changing location in editor doesn't preserve the font when returning to end of text/line" (https://bugzilla.mozilla.org/show_bug.cgi?id=756984). Mike Cloaked already pointed us to 782215 in Comment #40... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I found #782215 "Font size change causes inconsistent size changes to occur" (https://bugzilla.mozilla.org/show_bug.cgi?id=782215). That's a start... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to John Hupp from comment #74) > I too would very much like to be pointed to the relevant font changing bugs > so that I could vote up their importance. INDEED...a list of all bugs having to do with font changing when it should not would definitely be helpful. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I too would very much like to be pointed to the relevant font changing bugs so that I could vote up their importance. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Ronald Killmer from comment #70) > > We still have font face changing issues with TB and there are current bugs > open. I'm fine with closing this bug if it is fixed. But it would be wonderful to be pointed to the relevant bug(s) that are open on 'font face changing' issues. I'd be pleased to add my vote to them. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Added white-board note to close 1/1/2013 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Ronald Killmer from comment #70) I agree will all you say and would prefer it to be closed. It appears to wonder over a range of issues unrelated to the original STR. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
The basic issue reported in comment #0 involves the attribution line being a different font face than the User configured body composition font. "If the user backspaces in the first line all the way to the left, the newly typed text picks up the font style of this pre populated text." I quote this for two reasons. Esther is referring to the attribution line as "pre populated text". Then the back space action and resulting font change is a bug occurring because of a whitespace/end-of-line bug in the editor/composer code library. IIRC, it was TB12 had a sudden appearance of a bug that was being masked by the Editor whitespace bug. The essence of the bug was EOL was incorrectly handled as whitespace in some cases. With Editor patched, TB Devs patched their TB bug. We still have font face changing issues with TB and there are current bugs open. The different font face of the attribution is a bug itself and independent of this bug report. Speaking as a TB bug triage team member, I think this bug should be closed since the bug in Editor that was fixed has altered the code-base so the original conditions are changed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I started what is perhaps a more relevant new report a few months ago at https://bugzilla.mozilla.org/show_bug.cgi?id=782215 but not much in the way of replies to that have appeared! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Mike Cowperthwaite from comment #67) I would like to see a new bug report started. Although I have followed this bug with interest I am not the best person to write it as I only switch on HTML to test this bug. I normally send text only. I do however have many years experience of hand crafting HTML for web pages so probably have an understanding of the underlying issues. Unlike so many of these reports any new bug report should have an STR saying that HTML should be activated in account settings to make it clear that the issue only affects HTML emails and not text emails. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Neville Hillyer from comment #66) > (In reply to Mike Cowperthwaite from comment #65) > Your STR with up/down arrow is totally different to the original report. I don't agree. The essential difference is that hitting backspace in an "empty" message body (no user typing from beginning of the message) no longer "moves" the cursor away from the insertion point, where it used to. The loss of user-preference formatting is predicated on that movement. Try following the dupes and seeing what they have to say about. Some of those dupes might be mistaken -- and, as I said, the summary of this bug isn't really to the point. > With what authority do you > presume to alter the original STR? If the original STR cannot be replicated > it might be best to close this bug report and start another one. I was granted bug-editing privileges in 2003. I remember when Esther was active in Bugzilla. I put several boatloads of work into bug triage from 2003 to 2007. You? I don't mind at all if one or more new bugs are started to sort this one out. Given the state of this bug, that probably *would* be best. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Mike Cowperthwaite from comment #65) Your STR with up/down arrow is totally different to the original report. I can probably replicate your STR with the latest SeaMonkey whereas I could not replicate the original STR with SeaMonkey. With what authority do you presume to alter the original STR? If the original STR cannot be replicated it might be best to close this bug report and start another one. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Mike Cloaked, nothing in the problem you're discussing has anything to do with "font style in prepopulated text," which is the main stated condition of this bug in the title. Not to defend the HTML editor, but your report does belong elsewhere. It should be immediately obvious that the text "xyz wrote..." in an HTML reply does not follow the composition preferences. That wasn't part of the initial bug report here, however, and it's my fault for poorly re- summarizing this bug in 2007. The lack of preferred formatting on the attribution line should be a separate bug (and maybe it already is). In comment 7, I referred to bug 245581 comment 1, which describes the underlying problem for that bug and the primary symptom of this bug: text that I'm typing not following my font preferences. The original steps in comment 0 do not reproduce in TB 16.0.2 (Win7/64). However, the reported symptom is still easy to observe. Here are the STR, from comment 0, with only the fourth step modified slightly: 1. Launch app - set to reply above quoted text (default for commercial builds) 2. Change your mailnews preference for composition to another font style. 3. Click Reply to a message someone sent preferably with the default font style. 4. Start typing (note you will see your default style), backspace all the way to the left margin; press the Down arrow, followed by the Up arrow, and start typing again. Actually, the initial typing followed by backspace is not required. What is required is moving the cursor away from its initial position with an empty user-typed text body -- which is only achievable if there is some prepopulated text. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Neville Hillyer from comment #63) Sorry about the silly typo in my last message: please read 'retain' for 'retail' near end. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
** Bug watch added: Mozilla Bugzilla #782215 https://bugzilla.mozilla.org/show_bug.cgi?id=782215 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I would rather see a simpler totally different approach adopted by the designers: Always use the defined font style (this would be the default font style until changed by the tool-bar) irrespective of cursor position or history. I think most editors do this. It would have the disadvantage that any text added to the middle of a paragraph would use the current font style rather than that of the paragraph but it would be immediately visible and easy to correct especially if a 'change current style to that of highlighted text' control were provided. Some thought would have to be given to copy/pasted styled text - perhaps provide a user option to use current style or retail original style. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Just an aside comment - but the gmail compose window in the new google webmail interface works perfectly well for html mail and does not have the problems we have in Thunderbird - OK that is a web interface but it does mean that it is possible to have a compose window that handles html mail perfectly well! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Of course it should work in the first place. I don't understand all these comments saying that. That is what the whole thread is about! People post some method to make life easier, and immediately the response is "but it should work without that." Duh, of course. That doesn't make the suggestions useless, such as the Enters before typing, or highlight and set the font after typing, both of which are tools for living with the bug UNTIL IT IS FIXED (if ever). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to maybe-the-one from comment #55) > A trick to help solve it is to hit Enter several times as the FIRST thing > you type. This moves the hidden [ /font ] tag down the page a bit. So, if > you move the cursor, then move it back at the end of your actual typing, it > is still above the tag. The way that the composer should work is that it "automatically" moves the [/font] tag to immediately before the signature or if no signature then keep it at the end - and then any changes to the fonts "initiated" by the user whilst composing should have their own [font] and [/font] embedded around any text with a different font to the default font. Also another work around is to simply enter all the text and corrections/additions/subtractions and then highlight the entire text up to the signature and then change it with the format->size-> options or other formatting options. However the point is that you should not need to have a workaround if the behaviour was sensible in the first place! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
My Comment 58 was in reply to maybe-the-one's Comment 55. And regarding Mike Cloaked in Comment 57: Done! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Yes, I agree that your observation can help users work around the bug in many cases. But there seemed to be an implication in some comments that "default font" had a rather limited meaning, and that the program was therefore working per design. I'll grant that I may have misinterpreted to arrive at that, but since the bug is 9 1/2 years old, one has to wonder if the development team isn't aware that this is not only maddening but an actual show-stopper for a number of users, or if they are aware and simply disagree with that assessment. In any case, voting to bump up the Importance to something above Normal is one of the things non-developers can do to try to get some qualified attention directed at this. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
It might also be nice if users voted on the related bug at https://bugzilla.mozilla.org/show_bug.cgi?id=782215 also. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Let's face it very few people will type a straight uninterrupted email and hit send - and the longer the text the more likely it is that one will go back and change sentences and add or remove parts of what had been typed - hence any reasonable compose facility should accommodate that so that the best experience can be enjoyed by the user rather than ending up that the user is irritated and frustrated by the experience. So basically is is poor design and not showing proper considerable of normal user experience. So yes it should be fixed and yes everyone seeing this report should vote for it to get sorted out! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
No, no one is saying it is not a bug. I was just showing what was happening that was causing (at least this particular manifestation) to happen. You are at risk of invoking the bug if you do anything other than straight, continuous typing. Hitting Enter does not invoke the bug. A trick to help solve it is to hit Enter several times as the FIRST thing you type. This moves the hidden [ /font ] tag down the page a bit. So, if you move the cursor, then move it back at the end of your actual typing, it is still above the tag. And yes, do VOTE for this. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
OK, so now we see how the bad behavior is being executed in HTML. Maybe I'm misreading some of the comments, but is anyone here implying that this is not a bug? That a user-set default Composition font should not be respected as the default in cases 1 through N? Gene C gets right back to the main point: This is a bug. And as I posted earlier, it's a bug that has me sending out unprofessional, embarrassing emails. If I can't find a solution, I expect that I'll abandon Thunderbird. A shame, since I'm an open source devotee, but it's more important to me that it works right. But first, on the topic of finding a solution: I observed today the "VOTE" feature in the header of this bug report. I clicked on that, then the Change Your Vote check-box, then Save Changes. Each of us who is registered here and logged in apparently gets 1000 votes, presumably to highlight which bugs we think are most important. My vote just bumped the count up to 21, but that still places it in the Normal Importance category. LET'S ALL VOTE. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Exactly - so why does it not continue using the font the user defined as their default font? When the user has defined a default font it should be used whether or not they moved their cursor. Remember the bug here is having a user preference set for their default font - and finding this is not properly honored in above situation(s). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to paul from comment #51) > (In reply to Neville Hillyer from comment #47) > > (In reply to paul from comment #43) > > > > Send it to yourself and post the received HTML source here so that we can > > see what happened. > > I'm not smart enough to be able to recreate the problem, but here's a bit of > HTML source from a message where this did go wrong: > > > > Some text here. Followed by more text > here. > > Paul > > Everything after is smaller than that which is before it. Let me > know if you need more of the HTML source stuff and I'll work at removing > 'particulars' (i.e., addresses, etc.) That is exactly what I described in my post previously. I looks strongly as if you moved the cursor after typing 'Some text here' (click back to correct a spelling, insert some text, or something like that). Note that the 'Followed by more text here' is AFTER the [ /font ] tag, which ended your selected font at that point. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Neville Hillyer from comment #47) > (In reply to paul from comment #43) > > Send it to yourself and post the received HTML source here so that we can > see what happened. I'm not smart enough to be able to recreate the problem, but here's a bit of HTML source from a message where this did go wrong: Some text here. Followed by more text here. Paul Everything after is smaller than that which is before it. Let me know if you need more of the HTML source stuff and I'll work at removing 'particulars' (i.e., addresses, etc.) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Too many different issues are getting confused here. The only common thread I can see is dissatisfaction with TH's less than perfect WYSIWYG editor. I have spent the last 15 years manually editing HTML so I can see some of the compromises TB's designers have made. It would be useful if all contributors tried to understand the HTML used which is why I have tried to get people to post to themselves and then examine the incoming HTML. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Sort of - I have changed the default font to large sans-serif (LSF) via preferences->display->default font. This is not thunderbird's internal default (TIF). What I find is that in spite of my internal font being LSF tb will switch back to TIF - that is most certainly a bug. I should only get my LSF. The bug for me is that my [changed] default font is sometimes respected and sometimes not ... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Folks, the reason most or all of these manifestations(created by
numerous different steps--which make them SOUND LIKE different bugs) is
this...
when you first type "This is a test " or what ever at the top of the entry
area, what is really there is
"This is a test " {/font}
with [] instead of {} of course.
Now, if at that point, you move the cursor ANYWHERE, for any reason, and
then click it back at the end of the line, or if you insert text, you
are now typing to the right (after) the {/font} tag, and being outside
the end-font tag, will now be using the default font.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/584632
Title:
composer changes font mid email
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to paul from comment #43) Send it to yourself and post the received HTML source here so that we can see what happened. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
By the way I use a simple html signature file - but I don't know if that makes any difference. Also the box showing the font changes from sans- serif to "mixed" as soon as I highlight the combined text in the test from comment #44 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Created attachment 681414 image showing the result of the font inconsistency -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
OK I did a test which seems to throw up the inconsistent font issue is a totally reproducible way - and the test is very simple indeed. I am using version 18a2 linux 64 bit version from 4th November but this test can be applied to any version that other testers following this bug can also try. The test is as follows: 1) Click "Write" to begin composing a new mail. My default font is set as medium, and sans-serif. 2) Now type direct into the main text box "This is a test " - 3) Now highlight the text you have just entered with the mouse and right click and copy. 4) With the cursor set at just after the last space in the text entered now right click and select "Paste without Formatting" The result is that the two phrases which should be identical are now of different font size. I will attach a screenshot in a sec showing the two different fonts in this text as highlighted. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Neville Hillyer from [url=https://bugzilla.mozilla.org/show_bug.cgi?id=203810#c41]comment #41[/url]) I don't know SeaMonkey, but I can confirm this is still an issue in Thunderbird 16.0.2 (latest version on the 'release update channel'). And I don't know how recent a build TB 18a2 is, but Mike Cloaked reports (in [url=https://bugzilla.mozilla.org/show_bug.cgi?id=203810#c37]comment #37[/url] above) that it is still an issue for him. As for a "single accurately described bug" I think this has enough related manifestations (e.g., Mike Cloaked comment #40) to make that a difficult precondition. My 'workaround' used to be to type a word (usually the person's name to whom I was writing), hit Enter, type my name on a new line(i.e., the last thing in the message) and then move up to the end of the first line, hit Enter again, and type (and edit) the body of my message. This workaround worked (i.e., preserved formatting) until v. 15 (I think... It is sometimes difficult to tell when something like this manifests, because, from all appearances, the message looks OK [I confess, I don't often check the formatting of the messages in my Sent folder]. I only began noticing it in certain replies from others that had included my message in the reply). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to John Hupp from comment #39) I prefer to be able to test a single accurately described bug. As I said, I am unable to replicate the original bug with the latest SeaMonkey - perhaps it has been fixed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
(In reply to Mike Cloaked from comment #40) > https://bugzilla.mozilla.org/show_bug.cgi?id=782215 > > is relevant/related to this bug too. I see that that bug is not assigned to anyone either. Perhaps if a developer ever digs into it, a single cause will be found for the similar bad behaviors. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
It's true -- I would say that various comments round out the description of the various manifestations. The original bug report captured fewer of those, but as far as I know it's accurate as far as it goes. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
https://bugzilla.mozilla.org/show_bug.cgi?id=782215 is relevant/related to this bug too. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I have not been able to replicate the originally described bug with the latest SeaMonkey. Is it accurately described? Should instruction '1' read 'below' rather than 'above'? I can say that clicking elsewhere such as in the subject line picks up the default font but this was not the originally described bug. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Yes having this formatting bug is very tiresome indeed as a long time user of Thunderbird and it is still very much a bug in version 18a2! -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
At seamonkey-project.org, the intro says "Under the hood, SeaMonkey uses much of the same Mozilla source code which powers such successful siblings as Firefox, Thunderbird, Camino, Sunbird and Miro." So unless they forked development of the email client code, a first guess would be that you share this bug. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
A while ago I switched my PPC to SeaMonkey 2.13 which overcame a whole raft of bugs although I am not sure about this particular bug. Details at: http://links.zero.eu.org/seamonkey/ -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I have come to the edge of abandoning Thunderbird due to this 9 1/2 year old bug. People reply to my replies and I see that the format of what I sent them makes it look like it was written by a 7-year old with crayons. It's a hodgepodge of two different fonts/sizes -- embarrassing and unprofessional. Is there a work-around or a fix? (People working with TB 3 in 2010 had some success with setups involving the add-ons Quote & Reply and QuoteandComposeManager. But before I wade into those waters I would like a little assurance that it can be made to work.) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
** Changed in: thunderbird (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
I doubt that this 8 year old bug will ever be fixed. Perhaps users should use text rather than HTML. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/584632/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
Sgtfool wrote: "A variation on this is that it also loses the default font when I click on the subject line and then click back to my text." I can confirm that. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
Still present TB 3.1.9 (Ubuntu 12.04 LTS). When I compose a Mail. the font-size and font-type keeps changig. Every few lines I have to manually mark my text and change font-size/type myself. Very annoying. Additionally, when I copy-paste some text (e.g. a URL from my browser address bar) this text gets some formatting. Mosty some ugly one not in line with the remainder of the mail. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
also bug is still in todays Miramar 3.3a4 pre ... bit sad really .. :-( Bug is assigned to nobody presently ... there were some suggestions on how to fix this in 2007 ... may not help tho .. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632]
Truly astounding as this bug comes up to almost 8 years old - I am using 3.1.10pre and this bug is still present - it bites me pretty much every week - sometimes on the next line when composing and sometime in the middle of a line and yes with html email. Surely someone could give this bug a little love and sort it out once and for all? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
Launchpad has imported 31 comments from the remote bug at https://bugzilla.mozilla.org/show_bug.cgi?id=203810. 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 2003-04-29T17:10:02+00:00 Esther wrote: Using trunk builds 20030428 onw winxp, macosx and linux if the user changes their Mail composition default for font style, the prepopulated text used in Replys "xyx wrote:" does not change to this default. If the user backspaces in the first line all the way to the left, the newly typed text picks up the font style of this pre populated text. 1. Launch app - set to reply above quoted text (default for commercial builds) 2. Change your mailnews preference for composition to another font style. 3. Click Reply to a message someone sent preferably with the default font style. 4. Start typing (note you will see your default style), backspace all the way to the left margin, start typing again. Result: the font is now of the style of the prepopulated text instead of your default text. Expected: to be able to backspace and still have my default font used. Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/0 On 2003-04-29T18:00:31+00:00 Esther wrote: nomintaing because this is a new feature and mistakenly backspacing in a reply can look as though this feature doesn't work all the time. Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/1 On 2003-04-29T18:10:35+00:00 Esther wrote: Also happens when Forwarding Inline, the prepopulated hearder of the forwarded message has the same affect at the prepopulated text in a reply. Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/2 On 2003-04-29T18:42:23+00:00 Sspitzer wrote: over to shuehan Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/3 On 2003-05-16T18:16:36+00:00 Samir-bugzilla wrote: adt: nsbeta1- Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/4 On 2004-08-23T21:17:39+00:00 Mcow wrote: *** Bug 251364 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/5 On 2004-11-22T23:59:48+00:00 Mcow wrote: *** Bug 245581 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/6 On 2004-11-23T00:01:48+00:00 Mcow wrote: See (from the dupe) bug 245581 comment 1. Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/7 On 2004-12-08T06:14:03+00:00 Mcow wrote: *** Bug 273622 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/8 On 2005-03-21T15:28:31+00:00 Mcow wrote: *** Bug 287013 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/9 On 2006-09-20T15:15:38+00:00 Mcow wrote: *** Bug 353424 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/10 On 2007-03-14T22:20:16+00:00 Mcow wrote: *** Bug 373904 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/11 On 2007-03-31T21:44:08+00:00 Rob Hasselbaum wrote: Created attachment 260245 Use HTML font preference for reply and forward headers With this patch, Thunderbird uses the user's preferred HTML font face/size for reply and forward header text. I added logic in nsMsgCompose and the MIME routines to wrap header text in font markup if we are in HTML composition mode and a non-default font face or size was chosen in preferences. Reply at: https://bugs.launchpad.net/thunderbird/+bug/584632/comments/12 On 2007-04-01T14:58:12+00:00 Rob Hasselbaum wrote: Created attachment 260269 Updated patch
[Bug 584632] Re: composer changes font mid email
** Also affects: thunderbird via https://bugzilla.mozilla.org/show_bug.cgi?id=203810 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
Wow, looks like this bug just might be 8 years old. Guess I'd better get used to it... https://bugzilla.mozilla.org/show_bug.cgi?id=203810 ** Bug watch added: Mozilla Bugzilla #203810 https://bugzilla.mozilla.org/show_bug.cgi?id=203810 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/584632 Title: composer changes font mid email -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
I had this same problem and it drove me nuts. My problem is that when I reply to an existing email, the font will be "Helvetica, Arial". This is what's listed when I go to Edit --> Preferences --> Composition --> General --> HTML --> Font. But if I click away from the body of the email, even if I click to another part of the composition window such as the subject box, as soon as I click back to the body, the font will change to some kind of serif font. It says "Variable Width" in the font box. I think it's whatever font is listed in Edit --> Preferences --> Display --> Formatting --> Fonts --> Default font. My configuration says the default font is "serif." If I type a completely new message, I don't seem to have the problem as much. My solution was to simply set the font settings in the locations I mentioned above to the same font. So I went to Edit --> Preferences --> Display --> Formatting --> Fonts --> Default font, set it to Arial, and it hasn't happened again, yet--it wasn't that long ago that I made the change, so we'll see how well it works. -- composer changes font mid email https://bugs.launchpad.net/bugs/584632 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] Re: composer changes font mid email
Not one bite in over a month? Would no one even like to see an email from me? -- composer changes font mid email https://bugs.launchpad.net/bugs/584632 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 584632] [NEW] composer changes font mid email
Public bug reported: 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. ** Affects: thunderbird (Ubuntu) Importance: Undecided Status: New -- composer changes font mid email https://bugs.launchpad.net/bugs/584632 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
