Latest Bugs & Tasks

Here's what I've been getting when I try to log into haikuware.com:
Forbidden

You don't have permission to access / on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Yes, this is a bug in SDL. The way it saves and restores the resolution is not reliable, and it fails to restore on exit. Sometimes it will "restore" a resolution even though the game was run in a window and did not change the screenmode.

Marking as invalid, this should be reported to SDL bugtracker and/or haikuports.

If a game using SDL changes the screen's resolution, then on exit the screen resolution is wrong: let's say the game requests a 640x480 full screen resolution, then on exit, on my laptop I get a screen of 640x480 (not scaled, since the Intel driver doesn't do scaling).
Could be something on SDL or a problem with the driver.

Ok, thanks for reporting!

Fixed in hrev49017.

Multipage images are displayed out of sequence and pages are repeated.
This happen when browsing the pages rapidly.

hrev49015, gcc2h.

After having assigned BurnItNow to the Audio and Productivity categories in HDS, I noticed that the application only appears in one of them, Productivity.

Another example is BePDF which also shows up in Productivity, but not in System and Utilities.

Ok, in that particular case there was a config problem on the buildslave (firewalld/iptables was interfering with git). The slave has been fixed.

We have rather frequent failures on our bots similar to this: ​http://buildbot.haiku-os.org/builders/haiku-master-x86_hybrid/builds/1572
The build fails while checking out the source.

This is rather annoying as it is hard to detect actual build failures in these conditions (and it spams the IRC channel with failure then success notifications).

According to ​http://docs.buildbot.net/latest/manual/cfg-buildsteps.html the checkout step can have a retry parameter:

retry
If set, this specifies a tuple of (delay, repeats) which means that when a full VC checkout fails, it should be retried up to repeats times, waiting delay seconds between attempts. If you don't provide this, it defaults to None, which means VC operations should not be retried. This is provided to make life easier for buildslaves which are stuck behind poor network connections.

We should enable this, so these temporary failures are not too annoying.

Fixed in hrev49013.

Abiword construck a lot of their dialogs with archived BWindows (i guess generated over QuickRes).

Loading some of them leading to crash
It looks to me that they are failing because of BBox

Yes. Let's track the problem there then.

The current version in tree of ​RemoteDesktop.cpp ignores the user-set parameter stored in variable command and hardcodes to always use terminalPath.Path() instead. The regression occured a bit before hrev47399 ; for example if you look at hrev43649 and before, snprintf() was indeed called with command as a parameter.

Long story short, this is a 2 seconds change :-)

Fixed it in my local copy of the source, but best to fix it in-tree otherwise I have to send a custom built binary to dsuden ..etc

Janus fixed this in hrev49007 but he forgot to close the ticket.