2014-02-04 Johan Brichau <johan@inceptive.be>:
Hi there,

I'm now using 30739 and this bug is still occurring.
In addition, when I do a rename refactoring, I get multiple dialog boxes (one for each package being set dirty) and my method was even saved in a wrong class.

So, there's multiple things wrong here. I will try to dive into it...

Johan

On 30 Jan 2014, at 22:56, Nicolai Hess <nicolaihess@web.de> wrote:

> 2014-01-30 Sabine Kn�fel <sabine.knoefel@gmail.com>:
> me too, but it is only sometimes I can not tell, how to reproduce it.
>
>
> On Thu, Jan 30, 2014 at 8:31 PM, Johan Brichau <johan@inceptive.be> wrote:
> Hi all,
>
> When working with Nautilus in Pharo 3, I often experience that the browser looses its context after a save.
> I edit a method, save it, and Nautilus will jump away from that context, essentially showing itself as if it was just opened from scratch so I need to manually reselect the class, the protocol and the method I was working on.
>
> It's very annoying and I wonder if this is something other people experience too and that this is known?
>
> At first I thought it was when I was editing methods in class extensions. But it happens randomly, sometimes after I got the dialog to 'save your changes' but sometimes not.
>
> Anybody?
>
> Johan
>
>
>
>
>
> Most of the time it happens the first time a package gets dirty.
> And it is related to this error:
>
> 12734 Nautilus accept changes shows prompt for cancel dialog
>
> The fix is there, but not yet integrated.
>
>
>
> Nicolai




Can you give an example (renaming a Method or Class?).

And one major issue with Nautilus is, when a package/class/method is selected in the
list, it is not always in Nautilus instVar selectectedPackage/selectedClass/selectedMethod.
The way selection is handled in Nautilus is awful.

For example, open SystemBrowser use CMD+F+C class search, enter RGMethodDefinition.
The package Ring-Core-Kernel is selected and the class RGMethodDefinition. If you change and
accept some code in this class, the highlight on Ring-Core-Kernel package is lost.
If you click once on the highlighted entry in the package list, *before* changing the code.
The higilght does not get lost after accepting the changes.

The same happens on the method list if jumping to a method, from a prior selected entry from the HistoryList,
you need to click in this list to make shortcuts on the selected entry working.

Nicolai