Increasing stroke width on grouped objects evokes erratic behavior

Confirmed. A "style" attribute gets added to <svg:g> element with input stroke width. "style" attributes of each object inside the group gets updated with the correct stroke-width.

However, I don't know if this is intended and, if it is, this glitches the stroke width spinbox quite badly because it never updates to the real stroke-width value associated to the <svg:g> element.

It looks like behind the scenes it's mostly fine. The problem is what happens when the group has no stroke set yet. To see this:

1. Make sure that the group has no stroke properties set (click on the question mark in the stroke tab and/or go to the XML editor and remove any and all properties related to the stroke).
2. Now fill in a stroke width in the fill and stroke dialog.
3. The stroke width does get written to the XML, but the value shown in the F&S dialog is zero.
4. Now set the stroke to some color, suddenly the correct value /is/ shown in the F&S dialog.

This is different from the behaviour with rects (and presumably other shapes as well), which appear to be able to handle having just a stroke width set.

I have made a potential fix, now no matter how many grouped items there are or how complex the groupings are (eg a group that contains smaller groups of items) this problem should not appear anymore. This is because inksacpe will recursively go trough all items instead of trying to look at the group as one whole object. I hope this patch helps.