On Sat, Apr 08, 2017 at 01:59:34PM +0200, Nicolas Cellier wrote:
> Ah, but now that I've put a
>     (selector == #unwindTo: and: [ self name = 'Context']) ifTrue:[self
> halt: 'debug me'].
> I can't reproduce the problem related to removal of Context methods!!!
> 
> Instead, I've got the 'Merging Kernel-eem.1078' window with all the
> MethodContext->Context renaming in conflict
> I already reported that in another thread where I told that the upgrade
> went "smoothly" for both my 32 & 64 bits images.
> I don't know if it's related to package cache, or .mcd, or ???
> 
> It might also be that package ancestry is not correct du to overwriting of
> some packages, otherwise we should not get a merge window, but well...
> 
> Ah, but now I think I understand: it's just because I have pending changes
> in Kernel due to the addition of halt: above (same for my images which
> usually have some unpublished experiments).
> We then trigger a merge rather than a load. And the merge sees conflict
> probably because of broken ancestry (the GUID are not corresponding), but
> once resolved manually, it processes smoothly without removing Context
> methods...
> 
> I can't instrument code that easily... This will have to wait for another
> time slot :(
> 

Nicolas,

Thanks very much for working on this and for posting your results so far.
This is not an easy problem to solve.

Dave