Haiku R1/Beta3 Timeline Update | Haiku Project

Still some text disappearance issues with a newer build (WebKit 612.1.24) and latest Haiku patches - but some other issues are fixed over the older webkit 610.

The other issue someone mentioned is downloads. I’ve using Webkit to upload images/binaries - but some work was needed on downloads (bug(s) submitted).


Do you have an example code for that?

My understanding is that there are two completely independant clipping systems in app_server (mostly in https://git.haiku-os.org/haiku/tree/src/servers/app/DrawState.cpp )

One is region clipping. This can use a BRegion (only rectangles) and always works in screen space (ignoring transforms). This can be used to tell a window that other windows are overlapping, for example, but it is also possible to clip further (GetClippingRegion/ConstrainClippingRegion).

The other is picture based clipping. The idea is more to use a mask that is stored as a BPicture. This can be used not only for clipping, but also for alpha transparency effects if your picture has partially transparent pixels. As a side effect, your clipping shape can be antialiased. This is used in BView ClipToShape, ClipToPicture, and the corresponding “inverse” functions. Picture based clipping works with transforms, so it can be scaled, rotated, etc.

There is a special case in ClipToRect (called from BView::ClipToRect and ClipToInverseRect): https://git.haiku-os.org/haiku/tree/src/servers/app/DrawState.cpp#n474 if no transform is applied, it will optimize the clipping by using the region-based one (which is faster and uses less memory). But if there is a transform, the rect will be transformed, and if there is rotation or shear, it won’t be a rect anymore. So, in that case, shape clipping will be used. However, I don’t see how this can cause a problem, since the fast path with regions is used only when there is no transform at all? What’s missing here?


Can we get this change into beta 3? I remember more than one instance where reviewers were confused with the labels not updating.


I can queue it up. It might not make it into the release media (we really can’t risk introducing any more bugs before R1/beta3 comes out) But it would be a good R1/beta3 update.

It would be better than nothing of course but I don’t think reviewers would update their system first thing after a fresh install. It’s the review of the “image” after all, considering they mostly screencast everything from the install to first boot, then finding software to install.

Also, FWIW, let’s not rush the release. I’d like to think people here would also more like something stable than a meet-the-deadline thing.


is there an easy way to install without building from source?

Hi, beta3 has not been released, but you can find info on the test candidates here:

1 Like

thanks very much :slight_smile:

Is it possible to revert WebKit to previous working version if invisible text bug will be not solved in time? It will give too bad impression to users. Reverting is proposed on Russian chat.

Nope. If it was a smaller change, I would have immediately reverted. However:

  • haikuwebkit-1.8.x 's api / abi changed, webpositive had to be rebuilt specially for it.
  • haikuwebkit-1.7.x is incompatible with haikuwebkit-1.8.x in haikuports
  • we don’t have a r1/beta3 branch of haikuports
  • webkit moves fast

Pretty much, none of this has been an easy call. I’m balancing keeping nightly images working, and keeping R1/beta3 working. We can’t delay r1/beta3 indefinitely. Alternative browsers like Otter exist in haikuports which might be a viable workaround.


I thought that branching haikuports for R1/B3 was part of the R1/Beta3 Timeline this time?
I probably missed the reason for it not being branched.

The builders run pre-release beta3 now, so technically we have beta3 haikuports but no longer a beta2 haikuports version.

There was a question mark next to it :slight_smile:

  • haikuporter buildmaster doesn’t support building multiple branches of haikuports
  • we don’t have the infrastructure host another full copy of haikuports

I knew I was missing something :upside_down_face: - thanks for the clarification!

for what it’s worth… if someone figures out a webpositive fix in the next (looks at watch) 2-3 days, I could likely slip it into the final r1/beta3 image. I’m expecting one final RC1 image at some point before the final release.


Previous version has many crashes and other problems and is 1 year old. As the WebKit maintainer I prefer to ship the latest version which has a lot less crashes, is a lot faster, and has just this small rendering bug.

The site https://forum.ancestris.org has so far shown no disappearing text and no other errors or incorrect displays (Haiku 64bit, nightly).

1 Like

There is no question mark in the Wiki page, I assume this is somehow a joke? How might anybody know whether an item marked DONE in the timeline means “we actually did this” or “we decided not to” ?

1 Like

Feel free to help us out next time! We’re always looking for experts in documentation and wiki pages to assist.