WebPositive -- recently I cannot chose file for upload - fails with error instantly -- Haiku R1B4 32 bit

[KitsunePrefecture]

Hi,

As some saying : one picture tells more than one thousand words

but at least I add some words before I show screenshot about it. For a ticket I wanted to upload a report recently .. but failed - all is on the attached screenshot file. I created a a report file now about it. Earlier I've created report and core files as well - now I will attempt to upload it in Web browser.

[KitsunePrefecture]

File upload fails in Webpositive -- attachment for a ticket actually.

[KitsunePrefecture]

report file 1 Web+ 2023-08-11

[KitsunePrefecture]

repott file 2 Web+ 2023-08-11

[KitsunePrefecture]

ACTUAL report file (3) Web+ 2023-08-19

[pulkomandy]

You are using HaikuWebKit 1.9.4. The current version is 1.9.7. I think this problem is already fixed, and reporting problems for old versions is not very useful.

Can you try the latest version?

[KitsunePrefecture]

Thank you for your check and reply. Then you can close the ticket, if you think so, as I will remain on this version due to other issue that is already closed by as invalid from your point of view. No problem, It is acceptable for me ;) I opened tickets just because we - end users -- always get thta tnot to report problems on forum, but via tickets. This way I accept all - it's better if works somehow than does not work at all. Finally I can do&& the upload using another software.

[nephele]

You can quite easily update and test, and aftereards go back.

If you plan to stay on an old version indefinetly however we will not provide support for it, how do you expect to get our fixes/updates if you do not update?

In any case, if it is a bug keeping you on the older version you can file it too.

[madmax]

Please help devs help you (and others). Update haikuwebkit and check whether it still happens. Also check it happens regardless of the directory the file dialog opens and its contents, as it seems the crash happens while getting the thumbnail of a file. Then go back to your old version if needed and report your findings.

[madmax]

In fact the crash looks exactly like the one in ​this report for Calligra, which doesn't have haikuwebkit or webpositive anywhere, so it would be really helpful to know the update of which package really produces the crash.

[un_spacyar]

Hi @madmax I am who submitted the Calligra ticket :-) Glad to be able to help. I guess if I provide the content of the 'state' folders from /boot/system/packages/administrative path could help to isolate what package change caused the issue?

I have the following folders:

state_2023-08-09  --> no issues on Calligra.
state_2023-08-14  --> Calligra started to fail.

There are the contents of the folders:

/boot/system/packages/administrative/state_2023-08-09_19:31:07> ll
total 163136
-rw-r--r-- 1 user root    37891 Aug  9 19:31 activated-packages
-rw-r--r-- 1 user root 10396591 Mar  3  2022 binutils_x86-2.36.1_btrev43189-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   177835 Feb 11  2021 enchant_x86-2.2.15-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  2268172 May 10 22:10 gcc_x86_syslibs-11.2.0_2021_07_28-10-x86_gcc2.hpkg
-rw-r--r-- 1 user root 77279172 May 10 22:17 gcc_x86-11.2.0_2021_07_28-10-x86_gcc2.hpkg
-rw-r--r-- 1 user root  2805638 Aug  2 17:39 haiku_datatranslators-r1~beta4_hrev57184-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  3847900 Aug  2 17:39 haiku_devel-r1~beta4_hrev57184-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   125165 Aug  2 17:39 haiku_extras-r1~beta4_hrev57184-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   307873 Aug  2 17:37 haiku_loader-r1~beta4_hrev57184-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   953694 Aug  2 17:40 haiku_x86_devel-r1~beta4_hrev57184-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  6616990 Aug  2 17:38 haiku_x86-r1~beta4_hrev57184-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root 37396313 Aug  2 17:37 haiku-r1~beta4_hrev57184-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root     9366 Aug  2 17:38 makefile_engine-r1~beta4_hrev57184-1-any.hpkg
-rw-r--r-- 1 user root  9802634 Oct  4  2022 noto_emoji_color-20200916-1-any.hpkg
-rw-r--r-- 1 user root   295677 Jun 24  2022 noto_emoji-20200916-1-any.hpkg
-rw-r--r-- 1 user root  1554549 Mar  1 21:52 openssl_devel-1.1.1t-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   233890 Mar  1 21:52 openssl_man-1.1.1t-1-any.hpkg
-rw-r--r-- 1 user root   265332 Mar  1 21:52 openssl_x86_devel-1.1.1t-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  1292596 Mar  1 21:52 openssl_x86-1.1.1t-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  1974526 Mar  1 21:52 openssl-1.1.1t-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  4583565 Apr 15  2021 p7zip_x86-17.04-2-x86_gcc2.hpkg
-rw-r--r-- 1 user root    20576 Feb 25  2022 snappy_x86-1.1.9-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   478717 Apr  9  2021 tar_x86-1.34-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  2828506 Jul 19 20:16 texinfo-6.7-4-x86_gcc2.hpkg
-rw-r--r-- 1 user root   499042 Aug  2 17:40 webpositive_x86-r1~beta4_hrev57184-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   400217 May 10 22:12 xz_utils_x86-5.4.3-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   304770 Dec 29  2022 zstd_x86-1.5.2-3-x86_gcc2.hpkg
-rw-r--r-- 1 user root   208143 Dec 29  2022 zstd-1.5.2-3-x86_gcc2.hpkg

