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>
>
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SqueakDebug.log
Type: application/text
Size: 3408 bytes
Desc: not available
Url : http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20040921/85711597/SqueakDebug.bin