My stored settings aren't loaded at start up anymore (for example, in Pharo 60107). any ideas? |
An error during the load ?
> On 23 Jun 2016, at 09:01, Nicolai Hess <[hidden email]> wrote: > > My stored settings aren't loaded at start up anymore (for example, in Pharo 60107). > > any ideas? |
2016-06-23 11:33 GMT+02:00 Sven Van Caekenberghe <[hidden email]>: An error during the load ? I do not see any error message. Settings were automatically load until Pharo 60102 Since Pharo 60103, it does not load any stored settings on startup.
|
What happens if you execute 'SystemSettingsPersistence resumeSystemSettings’ in a 60103 image?
If nothing happens, it could be that 'SystemSettingsPersistence instVarNamed: ‘alreadyResumed’’ is true I checked the startupList and PharoCommandLineHandler>>#runPreferences but nothing changed there.
|
2016-06-23 15:07 GMT+02:00 Christophe Demarey <[hidden email]>:
Yes, nothing happens. Any way to read out SystemSettingsPersistence alreadyResumed value, before the resumeSystemSettings is executed on startup ?
|
In reply to this post by demarey
On 23/06/2016 15:07, Christophe Demarey wrote: > What happens if you execute > 'SystemSettingsPersistence resumeSystemSettings’ in a 60103 image? > If nothing happens, it could be that 'SystemSettingsPersistence > instVarNamed: ‘alreadyResumed’’ is true > > I checked the startupList and PharoCommandLineHandler>>#runPreferences > but nothing changed there. > > I think I read something about a script esteban added to clear the ever-growing stack. Couldn't it be that? Maybe it open the image and the system setting think he already loaded the settings. > -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France signature.asc (817 bytes) Download Attachment |
> On 23 Jun 2016, at 15:29, Cyril Ferlicot Delbecque <[hidden email]> wrote: > > > > On 23/06/2016 15:07, Christophe Demarey wrote: >> What happens if you execute >> 'SystemSettingsPersistence resumeSystemSettings’ in a 60103 image? >> If nothing happens, it could be that 'SystemSettingsPersistence >> instVarNamed: ‘alreadyResumed’’ is true >> >> I checked the startupList and PharoCommandLineHandler>>#runPreferences >> but nothing changed there. >> >> > > > I think I read something about a script esteban added to clear the > ever-growing stack. Couldn't it be that? Maybe it open the image and the > system setting think he already loaded the settings. no it shouldn’t… and *my* preferences are correctly loaded :) > >> > > -- > Cyril Ferlicot > > http://www.synectique.eu > > 165 Avenue Bretagne > Lille 59000 France > |
On 23/06/2016 15:32, Esteban Lorenzano wrote: > > no it shouldn’t… and *my* preferences are correctly loaded :) > > > I check on my Mac, mine are loaded too. -- Cyril Ferlicot http://www.synectique.eu 165 Avenue Bretagne Lille 59000 France signature.asc (817 bytes) Download Attachment |
In reply to this post by EstebanLM
Are you talking about preferences or startup scripts?
|
In reply to this post by EstebanLM
2016-06-23 15:32 GMT+02:00 Esteban Lorenzano <[hidden email]>:
Can we please fix this. I work a lot with fresh images, and now every time a start a new image and trying to access a repository I have to remmember to set the network proxy settings.
|
cc Juraj
|
Thanks Yuriy! Last time, there was a problem on Jenkins. I do not have access to check it or change it. It is necessary that cleanUp process is called as a last command on Jenkins. The other thing is to find out another solution. The current solution expects that an instance variable is unset in a fresh (downloaded) image. And this variable is set when the image is opened. Cheers, Juraj
|
Settings should work now
|
2016-07-10 23:49 GMT+02:00 Yuriy Tymchuk <[hidden email]>:
Yes! Thanks :-)
|
Free forum by Nabble | Edit this page |