Latest Bugs & Tasks
Select "blackness" screensaver in preferences
After screensaver activates there is no way to recover the desktop with mouse movement or keystrokes.
fixed in hrev48066.
Well, it turns out ICU was not that hard to build with gcc2 and it's now up to date again.
On other operating systems is possible to set DNS servers independently from other IP addresses, also if DHCP mode is activated. On Haiku, instead, is only possible to manually set DNS if in network preferences the mode is set to static. DNS servers should be also manually set in DHCP mode.
Besides, the network preflet, should also contain two entries for set the DNS servers: currently they have to be inserted just in one field, separating them by a comma; this could be not clear and seems odd.
If I attempt to edit the "resolv.conf" file with other DNS, at the next boot this file will be reset with DNS servers retrieved by DHCP.
Actually, I've just run into this myself. The output is pretty conclusive that the jam rules aren't quite correct.
2014-10-21 23:15:55 (65.7 KB/s) - ‘.../generated/download/libwebp_devel-0.4.1-1-x86_gcc2.hpkg’ saved [731348/731348] C++ .../generated/objects/haiku/x86_gcc2/release/add-ons/translators/webp/WebPTranslator.o C++ .../generated/objects/haiku/x86_gcc2/release/add-ons/translators/webp/ConfigView.o .../src/add-ons/translators/webp/WebPTranslator.cpp:21: webp/encode.h: No such file or directory
Checking the file system, it had indeed downloaded the webp_devel package, but in the build_packages directory, the webp_devel package hadn't even been extracted (and the quite apparent lack of the ExtractPackage1 action in the log).
This is probably exacerbated by my changes to jam in btrev43095.
When viewing ticket #5391 the text in the description field disappears when the page is scrolled.
Unfortunatly it hasn't been fixed. still no bookmarks bar.
Fixed in hrev48059. The invalid b+tree messages were harmless false positives caused by a missed special case in a check during b+tree validation. They didn't cause actual FS corruption and were not indicative of existing problems. They may however have hidden actual b+tree problems that would have been checked further down the validation path.
In any case, this did not affect the filesystem operation, so can't be the cause of panics on boot. If you encounter these again, please create a new ticket with the info suggested above. Getting more infos about actual filesystem corruption would be greatly appreciated.
Fixed in hrev48059. Although it looked scary, it was really just a harmless false positive.
That's a problem in DocumentViewer, not Haiku, and as such should be reported at its bug tracker.
That would imply that the DocumentViewer executable isn't properly reporting that it supports that mimetype, which is a package/port problem, not a Haiku problem.
As i've said on a previous ticket, i have installed DocumentViewer to handle pdf files. I have a bunch of pdf file on my Haiku disk.
Most of them are properly opened, but when i close Document Viewer, this app will crash. The rest of other pdf files aren't even displayed: Document Viewer will instantly crash. I have casually found a solution, to avoid the crash: open DocumentViewer, and click on the cancel/delete button (the red "X"), to delete the history of recent pdf files. In this way DocumentViewer will not crash anymore. Or i can go to /boot/home/config/settings/Apps and the delete the file named "RecentlyOpened"
Output debug report attached.
I have installed DocumentViewer using Haikudepot.
When i double click on any pdf files, to open them with DocumentViewer, an alert window tell me that "Could not find an application to open foo.pdf (application could not be found) etc.. etc.." Then offers me to find the proper application (clicking on "Find" button), but DocumentViewer doesn't appears inside this list. Obviously i can manually set the preferred application using the "FileTypes" preflet, but the process should be automatic.
The test case in WebKit does not trigger the issue anymore, but there are other ways to reproduce this in #6738.
This is hrev48050.
Message screensaver crashed a second after selecting it.
Fixed in hrev48055. The screensaver preflet was, I think incorrectly, ceiling the value used to stroke the line. In subpixel precise mode and without rounding, everything looks as it should.