Latest Bugs & Tasks
It's fixed in trunk. Try downloading a recent nightly.
Thanks for reporting, though.
Finally implemented in hrev45252. Seems to work nicely now.
Fixed in hrev45252, please tell if you aren't satisfied with this solution :-)
Applications which instantiate BMediaFile will crash while instantiating the
BMediaFile(const entry_ref* ref,
const media_file_format* fileFormat,
int32 flags = 0);
I tested it with an own application and BeScreenCapture, so i am more or less sure that it is an Haiku bug. I tested it with some media_file_format and got every time the same result:
0x0a2a878f in ffio_init_context ()
#0 0x0a2a878f in ffio_init_context ()
Applied in hrev45248, thanks again!
Calling setmime -add to create a Tracker attribute column, without filling out all the arguments, results in "scratch" values (instead of default values) for these.
For instance, column width is set to "4029" pixels (!) if the -attrWidth argument is not used.
In BeOS, setmime (or maybe the registrar counterpart it talked to) gracefully set fall-back values.
Ticket for something I wrote in the forum before, as requested by mmadia, so I'm quoting myself …
I think application development on Haiku would benefit from a unified and endorsed way for programmers to save application preferences. That's something almost every program needs and yet on many platforms there is no simple API for that. Mac OS X has NSUserDefaults  for it and Android uses SharedPreferences . Systems like GSettings in the Gnome world and the Windows registry got the premises wrong and are thus not nearly as comfortable to use.
However, Haiku is "almost there". BMessage can be flattened to and unflattened from files. The data you can store in a BMessage is sufficient for almost any kind of preferences and I think I read somewhere that some programs already use flattened BMessages for that purpose.
What I'd like to see on top of that would be roughly something like a be_app->GetPreferences(), which would return a BMessage and be_app->StorePreferences(BMessage). Didn't put too much thought into the details, but that would be essentially what Android offers. This way the OS could decide *where* and *how* to store the actual physical data. Which would mean 2 things: a) application programmers don't need to think about tedious stuff like storing preferences and can concentrate on more important things and b) it allows for something like OS X's defaults system .
The important thing here is, that the application does not decide the where and how, but the OS does, e. g. by using the app signature.
Once applications would use such a system, moving the settings without breaking app compatibility would be an easy thing to do. If one would really want to do that. (That was just the point the forum thread was about)
The BDirectWindow callback function isn't allowed enough time to do its work. According to the BeBook, DirectConnected() has three seconds to finish. In Haiku it seems to be much less.
Needed for VNCServer so that it has time to finish copying the screen to an off-screen buffer, or to compare a slice for differences with the previous frame.
There is something weird with Cortex and with the parameter views used by its addons.
If you click on a slider, keep the mouse button pressed, and drag the mouse up and down, up and down for a while, then release the button, and move the mouse outside the window, the slider keeps moving in a pseudo random way, like if was receiving mouse messages.
Since Cortex uses the media theme for these views (specifically the BChannelSlider class), I think it could be a system-wide problem.
The ChannelSlider test, though, doesn't show this symptoms.
Note that this problem has some similarities with ticket #9350, maybe the view could receive mouse messages late or out of order.
In Cortex, any change done to the ToneProducer addon parameters is not saved.
In fact, when reopening the setting window, you can see that the parameters are reset to the default values.
Start Cortex, instantiate a Demo video producer addon and a Video consumer window addon. Try to connect one to another.
Connection failed. (Bad media format)
Thanks! Applied in hrev45238.