[Libreoffice-bugs] [Bug 109241] Problem with urllib on https URLs

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=109241

Michael Stahl <mstahl at redhat.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever confirmed|0                           |1

--- Comment #13 from Michael Stahl <mstahl at redhat.com> ---
the important part from attachment
https://bugs.documentfoundation.org/attachment.cgi?id=135883

soffice.bin     7992    CreateFile      C:\Program Files (x86)\LibreOffice
5\program\python-core-3.3.0\lib\LIBEAY32.dll NAME NOT FOUND
soffice.bin     7992    CreateFile      C:\Windows\SysWOW64\LIBEAY32.dll       
NAME NOT FOUND
soffice.bin     7992    CreateFile      C:\Windows\system\LIBEAY32.dll  NAME
NOT FOUND
soffice.bin     7992    CreateFile      C:\Windows\LIBEAY32.dll NAME NOT FOUND
soffice.bin     7992    CreateFile      C:\Program Files (x86)\LibreOffice
5\LIBEAY32.dll       NAME NOT FOUND
soffice.bin     7992    CreateFile     
C:\ProgramData\Oracle\Java\javapath\LIBEAY32.dll        NAME NOT FOUND
soffice.bin     7992    CreateFile      C:\Program Files (x86)\PC Connectivity
Solution\LIBEAY32.dll    NAME NOT FOUND
soffice.bin     7992    CreateFile      C:\Perl64\site\bin\LIBEAY32.dll NAME
NOT FOUND
soffice.bin     7992    CreateFile      C:\Perl64\bin\LIBEAY32.dll      NAME
NOT FOUND
soffice.bin     7992    CreateFile      C:\Program Files\Common Files\Microsoft
Shared\Windows Live\LIBEAY32.dll        NAME NOT FOUND
soffice.bin     7992    CreateFile      C:\Program Files (x86)\Common
Files\microsoft shared\Windows Live\LIBEAY32.dll  NAME NOT FOUND
soffice.bin     7992    CreateFile      C:\Program Files (x86)\Intel\iCLS
Client\libeay32.dll   SUCCESS

not sure how this entry got in there "C:\Program Files (x86)\LibreOffice
5\LIBEAY32.dll" - it shouldn't be the current dir?

this is what you would expect if the call to SetDllDirectoryW() from
sal_detail_initialize() worked as documented.

... which it does now, for me, too.

no, really: last week as described in comment #6 i saw the current directory
being searched before the windows directories (which weren't searched at all
until i disabled that SetDllDirectory call), but today i see a very similar
results to what you see, and the "program" directory is searched at the end of
the PATH.

i haven't changed anything (other than pull the latest LO master) - no idea why
this changed.

but, well, good to learn that windows at least sometimes behaves as documented
:)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20170831/4a9cff55/attachment-0001.html>