[BUG][FIX] Drop service handler DNU

Bert Freudenberg bert at impara.de
Wed Sep 22 08:04:16 UTC 2004


I put this on mantis

	http://bugs.impara.de/bug_view_page.php?bug_id=0000163

Is anybody else able to reproduce this? And anybody else thinks using 
the stream instead of its name is The Right Thing To Do?

- Bert -

Am 22.09.2004 um 09:12 schrieb stéphane ducasse:

> 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>
>
>
>




More information about the Squeak-dev mailing list