Latest Bugs & Tasks

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

Ticket #12678 (XRS (an old BeOS app) will crash when attempt to export a song as wave ...) reopened

Sat, 2016-04-09 22:08


XRS will crash again when I attempt to export a song as wave file.
I attach again the newer/current debug report.

Categories: Development

Ticket #12712 (on hrev50198 I am no longer able to play audio files) created

Sat, 2016-04-09 21:59


When I attempt to play mp3 or wav files with MediaPlayer, MediaPlayer will claim about a general system error and then will crash (debug report attached).

If I attempt to play mp3 and wav files using SoundPlay, SoundPlay is now only able to play mp3 files: will crash while opening wav files.

If I attempt to play mp3 and wav files using Mplay everything is Ok.

If i attempt to drag a wav file inside XRS (as I was able on hrev50141) nothing will happen. The XRS executable is available here:

Categories: Development

Ticket #12711 (making a file globally writable prevents installation) closed

Sat, 2016-04-09 17:22

Yep, indeed. The tool needs to be adjusted to use a location for the .ini file that is writable. Some place in settings/ would be sensible.

Categories: Development

Ticket #12711 (making a file globally writable prevents installation) created

Sat, 2016-04-09 15:29

I am packaging a Java app called SharpTools that has an .ini file. Unfortunately it won't work with my usual trick of putting the .ini in ~/config settings and symlinking that to the one in the app's directory.

If I ignore the .ini file, thereby making the app unable to save changed preferences, it packages and installs perfectly. If I add a section to make the .ini file writable, it packages OK, but on installation it stops halfway with the dreaded "directory not empty" error. in the packages/admin/writable-files directory I can see that a new writable file has been added, but the app does not move to packages, instead staying stuck in transaction-1. This error is reproducible on hrev50183.

Below is my .PackageInfo with the lines in question commented out:

name				sharptools
version				1.4-1
architecture			any
summary			"A java spreadsheet"
Description			"It features full formula support, standard csv file format, printing support, undo/redo, a clipboard, sorting, data exchange with Excel, histogram generation, and a built-in help system.
Packager's note: Printing and help not working in Haiku ATM (but the Help files are included). Database connect not tested. Recent Files and Save Windows also not working ATM.
Seems remarkably stable compared to other Java spreadsheets. This is a very simple spreadsheet - don't expect pivot tables etc. But it gets the basics right.
packager			"Michel Clasquin-Johnson <>"
vendor				"clasqm"
copyrights			"Hua Zhong"
licenses				"GNU GPL v2"
provides {
					sharptools = 1.4-1
requires {
					haiku_x86 >= r1~alpha4_pm_hrev49666-1
					openjdk_x86 >= 1.7
#global-writable-files {
#					"apps/sharptools/bin/sharptools.ini" auto-merge
URLs {
Categories: Development

Ticket #12710 (BPackageInfo; URL Validation Checks) created

Sat, 2016-04-09 08:08

When packages are created at the moment, there are some URLs involved in the package info. These URLs are not validated for being well-formed. As a result, malformed URLs have been processed by the HaikuDepotServer system as a result of parsing the HPKR data. The typical problems to date have been whitespace at the end of the URLs and malformed URL schemes. Better validation could be employed, but this at least will provide some basic checks.

Categories: Development

Ticket #12415 (Removeable media AHCI port reset bug) closed

Sat, 2016-04-09 03:17

Ok. 1d4c4d3 gave me some valuable notes on what the intent was. While I was testing, reverting all of my changes still showed the constant port resets. That paired with strange VirtualBox AHCI behavior made it look like reverting my changes didn't fix it.

However the notes on 1d4c4d3 show that mmlr was simply "hiding" the AHCI resets when no media is present. The resets happen continuously while no media is present. (He should of thrown some comments in :-))

Since the suspect was the resets, I took a step back and looked at the reset code... it appears I inadvertently made the resets "stronger" all of the time. Since we now know the CDROM constantly "resets while no media is present" the stronger AHCI resets result in funky removable media behavior.

Resolved in hrev50195. I think there are a few bus state issues after inserting a cdrom, however those can be cleaned up via a new ticket as the AHCI stack recovers. I'll need to go back and hide error messages when no media is present once this stuff is tested beyond my hardware.

Categories: Development

Ticket #12709 (Supported wireless & wired Nics not recognized under April 5th, 2016 build ...) created

Sat, 2016-04-09 01:44

Supported wireless & wired Nics not recognized under April 5th, 2016 build for x86_gcc2.

The Qualcomm_Atheros wireless nic, AR2413/AR2414 listed at ​ not listed/recongized in Network configuration utility.

Also, the ethernet nic, DLink, RTL8139, in same box also not recognized.

Problem reproduced on real/physical hardware. Please see attached screendumps and contact me if more info is needed.

Categories: Development

Ticket #12708 (Webpositive crashes when loading created

Fri, 2016-04-08 16:01

Steps to reproduce:

  1. Boot into Haiku (hrev50192)
  2. Run WebPositive
  3. Type in ''
  4. Notice that it crashes.
Categories: Development

Ticket #12707 (mp3 files cause MediaPlayer crash on 64 bit builds) created

Thu, 2016-04-07 16:30

hrev50191 x86_64
Attempting to play a mp3 file will cause a MediaPlayer crash
MediaPlayer_log attached from CLI

Categories: Development

Ticket #12236 ([regression] Sound doesn't work: Volume control says "no mixer") closed

Thu, 2016-04-07 14:40

I can't even replicate this issue as it was before on my system. I guess it happened due to various reasons but in the meantime a lot of improvements were done.

I consider it fixed.

Categories: Development

Ticket #7809 ([media_addon_server] crashed in MultiAudioNode::_FillNextBuffer ()) closed

Thu, 2016-04-07 14:33

No way to solve this bug, not enough infos. If it rehappen please save the stack trace and I'll reopen it.

Categories: Development

Ticket #9804 (media server crash at boot) closed

Thu, 2016-04-07 14:31

Another Firewire-0 problem variant.

Categories: Development

Ticket #12700 (Media Addon Server crash) closed

Thu, 2016-04-07 14:30

Yes exactly, the better way you can solve it is to disable your firewire card. I'm closing duplicate tickets of the SetHeader/Firewire-0 bug, please continue to follow #12448.

Categories: Development

Ticket #6709 (gnash crashs/hogs media_server_add_on and one thread in particular "audio ...) closed

Thu, 2016-04-07 14:19

No way to solve it:

  • no stack trace
  • impossible to replicate
  • obsolete component.
Categories: Development

Ticket #5106 (ToneProducer Parameters Change with Delay) closed

Thu, 2016-04-07 14:05

Fixed in hrev50191.

NOTE: In the end I was right, don't use system_time in place of performance time.

Categories: Development

Ticket #12373 (Can't "su" to non-superuser : Permission denied) closed

Tue, 2016-04-05 22:44

Fixed in hrev50187.

Next time just make more evident there's a patch :-)

Categories: Development