With the demise of FireFox on Haiku, QupZilla is not bad browser–but it is an old version of 1.8.9 and I have experienced memory consumption issues occasionally (where it will uses all the RAM, seizes the PC, and forces a hard reboot).
QupZilla 3.0 is now known as Falkon 3.0. Just curious if this is still active project for Haiku?
Yes, the builder was stuck on it for the past few days, so I just switched us to using binary packages instead just for QtWebEngine. It should be available (x86_64 only) in a few minutes.
I should warn everyone, though, it is very crash-prone. But unlike the other currently available browsers, this is a proper multiprocess browser, so when one tab crashes you can just reload it and continue on your merry way.
Big thanks to @korli, @KapiX, and everyone else who worked on this one!
Hopefully as the QtWebEngine port matures, more web browsers can get ported to Haiku over time. Or even switch existing web browsers such as Otter or qutebrowser to it.
This is extremely helpful for reliability and for eventually getting websites working too. Some of the websites shown in this Twitter thread can take multiple tries to work without crashing their respective tab processes: https://twitter.com/win8linux/status/1462272956394971137
But they eventually work with enough attempts and when they do, they generally render rather accurately.
Currently I can not find it on my Beta3 desktop,on my Nightly laptop and online on https://depot.haiku-os.org ,so maybe it will just take a little longer to appear.
I really hope that it will be available in Beta3 as I don’t want to switch my main computer to nightly,but as long as it’s available nowhere,I don’t know.
All my computers have 64bit.
Maybe the IPFS mirror is a bit behind,but as the packages also don’t show up on https://depot.haiku-os.org ,I’ll just wait a bit longer.
Seems to be at first, until finding out that the web browser as a whole is still running. Other web browsers on Haiku are completely taken down if a crash in a single tab occurs.
I see that Chromium crashes sometimes voluntarily for security concerns: for instance, whenever it tries to close a file descriptor, and Haiku returns EBADF, it will crash (see base/files/scoped_file.cc - chromium/src - Git at Google)