Could you give a try at https://wiki.documentfoundation.org/QA/FirstSteps#Fonts_issues ?

(In reply to Julien Nabet from comment #1)
> Could you give a try at
> https://wiki.documentfoundation.org/QA/FirstSteps#Fonts_issues ?

Thank you for your suggestion, I tried without success:

1. I changed registrymodifications.xcu as stated (add <item oor:path="/org.openoffice.Office.Common/VCL"><prop oor:name="UseSkia" oor:op="fuse"><value>false</value></prop></item>) - does not help.

2. I uninstalled 500 fonts, remaining fonts are protected system fonts (410 Fonts!) - does not help.

Similar to Skia AMD issues of bug 146402?

Please post the GPU and driver details.

Use msinfo32.exe and paste the first dozen lines from the summary, as well as the lines from the Components -> Display panel.

And, to get some feel for the Skia/Vulkan support of your Intel SandyBridge HD3000 GPU & driver, we would need the driver details from a utility like glview [1]. LibreOffice will also provide the driver details in the Skia.log when Vulkan rendering is enabled--perhaps from a previous build or /a admin install of a previous build.

=-ref-=

[1] https://www.realtech-vr.com/home/glview

Created attachment 177158 [details]
ObenGL DirectX Vulcan

(In reply to V Stuart Foote from comment #3)
> Similar to Skia AMD issues of bug 146402?
> 
> Please post the GPU and driver details.
> 
> Use msinfo32.exe and paste the first dozen lines from the summary, as well
> as the lines from the Components -> Display panel.
> 
> And, to get some feel for the Skia/Vulkan support of your Intel SandyBridge
> HD3000 GPU & driver, we would need the driver details from a utility like
> glview [1]. LibreOffice will also provide the driver details in the Skia.log
> when Vulkan rendering is enabled--perhaps from a previous build or /a admin
> install of a previous build.
> 
> =-ref-=
> 
> [1] https://www.realtech-vr.com/home/glview
-----------------------
Betriebsystemname	Microsoft Windows 10 Pro
Version	10.0.19044 Build 19044
Zusätzliche Betriebsystembeschreibung 	Nicht verfügbar
Betriebsystemhersteller	Microsoft Corporation
Systemname	SANDY
Systemhersteller	To Be Filled By O.E.M.
Systemmodell	To Be Filled By O.E.M.
Systemtyp	x64-basierter PC
System-SKU	To Be Filled By O.E.M.
Prozessor	Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz, 3401 MHz, 4 Kern(e), 8 logische(r) Prozessor(en)
BIOS-Version/-Datum	American Megatrends Inc. P2.10, 07.05.2012
SMBIOS-Version	2.7
Version des eingebetteten Controllers	255.255
BIOS-Modus	Vorgängerversion
BaseBoard-Hersteller	ASRock
BaseBoard-Produkt	Z68 Pro3

-----------------------------------

Name	Intel(R) HD Graphics 3000
Installierte Treiber	igdumd64.dll,igd10umd64.dll,igd10umd64.dll
Treiberversion	9.17.10.4459
INF-Datei	oem42.inf (Abschnitt iSNBD0)


Name	NVIDIA GeForce GTX 960
Installierte Treiber	C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_0bc9105c62ca22fb\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_0bc9105c62ca22fb\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_0bc9105c62ca22fb\nvldumdx.dll,C:\WINDOWS\System32\DriverStore\FileRepository\nv_dispi.inf_amd64_0bc9105c62ca22fb\nvldumdx.dll
Treiberversion	30.0.14.9729
INF-Datei	oem28.inf (Abschnitt Section013)

Auflösung	3840 x 2160 x 60 Hz


------------------------------------
Skia Log: No Skia.log on my system, maybe because LibreOffice hangs on start and safe mode does not generate Skia.log?
LibreCad is running perfectly.

> Similar to Skia AMD issues of bug 146402?(In reply to V Stuart Foote from comment #3)

Thank you very much for your hints. I do not understand how bug146402 was solved.
My "skia_denylist_vulkan.xml" looks like this:

-<root>
<allowlist> </allowlist>
-<denylist>
-<entry version="0.16.2" compare="less_equal" vendor="intel" os="all">
<device id="all"/>
</entry>
-<entry version="0.402.743" compare="equal" vendor="intel" os="all">
<!-- tdf#138729 -->
<device id="all"/>
</entry>
-<entry version="2.0.49" compare="less_equal" vendor="amd" os="all">
<device id="all"/>
</entry>
-<entry version="457.36.0" compare="less" vendor="nvidia" os="windows">
<device id="all"/>
</entry>
-<entry vendor="all" os="7">
<device id="all"/>
</entry>
</denylist>
</root>

What would be the solution of bug146402 
("manually add an appropriate stanza to the "skia_denylist_vulkan.xml" in the <$ORIGIN>\share\skia folderthe appropriate stanza") in my case?

I don't know if LO tries to use Intel graphic part or Nvidia.

First thing you can try is be checking you got last updates of your Nvidia graphic driver and Intel graphic chipset.
If you still reproduce this, you can add this in skia_denylist_vulkan.xml :

<entry vendor="all" os="10">
<device id="all"/>
</entry>

just before the tag </denylist> at the end.

(In reply to Ju from comment #6)
> ... I do not understand how bug146402 was
> solved.

bug 146602 has not been solved, it remains against AMD GPUs on current LO master code base against a 7.4 release.

Beleive your issue is not the Intel i7 2nd Gen SandyBridge HD3000 GPU, are your monitor(s) attached to the graphics port on the motherboard? Or to the add-on graphics card? The intel driver would not even attempt Skia Vulkan launch.

Rather suspect the nVidia GTX 960 listed, its installed 497.27 driver is current, and it will report itself as fully Vulkan 1.2 ready which is likely what is failing launch. 

A run of the realtech-vr glview utility would provide specifics of the Vulkan driver support including the haredware IDs and driver version IDs project would need to craft a denylist entry and block Vulkan (allowing simple Skia raster rendering).

Otherwise to test, you can modify the defaults of the installed share/skia/skia_denylist_vulkan.xml to block all Vulkan use on Windows 10 as Julien suggests.  Alternatively, simply delete the 'version="457.36.0" compare="less"' from the nVidia stanza and save. 

On relaunch Skia Vulkan will not be tested on your system and you should have a clean launch.

(In reply to Julien Nabet from comment #7)
> I don't know if LO tries to use Intel graphic part or Nvidia.
> 
> First thing you can try is be checking you got last updates of your Nvidia
> graphic driver and Intel graphic chipset.

Thank you very much for your hints. 

- Nvidia is up to date, Monitor is attached here.
- Intel 3000 is at 9.17.10.4459 and driver panel says it is working correctly, I could not find any driver that is newer. Trying to install 15.28.20.64.3347 64-bit. System says "Installed driver is newer". Ignoring system alert."Install"  leads to installed version 9.17.10.3347 (2014). After restart and running Windows Update: Windows Update downloads and installs newer version 9.17.10.4459 (2016) so that is propably the newest.


> If you still reproduce this, you can add this in skia_denylist_vulkan.xml :
> 
> <entry vendor="all" os="10">
> <device id="all"/>
> </entry>
> 
> just before the tag </denylist> at the end.

- does not change anything..

(In reply to Ju from comment #9)
> (In reply to Julien Nabet from comment #7)
> > I don't know if LO tries to use Intel graphic part or Nvidia.
> ...
> 
> - Nvidia is up to date, Monitor is attached here.
> - Intel 3000 is at 9.17.10.4459 and driver panel says it is working
> correctly, I could not find any driver that is newer. Trying to install
> 15.28.20.64.3347 64-bit. System says "Installed driver is newer". Ignoring
> system alert."Install"  leads to installed version 9.17.10.3347 (2014).
> After restart and running Windows Update: Windows Update downloads and
> installs newer version 9.17.10.4459 (2016) so that is propably the newest.
> 
ok

> ...
> > just before the tag </denylist> at the end.
> 
> - does not change anything..
Argh, thought it could help. I must recognize I'm stuck here.

(In reply to V Stuart Foote from comment #8)
> (In reply to Ju from comment #6)
> > ... I do not understand how bug146402 was
> > solved.
> 
> bug 146602 has not been solved, it remains against AMD GPUs on current LO
> master code base against a 7.4 release.
> 
> Beleive your issue is not the Intel i7 2nd Gen SandyBridge HD3000 GPU, are
> your monitor(s) attached to the graphics port on the motherboard? Or to the
> add-on graphics card? The intel driver would not even attempt Skia Vulkan
> launch.

Monitor is attached to GTX660, right.
> 
> Rather suspect the nVidia GTX 960 listed, its installed 497.27 driver is
> current, and it will report itself as fully Vulkan 1.2 ready which is likely
> what is failing launch. 
> 
> A run of the realtech-vr glview utility would provide specifics of the
> Vulkan driver support including the haredware IDs and driver version IDs
> project would need to craft a denylist entry and block Vulkan (allowing
> simple Skia raster rendering).
realtech-vr glview output: See attachment. Please tell me if you need more information.

> 
> Otherwise to test, you can modify the defaults of the installed
> share/skia/skia_denylist_vulkan.xml to block all Vulkan use on Windows 10 as
> Julien suggests. 

See my reply to Julien.

> Alternatively, simply delete the 'version="457.36.0"
> compare="less"' from the nVidia stanza and save. 

The last sections of 
LibreOffice/share/skia/skia_denylist_vulkan.xml now look like this: 
<root>
<allowlist>
    </allowlist>
    <denylist>
        <entry os="all" vendor="intel" compare="less_equal" version="0.16.2">
            <device id="all"/>
        </entry>
        <entry os="all" vendor="intel" compare="equal" version="0.402.743"> <!-- tdf#138729 -->
            <device id="all"/>
        </entry>
        <entry os="all" vendor="amd" compare="less_equal" version="2.0.49">
            <device id="all"/>
        </entry>
        <entry os="7" vendor="all">
            <device id="all"/>
        </entry>
<entry vendor="all" os="10">
<device id="all"/>
</entry>
    </denylist>
</root>
> 
> On relaunch Skia Vulkan will not be tested on your system and you should
> have a clean launch.

Does not help so far..

Created attachment 177186 [details]
realtech-vr glview output _Vulkan Report

(In reply to Julien Nabet from comment #10)
> (In reply to Ju from comment #9)
> > (In reply to Julien Nabet from comment #7)
> > > I don't know if LO tries to use Intel graphic part or Nvidia.
> > ...
> > 
> > - Nvidia is up to date, Monitor is attached here.
> > - Intel 3000 is at 9.17.10.4459 and driver panel says it is working
> > correctly, I could not find any driver that is newer. Trying to install
> > 15.28.20.64.3347 64-bit. System says "Installed driver is newer". Ignoring
> > system alert."Install"  leads to installed version 9.17.10.3347 (2014).
> > After restart and running Windows Update: Windows Update downloads and
> > installs newer version 9.17.10.4459 (2016) so that is propably the newest.
> > 
> ok
> 
> > ...
> > > just before the tag </denylist> at the end.
> > 
> > - does not change anything..
> Argh, thought it could help. I must recognize I'm stuck here.

Nothing to worry about: 

1. Sure? Maybe I did something wrong: Please check my last sections of 
LibreOffice/share/skia/skia_denylist_vulkan.xml
as I sent in reply to  V Stuart Foote - maybe there is another problem near to this. 

2. Thank you for checking this step with me to find a solution in this crossword puzzle that hopefully helps me and others to use this great software (Libre Office) that fixes a lot of usability problems / bugs I - and people I am helping in this matter - are struggeling with for 2021-2003  = 18 Years of use of MSOffice.

From the glview Vulkan report

NVIDIA GeForce GTX960
API 1.2.186
Driver 497.116.0
vendor 10deh
device 1401h

So, add the following two line stanza into the <installdir>/share/skia/skia_denylist_vulkan.xml, after the <denylist> stanza:

<entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
    <device id="0x1401h"/>

Delete the user profile (C:/Windows/<username>/AppData/Roaming/LibreOffice) and retest launch. Let us know.

V Stuart Foote(In reply to V Stuart Foote from comment #14)
> From the glview Vulkan report
> 
> NVIDIA GeForce GTX960
> API 1.2.186
> Driver 497.116.0
> vendor 10deh
> device 1401h
> 
> So, add the following two line stanza into the
> <installdir>/share/skia/skia_denylist_vulkan.xml, after the <denylist>
> stanza:
> 
> <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
>     <device id="0x1401h"/>
> 
> Delete the user profile (C:/Windows/<username>/AppData/Roaming/LibreOffice)
> and retest launch. Let us know.

Thank you for your suggestion but it does not help. 
AFTER denylist, last suggestion was BEFORE, so in "allowlist", right?

(In reply to Ju from comment #15)
> V Stuart Foote(In reply to V Stuart Foote from comment #14)
> > From the glview Vulkan report
> > 
> > NVIDIA GeForce GTX960
> > API 1.2.186
> > Driver 497.116.0
> > vendor 10deh
> > device 1401h
> > 
> > So, add the following two line stanza into the
> > <installdir>/share/skia/skia_denylist_vulkan.xml, after the <denylist>
> > stanza:
> > 
> > <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
> >     <device id="0x1401h"/>
> > 
> > Delete the user profile (C:/Windows/<username>/AppData/Roaming/LibreOffice)
> > and retest launch. Let us know.
> 
> Thank you for your suggestion but it does not help. 
> AFTER denylist, last suggestion was BEFORE, so in "allowlist", right?

With

<root>
    <allowlist>
    </allowlist>

<denylist>
        <entry os="all" vendor="intel" compare="less_equal" version="0.16.2">
            <device id="all"/>
        </entry>
        <entry os="all" vendor="intel" compare="equal" version="0.402.743"> <!-- tdf#138729 -->
            <device id="all"/>
        </entry>
        <entry os="all" vendor="amd" compare="less_equal" version="2.0.49">
            <device id="all"/>
        </entry>
        <entry os="7" vendor="all">
            <device id="all"/>
        </entry>
<entry vendor="all" os="10">
<device id="all"/>
</entry>
   <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
    <device id="0x1401h"/>
 </denylist>

</root>
----------------------------------
I get a Skia.log in user/cache 
RenderMethod: vulkan
Vendor: 0x10de
Device: 0x1401
API: 1.2.186
Driver: 497.116.0
DeviceType: discrete
DeviceName: NVIDIA GeForce GTX 960
Denylisted: no

----------------------------
And a Crash/dump.ini
ProductName=LibreOffice
Version=7.2.4.1
BuildID=27d75539669ac387bb498e35313b970b7fe9c4f9
URL=https://crashreport.libreoffice.org/submit/
UseSkia=false
Language=de-DE
CPUModelName=       Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz
CPUFlags=sse3 pclmulqdq monitor ssse3 cpmxch16b sse41 sse42 popcnt aes xsave osxsave avx msr cx8 sep cmov clfsh mmx fxsr sse sse2 ht lahf syscall rdtscp
MemoryTotal=8277992 kB
ShutDown=true

<root>
    <allowlist>
    </allowlist>
   <denylist>
 </denylist>
</root>

generates a skia.log, too, but no crash.ini

(In reply to Ju from comment #16)

A bit of a tweak now to the denylist

delete the 
> <entry vendor="all" os="10">
> <device id="all"/>
> </entry>

and go ahead and change the "0x1401h" to "0x1401" in the stanza

>    <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
>     <device id="0x1401h"/>
>  </denylist>

See if that behaves--to bypass test of Vulkan (as safe mode does).

(In reply to V Stuart Foote from comment #18)
> (In reply to Ju from comment #16)
> 
> A bit of a tweak now to the denylist
> 
> delete the 
> > <entry vendor="all" os="10">
> > <device id="all"/>
> > </entry>
> 
> and go ahead and change the "0x1401h" to "0x1401" in the stanza
> 
> >    <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
> >     <device id="0x1401h"/>
> >  </denylist>
> 
> See if that behaves--to bypass test of Vulkan (as safe mode does).

Thank you, but:
<root>
    <allowlist>
    </allowlist>

    <denylist>
        <entry os="all" vendor="intel" compare="less_equal" version="0.16.2">
            <device id="all"/>
        </entry>
        <entry os="all" vendor="intel" compare="equal" version="0.402.743"> <!-- tdf#138729 -->
            <device id="all"/>
        </entry>
        <entry os="all" vendor="amd" compare="less_equal" version="2.0.49">
            <device id="all"/>
        </entry>
        <entry os="7" vendor="all">
            <device id="all"/>
        </entry>
   <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
    <device id="0x1401"/>
 </denylist>

</root>
Uninstall, Reinstall LibreOffice 7.2.4. skia_denylist as above. 
Does not work either. No Crash/dump.ini is created. Skia.log like written before...

(In reply to Ju from comment #19)
> Uninstall, Reinstall LibreOffice 7.2.4. skia_denylist as above. 
> Does not work either. No Crash/dump.ini is created. Skia.log like written
> before...

after uninstall delete the user profile in C:\Users\<username>\AppData\Roaming\LibreOffice it is persistent. 

You should not see a skia.log with the Vulkan details if the skia_denylist_vulkan.xml is correctly parsed.

So, again add the same deny list entry to exclude, and retest.  The skia.log should show just RenderMethod: Raster if the denylist is working.

(In reply to V Stuart Foote from comment #20)
> (In reply to Ju from comment #19)
> > Uninstall, Reinstall LibreOffice 7.2.4. skia_denylist as above. 
> > Does not work either. No Crash/dump.ini is created. Skia.log like written
> > before...
> 
> after uninstall delete the user profile in
> C:\Users\<username>\AppData\Roaming\LibreOffice it is persistent. 
> 
> You should not see a skia.log with the Vulkan details if the
> skia_denylist_vulkan.xml is correctly parsed.
> 
> So, again add the same deny list entry to exclude, and retest.  The skia.log
> should show just RenderMethod: Raster if the denylist is working.

Deleting user/...../4 I always get a new skia.log with
RenderMethod: Vulkan

in each case (adding just one of the following to default deny list; allow list remains empty):

   </entry>
   <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
    <device id="0x1401"/>
 </denylist>
----------------------
   </entry>
   <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
    <device id="0x1401h"/>
 </denylist>
----------------------
   </entry>
   <entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
    <device id="1401"/>
 </denylist>
----------------------
   </entry>
   <entry os="all" vendor="10deh" compare="less_equal" version="497.116.0">
    <device id="1401h"/>
 </denylist>
----------------------
<entry vendor="all" os="10">
<device id="all"/>
</entry>
----------------------
<entry os="all" vendor="nvidia" compare="less_equal" version="497.116.0">
    <device id="0x1401h"/>
--------------------------------
----------------------
<entry vendor="all" os="all">
<device id="all"/>
</entry>

Windows Device Manager says GTX960 has version 30.0.14.9729
Nvidia Driver Interface says Driver version is 497.29.

Thank you, Stuart Foote, you were right, there was a problem with the entry in
skia_denylist_vulkan.xml :

I was successfull when adding 

   <entry os="10" vendor="nvidia" compare="equal" version="497.116.0">
    <device id="all"/>
 </entry>
</denylist>

</root>

-------------------------------
So now I get

Skia.log 

RenderMethod: raster
Compiler: Clang

-------------------------------

However, Libre Office still freezes.

Comment #2 says that disabling Skia completely does not help. As such, this bugreport has nothing to do with Skia.

This bug has been untouched for over 20 months.

Could you install LibreOffice nightly build and see if the problem persists using that build:
https://dev-builds.libreoffice.org/daily/master

If the issue persists, please set the bug back to unconfirmed, since so far no one was able to reproduce the problem.

Dear Ju,

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