Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 30 min 25 sec ago

Ticket #11368 ([Screenshot] Include window border doesn't always work) created

Sat, 2014-10-25 09:48

This is hrev48086.

Include window border option of Screenshot utility doesn't work for Application Keyring Access of keystore_server.

Categories: Development

Ticket #11367 ([keystore_server] text doesn't fit) created

Sat, 2014-10-25 09:44

This is hrev48086

Application Keyring Access window cuts off text at the bottom if app path is long.

Categories: Development

Ticket #11366 ([keystore_server] crashes in BBufferedDataIO::Flush()) created

Sat, 2014-10-25 09:35

This is hrev48086.

When I started newly compiled HaikuDepot
/data/haiku/generated/objects/haiku/x86_gcc2/release/apps/haikudepot/HaikuDepot /data/haikuports/packages/pecorename-1.5-1-x86_gcc2.hpkg

and keystore_server requested access to keyring I killed HaikuDepot with Ctrl+C which triggered the crash.

Categories: Development

Ticket #5376 (Incorrect libraries name/soname) closed

Sat, 2014-10-25 08:12
no change required:

Closing, as the original issue has been fixed by outsourcing all the libraries. As a result of the outsourcing, library versioning is likely to follow the upstream naming conventions.

Categories: Development

Ticket #11365 (AVI files unplayable in MediaPlayer) created

Sat, 2014-10-25 00:43

Hello, so far I have no been able to get any AVI file to play in MediaPlayer, I get an error asking to terminate or debug. I know mpeg, mp4, and divx files work just fine. I don't seem to have any AVI file that will play. This has been an ongoing thing, and I never thought much about it, since I used VLC, but after a reinstall of Haiku, VLC seems to have disappeared from the HaikuDepot.

I know I'm not giving much to go on, if someone has any idea of how I can find out more about what format these AVI files are, I can do that.


Categories: Development

Ticket #11364 (Updating the tracker_new_templates files does not affect Tracker through ...) created

Fri, 2014-10-24 16:26

In hrev47874, I updated Tracker's template makefile. However, updating the system still has the old template makefile for some reason. Using a freshly built nightly has the new template makefile.

What's going on here? Where's Tracker copying/storing the template files? Why does it do that?

Categories: Development

Ticket #11363 (Investigate semaphore leaks detected by Coverity) created

Fri, 2014-10-24 16:08

Selecting "Categories" then "RESOURCE_LEAK" shows a number of leaks in semaphore code (at least the first 10-15 or so). These should be examined and determine if any of these are really leaking semaphores (as Adrien ran into some instances where the system would run out of semaphores due to a leak somewhere).

Categories: Development

Ticket #1788 (Abiword crash on start) closed

Fri, 2014-10-24 08:43
no change required:

Sources were recovered from osdrawer backup and are now at HaikuArchives. Crash is fixed there, but there are drawing issues. Issue fixed in any case.

Categories: Development

Ticket #11362 (Support counterfeit FTDI devices that were bricked by FTDI's Windows ...) created

Thu, 2014-10-23 14:36

For what that means, please see: ​dissasembly of the Windows FTDI driver, ​attempts by FTDI to get Linux to do the same, and ​FTDI's response that shows it's intentional.

Looking at ​Linux's pending patch for this, it appears all we need to do is to add a PID of 0 to the list ​here.

As to why we should support these "counterfeit" devices:

  • They are extremely widespread (e.g. all Arduinos will be bricked by this)
  • Most consumers have no idea which one is in their device, we shouldn't punish consumers for something done by the manufacturer.
Categories: Development

Ticket #11361 (junk) closed

Thu, 2014-10-23 14:04
Categories: Development

Ticket #11361 (junk) created

Thu, 2014-10-23 13:44
Categories: Development

Ticket #9065 (Audio CD does not play) closed

Wed, 2014-10-22 17:30

CDPlayer has been removed from the repo.

Categories: Development

Ticket #11360 (usb Device timeouts - older hardware.) created

Wed, 2014-10-22 16:59

Connecting a older usb input device results in the following timeouts, which means
it will not apear in the listusb either.

kern: usb hub 7: port 0: new device connected
kern: usb error control pipe 44: timeout waiting for queued request to complete
kern: usb error control pipe 44: timeout waiting for queued request to complete
KERN: usb error uhci -1: error while setting device address

This is an older device (trust tb-2100 wireless tablet) but i suspect this timeout
to be more general.

Categories: Development

Ticket #2023 (CD Player won't stop playing audio cd) closed

Wed, 2014-10-22 15:54

There is no CD player anymore.

Categories: Development

Ticket #11359 (ProcessController: improve "quit an application" and kill actions) created

Wed, 2014-10-22 15:33

In the ProcessController's "Threads and CPU usage" submenu, when you click on a process, an alert window will ask if we are sure of this action (kill). Instead, under the submenu "quit an application" an alert window is not displayed, and this could lead to troubles, if someone does the mistake to quit a system process. Eg if you kill the registrar, Haiku will become unusable, and could be the same for some other system processes (eg the input_server). So my suggestion is to exclude system processes from the "quit an application" menu (and maybe also from "Threads and CPU usage") or implement an alert window for quit system processes, (also if i don't see the need to kill/quit system apps). Any thoughts?

Categories: Development

Ticket #7047 (Noisy AIFF audio files) closed

Wed, 2014-10-22 15:28

Fixed in hrev48071.

Categories: Development

Ticket #11018 ([Media Kit]: BMediaFormats::GetFormatFor doesn't find any formats anymore) closed

Wed, 2014-10-22 13:31

Fixed in hrev48070. You are right that registering the add-ons in the constructors is not a good idea. I designed this so the loading can be delayed as much as possible. This way we keep the application start time short, and the scanning only happens when needed because the app calls one of the media kit functions.

I made RegisterAddOns public in AddOnManager and called it from MediaFormats format update function. Since RegisterAddOns does nothing except the first time it's called, there is no problem in doing this.

Thanks for investigating this. I can confirm the issue is solved as the mp3_decoder_test does not crash anymore (with the workaround removed). However it seems ffmpeg has trouble decoding the file.

Categories: Development