Latest Bugs & Tasks
Applied in hrev48420. Coverity bug closed.
Applied in hrev48419. Coverity bugs closed.
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.
This fixes two bugs reported by Coverity
- Fix Coverity bug 991147: Copy-paste error
- Fix Coverity bug 991264: Dereference after null check
This fixes a bug reported by Coverity
This fixes a bug reported by Coverity
(not sure if this is per-session / if it will work for others, but just in case it does, I pasted it here)
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.
Added a sniffing rule for mp4 in hrev48418. Works fine for the attached file, please let me know if you need more files sniffed.
Implemented the relevant part (showing the video card name) in hrev48416. I think it's better to not do the other changes for now.
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.
Tried with VT-x turned off in VM settings and it seems to be fixed now.
Fixed in hrev48415.
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
Ticket #11548 (Wifi device doesn't list networks (ralinkwifi driver, chipset rt5390, hp ...) created
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"
Duplicate of #11455 which has an analysis of the problem in the ticket comments.
We have a working scummvm port, so no need to investigate this further.