Latest Bugs & Tasks
Trying to use find_path from a binary or library (passing a symbol to identify the image) always returns "no such file or directory". This means software needs to be special-cased for "installed"/"not installed" cases, with no clear way on how to handle the latter.
I'm not sure what the proper path to return would be, however. Maybe one of:
- Use system/non-packaged
- Use a path relative to the given image location (so the app can be tested in its build directory)
Fixed in hrev47619. Thanks for reporting!
Closing the ticket as the infrastructure for loading the file is working, but feel free to submit improvements to the style.
To test your changes, you can:
- Show some directory listing in Web+ (drag a directory on it)
- Save the page as MHTML
- Remove the useless MHTML header and keep only the HTML contents of the file
- Modify the style which is currently inline (we may move it to a separate file if it gets too big)
- Test your changes by loading this modified page in Web+
- Send us your modified page.
It would be fine if there would be a Cubieboard compatible version of the Haiku's ARM port.
Cubieboard A20 is an ARM based mini SoC system. It has an Allwinner A20 CPU with 2 cores, 1 GiB RAM, build-in 4 GiB NAND chip, SATA, Mali VGA with HDMI output, ethernet, USB 2.0 and ALSA sound.
Actually it runs some Linux distributions but I think Haiku would be better and much more usable.
I have attached all the details what I found on the running system using Fedora 20 (I don't know what is useful in this case).
Updated my installation last night and after was testing Web+. Went to youtube and while playing/pausing a video in full screen (well, Haiku's full screen), I got sent on a trip to KDL. I'll attach a photo of the stack trace.
If I try to install sdl_mixer with HaikuDepot, I get the following error message concerning libstdc++:
This problem only occurs in recent self-built revisions, but not on downloaded/upgraded nightly images. So, I suppose, cross-compiled versions are not affected.
It does not work, both the mainline driver and my patched package are blacklisted. It seems there is still a tweak left to do in the blacklisting code: enforce the "package" field: if my blacklisting specifies "add-on/kernel...../hda" in package "haiku" then it should only blacklist the one in package haiku, not in package ttcoder-hda-patch :-)
Things work well if I blacklist and put the "patched" hda driver in the non-packaged hierarchy, or if I forego using blacklisting at all and put the patched hda driver in an .hpkg but with a hacked mod-time of 1st January 2037. But these are less convenient approaches.
See the attached image for an example on 4chan's /out/ (outdoors) board. I have reproduced this bug on an image built from git sources today.
Web+ will download a "webscr" HTML file, instead of the desired file on PayPal's "Download Recent History Logs".
That page can be accessed at https://history.paypal.com/us/cgi-bin/webscr?cmd=_history-download-recent , after logging into PayPal.
No response. Closing as invalid.
When trying to connect to http://www.wunderground.com/ I get the error that it can't connect, and the message is "Bad Data". It loads fine in Windows 7, elementary OS, and my Android phone.
WebPositive throws all new bookmarks on the bookmark bar.
the bookmark bar should monitor a special folder in /boot/home/config/settings/WebPositive/Bookmarks/
The bookmarkbar should show only the bookmarks in this folder. This way the user can manage the links shown in the bar, but still have more lonks in bookmarks folder.
That page doens't crash anymore here.
Assuming the original crash had the same root cause, closing this. Please reopen if you can still get it to crash.