Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 13 min 44 sec ago

Ticket #11487 (Package management: better handling of local packages) created

Tue, 2014-11-18 16:06


I have noticed a sort of issue while installing local packages using HaikuDepot. Well, I just double click on any HPKG file present on my disk, and HaikuDepot will prompt me to install this package. But i noticed that if my internet connection is busy (eg I'm downloading/uploading something over internet on another computer on my lan - or on the pc with Haiku) it will take a while to install local packages (and during the install process i can see, on Haiku, a connection activity, sign of the fact that the package management is looking for dependencies). So I guess that this is due to the dependencies resolution (stated in the .PackageInfo file). Well, obviously this cannot be avoided, but HaikuDepot/package management daemon should, before check on the server for dependencies, if these deps are already present on the disk, to avoiding the described issue.
Eg i noticed this issue while I was installing a local QupZilla package (it relies on libqt_x86), but libqt was already present on my disk, so in this case, is a waste of time use the connection to check for deps. I hope to have been clear in my explanation.

Categories: Development

Ticket #10231 (Fixed uninitialized array in Terminal.) closed

Tue, 2014-11-18 15:00

Initialized the array in hrev48334.

I followed the sequence used by Coverity and it is invalid, it jumps between states in way that the state tables in VPrsTbl.c would not allow (from CASE_ESC_IGNORE to CASE_ESC_DIGIT). The only way to enter ESC_DIGIT is from CASE_CSI_STATE, which sets the first element of the param array to DEFAULT. Then following elements of the array are initialized each time nparam is incremented.

Just to be safe, the array is now cleared once when entering the function.

Categories: Development

Ticket #9342 (grep crashing while TextSearching) closed

Tue, 2014-11-18 13:55

Fixed in hrev48332 by updating grep.

Categories: Development

Ticket #9226 (Not working Quit button) closed

Tue, 2014-11-18 13:43
no change required:

That button doesn't exist anymore.

Categories: Development

Ticket #3592 (Print setup buttons could do with clarification.) closed

Tue, 2014-11-18 12:53

Replaced the BPictureButtons using BButtons with an icon in hrev48331. We get the standard BButton look this way.

Categories: Development

Ticket #11486 ([DiskProbe] selection frame flickers during selection) created

Tue, 2014-11-18 11:52

This is hrev48330

​Selection frame in DiskProbe flickers while selecting data.

Categories: Development

Ticket #4222 (MediaPlayer needs a long time until it starts playing an audio CD) closed

Tue, 2014-11-18 10:28

Can't reproduce here either, probably fixed some time in the last 5 years.

Categories: Development

Ticket #2495 ([MediaPlayer] Pressing left/right arrows do unexpected things) closed

Tue, 2014-11-18 10:11

Implemented in hrev48330 except "A" (cycle aspect ratios), which I think is not so useful and a bit more code to write.

Categories: Development

Ticket #11485 (Diskprobe: the RAW editor window is no longer horizontally resizable) created

Tue, 2014-11-18 04:02


The RAW editor's window is no longer horizontally resizable: I have to use the scrollbar, to horizontally resize this window.
Loot the attached video to see what I mean.

There is also another issue: the field for the String Editor, now shows unactivated scrollbars: see the screenshot.

Categories: Development

Ticket #11484 (Google Play Movies on WebPositive) created

Mon, 2014-11-17 18:36

I was hopeful that Google Play Movies might work on WebPositive but seems it has an issue playing. See attached Screenshot.

Categories: Development

Ticket #11483 (Can't log into closed

Mon, 2014-11-17 15:57

And now it works again... <rolleyes>

Categories: Development

Ticket #11483 (Can't log into created

Mon, 2014-11-17 15:44

This is hrev48274.

Every blue moon I log into blogger to post an update to the Haiku Gazette... :}
Tried that today, but clicking "Login", Web+ starts loading, but never actually arrives anywhere...

Since I filed #11424 with hrev48228 that regressions has cropped up inbetween. Or Google/Blogger has changed something...

Categories: Development

Ticket #10191 (Make NetFS stack an actual HPKG via build system) closed

Mon, 2014-11-17 14:29

Applied a reworked version of the patch in hrev48320.

Categories: Development

Ticket #11477 (Mounting/unmounting optical discs causes KDL) closed

Mon, 2014-11-17 14:21

Ok, thanks for reporting and sorry for the inconvenience.

Categories: Development

Ticket #11168 (NetFS does not compile) closed

Mon, 2014-11-17 09:43

Fixed in hrev48318.

Categories: Development

Ticket #11480 (A complementary Haiku web application persona) closed

Mon, 2014-11-17 07:36

This is so different from Haiku it's time you create your own project. But please use a different bugtracker for it.

Categories: Development

Ticket #11482 (pthreads: possible race condition leading to deadlock) created

Mon, 2014-11-17 05:12

I'm working on upstreaming Haiku support for Boost, and am running into a reproducible deadlock for the Boost.Interprocess module.

My current work can be found at ​

I think git clone --recursive should do the right thing. Else you'll also need to grab the build, config, predef, thread, filesystem, and interprocess submodules from my GitHub as well.

Steps to reproduce:

./b2 --without-mpi --enable-parallel-mark inlining=on threading=multi variant=debug link=static,shared runtime-link=shared --without-python -j<N>
cd libs/interprocess
../../b2 --without-mpi --enable-parallel-mark inlining=on threading=multi variant=debug link=static,shared runtime-link=shared --without-python -j<N> -a -q test

Eventually, several tests will end up deadlocked, these are condition_test, condition_any_test, named_condition_test, and named_condition_any_test.

If I attach Debugger to any of these tests, I can break the deadlock by debugging all currently running threads, then resuming the test thread (this has the pthread_join call in the stack trace), then resuming the other threads. If I instead resume the other threads first, the deadlock remains.

The named tests sometimes require repeating the process, but will eventually resume.

Categories: Development