Latest Bugs & Tasks

Syndicate content Haiku
Trac Timeline
Updated: 43 min 6 sec ago

Ticket #11553 (ColumnListView: Fix two bugs reported by Coverity) closed

Tue, 2014-12-02 20:57
fixed:

Applied in hrev48419. Coverity bugs closed.

Categories: Development

Ticket #11554 (Too small minimum window-size at many default Haiku program) created

Tue, 2014-12-02 19:10

At the default install there is many program, where the user can set too small window size.
Just look the screenshot. You can find the affected program names in Deskbar.

Categories: Development

Ticket #11553 (ColumnListView: Fix two bugs reported by Coverity) created

Tue, 2014-12-02 18:17

This fixes two bugs reported by Coverity

  • Fix Coverity bug 991147: Copy-paste error
  • Fix Coverity bug 991264: Dereference after null check
Categories: Development

Ticket #11552 (libroot: Fix Coverity bug 603224: Missing break in switch) created

Tue, 2014-12-02 18:16

This fixes a bug reported by Coverity

Categories: Development

Ticket #11551 (libbind: Fix Coverity bug 603368: Missing break in switch) created

Tue, 2014-12-02 18:14

This fixes a bug reported by Coverity

URL: ​https://scan5.coverity.com:8443/reports.htm#v38399/p10492/fileInstanceId=64763754&defectInstanceId=19811117&mergedDefectId=991264
(not sure if this is per-session / if it will work for others, but just in case it does, I pasted it here)

Categories: Development

Ticket #11550 (Use of Scroll Lock key causes Terminal to go "up" through bash history) created

Tue, 2014-12-02 16:58

When hitting the scroll lock key while in a Terminal window, it behaves as if the user has used the Up arrow to scroll back through their bash history.

While this could be viewed as a "feature", it is actually rather annoying for those of us who have KVM switches that use double-Scroll Lock to initiate a machine change.

Even though Terminal interprets the Scroll Lock this way, the Scroll Lock LED still lights up on the keyboard when it is pushed (and goes out again on the second keypress).

Does not seem to behave like an up arrow on other apps. Also confirmed this is does not appear to be keymap-specific.

Setting to Terminal initially - but I suppose this could really be a bash issue.

Categories: Development

Ticket #9621 (Tracker and MediaPlayer don't recognize filetype without extension) closed

Tue, 2014-12-02 16:17
fixed:

Added a sniffing rule for mp4 in hrev48418. Works fine for the attached file, please let me know if you need more files sniffed.

Categories: Development

Ticket #7874 (Localization of Decorators) closed

Tue, 2014-12-02 14:30
fixed:

Fixed in hrev48417.

Categories: Development

Ticket #5125 (Screen preflet layout enhancement) closed

Tue, 2014-12-02 10:42
fixed:

Implemented the relevant part (showing the video card name) in hrev48416. I think it's better to not do the other changes for now.

Categories: Development

Ticket #5798 ([Tracker] replicants doesn't work in Live CD mode) closed

Tue, 2014-12-02 09:46
fixed:

Works fine with haiku-nightly-hrev48413-x86_gcc2_hybrid-cd/haiku-nightly.iso in vbox. Not sure if there is any difference with qemu -cdrom haiku-anyboot.image tho.

Categories: Development

Ticket #4245 ([Terminal] Preferences window is slow to appear) closed

Tue, 2014-12-02 08:53
fixed:

Tried with VT-x turned off in VM settings and it seems to be fixed now.

Categories: Development

Ticket #11549 (System is running slowly mad station memory) created

Tue, 2014-12-02 02:48

The win8.1 64 system
QEMU Manger 6
32 64 are slow and memory accounted for the most
Up to 1G memory, 64 bit system runs out of memory program collapse

Categories: Development

Ticket #11548 (Wifi device doesn't list networks (ralinkwifi driver, chipset rt5390, hp ...) created

Mon, 2014-12-01 22:21

I'm attempting to make Wifi working on my HP Pavilion dv6 laptop (ralink rt5390 chipset).

I'm currently on NightlyBuild hrev48413. If I don't take the precaution to blacklist the ralinkwifi driver at boot, my system freeze on "loading icons" screen and I can't manage to open the KDL.

What I tried is to download a newer firmware (well, I think) : rt2870.bin, and copied it to /system/non-packaged/data/firmware/ralinkwifi/ , and blacklisted all the firmwares in /system/data/firmware/ralinkwifi at boot.

As a result : the system booted without freezing, and I was even able to see the wifi card in the Network Preferences !

When I press the toggle wifi key on the laptop keyboard, there's a reaction on the syslog, so I guess this part is working.

KERN: usb hub 41: port 4: device removed
KERN: usb hub 41: port 4: new device connected

Unfortunately, the card wasn't able to detect any networks.
At the same time, the syslog is flooded by those messages, I don't know what it means.

KERN: wlan_control: 9235, 76
KERN: wlan_control: 9235, 15
KERN: wlan_control: 9235, 76
KERN: wlan_control: 9235, 15
KERN: wlan_control: 9235, 76
KERN: wlan_control: 9235, 15
KERN: wlan_control: 9235, 76
KERN: wlan_control: 9235, 15
KERN: wlan_control: 9235, 76

Note : I copied a downloaded version of rt2860.bin into /system/non-packaged/data/firmware/ralinkwifi, and blacklisted all the firmwares in /system/data/firmware/ralinkwifi, and tried to boot. The system froze at loading screen as before all those operations.

To quote umccullough on irc :
"I would create a ticket requesting the driver + firmware be updated to match whatever freebsd is currently using"

Categories: Development

Ticket #7899 ([iso9660] PANIC: could not read block 200333: bytesRead: -1, error: ...) closed

Mon, 2014-12-01 16:06
duplicate:

Duplicate of #11455 which has an analysis of the problem in the ticket comments.

Categories: Development

Ticket #3407 (missing program header GNU_STACK) closed

Mon, 2014-12-01 15:50
no change required:

We have a working scummvm port, so no need to investigate this further.

Categories: Development