/boot/system/packages/administrative/state_2023-08-14_21:58:58> ll
total 265192
-rw-r--r-- 1 user root    37906 Aug 14 21:58 activated-packages
-rw-r--r-- 1 user root  2522070 Aug  9 19:07 gcc_x86_syslibs-13.1.0_2023_06_20-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root 87840014 Aug  9 19:24 gcc_x86-13.1.0_2023_06_20-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   413144 Jul 12  2021 glib2_devel-2.57.1-2-x86_gcc2.hpkg
-rw-r--r-- 1 user root  4216046 Jul 12  2021 glib2-2.57.1-2-x86_gcc2.hpkg
-rw-r--r-- 1 user root  2793969 Aug  9 19:30 haiku_datatranslators-r1~beta4_hrev57206-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  3858368 Aug  9 19:30 haiku_devel-r1~beta4_hrev57206-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   125211 Aug  9 19:30 haiku_extras-r1~beta4_hrev57206-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   307873 Aug  9 19:03 haiku_loader-r1~beta4_hrev57206-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   945412 Aug  9 19:31 haiku_x86_devel-r1~beta4_hrev57206-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  6583789 Aug  9 19:04 haiku_x86-r1~beta4_hrev57206-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root 37352409 Aug  9 19:28 haiku-r1~beta4_hrev57206-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   849217 Apr 21 18:17 libxmp_x86-4.4.1-2-x86_gcc2.hpkg
-rw-r--r-- 1 user root 72161841 Apr 17 20:54 llvm12_x86_libs-12.0.1-7-x86_gcc2.hpkg
-rw-r--r-- 1 user root     9365 Aug  9 19:04 makefile_engine-r1~beta4_hrev57206-1-any.hpkg
-rw-r--r-- 1 user root  7903443 Jul  8 01:57 ocp_x86-0.2.105-2-x86_gcc2.hpkg
-rw-r--r-- 1 user root   649712 Mar 25 00:15 opensubdiv_x86-3.5.0-2-x86_gcc2.hpkg
-rw-r--r-- 1 user root 19212796 Aug  2 17:54 python3.10_x86-3.10.12-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root 18130193 Jun 12 20:17 python3.9_x86-3.9.17-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   459480 Jan 19  2022 qview_x86-5.0-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root   500784 Aug  9 19:31 webpositive_x86-r1~beta4_hrev57206-1-x86_gcc2.hpkg
-rw-r--r-- 1 user root  1793267 Dec 29  2022 youtube_dl-2021.12.17-2-any.hpkg
-rw-r--r-- 1 user root  2818348 Jul 24 23:59 yt_dlp-2023.07.06-1-any.hpkg

[pulkomandy]

The important thing is not the content of the directories, but the activated-packages files in each of them, so please also attach that.

[KitsunePrefecture]

Update haikuwebkit and check whether it still happens.

