WebKit weekly report #29

Blog post by PulkoMandy on Fri, 2014-04-25 07:26

Hello world!

Work continues on the testsuite: I found one bug in the testsuite system that greatly improved the results. Things are now properly reset between each test, which avoids many of the issues I was having. The last test run breaks down as follows:

  • 2 unexpected crashes
  • 2300 unexected failures
  • 400 unexpected successes
  • 5000 tests have no reference
  • And the remaining 30000 or so tests are now properly tagged

I will continue marking the failing tests as expected to fail, and review them in case I find one that's easy to fix. The 5000 "no references" tests are easily fixed, we just need to generate a reference rendering of the page. This is because these tests have platform-specific results, so there is no common reference for all platforms, and we need a haiku-specific one.

A lot of the remaining failures are problems of different font sizes, and various other things we don't support.

During this test review, I found (and fixed) two potentially crashing bugs. One was a missing null termination in a string when encoding a canvas image as a data URL. The other was when extracting a rectangle from an image to copy it to a canvas. We didn't properly handle negative coordinates for the rectangle, which javascript allows, and we ended up writing data outside of the allocated memory for the image, corrupting the memory allocation structures with weird effects. Fortunately, libroot_debug was helpful in finding this.

There was some progress on features for WebKit and WebPositive as well. I reworked the web socket patch provided by one of our GSoC students Akshay, who will be working on the LibUSB port. His patch was mostly working, but had trouble with receiving data from the network after the web socket had been closed by WebKit (for example when leaving a page). This means we now have a fully working Web Sockets implementation.

I made many smaller changes, such as adding the accept-language header so pages will show in your native language (as set in the locale preflet) whenever possible ; the download directory is created when it doesn't exists (download would not start if Web+ was set to a non-existent directory before that change) ; HPKG files are recognized by extension and downloaded (until web servers become aware of the HPKG mime type, this has to be worked around in the browser...). I will also soon be adding the "save page" menu, I have it working in HaikuLauncher, and the code will be added to Web+ as I release HaikuWebKit 1.3.1.

There were several changes on Web+ side as well. The download window is activated when starting a new download if it was already open in the background, making it easier to see that the download did start. Finished downloads pop up a notification, and the progress bar turns red on failure, and green on success, making it easier to identify failed and finished downloads. While working on this, I also changed the look of the notification window, which has a red stripe on the left side for error notifications, instead of the whole background being red.

The tab list button got a small usability fix, and I also added a bookmark bar. While these are all small changes, I believe they add up to a great usability improvement for Web+. Thanks to all the people who took the time to open bug reports about these missing features, and please continue doing so. It may take some time for these to be implemented, but they will come one day or another.


Re: WebKit weekly report #29 - Keep Up The Good Work

Thanks for this continued good work in bringing WebKit to Haiku.

Your weekly posts provide insights into the process of porting an application to Haiku and, of course, the discovery of critical bugs and features/states assumed by the application and either different or non-existent in Haiku.

How close are we to being able to run some of the "web-based" office suites? This might provide a bridge for the users thinking of migrating from other platforms.

Re: WebKit weekly report #29

looking on my linux mint something i know to much time ago but here i see again "Funding

When you search the Web, advertisers spend money for you to click and see ads of the products they sell in your search results.

This money is shared and helps keep both Linux Mint and the search engine free."
in here http://www.linuxmint.com/searchengines.php

you can do that to webpositive? it can help you? what is your opinion about it :) thanks for your work.

Re: WebKit weekly report #29

Hi, Haiku is getting some funds through goodsearch.com. You can use that as your search engine in Web+ or any other browser, and Haiku will get 1 cent for each search request you do. We didn't make this the default search engine, one reason for that is the lack of localized results (goodsearch is english only).

Re: WebKit weekly report #29 - Useable on edX?


You likely heard about edX - the umbrella under which many universities are offering on-line courses.

The edX engine is somewhat finicky and some features do not work under IE. Submission of homeworks is one of them - which leads to panic when trying to submit one minutes before the dealine!

I am just wondering if the port has progressed sufficiently for Web Positive to be useable on edX?

There is a Demo course which goes through all the features of the edX engine as they would be used in the context of a real course. Going through this Demo course is also a good way to find out if the browser/operating system combination interacts smoothly with the edX engine.