ValueListeners receive valueChanged events when values have not changed
A ValueListener sometimes receives events for a Settable when the Settable's value has not changed. This can lead to a stack overflow since reading the value of the Settable may generate another valueChanged event.
To fix this, valueChanged not be called unless the value has actually changed.
#4 Updated by Bertram Ludaescher almost 10 years ago
getValueAsString sounds like a "read only" activity, so I understand that a "valueChanged" event is a surprise, if not a bug. I'm glad we're not doing Heisenberg or other quantum experiments here..
More seriously: I wanted to confirm (maybe Edward would know) whether there is not a deeper reason why valueChanged is raised. It certainly sounds as if it shouldn't be though ...
If it results in a stack overflow, we are in trouble..