KP : Done. I'm writing in Web+ with updated to 1.9.7.1 Now I will attempt to attach a file.to this ticket - from directory Administrative, and later from Desktop. But basically it fails as dialog window opens .. this way I wrote : selection fails. Also not all files shown in the selection window, however first I assumed it is not a problem, just shows the supported file formats.

Let'§ see what happens - Can I browse for files ?

[KitsunePrefecture]

Well - as I remembered .. Just as I clicked on drop-down menu to select a different directory -- erro message arised and Web+ interrupted - it had to restart.

I will attempt to create a draft mail and upload a file to Gmail - check ou : is it site specific or not.

[KitsunePrefecture]

Test attachment in Gmail file dialog instantly caused crash --.not even click on ANY except 'Choose file' button on Gmail site.

I revert to prev. version and try upload screenshot from Web (Epiphany) - which requires to revert back.

[KitsunePrefecture]

file dialog instantly caused crash --.not even click on ANY except 'Choose file' button on Gmail site

[KitsunePrefecture]

Web+ crash report during tests

[pulkomandy]

The crash is caused by the EXR translator when trying to read tracker thumbnails.

[KitsunePrefecture]

01 ) More a dozen packages updated/installed with this state

[KitsunePrefecture]

02 ) noto emoji - in this state

[KitsunePrefecture]

03 ) haikuwebkit-1.9.7.1 updated with this state

[KitsunePrefecture]

With Web (Epiphany) browser - I uploaded the package activation files from that day.

[un_spacyar]

Replying to pulkomandy:

The important thing is not the content of the directories, but the activated-packages files in each of them, so please also attach that.

got it. There is the content of each of the activates packages files:

[un_spacyar]

Calligra works fine.

[un_spacyar]

Calligra fails when trying to save document.

[madmax]

Installing a locally rebuilt openexr_x86-2.4.1 package seems to fix the problem in both WebPositive and Calligra. No code changes, but had to define CMAKE_BUILD_TYPE=Release. Very handwavily pulling the trigger here: may there be some gotcha in libstdc++ or thereabouts with the gcc update so that we need a "mass" rebuild? Calligra is from last week, so I guess it was built with gcc13, as is WebPositive, while openexr comes from 2020.

[KitsunePrefecture]

As I saw a new version of Open EXR in Haiku Depot

openexr_x86-2.4.1-2-x86_gcc2.hpkg as offered for update - I installed

Also copied back HaikuWebKit-19.7.1 rebooted system and lauched Webpositive.

Failed attempt :((....

moved back to HaikuWebKit-1.9.4.1

It had not helped. Searched the web also - after I attempted to start i n terminal, but it had failed as it was the same in the error message : cannot fing libWebKitLegacy.so.blablabla

~> Webpositive

~> runtime_loader: Cannot open file libWebKitLegacy.so.1 (needed by /boot/system/apps/WebPositive): No such file or directory

Found nothing useful ..

Finally reverted back Open EXR to openexr_x86-2.4.1-1-x86_gcc2.hpkg ...

Ta-dam(n) : Webpositive launches .. again !!! :))

So for me - comes an UPDATE FREEZE, gentlemen -- everything stays what is on .. work as is, but at least works.

[pulkomandy]

Your install seems very confused by whatever you did with your packages, I recommend a cleanup of the "/system/pacakges/administrative" directory (remove all "transactions" subdirectories), and then a reboot and a pkgman full-sync.

Also make sure to clean up everything you may have in non-packaged directories (executables, add-ons and libraries).

Otherwise we will not be able to provide any support for your problems.

[madmax]

The issue at hand is indeed fixed with the openexr rebuild. Easy to test, as it is present in x86 nightlies since hrev57199, and navigating to, say /system/data/artwork triggers it. I guess the version included in the images should be updated, but more importantly, we don't know the root cause and whether the real problem was in openexr or somewhere else, and what other packages may be affected.

[pulkomandy]

The problem is for example some ABI change in exception handling between versions of gcc, leading to exceptions not being caught where they should. I think it's ok to solve it case by case by rebuilding packages when we find problems, and then do a refresh of the package repo for Haiku (shortly before our next beta release, probably).

