Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours:

http://lists.squeakfoundation.org/pipermail/packages/2013-January/005648.html

Name: Tools-bf.438
Ancestors: Tools-fbs.437, Tools-bf.429

Fix changes in debugger getting lost when reverting to method from an inner block. As reported by Aran Lunzer:

Set up the following method on some class:

bugger
  | a1 |
  a1 := 0.
  [ 2 / a1 ] value

then send   <class> new bugger

In the walkback, try changing the last line to

  [ b1:=2.  2 / a1 ] value

(oops - said b1 instead of a1...)

Debugger asks if it's ok to revert to the method in which the block was defined.  Say ok.  Then it asks about adding b1 as a new variable (NB: at this stage, the code edits have already disappeared).  Then cancel, intending to fix the variable name.  But your edits are lost.

=============================================

http://lists.squeakfoundation.org/pipermail/packages/2013-January/005649.html

Name: Environments-bf.12
Ancestors: Environments-fbs.11

Environment>>bindingOf: must not answer undeclared bindings. E.g., in my case a binding in undeclared shadowed a perfectly fine class variable higher up in the class hierarchy.

=============================================