Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Some of my spaces are disappearing
1,379 views
Skip to first unread message
Rhino
Dec 16, 2012, 7:42:24 PM12/16/12
to
When I compose an email, i put spaces between each pair of words, just like
everyone else. But when my emails arrive at their destination, a few of
those spaces will have disappeared, causing the words to blend together. For
example, even though I wrote, "the dog", my recipients might get "thedog"
with the intervening space missing.
This has been going on for a few months now. I'm a pretty accurate typist
and it's quite annoying to find my spaces disappearing.
I thought maybe my typing was just getting sloppier but I just tried a test
where I wrote a few short paragraphs, then took a screen cap of the email
window, just before I sent it to myself. When I viewed the received email,
two pairs of words had run together. When I checked the screen cap, it
confirmed that I had typed spaces between those words.
Is anyone else seeing this problem on their copies of Tbird? Is there any
known resolution to this problem?
I'm running Tbird 17.0 on Windows XP SP3. I always update Tbird with 24
hours of being notified of a new update. I don't remember precisely when
this problem started or if it coincided with a specific Tbird release.
--
Rhino
everyone else. But when my emails arrive at their destination, a few of
those spaces will have disappeared, causing the words to blend together. For
example, even though I wrote, "the dog", my recipients might get "thedog"
with the intervening space missing.
This has been going on for a few months now. I'm a pretty accurate typist
and it's quite annoying to find my spaces disappearing.
I thought maybe my typing was just getting sloppier but I just tried a test
where I wrote a few short paragraphs, then took a screen cap of the email
window, just before I sent it to myself. When I viewed the received email,
two pairs of words had run together. When I checked the screen cap, it
confirmed that I had typed spaces between those words.
Is anyone else seeing this problem on their copies of Tbird? Is there any
known resolution to this problem?
I'm running Tbird 17.0 on Windows XP SP3. I always update Tbird with 24
hours of being notified of a new update. I don't remember precisely when
this problem started or if it coincided with a specific Tbird release.
--
Rhino
David E. Ross
Dec 17, 2012, 12:02:09 AM12/17/12
to
mailnews.display.disable_format_flowed_support set to False or
mailnews.send_plaintext_flowed set to True? You might be affected by
some variation of bug #448198 at
<https://bugzilla.mozilla.org/show_bug.cgi?id=448198>.
To check those two preference variables:
1. Go to the Thunderbird menu bar and select [Tools > Options].
2. On the Options window, select the Advanced button.
3. On the Advanced pane, select the General tab.
4. On the General tab, select the Config Editor button.
5. In the Search area of the about:config window, enter "flow" without
the quotes.
By the way, please have a space after the -- in your signature. Per RFC
3676 (section 4.3), it should be dash-dash-space, not merely dash-dash.
--
David E. Ross
<http://www.rossde.com/>
Anyone who thinks government owns a monopoly on inefficient, obstructive
bureaucracy has obviously never worked for a large corporation.
© 1997 by David E. Ross
Rhino
Dec 17, 2012, 7:55:48 AM12/17/12
to
"David E. Ross" <nob...@nowhere.invalid> wrote in message
news:BvGdnSQMy5bMOlPN...@mozilla.org...
Compose window.
>If so, do you have
> mailnews.display.disable_format_flowed_support set to False or
> mailnews.send_plaintext_flowed set to True?
mailnews.send_plaintext_flowed is set to True. Are you saying that the
former should be True while the latter should be False?
> You might be affected by
> some variation of bug #448198 at
> <https://bugzilla.mozilla.org/show_bug.cgi?id=448198>.
>
examples have none of the indicated entity characters between them, just
spaces. The word-pairs were: "in the" (which became "inthe") and "the
little" (which became "thelittle").
Now it's possible that some of my previous emails had entity characters
between them but I'm quite sure that wasn't the explanation for ALL of the
merged words, just a small handful.
> To check those two preference variables:
>
> 1. Go to the Thunderbird menu bar and select [Tools > Options].
>
> 2. On the Options window, select the Advanced button.
>
> 3. On the Advanced pane, select the General tab.
>
> 4. On the General tab, select the Config Editor button.
>
> 5. In the Search area of the about:config window, enter "flow" without
> the quotes.
>
> By the way, please have a space after the -- in your signature. Per RFC
> 3676 (section 4.3), it should be dash-dash-space, not merely dash-dash.
--
Rhino
kes
Dec 17, 2012, 10:03:48 AM12/17/12
to
Rhino
Dec 17, 2012, 10:33:26 AM12/17/12
to
"kes" <k...@127.0.0.1> wrote in message
news:6b2dnVElfqLbqVLN...@mozilla.org...
--
Rhino
WaltS
Dec 17, 2012, 10:49:17 AM12/17/12
to
Thunderbird/17.0, I am not seeing the problem using Mozilla/5.0 (X11;
Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0, or Mozilla/5.0 (X11;
Linux i686 on x86_64; rv:20.0) Gecko/20100101 Thunderbird/20.0a1.
Do you see newsgroup posts in Thunderbird with the run together words,
or only email?
Does the problem occur in safe mode?
--
Fedora 17 (64-bit) KDE 4.9.2
Thunderbird Release
Approximately 400 billion gallons of water are used worldwide per day.
One inch of rain falling on one acre of land is equal to roughly 27,154
gallons of water.
Keith Nuttle
Dec 17, 2012, 12:41:52 PM12/17/12
to
recieve it back does it lose spaces?
Rhino
Dec 17, 2012, 2:37:11 PM12/17/12
to
"WaltS" <wls1...@REMOVEyahoo.com> wrote in message
news:bbKdnfBnK_Njo1LN...@mozilla.org...
a few months now. I always use Outlook Express as my newsreader so I haven't
seen the problem in newsgroup posts.
> Does the problem occur in safe mode?
>
Safe Mode?
--
Rhino
Rhino
Dec 17, 2012, 2:44:27 PM12/17/12
to
"Keith Nuttle" <keith_...@sbcglobal.net> wrote in message
news:7JSdnSknBer9xFLN...@mozilla.org...
three or four paragraphs, carefully spacing between each word, and sent it
to myself. Just before I sent it, I did a screen cap so that I could prove
all the spaces were there. When I received the same email, the spaces
between two pairs of words were missing.
Hmm. I just pulled up the email from my Sent folder. I see that the lost
spaces were also lost in the copy of the email put in the Sent folder. I
should have thought to do that before....
Based on that, it appears that the spaces are getting dropped sometime
during the composition of the email. In other words, it isn't the code that
is reading and formatting the email in the received message that is messing
up, it is the code used to compose the email in the first place.
Specifically, sometime between pressing Send and copying the email into the
Sent folder, some spaces are deleted for no obvious reason.
--
Rhino
WaltS
Dec 17, 2012, 2:49:57 PM12/17/12
to
Rhino
Dec 17, 2012, 6:44:29 PM12/17/12
to
"WaltS" <wls1...@REMOVEyahoo.com> wrote in message
I restarted Thunderbird with Add-ons Disabled, then tried another test email
to myself. Again, I checked that all words were separated by spaces and took
a screen cap of the email before clicking Send. This time, I found five
word-pairs that had lost their intervening spaces. Again, the copy of the
email put in my Sent folder is missing all five of those spaces.
Clearly, safe mode doesn't alleviate the problem. Apparently, the add-ons
aren't causing the issue.
Again, something seems to be happening between the time I click on Send and
the time the email is sent and copied into the Sent folder. I have no idea
what the code does at that point in the cycle so that's as much as I can
determine right now.
I'd be happy to do more experiments if that helps anyone diagnose this.
--
Rhino
David E. Ross
Dec 17, 2012, 7:53:29 PM12/17/12
to
On 12/16/12 4:42 PM, Rhino wrote:
Thai Guy
Dec 17, 2012, 7:54:00 PM12/17/12
to
and the beginning of another? Try your test message again, but compose
it in a smaller (narrower) window to cause the line-break in a different
position. The, if the missing spaces show up in a different manner, you
can infer it has something to do with formatting line width.
Rhino
Dec 17, 2012, 8:33:48 PM12/17/12
to
"David E. Ross" <nob...@nowhere.invalid> wrote in message
anywhere in Account Settings or Options to be 100% sure. Can you remind me
where that option is?
--
Rhino
Rhino
Dec 17, 2012, 8:46:09 PM12/17/12
to
"Thai Guy" <rama...@nospam.com> wrote in message
news:yeSdncjf-Js7I1LN...@mozilla.org...
the middle of their respective lines. That continues to be the case.
> Try your test message again, but compose it in a smaller (narrower) window
> to cause the line-break in a different position. The, if the missing
> spaces show up in a different manner, you can infer it has something to do
> with formatting line width.
window. Again, I did a screen cap of the text before pressing Send. This was
a relatively shorter message than the previous two but this one also had a
missing space. "laugh and" from the Compose window turned into "laughand" in
the Sent folder and the Inbox.
--
Rhino
Dave Pyles
Dec 17, 2012, 8:45:22 PM12/17/12
to
"ASCII-formatted." The HTML compose window has formatting buttons at
the top of the editing window, while the ASCII (plain text) editing
window does not have those buttons. There is no formatting on plain
ASCII text email.
Dave Pyles
Rhino
Dec 17, 2012, 11:51:29 PM12/17/12
to
"Dave Pyles" <dnp...@user.invalid> wrote in message
news:n4ednck1cPspV1LN...@mozilla.org...
background colours, increase/decrease font size, change to bold, italics or
normal, create unordered or ordered lists, etc. Are those the formatting
controls you mean? If so, it appears that I am composing HTML mail.
Why can't I find a setting somewhere that let's me choose between ASCII and
HTML? It's quite easy in Outlook Express; I thought it would be similiarly
easy in Thunderbird. Or am I just having a stupid day and not seeing
something right in front of my face?
--
Rhino
Ron K.
Dec 18, 2012, 1:16:26 AM12/18/12
to
Rhino on 12/17/2012 11:51 PM, keyboarded a reply:
Tools > Account Settings... > Select account (Left Col) and expand if
collapsed. Pick composition & addressing. The top item is check box for
HTML as your personal default compose mode for that account.
Now a tip for single message mode swapping. Hold down the [Shift] key
while clicking Write or Reply, etc. button in tool bar. This will
toggle the compose mode to the op posit of your default.
--
Ron K.
Who is General Failure, and why is he searching my HDD?
Kernel Restore reported Major Error used BSOD to msg the enemy!
collapsed. Pick composition & addressing. The top item is check box for
HTML as your personal default compose mode for that account.
Now a tip for single message mode swapping. Hold down the [Shift] key
while clicking Write or Reply, etc. button in tool bar. This will
toggle the compose mode to the op posit of your default.
--
Ron K.
Who is General Failure, and why is he searching my HDD?
Kernel Restore reported Major Error used BSOD to msg the enemy!
David E. Ross
Dec 18, 2012, 11:00:25 AM12/18/12
to
problem still exists.
Rhino
Dec 18, 2012, 11:56:49 AM12/18/12
to
"Ron K." <kil...@gisco.net> wrote in message
news:78udndIaStmFl03N...@mozilla.org...
day because I'd been on that page and had missed that option.
The checkbox was indeed checked so it was giving me HTML formatting. I've
turned off the checkbox and done some additional tests. This time, all the
spaces I put in the original email are preserved in both the copy in the
Sent folder and the copy that arrives in my inbox. That is MUCH better!
> Now a tip for single message mode swapping. Hold down the [Shift] key
> while clicking Write or Reply, etc. button in tool bar. This will toggle
> the compose mode to the op posit of your default.
>
Mind you, as long as HTML mode loses spaces, I'm not likely to use it for
anything.
Would you agree that the behaviour I was getting in HTML mode was a bug?
Should I create a bugzilla report for it? Or is that something only
developers can do? (I'm a developer for other projects and have filed
bugzilla reports but I'm just an ordinary end-user of Thunderbird.)
--
Rhino
Rhino
Dec 18, 2012, 11:58:56 AM12/18/12
to
"David E. Ross" <nob...@nowhere.invalid> wrote in message
By the way, you never answered my followup question on the proper value of
the two parameters you had me check at the beginning of this thread. If they
have inappropriate values, maybe I can change them and keep my spaces from
disappearing when using HTML format....
--
Rhino
David E. Ross
Dec 18, 2012, 12:55:59 PM12/18/12
to
Ron K.
Dec 18, 2012, 2:25:35 PM12/18/12
to
Rhino on 12/18/2012 11:56 AM, keyboarded a reply:
> Would you agree that the behavior I was getting in HTML mode was a bug?
related bugs. Your case is sort of related to a bug that is inserting
<font> tags in middle of words and breaking spellchecker. Since the
Editor module that TB uses is owned by the Mozilla Gecko core, that
component may have had a patch that spawned this behavior.
What I would be interested in seeing is your comment on what you see
when using View > Message Source to look at the raw HTML message
content. Be looking for tags inside lines of text where you did NOT make
a formatting change during composition. Another way to do a raw HTML
inspection, while in Compose is do Edit > Select all followed by Insert
> HTML.
> Should I create a bugzilla report for it? Or is that something only
> developers can do? (I'm a developer for other projects and have filed
> bugzilla reports but I'm just an ordinary end-user of Thunderbird.)
>
I also suggest getting registered at Bugzilla so you can search it for
> developers can do? (I'm a developer for other projects and have filed
> bugzilla reports but I'm just an ordinary end-user of Thunderbird.)
>
related bugs. Your case is sort of related to a bug that is inserting
<font> tags in middle of words and breaking spellchecker. Since the
Editor module that TB uses is owned by the Mozilla Gecko core, that
component may have had a patch that spawned this behavior.
What I would be interested in seeing is your comment on what you see
when using View > Message Source to look at the raw HTML message
content. Be looking for tags inside lines of text where you did NOT make
a formatting change during composition. Another way to do a raw HTML
inspection, while in Compose is do Edit > Select all followed by Insert
> HTML.
Rhino
Dec 18, 2012, 6:34:25 PM12/18/12
to
news:e4mdnW5sf52XXk3N...@mozilla.org...
It's a good thing you told me about the second method of seeing the HTML; I
have no Message Source option in the View submenu in the Compose window. :-)
I'm not sure how the content in the HTML source window should look in terms
of line wrapping but there is one very odd thing going on in that window.
For some reason, several font tags are appearing throughout the message. I
understand the one that establishes the font at the start of the message and
its closing tag at the end but I don't see why there are so many <font
size="-1"> tags in there. I didn't change the font size even once while
composing this short email. The font tags even occur in the middle of words!
And all of them get closed at the end of the email. For some reason, that
same font tag keeps getting generated at frequent intervals but not closed
until the end.
But I don't see how that correlates with the missing spaces either. I'm
seeing <br> tags where I expect to see them and none of the individual words
seem to be run together.
Just so that you can see what I'm seeing, I'm pasting the contents of that
Insert HTML window here, although I suppose it would be better to do that in
Bugzilla....
=========================================
<font size="-1"><font face="Lucida Sans Unicode">For this test, I've
reverted to<font size="-1"> HTML formatting in my <font
size="-1">composition
settings. Let's see <font size="-1">what sort of mis<font
size="-1">chief the code gets up to this time. <br>
<br>
<font size="-1">I'm not <font size="-1">really sure just
why <font size="-1">only a small number of the spaces
between words disappear. <font size="-1">The spaces
that are disappearing inevitabl<font size="-1">y
seem to be in the mi<font size="-1">ddle of the
line<font size="-1"> (as viewed in the compose
window<font size="-1"> and confirmed in the
screen cap of the c<font size="-1">ompose
window). So why would only a small handful
of those spaces disappear? <br>
<br>
<font size="-1">Maybe it has something to
do with other characters <font
size="-1">elsewhere on the same line?
<font size="-1">But I mostly just
write <font size="-1">basic
alphanum<font size="-1">eric
characters and standard
punctuation in my emails<font
size="-1">. Sure, there's the
odd apostrophe and a<font
size="-1">n occasional quote
but not really that much of
either. Then again, th<font
size="-1">e problem only
happens occasionally too.
</font></font></font></font></font></font></font></font><br>
</font></font></font></font></font></font></font></font></font></font></font></font></font></font></font>
=========================================
See what I mean?
In any case, I've created a Bugzilla ID and am looking at existing bugs
involving spaces. (Well, I'll look at the first few; it would take me the
rest of my life to review all 6000+ bugs that came up when I entered
"missing spaces" in the search box, especially given how slow this Bugzilla
is.)
If I don't find my problem reported, I'll try to knock together a new bug
report. If an existing report would benefit from more details, I may chime
in to tell them what I'm seeing....
Thanks VERY much to everyone for all your assistance on this thread,
particularly Ron K. and David E. Ross!
--
Rhino
have no Message Source option in the View submenu in the Compose window. :-)
I'm not sure how the content in the HTML source window should look in terms
of line wrapping but there is one very odd thing going on in that window.
For some reason, several font tags are appearing throughout the message. I
understand the one that establishes the font at the start of the message and
its closing tag at the end but I don't see why there are so many <font
size="-1"> tags in there. I didn't change the font size even once while
composing this short email. The font tags even occur in the middle of words!
And all of them get closed at the end of the email. For some reason, that
same font tag keeps getting generated at frequent intervals but not closed
until the end.
But I don't see how that correlates with the missing spaces either. I'm
seeing <br> tags where I expect to see them and none of the individual words
seem to be run together.
Just so that you can see what I'm seeing, I'm pasting the contents of that
Insert HTML window here, although I suppose it would be better to do that in
Bugzilla....
=========================================
<font size="-1"><font face="Lucida Sans Unicode">For this test, I've
reverted to<font size="-1"> HTML formatting in my <font
size="-1">composition
settings. Let's see <font size="-1">what sort of mis<font
size="-1">chief the code gets up to this time. <br>
<br>
<font size="-1">I'm not <font size="-1">really sure just
why <font size="-1">only a small number of the spaces
between words disappear. <font size="-1">The spaces
that are disappearing inevitabl<font size="-1">y
seem to be in the mi<font size="-1">ddle of the
line<font size="-1"> (as viewed in the compose
window<font size="-1"> and confirmed in the
screen cap of the c<font size="-1">ompose
window). So why would only a small handful
of those spaces disappear? <br>
<br>
<font size="-1">Maybe it has something to
do with other characters <font
size="-1">elsewhere on the same line?
<font size="-1">But I mostly just
write <font size="-1">basic
alphanum<font size="-1">eric
characters and standard
punctuation in my emails<font
size="-1">. Sure, there's the
odd apostrophe and a<font
size="-1">n occasional quote
but not really that much of
either. Then again, th<font
size="-1">e problem only
happens occasionally too.
</font></font></font></font></font></font></font></font><br>
</font></font></font></font></font></font></font></font></font></font></font></font></font></font></font>
=========================================
See what I mean?
In any case, I've created a Bugzilla ID and am looking at existing bugs
involving spaces. (Well, I'll look at the first few; it would take me the
rest of my life to review all 6000+ bugs that came up when I entered
"missing spaces" in the search box, especially given how slow this Bugzilla
is.)
If I don't find my problem reported, I'll try to knock together a new bug
report. If an existing report would benefit from more details, I may chime
in to tell them what I'm seeing....
Thanks VERY much to everyone for all your assistance on this thread,
particularly Ron K. and David E. Ross!
--
Rhino
Rhino
Dec 18, 2012, 6:58:13 PM12/18/12
to
[snip]
I think I understand this bug now. If you look at my little dump of the HTML
and compare it to the actual text that appeared in the copy of the email
stored in the Sent folder (and in the inbox after it arrives), something
very interesting happens.
Here's the text as it appears in the Inbox (as well as in the copy in the
Sent folder):
==========================================
For this test, I've reverted toHTML formatting in my composition settings.
Let's see what sort of mischief the code gets up to this time.
I'm not really sure just why only a small number of the spaces between words
disappear. The spaces that are disappearing inevitably seem to be in the
middle of the line(as viewed in the compose windowand confirmed in the
screen cap of the compose window). So why would only a small handful of
those spaces disappear?
Maybe it has something to do with other characters elsewhere on the same
line? But I mostly just write basic alphanumeric characters and standard
punctuation in my emails. Sure, there's the odd apostrophe and an occasional
quote but not really that much of either. Then again, the problem only
happens occasionally too.
==========================================
Notice that the lost spaces are between "to HTML" in the first line, then
between "line" and the open parenthesis in the second paragraph, then
between "window and" later in the second paragraph.
If you compare that to the HTML dump, you'll see that I only have problems
when that <font size="-1"> tag appears between words (as opposed to in the
middle of the word) and even then, only if the font tag is preceded by a
character and followed immediately by a space and another character.
Therefore,
to<font size="-1"> HTML
causes the space between the words to disappear while
see <font size="-1">what
does NOT cause the space to disappear.
That seems to be true every time the font tag appears between two words. (No
spaces get lost when the font tag appears within a word.)
Therefore, I think this is very simple: change the code so that it doesn't
spew out superflous font tags and the problem should go away.
Does anyone see any flaw in that plan? Otherwise, that's what I plan to
include in the bug report.
--
Rhino
and compare it to the actual text that appeared in the copy of the email
stored in the Sent folder (and in the inbox after it arrives), something
very interesting happens.
Here's the text as it appears in the Inbox (as well as in the copy in the
Sent folder):
==========================================
For this test, I've reverted toHTML formatting in my composition settings.
Let's see what sort of mischief the code gets up to this time.
I'm not really sure just why only a small number of the spaces between words
disappear. The spaces that are disappearing inevitably seem to be in the
middle of the line(as viewed in the compose windowand confirmed in the
screen cap of the compose window). So why would only a small handful of
those spaces disappear?
Maybe it has something to do with other characters elsewhere on the same
line? But I mostly just write basic alphanumeric characters and standard
punctuation in my emails. Sure, there's the odd apostrophe and an occasional
quote but not really that much of either. Then again, the problem only
happens occasionally too.
==========================================
Notice that the lost spaces are between "to HTML" in the first line, then
between "line" and the open parenthesis in the second paragraph, then
between "window and" later in the second paragraph.
If you compare that to the HTML dump, you'll see that I only have problems
when that <font size="-1"> tag appears between words (as opposed to in the
middle of the word) and even then, only if the font tag is preceded by a
character and followed immediately by a space and another character.
Therefore,
to<font size="-1"> HTML
see <font size="-1">what
That seems to be true every time the font tag appears between two words. (No
spaces get lost when the font tag appears within a word.)
Therefore, I think this is very simple: change the code so that it doesn't
spew out superflous font tags and the problem should go away.
Does anyone see any flaw in that plan? Otherwise, that's what I plan to
include in the bug report.
--
Rhino
Ron K.
Dec 18, 2012, 8:10:19 PM12/18/12
to
Rhino on 12/18/2012 6:58 PM, keyboarded a reply:
OK, you are being bitten the the <font> tag bug, just a different
manifestation.
This bug is related:
https://bugzilla.mozilla.org/show_bug.cgi?id=756984
manifestation.
This bug is related:
https://bugzilla.mozilla.org/show_bug.cgi?id=756984
Rhino
Dec 19, 2012, 12:14:07 AM12/19/12
to
news:r6adndu6O4VnjkzN...@mozilla.org...
I never clicked on any of the buttons to change the font while composing
that email. I think I moved the cursor back several characters a few times
to retype certain passages though. Is that why the font tags appeared?
Are you trying to tell me that the font tags are NOT superfluous and belong
there? In that case, simply changing the generation of HTML tags so that the
blank is before the font tag, not after it, would also stop the spaces from
disappearing. Maybe that's the fix we have to go for here?
In any case, what should I be doing with respect to Bugzilla? Tag on to
756984? Or follow the advice in one of the last remarks on that bug and
start a whole new report?
--
Rhino
that email. I think I moved the cursor back several characters a few times
to retype certain passages though. Is that why the font tags appeared?
Are you trying to tell me that the font tags are NOT superfluous and belong
there? In that case, simply changing the generation of HTML tags so that the
blank is before the font tag, not after it, would also stop the spaces from
disappearing. Maybe that's the fix we have to go for here?
In any case, what should I be doing with respect to Bugzilla? Tag on to
756984? Or follow the advice in one of the last remarks on that bug and
start a whole new report?
--
Rhino
Ron K.
Dec 19, 2012, 3:37:51 AM12/19/12
to
Rhino on 12/19/2012 12:14 AM, keyboarded a reply:
File a new report. Was trying to point out there are issues with the
Editor code inserting superfluous font tags the user did not place in
there text. In a followup bug to the one I linked, the contributor
working with the editor code has confirmed the steps to reproduce (STR)
for a case provided by the bug reporter.
Editor code inserting superfluous font tags the user did not place in
there text. In a followup bug to the one I linked, the contributor
working with the editor code has confirmed the steps to reproduce (STR)
for a case provided by the bug reporter.
Rhino
Dec 20, 2012, 10:13:20 AM12/20/12
to
news:NvSdnZ2_RfRB4UzN...@mozilla.org...
I just created a bug report for this issue. The number is 823523. I've
switched to creating ASCII email but I'm curious to see when and if this
will get fixed given that it's easily reproducible and at least partially
diagnosed already.
Mind you, it's not a harmful bug, just an annoying one. I expect the
available resources will focus on harmful bugs....
--
Rhino
switched to creating ASCII email but I'm curious to see when and if this
will get fixed given that it's easily reproducible and at least partially
diagnosed already.
Mind you, it's not a harmful bug, just an annoying one. I expect the
available resources will focus on harmful bugs....
--
Rhino
David E. Ross
Dec 20, 2012, 11:20:33 AM12/20/12
to
wver...@gmail.com
Jan 24, 2013, 12:32:05 PM1/24/13
to
Hi Rhino.
I had exactly the same missing spaces issue, since 1-2 months, I think.
Checked bugzilla. Didn't find anything directly related, but got some clues, and today am finally able to reproduce.
Then found this post and your bug number, and also Bug 821215.
I'll tell my findings here, not sure to add them to your bug report or create a new one.
I am not sure if there are other ways to reproduce this, it "works" ;- for me:
ISSUE
When writing an email, some words end up lacking a space between them
REPRODUCTION
- In any string, select some text
- Hit delete or backspace
- Without moving the cursor, hit the spacebar (if you like, multiple times)
- Click "send"
Example: the123dog
- select 123
- delete 123
- insert space
After sending, my copy in the Sent Folder has thedog, the recipient sees the same.
CONFIGURATION:
- Mac 10.7.5 - TB 17.0.2
- I compose in HTML
- text size: x-large
- In Preferences / Composition / Send Options / Text Format
under "When sending messages in HTML format and one or more recipients are not listed as being able to receive HTML:" I have: "Convert the message to plain text"
- All of my contacts are listed as "Prefers to receive messages formatted as: Unknown"
WORKAROUND
Instead of "Convert the message to plain text", I changed to "Send the message in HTML anyway"
SEVERITY
Whereas an additional space could be considered as a cosmetic flaw, missing spaces like these create spelling errors.
Regards,
wimadrid
PS I miss Eudora :'(
PPS I created bug report "Bug 834294 - Missing space between words"
I had exactly the same missing spaces issue, since 1-2 months, I think.
Checked bugzilla. Didn't find anything directly related, but got some clues, and today am finally able to reproduce.
Then found this post and your bug number, and also Bug 821215.
I'll tell my findings here, not sure to add them to your bug report or create a new one.
I am not sure if there are other ways to reproduce this, it "works" ;- for me:
ISSUE
When writing an email, some words end up lacking a space between them
REPRODUCTION
- In any string, select some text
- Hit delete or backspace
- Without moving the cursor, hit the spacebar (if you like, multiple times)
- Click "send"
Example: the123dog
- select 123
- delete 123
- insert space
After sending, my copy in the Sent Folder has thedog, the recipient sees the same.
CONFIGURATION:
- Mac 10.7.5 - TB 17.0.2
- I compose in HTML
- text size: x-large
- In Preferences / Composition / Send Options / Text Format
under "When sending messages in HTML format and one or more recipients are not listed as being able to receive HTML:" I have: "Convert the message to plain text"
- All of my contacts are listed as "Prefers to receive messages formatted as: Unknown"
WORKAROUND
Instead of "Convert the message to plain text", I changed to "Send the message in HTML anyway"
SEVERITY
Whereas an additional space could be considered as a cosmetic flaw, missing spaces like these create spelling errors.
Regards,
wimadrid
PS I miss Eudora :'(
PPS I created bug report "Bug 834294 - Missing space between words"
Keith Nuttle
Jan 24, 2013, 1:18:32 PM1/24/13
to
On 1/24/2013 12:32 PM, wver...@gmail.com wrote:
> REPRODUCTION
> - In any string, select some text
> - Hit delete or backspace
> - Without moving the cursor, hit the spacebar (if you like, multiple times)
> - Click "send"
In all wordprocessor the text is held as strings and then formatted to
> REPRODUCTION
> - In any string, select some text
> - Hit delete or backspace
> - Without moving the cursor, hit the spacebar (if you like, multiple times)
> - Click "send"
the window and the formatting codes you place on the text.
On your computer the string may actually be this
YIOYOIY_lkhl_kjfd_kle_eoiuor_afkjalfd_
However it will look like this on the screen.
YIOYOIY lkhl kjfd kle eoiuor |
afkjalfd | edge of screen
if you delete the space after "eoiuor" the text will look the same on
the screen but the text string will actually be this
YIOYOIY_lkhl_kjfd_kle_eoiuorafkjalfd_
When you send the email the email system has predefined line lengths for
email and that string may be broken in to those lengths so the stings
sent may be
YIOYOIY_lkhl_kjfd_kle_eoi|
uorafkjalfd_ | edge of screen
When this string from the sent email
It would appear base on what you last saw on the screen that a space was
skipped when in reality you delete the space in the routine that you
described.
You can see this yourself. Put a sentence on the screen long enough to
wrap at the edge of the screen, go to the last word and hit delete. The
sentence should look the same. Now go to the middle of the first line
of the sentence and hit enter. You will now have text on two lines and
there will be no space between the two words that were previously on the
right end of the top line and the first word of the bottom line.
It is life there is nothing you can do about it except not take out spaces.
alexei....@gmail.com
Apr 12, 2013, 7:26:04 AM4/12/13
to
> However it will look like this on the screen.
>
> YIOYOIY lkhl kjfd kle eoiuor |
>
> afkjalfd | edge of screen
> if you delete the space after "eoiuor" the text will look the same on
> the screen but the text string will actually be this
> YIOYOIY_lkhl_kjfd_kle_eoiuorafkjalfd_
I must confess this bug bothers me already for ages.
No, what you describe is not the case.
This happens
all the
time
when I manually re-flow the short lines of text like above
by hitting backspace. In the editor the line would look normal
after that, all in one line, no word wrapping:
"This happens all the time"
But when sent (and presumably converted to plain text) it ends up
missing the spaces
"This happensall thetime"
I know everyone likes and uses HTML, but please don't let the
plain-text support bit-rot.
Alexei
jak...@gmail.com
Apr 15, 2013, 10:30:44 AM4/15/13
to
I have the same problem with nearly all my plaintext emails?
Any help out there?
Thanks a lot! Luk
jan...@gmail.com
Apr 25, 2013, 8:26:52 PM4/25/13
to
YES! It has been driving me crazy for a long time, I changed keyboards three times and could not figure out what's happening.
Eventually, I realized it happens only in T-bird.
I turned off HTML, and the problem went away. Still no idea what caused the problem, beginning about two months ago, but it would be the right thing to announce and fix.
PS: Just noticed the date on the other messages - it is possible that what I guessed as two months actually goes back to December.
Eventually, I realized it happens only in T-bird.
I turned off HTML, and the problem went away. Still no idea what caused the problem, beginning about two months ago, but it would be the right thing to announce and fix.
PS: Just noticed the date on the other messages - it is possible that what I guessed as two months actually goes back to December.
0 new messages