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