2017-12-27 10:49 GMT+01:00 Denis Kudriashov <dionisi...@gmail.com>:
>
> 2017-12-27 10:37 GMT+01:00 Nicolai Hess <nicolaih...@gmail.com>:
>
>> Works for me too (on windows).
>> But sometimes, a change and accept of the current method, does not
>> removes the "Breakpoint"-Icon.
>> So, it looks like there is a breakpoint, but isn't anymore and the code
>> of course does not trigger the debugger.
>> The icon vanishes, if I unselect and select the current method.
>>
>
> I think it is fixed in Calypso
>
In Nautilus, I traced this bug back to
NautilusUI>>methodModified: anAnnouncement
...
(selectedMethod = oldMethod )
ifTrue: [
self sourceTextModel hasUnacceptedEdits
ifTrue: [
self forceSelectedMethod: method.
self updateCategoryAndMethodList.
self highlightCategory: method]
ifFalse: [
self selectedMethod: method.
self updateCategoryAndMethodList ]]
ifFalse: [self updateCategoryAndMethodList
] "<<< If compiled method changed, we do not call
forceSelectMethod, which would reset the icon styler"
>
> 2017-12-27 10:27 GMT+01:00 kmo <vox...@gmail.com>:
>>
>>> Just tried it in Pharo 6.1 on Linux 32 bit. Breakpoints work. So
>>> presumably
>>> this is a Pharo on Windows issue.
>>>
>>>
>>>
>>>
>>> --
>>> Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html
>>>
>>>
>>
>
