Is that the original document or was it saved by LO?

Hi, it was saved by LO Writer.  I'm wondering:  could be something encoded into the original MS Word file that is somehow confusing Writer?

Dear Herouth,

Thank you for submitting the bug. Regarding the address being set to 8pt, all the text in the address is 11pt. Regarding the font switching to symbol, i think this might be due to your keyboard switching languages. If you'd like to set the documents font to Arial, i'd recommend you pressing F11 and then right clicking on 'Default Style' and clicking modify, and then under the Font tab, select Arial 11pt.

Mea culpa; I should probably clear up some confusion re. the sample document that I attached:

After experiencing the pasted-text-turns-into-Symbol-font problem several times, and changing the font back to Arial, I decided to leave one instance of it unchanged, and then I saved off the document to use it as an attachment to the bug post.

It was later that I experienced the other problems, but I neglected to save off successive versions of the document that displayed those.

However, the problem with Writer "forgetting" the new font size after I change the address section to 8 pt is eminently reproducible.  The random appearance of the System font has not recurred, though.

Thanks for the F11 suggestion.  I did try that, and oddly, the default font was pre-set to Times New Roman 12, which is a font that hasn't randomly appeared yet in the document.

> Regarding the font switching to symbol, i think this might be due to your
> keyboard switching languages.

I'm afraid my keyboard isn't set up for multiple languages, at least not through Windows.  Maybe Writer has some option to switch languages that is getting tripped accidentally, somehow?

Hi Jeff,

Unfortunately without the original document that we can test against about the issue of the pasted-text-turns-into-Symbol-font problem, we couldnt look further into this issue.

(In reply to comment #4)
> However, the problem with Writer "forgetting" the new font size after I
> change the address section to 8 pt is eminently reproducible.

I wasnt able to reproduce this issue when i opened the attached file, changed the font to 8pt, saved it, and then reopened it. Is there something that i'm doing wrong about this issue?

(In reply to comment #5)
> Hi Jeff,
> 
> Unfortunately without the original document that we can test against about
> the issue of the pasted-text-turns-into-Symbol-font problem, we couldnt look
> further into this issue.
> 
> (In reply to comment #4)
> > However, the problem with Writer "forgetting" the new font size after I
> > change the address section to 8 pt is eminently reproducible.
> 
> I wasnt able to reproduce this issue when i opened the attached file,
> changed the font to 8pt, saved it, and then reopened it. Is there something
> that i'm doing wrong about this issue?

Hi Jay --

Thank you for checking this out.  I might not have articulated the "forgetting" problem very well...  Here's what I meant to say:  After setting a group of lines to the new font size (Arial 9), click on the end of one of these lines to place the cursor at the very end of the line.  Now start typing anything.  The newly typed characters come up in the old size (Arial 11) instead of the new size you just set (Arial 9).

Hi Jeff,

Thanks for the explanation. I can confirm this issue in LibO 3.3.0, 4.2.5 and 4.3.1.

Steps:
1) Open attachment 103155 [details]
2) Select the 5 address lines
3) Change font size to 9pt
4) Click at the end of any of the lines
5) Font size is set to 11pt

It is strange because if i save the unedited file as an odt and then reopen it and do the changes, it works fine.

Steps:
1) Open attachment 103155 [details]
2) Select the 5 address lines
3) Change font size to 9pt
4) Click at the end of any of the lines
5) Font size is set to 11pt

Wherever I click, font size does not change after setting it to 9pt for the address at the top of the document.

OS X 10.10.3
Version: 5.0.0.0.alpha1+
Build ID: d2ab54bb0d07d285c91a8ac17f53559e438d042a
TinderBox: MacOSX-10.10@61, Branch:master, Time: 2015-05-03_01:14:24
Locale: de-DE (de.UTF-8)

Since there is no specific commit fixing this issue, setting to WORKSFORME. FIXED is used only when a commit exists.

Feel free to reopen this issue if you still can reproduce this particular problem or if I did miss something peculiar.

Still present for me.

Version: 5.0.0.0.alpha1+
Build ID: 59adad74084e9281887e3f78a225794f37b784d7
TinderBox: Linux-rpm_deb-x86@45-TDF, Branch:master, Time: 2015-04-29_12:34:23

repro 7.0+

Fixed in LO 7.6 with commit 92fe70072d16922af41ab0fd3746172f3a58e489
Author: Justin Luth on Tue May 2 20:05:41 2023 -0400
    tdf#148956 sw: clear nAttrStart == paraEnd hints in DOCX

*** This bug has been marked as a duplicate of bug 148956 ***