Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 1 hour 46 min ago

Ticket #11289 (Invalid b+tree filesystem corruption on hrev47914) closed

Mon, 2014-10-20 21:08

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.

Categories: Development

Ticket #11026 (invalid b+tree with checkfs) closed

Mon, 2014-10-20 20:58

Fixed in hrev48059. Although it looked scary, it was really just a harmless false positive.

Categories: Development

Ticket #11355 (DocumentViewer crashes when opening or closing pdf files (Workaround)) closed

Mon, 2014-10-20 16:59

That's a problem in DocumentViewer, not Haiku, and as such should be reported at its bug tracker.

Categories: Development

Ticket #11354 (Document Viewer doesn't associate pdf files by default) closed

Mon, 2014-10-20 16:57

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.

Categories: Development

Ticket #11355 (DocumentViewer crashes when opening or closing pdf files (Workaround)) created

Mon, 2014-10-20 16:53

hrev48053 gcc2h

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.

Categories: Development

Ticket #11354 (Document Viewer doesn't associate pdf files by default) created

Mon, 2014-10-20 16:50

hrev48053 gcc2h

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.

Categories: Development

Ticket #6738 (app_server hangs?) closed

Mon, 2014-10-20 13:56

Fixed in hrev48056.

Categories: Development

Ticket #10258 (AGG infinite recursion (or just very slow ?) in drawBezier) closed

Mon, 2014-10-20 12:23

The test case in WebKit does not trigger the issue anymore, but there are other ways to reproduce this in #6738.

Categories: Development

Ticket #11353 ([Message] crashes in _IO_proc_open) created

Mon, 2014-10-20 07:53

This is hrev48050.

Message screensaver crashed a second after selecting it.

Categories: Development

Ticket #1315 ([app_server] shifted images in ScreenSaver) closed

Mon, 2014-10-20 07:34

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.

Categories: Development

Ticket #4091 (r31522 build breakage on parallel jam) reopened

Sun, 2014-10-19 13:19

I was a bit too quick to fix this; it seems. The error now happens while building tcpdump:

Cc /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/network/ftpd/ftpcmd.o
C++ /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/rc/compile.o
/home/builder/builds/haiku/src/bin/network/ftpd/ftpcmd.y: In function `yyparse':
/home/builder/builds/haiku/src/bin/network/ftpd/ftpcmd.y:669: warning: implicit declaration of function `strncasecmp'
Cc /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/network/tcpdump/libpcap/scanner.o
/home/builder/builds/haiku/src/bin/network/tcpdump/libpcap/scanner.l:57: grammar.h: No such file or directory
Cc /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/network/tcpdump/libpcap/grammar.o
SetVersion1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/diff
Chmod1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/diff
CreateAppMimeDBEntries1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/diff_mimedb
SetVersion1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/cmp
SetVersion1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/sdiff
SetVersion1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/diff3
Chmod1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/cmp
CreateAppMimeDBEntries1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/cmp_mimedb
Chmod1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/sdiff
Chmod1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/diff3
SetVersion1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/patch/patch
Lex /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/common/bin/rc/lexer.cpp
CreateAppMimeDBEntries1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/diff3_mimedb
CreateAppMimeDBEntries1 /home/builder/builds/haiku-repository-x86_gcc2_hybrid/generated/objects/haiku/x86_gcc2/release/bin/diffutils/src/sdiff_mimedb
/home/builder/builds/haiku/src/bin/network/tcpdump/libpcap/scanner.l:80: parse error before `pcap_lval'
/home/builder/builds/haiku/src/bin/network/tcpdump/libpcap/scanner.l:80: warning: type defaults to `int' in declaration of `pcap_lval'
/home/builder/builds/haiku/src/bin/network/tcpdump/libpcap/scanner.l:80: warning: data definition has no type or storage class


Notice how the build of scanner.l complains about missing grammar.h just before grammar.o is built here. The dependency to grammar.h is declared (in src/bin/network/tcpdump/libpcap/Jamfile).

Categories: Development

Ticket #11352 (haiku x86_64 boot freezes with ps2 wireless mouse) created

Sun, 2014-10-19 03:51

Booting haiku x86_64 with ps2 wireless mouse freezes at rocket icon. If I boot with no calls to BIOS, in debug options it will boot and the mouse is useable. Also if I swap the mouse for a usb mouse it will boot without using any boot debug settings.

  1. Boot haiku with ps2 mouse (might need a specific wireless and brand Logitech Mouseman)

Result: freeze at rocket icon. Sometimes will boot to desktop but then freezes after a few seconds.
Instead in 1 swap the ps2 mouse with usb mouse and there is no freeze.

Categories: Development

Ticket #11351 (<kdebug>qrencode broken since outsourcing of libqrencode) created

Sat, 2014-10-18 17:10

The outsourced libqrencode library used by the qrencode kernel debugger addon is not built to be usable from the kernel debugger. It was outsourced in hrev47126, which shows the culprit: ​the Jamfile redefined the malloc functions to use their kernel debugger equivalent when building the libqrencode sources, which the outsourced package doesn't do. Using the addon results in normal kernel heap functions being used,