Latest Bugs & Tasks
Fixed in hrev48792.
Haiku/latest nightly, x86_gcc2_hybrid, VirtualBox:
I try run simple test app with window and rederer creation.
When I use gcc2 version all works as expected, when I try use x86 gcc4 version, test appication always crash on renderer creation.
BToolBar API is mostly OK at this point, so closing as resolved. (The only unapplied patch here should not be applied.)
In hrev48770 (possibly others?), I have a blank shortcuts window, even though my shortcuts still function. Screen grab and zipped-up settings files are attached. Also, if I double-click on one of the blank lines in the shortcuts window, I get a crash. A debug report also attached.
Fixed in the user guide tool. Will update on next scheduled manual export.
The idea exposed in this forum thread is to have a way to stack and tile windows using hey or a similar tool. This is a good idea, so I'm opening this ticket before we forget about it.
I think this could be integrated to the BWindow scripting interface. There is the problem of getting a "handle" to an S&T group from one app to another using hey, however (since hey can only target one app at a time).
WebPositive crashes in recent build (hrev48786).
Attach debug report.
As of 2015-02-09 there is 924 GB worth of old nightlies at download.haiku-os.org (and 374 GB of haiku-repositories).
In order to free up some space, it has been suggested that we drop old raw and vmdk nightly images, keeping only ISOs and anyboots.
A raw can be created from an anyboot by running:
dd if=haiku-anyboot.image of=haiku.image bs=1M skip=$(expr $(od -j 454 -N 4 -i -A n haiku-anyboot.image) / 2048) dd if=/dev/zero of=haiku.image bs=1 seek=506 count=4 conv=notrunc
A vmdk can be created from a raw using VirtualBox:
VBoxManage convertfromraw haiku.image haiku.vmdk --format VMDK
qemu-img convert -O vmdk haiku.image haiku.vmdk
An algorithm was also mentioned, for possible future use: http://jekor.com/log2rotate
docs/welcome/*/bugreports.html points the user to haiku-files.org for downloading nightly image files.
Links in UserGuide currently point to haiku-files.org
ReadMe and ReadMe.IntroductionToHaiku both contain outdated references to haiku-files.org
The last remaining files still hosted at haiku-files.org needed for a current build seem to be the wifi firmwares, http://www.haiku-files.org/files/wifi-firmwares/
The files affected are:
In an "input" form element, a "keypress" event is not being fired for the "return" key being pressed. The expected outcome is that pressing the "return" key in such a field will cause this event to be fired and that the "keyCode" attribute of the event object will be 0x0d.
This can be seen on the home page of the Haiku Depot Server system at http://depot.haiku.org. On Firefox or Chrome, you can enter a search term in the search field (yellow bar) and press return to initiate a search. With Web+, the pressing of return has no effect.
This is hrev48784.
I've noticed that something flashes on screen after Haiku boots. I've investigated it and it turned out that it was actually mail_daemon's log window. It is reproducible by starting /system/servers/mail_daemon from Terminal.
No stack trace has been provided. It has been probably fixed in the meanwhile.
Tracker used to remember the sorting order for each folder in list mode. It doesn't anymore, and revert to reverse alphabetic, which is rather annoying. It should at the very least use forward alphabetic.