63178 - OS/2 - JPEG/PNG not loaded sometimes

Status: VERIFIED WONTFIX

Description

[Dmitry Kubov]

Run warpzilla w/o home page, try to load JPEG from local drive. Here is log:

Document about:blank loaded successfully
**************************************************
nsNativeComponentLoader:
GetFactory(J:\MOZ\MOZILLA\DIST\BIN\components\nsjpg.dll) Load FAILED with error:
error 2
**************************************************
Document file:///E:/Olympus/2mil/2500_g.jpg loaded successfully

Comment 1

[Duncan Findlay]

duplicate of 63125?

Comment 2

[Duncan Findlay]

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

Comment 3

[Dmitry Kubov]

Reopening this bug becouse can't reopen bug 63125


Using 2001-03-27 build.

More info:
1. Mozilla bin dir not present in LIBPATH. DLLs are loaded becouse "." present
in LIBPATH
2. Current browser session should be "just loaded", i.e. no any JPEG/PNG images
loaded.
3. "current directory" should be changed using "Open File Ctrl-O" command, i.e.
open image from local drive.

Result: nsjpeg/nspng could not load becouse mozjpeg/mozpng not in current dir.

Solution:
* Add mozilla bin dir to LIBPATH (bad if you have more than one mozilla)
* Do not change current dir for application on file picker.
* Pre-load dlls on startup (perfomance issue)

Comment 4

[achimha]

Seems valid to me. I would propose to enhance the OS/2 NSPR DLL loading mechanism
to query the path of the EXE and try to load the DLL from there as the very first
attempt. What do you think about that Mike?

Comment 5

[Mike Kaply [:mkaply]]

We could do that. 

I can't recreate the problem though.

Which file picker are you using?

Comment 6

[Dmitry Kubov]

Using generic OS/2 file picker
.

Comment 7

[achimha]

JPEG/PNG are loaded by the OS/2 LX loader when nsjpeg/etc get loaded because
we have a module dependency on them. Therefore they have to be in the
LIBPATH. No way to change that as long as we dynaload jpeg/png.

Comment 8

[Mike Kaply [:mkaply]]

This isn't needed anymore - JPEG and PNG aren't separate DLLs