[etoys-dev] Updating from server error

[Bert Freudenberg]

Yoshiki just had the right idea. It happens when you are not using an English locale :)

On image startup the locale is switched, which re-initializes the flaps. After that, the junk shows up. But my machine is set up for English. I guess I  should switch to German ... it's just that other stuff applications work better in English too :(

Anyhow, now that we can reproduce it, it should not be too hard to fix :)

(and this is yet again showing how important it is for developers to use the user's settings -  previously, the developer image did not use the locale, so this never would have gotten noticed)

- Bert -

On 10.05.2010, at 08:59, Ricardo Moran wrote:
> I tried that again in windows xp and the result keeps being the same.
> 
> Richo
> 
> On Sat, May 8, 2010 at 6:27 PM, Bert Freudenberg <bert at freudenbergs.de> wrote:
> Hi Karl,
> 
> when you execute the lines below, do you also see those strange entries in the flaps?
> 
> Ricardo: Andreas just tried this on Windows 7. Downloaded this:
> 
> 	http://etoys.squeak.org/download/Etoys-Dev-4.1.2374.zip
> 
> and unzipped and ran it and executed the expression. No junk found in the flaps. Also, updating worked fine.
> 
> - Bert -
> 
> On 07.05.2010, at 18:54, karl ramberg wrote:
>> I get the same error on Win XP
>> 
>> Karl
>> 
>> 
>> On Fri, May 7, 2010 at 11:47 PM, Ricardo Moran <richi.moran at gmail.com> wrote:
>> On Fri, May 7, 2010 at 6:40 PM, Bert Freudenberg <bert at freudenbergs.de> wrote:
>> I think when you test on Windows, you are not using a clean image. You should verify the image is the one you think it is:
>> 
>> 	Smalltalk imageName
>> 
>> Smalltalk imageName.
>>  'C:\Documents and Settings\navegador\Escritorio\Etoys-Dev-4.1.2374\Etoys-Dev-4.1.app\Contents\Resources\etoys.image'
>> 
>> That's impossible: I just unzip the file, run Etoys.exe, open a workspace, and execute the code. Nothing more than that. And again the results are these:
>> 
>>  Flaps registeredFlapsQuads associations
>>                collect: [:assoc | assoc key -> (assoc value
>>                                reject: [:q | Smalltalk includesKey: q first ])] 
>> 
>> #('Stack Tools'->an OrderedCollection() 'Widgets'->an OrderedCollection() 'Scripting'->an OrderedCollection() 'PlugIn Supplies'->an OrderedCollection() 'Tools'->an OrderedCollection(#('SelectorBrowserprototypicalToolWindow' 'Method Finder' 'A tool for discovering methods by providing sample values for arguments and results') #(#Scamper #newOpenableMorph 'Scamper' 'A web browser') #(#Celeste #newOpenableMorph 'Celeste' 'Celeste -- an EMail reader')) 'Supplies'->an OrderedCollection())
>>  
>> 
>> Richo
>> 
>> - Bert -
>> 
>> 
>>> 
>>> On Thu, May 6, 2010 at 4:58 PM, Ricardo Moran <richi.moran at gmail.com> wrote:
>>> No, I haven't load anything. I just download it and hit "update from server"... I can hear the x-files music :)
>>> 
>>> On Thu, May 6, 2010 at 4:51 PM, Bert Freudenberg <bert at freudenbergs.de> wrote:
>>> On 06.05.2010, at 12:00, Ricardo Moran wrote:
>>>> 
>>>> On Thu, May 6, 2010 at 2:00 AM, Bert Freudenberg <bert at freudenbergs.de> wrote:
>>>> 
>>>> I tried to find the offending keys:
>>>> 
>>>>        Flaps registeredFlapsQuads associations
>>>>                collect: [:assoc | assoc key -> (assoc value
>>>>                                reject: [:q | Smalltalk includesKey: q first ])]
>>>> 
>>>> For me this is empty ...
>>>> 
>>>> This is not empty in a 2369 image and it's not empty in 2374 either. The fifth element value contains three entries: 
>>>> 
>>>>  an OrderedCollection(#('SelectorBrowserprototypicalToolWindow' 'Method Finder' 'A tool for discovering methods by providing sample values for arguments and results') #(#Scamper #newOpenableMorph 'Scamper' 'A web browser') #(#Celeste #newOpenableMorph 'Celeste' 'Celeste -- an EMail reader'))
>>>> 
>>>>  Those are the ones giving me a problem with the update.
>>> 
>>> They are definitely empty for me, in both the 2369 and 2374 images. Did you load any packages into those images? This is weird.
>>> 
>>> - Bert -
>>> 



-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://lists.squeakland.org/pipermail/etoys-dev/attachments/20100510/6fa82b68/attachment-0001.html