Latest Bugs & Tasks
Using hrev47928 Webkit 1.4.5
Webpositive very slow to close (see attached screenshot)
Applied in hrev47926. Thanks!
Applied in hrev47925
No idea how this slipped through.
Works fine indeed. Thanks!
Can't reproduce with a native install either. Thanks for checking! Closing as fixed.
This is hrev47922.
Going to the mailing list archive will crash with a segment violation. Report attached.
Running rev 47920 and webkit 1.4.5, in Youtube, I'm unable to to change video resolution because when I click the settings icon, the menu pops up only for a split second.
Running rev 47920 and newly released (at this time) webkit 1.4.5. Since Gmail isn't loading, went directly to youtube then clicked 'Sign In'. A pop-up window appeared asking for my credentials, after entering them and pressing Enter, Web+ crashed. I'll attach the report.
Noticed this because of a Windows update: http://support.microsoft.com/kb/2998527
Not sure how this happens, so making it a "low enhancement" for now.
Setting up Gmail seems nice and easy in BeMail, and it works well for sending out e-mails, but reports "Connection error: Network is unreachable" when attempting to retrieve e-mails. Hopefully I'm not just replicating someone else's bug report...I did a search for that error message online here and didn't find it.
Was using hrev47902 today when I had it happen, but have encountered this whenever I've tried it, as far back as I can remember.
If this is true for all users, this seems like a pretty big hole in Haiku, doesn't it? Is there anyone actively working on BeMail these days?
I got this stacktrace when booting on x86_64 (full rebuild).
If I leave out Geolocation.cpp in src/kits/network/netapi/Jamfile, it
then boots fine.
stack trace, current PC 0x1daa2d7c085 parse_expression + 0xad1: (0x7ff00c553348) 0x1daa2d7c5b3 parse_branch + 0x30 (0x7ff00c5533a8) 0x1daa2d7c698 parse_reg_exp + 0x36 (0x7ff00c553408) 0x1daa2d7b6a7 parse_expression + 0xf3 (0x7ff00c553508) 0x1daa2d7c5b3 parse_branch + 0x30 (0x7ff00c553568) 0x1daa2d7c698 parse_reg_exp + 0x36 (0x7ff00c5535c8) 0x1daa2d7b6a7 parse_expression + 0xf3 (0x7ff00c5536c8) 0x1daa2d7c5dc parse_branch + 0x59 (0x7ff00c553728) 0x1daa2d7c698 parse_reg_exp + 0x36 (0x7ff00c553788) 0x1daa2d82481 re_compile_internal + 0xa27 (0x7ff00c553868) 0x1daa2d82bf8 regcomp + 0xd7 (0x7ff00c553898) 0xf32a880f3 _ZN6RegExp10SetPatternEPKcNS_11PatternTypeEb + 0x1f7 (0x7ff00c5538f8) 0xf32a8818d _ZN6RegExpC2EPKcNS_11PatternTypeEb + 0x13 (0x7ff00c553908) 0xf32a8293b _ZN4BUrl17_ExplodeUrlStringERK7BString + 0x4b (0x7ff00c553948) 0xf32a82c35 _ZN4BUrl12SetUrlStringERK7BString + 0x11 (0x7ff00c553968) 0xf32a82d23 _ZN4BUrlC2EPKc + 0xe3 (0x7ff00c5539f8) 0xf32a77022 _GLOBAL__sub_I_Geolocation.cpp + 0x45 (0x7ff00c553a18) 0xf32a88596 __do_global_ctors_aux + 0x26 (closest symbol) (0x7ff00c553a38) 0xf32a646f4 (/boot/system/lib/libbnetapi.so + 0x14) (0x7ff00c553a50) 0x21410ca221f _ZL17init_dependenciesP7image_tb + 0x75 (0x7ff00c553a90) 0x21410ca27ae load_program + 0xc6 (0x7ff00c553b00) 0x21410ca8d62 runtime_loader + 0x111
Install works fine, any disk access results in corruption, which prevents boot with a kernel panic sometimes.
checkfs from another haiku partition fixes it temporarily.
_syncmsg is only 2 elements in size, so this would be out of bounds in its current state.