[Cuis-dev] Occasional unresponsiveness after trying to use the Class Browser

[Ezequiel Birman]

Thank you!

I opened a PR
<https://github.com/Cuis-Smalltalk/Cuis-Smalltalk-Tools/pull/3> for the
version that Cuis “ships”.

That cuadruple `owner owner owner owner` was beautiful, not.

-- 
Eze

On Fri, 21 Mar 2025 at 22:57, Nicolás Papagna Maldonado <
nicolas.papagna at gmail.com> wrote:

> The commit I was referring to in that repo is this one
> https://github.com/hernanwilkinson/cuis-finder-asWidget/commit/18d30faeaaf67ceab3d055e40d8cc972d45aaad3
>
> Cheers,
> Nico PM
>
> On Fri, Mar 21, 2025, 19:52 Nicolás Papagna Maldonado <
> nicolas.papagna at gmail.com> wrote:
>
>> Hi Eze, folks!
>>
>> We experienced some some similar a short time ago.
>>
>> Juan found the bug in one of the Finder forks.
>>
>> The bug, under some situations,  deletes the world instead of the finder
>> morph and that causes the hang.
>>
>> If this is the case, take a look at this fixed version
>> https://github.com/hernanwilkinson/cuis-finder-asWidget/commits/main/
>>
>> Hope that helps!
>> Nico PM
>>
>> On Fri, Mar 21, 2025, 19:20 Ezequiel Birman via Cuis-dev <
>> cuis-dev at lists.cuis.st> wrote:
>>
>>> This happens usually after requiring a package when the Class Browser is
>>> already open. Then clicking on it. Sometimes the UI won't freeze
>>> immediately but the panes won't update as expected; then the hand shows the
>>> sand clock image. When I press command-dot it shows the usual arrow but
>>> only for a second, then it shows the sand clock again.
>>>
>>> ¿Anyone else experiencing this?
>>>
>>> I'm using the latest Cuis in full screen mode, OS: Mac. Intel.
>>>
>>> --
>>> Eze
>>> --
>>> Cuis-dev mailing list
>>> Cuis-dev at lists.cuis.st
>>> https://lists.cuis.st/mailman/listinfo/cuis-dev
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.cuis.st/mailman/archives/cuis-dev/attachments/20250322/334c226b/attachment.htm>