Holger Brands

Tested with the latest build on mac os x and the defect still excists. I also tried it under windows and this defect does not apply to windows, only for...

Jesse did some debugging on this defect tonight, but we haven't yet located the root cause of the problem. It appears to be related to a pair of ListEvents generated...

Jesse and I did a bunch of pair debugging on his Mac last night. This issue is caused by behaviour found only the Mac LnF (which explains why the same...

Works for me on macOS Sierra 10.12.3 with net.java.dev.glazedlists:glazedlists_java15:1.9.1 java version "1.8.0_121" Java(TM) SE Runtime Environment (build 1.8.0_121-b13) java version "9-ea" Java(TM) SE Runtime Environment (build 9-ea+158) by jhuxhorn

Sorry for the late reply. Without a test case that demonstrates this issue it's hard to tell what's going wrong. Anyway, please ensure correct locking of the event lists when...

At first blush, I don't think this is a "defect" as it is filed. The two main questions I believe I read in the well-worded bug report are: 1) Why...

I have since I filed this bugreport figured out exactly what you are saying myself. Sorry for not updating the bug report. by johanandren

Sorry, in the above code replace: // add in the last position of the last list source.get(size - 1).add(value); with: // add in the last position of the last list...

The same applies to ca.odell.glazedlists.BasicEventList.removeAll(Collection). Workaround: to make an addAll call fire an only notification, use a TransactionList with buffering. However, this seems not to work correctly for removeAll (I'm...

I think that the workaround for the use of a TransactionList for forcing removeAll to send an only notification does not work because the way removeAll is implemented causes the...