What is the planning for getting updates again?
Nautilus and Monticello don't update anymore in lots of cases. Stephan |
Since when?
Where is the bug entry? Where is a reproducible case? Stephan how can we take action if we do not know it? > What is the planning for getting updates again? > Nautilus and Monticello don't update anymore > in lots of cases. > > Stephan > > > |
On 05-09-15 08:52, stepharo wrote:
> Since when? > Where is the bug entry? > Where is a reproducible case? The easy ones: 16485 Class panes not refreshed when changing package (by Marcus) 16486 Nautilus doesn't update the method pane after adding a method (first time) 16487 Dropping methods on empty areas of class/method category pane raises SubscriptOutOfBounds 16488 Dropping a class from one browser to another package in another browser updates selected package+class in both 16489 Monticello browser doesn't update others after adding repo And there is a more difficult case where changing code in the debugger does not get to (all) nautilus browsers. I had two browsers open and changed code that was in the selected class but not visible in the browsers. One browser was correctly updated, the other was not. This has happened for a few weeks now, and I thought this was known and related to the current Nautilus refactorings. Stephan |
Le 5/9/15 14:10, Stephan Eggermont a écrit : > On 05-09-15 08:52, stepharo wrote: >> Since when? >> Where is the bug entry? >> Where is a reproducible case? > > The easy ones: > > 16485 Class panes not refreshed when changing package (by Marcus) > > 16486 Nautilus doesn't update the method pane after adding a method > (first time) > > 16487 Dropping methods on empty areas of class/method category pane > raises SubscriptOutOfBounds > > 16488 Dropping a class from one browser to another package in another > browser updates selected package+class in both > > 16489 Monticello browser doesn't update others after adding repo that we started. We cannot get 50 different announcers in the systems. And may be we did not redo the initialization or something like that. Are the fixes of yuriy addressing the nautilus one? > > And there is a more difficult case where changing code in the debugger > does not get to (all) nautilus browsers. I had two browsers open and > changed code that was in the selected class but not visible in the > browsers. One browser was correctly updated, the other was not. > > This has happened for a few weeks now, and I thought this was known > and related to the current Nautilus refactorings. No Pharo is a complex system and we do not have enough tests. > > Stephan > > > |
On 05-09-15 15:50, stepharo wrote:
> > > Le 5/9/15 14:10, Stephan Eggermont a écrit : >> On 05-09-15 08:52, stepharo wrote: > Are the fixes of yuriy addressing the nautilus one? >> >> And there is a more difficult case where changing code in the debugger >> does not get to (all) nautilus browsers. I had two browsers open and >> changed code that was in the selected class but not visible in the >> browsers. One browser was correctly updated, the other was not. >> >> This has happened for a few weeks now, and I thought this was known >> and related to the current Nautilus refactorings. > No Pharo is a complex system and we do not have enough tests. Issue 16508 Nautilus loses track of changes when using the debugger (restart) 50310 Linux Open a nautilus browser Add a new package Added Add a new class SomeCase Add a new method SomeCase>>one ^1+self two Save Enter author name Click on --all-- to get the method to show up (different bug) Open a Playground DoIt SomeCase new one Create method two in debugger SomeCase>>two ^2 + self three Save Restart (cursor is not correctly updated) Proceed Create a method three in debugger SomeCase>>three ^3 Save Proceed Now, method three in the nautilus window is SomeCase>>three self shouldBeImplemented. Open a new nautilus browser and verify that it has the correct method three SomeCase>>three ^3 |
Free forum by Nabble | Edit this page |