Ok I understand why I could not reproduce your problem. Indeed this is 
not a good sign.

Stef
On 21 sept. 04, at 23:04, Bert Freudenberg wrote:

> There is definitely something fishy going on here: one out of 5 tries 
> I get the DNU (log attached). Sometimes simply nothing happens (the 
> service chooser menu is not displayed). And half of the time it just 
> works?!
>
> Anyway, I'm pretty sure that #performServiceFor: should take the 
> dropped stream instead of it's name, at least that's what the original 
> ExternalDropHandler appears to use, and that's what my fix does. 
> Anybody knows how this *should* work?
>
> - Bert -
>
> Am 21.09.2004 um 20:22 schrieb stéphane ducasse:
>
>> hi bert
>>
>> I was trying to reproduce your bug in 6218 but I could not. Here is 
>> what I tried:
>> 	I drop a .st file on the desktop (choose file in entire file or 
>> install in new changeset) , then changes...browse changed methods.
>> When I choose filein entire and do browse changed methods I get the 
>> list.
>>
>> stef
>>
>>
>>
>>
>> On 21 sept. 04, at 19:00, Bert Freudenberg wrote:
>>
>>> Dropping a CS into a -6217 image and choosing to browse changes 
>>> resulted in a DNU. Fix attached:
>>>
>>> "Change Set:		DropService-bf
>>> Date:			21 September 2004
>>> Author:			Bert Freudenberg
>>>
>>> DefaultExternalDropHandler was using the name instead of the stream 
>>> when performing its service, resulting in a DNU"
>>>
>>> - Bert -
>>>
>>> <DropService-bf.1.cs.gz>
>>
>>
> <SqueakDebug.log>