https://bugs.documentfoundation.org/show_bug.cgi?id=161405
--- Comment #7 from Jean-Pierre Ledure <[email protected]> --- (In reply to Werner Tietz from comment #6) > You may know what happens behind the scene of »session.RunApplication« … I > dont so far, and I doubt that the average user knows it! Indeed. My only purpose here is to find the root cause of the bug. Is this an issue to find comments about internals of LO in bug reports ?? > > Again: > it still works in a normal Linux installation (LO7.4 ) but not with LO24.2 > inside a **flatpak** container. The original bug reporter uses Windows10. I can confirm the bug under Version: 24.2.4.2 (X86_64) / LibreOffice Community Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2 CPU threads: 6; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_BE); UI: en-US Calc: threaded when executing next code: Sub OpenFile_hyou_jp GlobalScope.BasicLibraries.LoadLibrary("ScriptForge") Dim session As Variant session = CreateScriptService("Session") session.RunApplication("E:\ScriptForge\scriptforge\Tests\Bug161405\abc.ods") End Sub The root cause is that next code - not involving ScriptForge - gives a "File not found" error: Sub OpenFile_hyou_jp2 Set oShell = CreateUnoService("com.sun.star.system.SystemShellExecute") sCommand = ConvertToUrl("E:\ScriptForge\scriptforge\Tests\Bug161405\表.ods") oShell.execute(sCommand, "", com.sun.star.system.SystemShellExecuteFlags.DEFAULTS) End Sub It seems that the execute() method of the com.sun.star.system.SystemShellExecute service accepts both the OS and the URL notations in Linux and Windows. Execept in Windows when a non-ASCII character is present. It works with filename = abc.ods, but not with àbc.ods and not with 表.ods. -- You are receiving this mail because: You are the assignee for the bug.
