Opened 4 years ago

Closed 4 years ago

Last modified 4 years ago

#16084 closed bug (fixed)

[regression] WebKit: some images are not loaded

Reported by: X512 Owned by: pulkomandy
Priority: normal Milestone: R1/beta2
Component: Applications/WebPositive Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

This is hrev54212.

WebKit: ​https://github.com/haiku/webkit/commit/aeb81f69c0b6e210aa5ad0363270ca444ac92bff.

Issue is not present in current WebPositive version.

Change History (13)

comment:2 by X512, 4 years ago

It seems that WebKit can't load any PNG images including local.

comment:3 by X512, 4 years ago

Issue is caused by wrong zlib versions. WebKit use libzlib.so instead of libz.so.1. Adding symlink fixes problem.

comment:4 by waddlesplash, 4 years ago

Strange, how did that happen? Is it a problem with our libpng?

comment:5 by X512, 4 years ago

Can be caused by https://github.com/haikuports/haikuports/issues/4685. Haiku libpng16.so is fine and use correct zlib version. Similar problem occurred in Blender.

Last edited 4 years ago by X512 (previous) (diff)

comment:6 by X512, 4 years ago

From cmake log:

-- Found ZLIB: /Haiku/data/packages/webkit/WebKitBuild/Release/lib/libzlib.so (found version "1.2.11")

That is wrong. Best way is to fix ​https://github.com/haikuports/haikuports/issues/4685.

comment:7 by pulkomandy, 4 years ago

I created a simple CMake project for testing and did not reproduce this problem.

I also checked the CMakeCache for WebKit in my local build and the paths are correct there as well.

comment:8 by X512, 4 years ago

As mentioned in that ticket, it may depend on installed packages such as opencollada. Cmake seems to prefer libzlib over libz.

Last edited 4 years ago by X512 (previous) (diff)

comment:9 by pulkomandy, 4 years ago

opencollada is not available in chroot when building webkit, so fixing this particular problem will not solve the issue here.

In your cmake log I see that the libzlib.so is in WebKit release directory. So cmake found it there after you had created the link to fix the problem? Where did it find it previously?

Last edited 4 years ago by pulkomandy (previous) (diff)

comment:10 by X512, 4 years ago

Where did it find it previously?

/boot/system/lib/libzlib.so from opencollada-1.6.68-1 package.

comment:11 by pulkomandy, 4 years ago

Duplicate version of zlib removed from opencollada package.

comment:12 by waddlesplash, 4 years ago

Resolution: fixed
Status: newclosed

comment:13 by nielx, 4 years ago

Milestone: UnscheduledR1/beta2

Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone

(final time)

Note: See TracTickets for help on using tickets.