Description: The bold part of Times of New Roman font bold & italic is disappearing at smaller zoom levels (depending on font size). Steps to Reproduce: 1. Open the attached file 2. Zoom out 3. Notice that the bold is disappearing of the first paragraph Real life case: attachment 140698 [details] (for example page 199) Actual Results: No bold Expected Results: Should be bold, easier to orientate in multi-page view Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 6.1.0.0.alpha0+ Build ID: dd4f1b1bd31daf080dc0420524712dc244e539b5 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-03-20_23:26:38 Locale: en-US (nl_NL); Calc: CL and in 3.3.0 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
What do you mean with "first paragraph"? If it is the the title of the book, I can't confirm this bug.
Created attachment 140874 [details] Example file
I can't see a diference. I also added the same text in italic without bold. On eyery zoom level I could see a clear difference between italic with bold and italic without bold. Version: 6.1.0.0.alpha0+ (x64) Build ID: 9d75bfcfaef97b247b3b6cd346eb27e02ae7b010 CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-03-19_06:25:17 Locale: de-DE (de_DE); Calc: CL
(In reply to Dieter Praas from comment #3) > I can't see a diference. I also added the same text in italic without bold. > On eyery zoom level I could see a clear difference between italic with bold > and italic without bold. > > Version: 6.1.0.0.alpha0+ (x64) > Build ID: 9d75bfcfaef97b247b3b6cd346eb27e02ae7b010 > CPU threads: 4; OS: Windows 10.0; UI render: GL; > TinderBox: Win-x86_64@42, Branch:master, Time: 2018-03-19_06:25:17 > Locale: de-DE (de_DE); Calc: CL I checked it again. It seems to be fine with OpenGL enabled; please try without it..
Also no problem with disabled OpenGL
Created attachment 140882 [details] Screenshot
Created attachment 140883 [details] screenshot My result, also with 45%
No repro Version: 6.1.0.0.alpha0+ (x64) Build ID: 83204c1fbf2cb85f3a22a922411ed8291cfb3fe8 CPU threads: 4; OS: Windows 10.0; UI render: default; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-03-29_01:08:27 Locale: fi-FI (fi_FI); Calc: group
I cannot confirm with Version: 6.1.0.0.alpha0+ Build ID: 3102b8c8b52845ca4584579a7ad2154488943855 CPU threads: 4; OS: Linux 4.4; UI render: default; VCL: x11;
Hi Telesto, Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
(In reply to Xisco Faulí from comment #10) > Hi Telesto, > Could you please try to reproduce it with a master build from > http://dev-builds.libreoffice.org/daily/master/ ? > > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the bug is still present in the master build I still repro this without OpenGL enabled Version: 6.2.0.0.alpha0+ Build ID: 51aa57cd8ed46d28262e0d315328231f0fa814f4 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-06-12_05:54:56 Locale: nl-NL (nl_NL); Calc: CL
Bug not reproducible in version Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded
Still repro for me Version: 6.3.0.0.alpha0+ Build ID: f21d2b48bd68424a96aa6cd5572e368208378291 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2018-11-27_00:26:54 Locale: en-US (nl_NL); UI-Language: en-US Calc: CL
Use the example file, whenever I resize the font and zoom out, it's not reproducible in : Version: 5.1.6.2 Build ID: 1:5.1.6~rc2-0ubuntu1~xenial4 CPU Threads: 1; OS Version: Linux 4.4; UI Render: default; Locale: en-US (en_US.UTF-8); Calc: group
Bug confirmed. Version: 6.3.0.0.alpha0+ (x64) Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684 CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55 Locale: zh-TW (zh_TW); UI-Language: en-US Calc: threaded
Last comment are wrong
Telesto, are you still able to reproduce it? Do you have any idea how somebody else can reproduce it?
(In reply to Dieter Praas from comment #17) > Telesto, are you still able to reproduce it? Do you have any idea how > somebody else can reproduce it? I'm able to repro. Version: 6.3.0.0.alpha0+ Build ID: 91b2239783dc716bd71ce7962bfd7e341dfe4175 CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-05-08_09:49:32 Locale: nl-NL (nl_NL); UI-Language: en-US Calc: threaded It's a ClearType related issue (it only occurs when disabled). (https://www.howtogeek.com/howto/28790/tweak-cleartype-in-windows-7/) Not sure if this a bug or not.. I'm using a non-default setting & limited to GDI rendering
(In reply to Telesto from comment #18) > It's a ClearType related issue (it only occurs when disabled). > (https://www.howtogeek.com/howto/28790/tweak-cleartype-in-windows-7/) I disabled cleartype but still can't reproduce it.
(In reply to Dieter Praas from comment #19) > (In reply to Telesto from comment #18) > > It's a ClearType related issue (it only occurs when disabled). > > (https://www.howtogeek.com/howto/28790/tweak-cleartype-in-windows-7/) > > I disabled cleartype but still can't reproduce it. I'm seeing Telesto uses Win 8.1 and we use Win 10. Might make all the difference in the world.
Telesto, can you still reproduce it with LO 6.4.0.0.beta1? If this is the case, do you have any possibility to test it with Windwos 10? => NEEDINFO
Dear Telesto, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Dear Telesto, Please read this message in its entirety before proceeding. Your bug report is being closed as INSUFFICIENTDATA due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided): a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present b) Provide easy to reproduce steps – the simpler the better c) Provide any test case(s) which will help us confirm the problem d) Provide screenshots of the problem if you think it might help e) Read all comments and provide any requested information Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. Please do not: a) respond via email b) update the version field in the bug or any of the other details on the top section of our bug tracker Warm Regards, QA Team MassPing-NeedInfo-FollowUp