#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:1 by , 4 years ago
comment:3 by , 4 years ago
Issue is caused by wrong zlib versions. WebKit use libzlib.so
instead of libz.so.1
. Adding symlink fixes problem.
comment:5 by , 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.
comment:6 by , 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 , 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 , 4 years ago
As mentioned in that ticket, it may depend on installed packages such as opencollada. Cmake seems to prefer libzlib over libz.
comment:9 by , 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?
comment:10 by , 4 years ago
Where did it find it previously?
/boot/system/lib/libzlib.so
from opencollada-1.6.68-1
package.
comment:12 by , 4 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
comment:13 by , 4 years ago
Milestone: | Unscheduled → R1/beta2 |
---|
Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone
(final time)
Test case is avatars on https://discuss.haiku-os.org/
Working: https://discuss.haiku-os.org/user_avatar/discuss.haiku-os.org/zblace/25/4119_2.png
Not working: https://discuss.haiku-os.org/letter_avatar_proxy/v4/letter/l/b487fb/25.png