[KitsunePrefecture]

I had removed only transaction dirs from the /boot/system/packages/administrative directory after I just reverted back to earlier EXR version that then helped to me the issue and Webpositive started.

Today I had problem with Webpositive start again with the same issue ... as libWebKitLegacy.so* is missing.

I opened Genesis Commander to move away the package which cause problem or copy that is just missing from /boot/system/packages directory. Unfortunately or fortunately - I was in hurry to resolve this, so on left panel I opened package-links directory

instead of

packages directory,

right panel was the administrative dir.

This way I was wondering that haikuwebkit 'package' is completely missing. I thought copy the 9.4.1 then here, but now I could not as Genesis wrote this fails to this package-links directory ... This way I understood the pointing links are missing. I started to check directory and links. When I saw all packages here are not simply one link, but many in dirrent 'dirs.' under 'dirs.' -- I gave up on recreating manually by myself. So now - in stead of simple copy - I attempted an install of earlier haikuwebkit 9.4.1 version install from command line -- hoping this way would be the appropriate links recreated. So I had not moved the existing package from packages directory - hoping it will recreate links - it failed : pkgman just wrote back the activated package is already exist (In Terminal the eof handled differently so you can't se all lines as lines in Terminal here).

/boot/system/package-links> cd .. /boot/system> cd packages /boot/system/packages> ls -l haikuwebkit* -rw-r--r-- 1 user root 29351949 ápr. 10 19:54 haikuwebkit_x86-1.9.4-1-x86_gcc2.hpkg /boot/system/packages> pkgman install haikuwebkit_x86-1.9.4-1-x86_gcc2.hpkg 100% repochecksum-1 [65 bájt] Ellenőrzőkód érvényesítése a tárolóhoz (BeSly Software Solutions)...done. 100% repochecksum-1 [65 bájt] Ellenőrzőkód érvényesítése a tárolóhoz (FatElk)...done. 100% repochecksum-1 [65 bájt] Ellenőrzőkód érvényesítése a tárolóhoz (Haiku)...done. 100% repochecksum-1 [64 bájt] Ellenőrzőkód érvényesítése a tárolóhoz (HaikuPorts)...done. 100% repochecksum-1 [71 bájt] Ellenőrzőkód érvényesítése a tárolóhoz (LOTE)...done. The following changes will be made:

in system:

install package haikuwebkit_x86-1.9.4-1 from local file

Continue? [yes/no] (yes) : [system] Applying changes ... * failed to commit transaction: The to be activated package "haikuwebkit_x86-1.9.4-1-x86_gcc2.hpkg" does already exist. /boot/system/packages>

This way I finally decided to install the newer - haikuwebkit 9.7.1 version. I had installed from Genesis via HaikuDepot successfully - recreated HaikuWebKit directory under paclage-links directory - and as you can think -Webpositive finally launched.

SO you can suggest for anyone to check package-links directory for missing links if error mnessage :

libWebKitLegacy.so* was not found

comes up .

I did just package moves as via package manager - pkgman - when I tried to downgrade package - I got many packages would be removed : mostly related to multimedia stuff so I just simply avoided. I hate when far related complete packages also removed -- like vlc or mkvtoolnix -- I do not understand why they would removed alongside with haikuwebkit package.

[KitsunePrefecture]

I reinstalled Open EXR 2.4.1.2 version hoping that fix upload for me now - it had not. However Webpositive now on latest version too.

[KitsunePrefecture]

I rebooted the whole system -- happened the same. The only difference with earlier status - the error message about Web+ crash appears AFTER the 'Desktop' selected and opened for browsing. So now I can open the directory but do not have time to select a file before crash.

[KitsunePrefecture]

I could upload this file finally from Home dir. BUT NOT from Desktop .. so is it some permission stuff ?

[KitsunePrefecture]

Crash report NOW

[pulkomandy]

It is not related to permissions, it is related to thumbnails. You have a file with possibly invalid thumbnail that the system can't make sense of. Opening the directory with that specific file will crash when trying to show the thumbnail.