Latest Bugs & Tasks

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

Ticket #12714 (intel_extreme driver not recognizing gpu anymore) created

Sun, 2016-04-10 11:55

After updating to hrev50209, I'm only getting VESA graphics (with wrong screen resolution) on a SandyBridge-based laptop, which worked fine before.

Categories: Development

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

Sun, 2016-04-10 11:53

hrev50209 here, CD drive in Thinkpad still puts endless port reset messages into the syslog.

Categories: Development

Ticket #12713 ("Momen tary" KDL at boot) created

Sun, 2016-04-10 04:11

Recent nightlies have been giving me a very odd KDL. I get the KDL white-screen but it goes away before I have time to read it! Then I get a normal looking Desktop... but everything is dead. I have to use Ctrl-Alt-Del to reboot.

I think it's due to having my twitchy hand on the mouse. The crash doesn't always happen but I think it does when I've moved the mouse. I just tried and deliberately moved the mouse, and it crashed. I have a USB wireless mouse.

I've never been able to read the fast-disappearing KDL screen, but looking at the syslog, this seems to be it:

KERN: bfs: mounted "Haiku" (root node at 524288, device = /dev/disk/scsi/0/4/0/2)
KERN: /dev/net/iprowifi4965/0: media change, media 0x300a0 quality 1000 speed 1000000000
KERN: usb_hid: no handlers for hid device
KERN: loaded driver /boot/system/add-ons/kernel/drivers/dev/input/usb_hid
KERN: ps2_hid: init_hardware
KERN: ps2_hid: init_driver
KERN: ps2: active multiplexing v1.1 enabled
KERN: ps2_hid: publish_devices
KERN: ps2_hid: uninit_driver
KERN: loaded driver /boot/system/add-ons/kernel/drivers/dev/input/ps2_hid
KERN: ps2: reset failed
KERN: ps2: devfs_publish_device input/mouse/ps2/0, status = 0xffffffff
KERN: loaded driver /boot/system/add-ons/kernel/drivers/dev/input/wacom
KERN: usb_hid: keyboard device unhandled control 0x00002710
Last message repeated 1 time
KERN: vm_soft_fault: va 0x10000 not covered by area in address space
KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x10000, ip 0x60b951, write 1, user 1, thread 0x2b9
KERN: vm_page_fault: thread "_input_server_event_loop_" (697) in team "input_server" (683) tried to write address 0x10000, ip 0x60b951 ("libroot.so_seg0ro" +0x36951)
KERN: debug_server: Thread 697 entered the debugger: Segment violation
KERN: stack trace, current PC 0x60b951  atomic_set + 0xd:
KERN:   (0x79b19948)  0x219b60f  _DispatchEvents__11InputServerRt11BObjectList1Z8BMessage + 0x4f
KERN:   (0x79b19978)  0x219aaa9  _EventLoop__11InputServer + 0x1d9
KERN:   (0x79b199f8)  0x219a8c7  _EventLooper__11InputServerPv + 0x1f
KERN:   (0x79b19a28)  0x606d23  thread_entry + 0x23

Any ideas? I am currently at hrev50180 but it's been happening for a while.

Categories: Development

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

Sat, 2016-04-09 22:08

hrev50198

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

hrev50198

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: https://dev.haiku-os.org/attachment/ticket/10922/Xrs1.3unbeta2.zip

Categories: Development

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

Sat, 2016-04-09 17:22
invalid:

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 <clasqm@gmail.com>"
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 {
					https://sourceforge.net/projects/sharptools/
					http://clasquin-johnson.co.za/michel/haiku
}
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
fixed:

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 ​https://www.haiku-os.org/guides/daily-tasks/wireless#hardware-notes 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 MacRumors.com) created

Fri, 2016-04-08 16:01

Steps to reproduce:

  1. Boot into Haiku (hrev50192)
  2. Run WebPositive
  3. Type in 'macrumors.com'
  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
fixed:

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
invalid:

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
duplicate:

Another Firewire-0 problem variant.

Categories: Development

Ticket #12700 (Media Addon Server crash) closed

Thu, 2016-04-07 14:30
duplicate:

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
invalid:

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:

Fixed in hrev50191.

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

Categories: Development