26 Oct 2005 donscarletti   » (Master)

Philip (sorry to everyone else syndicating or hosting this blog and are reading strange chatter). What I mean is that the filter primitive element has the attribute id="SourceGraphic" when clearly it is supposed to mean in="SourceGraphic" (i.e. reading the input to this filter primitive from the element the filter is applied on). There is no real reason to set an id on a filter primitive since there is not instanceable anyway. Of cause it was a bug, it was a nasty crasher that could be invoked on valid input, but it wasn't really holding up much functionality since there is no practical reason for that attribute to be there. B.t.w. there is no requirement that all elements have ids which is why there was nothing like that in the test suite.

We messed up a month ago with a regression, we fixed the problem within a day and we rolled out a new version. The fact that you decided not to remove the redundant id attribute "because I don't want to set a precedent for accounting for every minor release of every library" and it caused problems with those unlucky enough to not be able to access the new release hardly makes me feel sympathetic to you that you are being blamed for the crash. Sure, it was within your rights to leave the id attribute in, because it is valid according to the standard, but standing on your rights doesn't exactly help people who's software is crashing all around their heads.

The fact remains, we screwed up. Actually, I'd go so far as to say that I screwed up, being the one who made the regression in question. I screwed up, we fixed the bug within a day of discovery, we then made a new release. You diagnosed the bug exactly as being related to an id attribute on a filter primitive, you evaluated whether to work around it, you decided against it, SUSE users got pissed off. In situations like this where you have users to satisfy, making two blogs about the bug a month apart making it look like you are currently waiting for us to pull our thumbs out of our arses is hardly fair when you had the means to avoid the bug to begin with.

I'm not against people mentioning problems with librsvg, I don't think librsvg is bug free and I don't think anyone else does either. I simply think that mentioning a single, minor bug twice on your blog, the first time in great detail is unrepresentitive of our firm commitment to fixing bugs.

Latest blog entries     Older blog entries

New Advogato Features

New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.

Keep up with the latest Advogato features by reading the Advogato status blog.

If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!