Latest Bugs & Tasks
I agree, needs more work. Also needs a Deskbar replicant to activate it and to set the key combo
WebPositive won't accept invalid HTML, where Safari for example manages fine with the same file. Per suggestion on the forum, I'm posting an example that I received in email from Expedia. That's where I encounter this problem, when I invoke WebPositive on an HTML disk file that I have received via email. They clearly aren't valid HTML - this one starts with a 1x1 img and then tries to follow that with doctype - but like I say, Safari renders them perfectly without a whimper.
Because I have this problem only with email, I wondered if there might be some different standard for file: vs http:.
When I open www.youtube.com Webpositive crashes after afew seconds. This is reproducible 100%.
I am testing with hrev48728 gcc4 hybrid.
Implemented as an input server filter in hrev48729, activate using Ctrl+Cmd+D. Also, unminimize all windows with Shift+Ctrl+Cmd+D
Tried to load the following page several times and produced a crash each time.http://www.calgarysun.com/
Debug report attached
Most likely fixed in hrev45573 when Find Panel was converted to use the Layout APIs by jessicah or possibly but less likely hrev45472 which converted the FindPanel to draw it's arrows using ControlLook (so they resemble new style Haiku arrows instead of old-style Be arrows).
If you call getpid() from within the constructor of a custom class and create a global static object of that class, getpid() returns 0 instead of the process ID. Calling getpid() from inside main() function or any scope that is entered later on, works fine.
Fixed in hrev48728.
For some time now hard disks and SSDs have switched to 4K sectors instead of 512 bytes. They have, however, hidden this from the OS as it would break too much things (motherboard chipsets, BIOSes, etc). So the drives report secotrs of 512 bytes to the system and make adjustments on the firmware side.
However, we're starting to see some (high-end) drives which expose 4K sectors to the system. With an UEFI system and well-designed chipset the hardware issues should be solved, but the software needs to be adjusted as well. We need to check our MBR/GPT code, our stage1 loader, and the releated tools (drivesetup, writembr, makebootable, etc). We also need to check the ATA stack, block cache, filesystems, and make sure they don't hardcode the 512 bytes value anywhere and can handle 4K sectors properly. I suspect most of the issues would be in the bootloader and MBR, which is probably ok as these are skipped on EFI systems and it is currently unclear if an MBR is supposed to work on 4K-sector disks at all.
Starting Haiku and instantly try to open a mp3 does not work
Just booted the system. Clicked on an mp3 file to get an error message...
Media Player seems to crash too.
Have to kill it and the restart the media server to get sound...
Yes, that makes perfect sense. What remains I'd that the scrolloffset of the list is not preserved, but it is a minor problem.
Run program HaikuDepot with option "Show -> Only featured packages" is on (it must be switched on in previous session of program).
Try to list packages with keyboard.
It impossible - listing works with mouse only.
But if you'll switch off option "Only featured packages", listing with keyboard will be possible.
Then switch on option "Only featured packages" back (again).
Listing with keyboard will be possible but incorrect - scrolling not works and focused package may be hiden (not shown in visible part of list).
Last nightly hrev48721 x86_gcc2 hybrid
Applied in hrev48725. Thanks!
Applied in hrev48724. Thanks!
It would be nice if your patches included a more detailed commit message. I wrote one for this as you can see in the commit log. It is a good idea to explain what the patch does, what the problem was and how it is fixed.
Implemented in hrev48721.
I recently installed a StarTech 2/4 Port USB KVM switch to share a single keyboard and mouse between two PC's. After switching to "Computer 1" and back again to "Computer 2", I lose all mouse and keyboard functions, and must reboot to recover. This was tested with hrev48720 x86_gcc2, hrev48718 x86_64, and Aplha 4.1.
Fixed in hrev48719, any further problems should be reported to HaikuPorts