Latest Bugs & Tasks
If one runs e.g. /system/apps/Debugger /bin/info from Terminal, waits for the debugger window to come up, then closes it and chooses to resume the app at the prompt, the app subsequently crashes due to a stack overflow. From the corresponding backtrace, it's not entirely clear what's going on though, the app seems to keep getting handed a SIGTTIN while it's in the process of handling the previous one. This behavior only seems to be observable with apps that do something curses-based though.
The only obvious difference that comes to mind is that Debugger spawns the requested app via load_image(), while in normal circumstances they're run via fork/exec from bash. In any case, the corresponding crash report for info is attached (in compressed form, since it winds up being 25MB due to the size of the backtrace). I've assigned it to System due to not being certain as to the actual culprit here.
Trying to upload som x86_64 packages from a 32-bit install, I got this error:
Error: binutils_source-2.24_2014_03_19-6-source.hpkg is not being referenced in /Donnees/Dev/Haiku/haiku/generated/objects/haiku/x86_gcc2/packaging/repositories/HaikuPorts-packages
Can upload-packages be made to look into the package lists for all archs, instead of the configured one only?
The following pages disappeared from the website:
Can they be restored?
http://pastie.org errors when creating a paste.
We need to install and begin using gerrit to track patches towards releases. This is currently a blocker towards R1A5.
This will be fixed with the new drawing code in the next release.
Issues on bitbucket will be fixed in the next release with the new drawing code.
Again, this website has a minimum size, and will show an horizontal scrollbar when the window is small enough in every browser. If you maximize your Web+ window, there will be no scrollbar. And if you resize IE or Firefox to 800x600 which is the default Web+ window size, you will get an horizontal scrollbar.
Sorry, but we can't fix the internet.
Fixed, probably by https://github.com/haiku/webkit/commit/4d26e350bbbf2502d00657a1d8c73e5e81018bb5.
Fixed in https://github.com/haiku/webkit/commit/4d26e350bbbf2502d00657a1d8c73e5e81018bb5. This will be part of the next haikuwebkit release.
Fixed in hrev47397.
Tried running ./RemoteDesktop --listenOnly on computer A and ./RemoteDesktop email@example.com -c /boot/system/apps/StyledEdit on machine B but nothing happens; the mouse cursor is not visible, and the window/remote-view remains white on both computers.
Adding a few printf()s to the code I have the impression that no network traffic is occuring, but I didn't dig deep.
mkdir bin open bin cp -r /bin bin
Doing this results in a tracker window hang and high CPU usage for about a minute.
The same happens if then rm -rf /bin/* is performed.
This is hrev47387.
Running LD_PRELOAD=libroot_debug.so msggrep and attempting to reboot results in a crash.
Fixed in https://github.com/haiku/webkit/commit/44a7262b6591846d2fbcba80bc36201fa0c38d9e.
This will be part of the next haikuwebkit release.