Screen flashes when pasting text into XCL Exec in Medley Online

[pamoroso]

Describe the bug
In Medley Online, when I paste into a XCL Exec with Alt+V some text from the noVNC clipboard, the screen flashes (i.e. Medley briefly inverts black pixels with white and vice versa) and no text is pasted. Pasting works fine with Interlisp Execs.

To Reproduce
Steps to reproduce the behavior:

1. sign into your Interlisp Online account
2. under Initial Exec, select Interlisp
3. click Run Medley
4. open a XCL Exec
5. from the noVNC menu, open the Clipboard
6. copy some text from the host system and paste it into the noVNC Clipboard
7. click the XCL Exec to set the focus
8. press Alt+V

Expected behavior
The text in the noVNC Clipboard appears in the XCL Exec.

Screenshots
N/A

Context (please complete the following information):

• OS: chromeOS Stable
• OS Version: 122.0.6261.118
• Host arch: x86_64 (ASUS Chromebox 3)
• Maiko version: N/A
• IL:MAKESYSDATE: 19-Mar-2024 02:06:49

Additional context
This is a fresh build of Medley Online and the issue didn't happen with previous builds.

[pamoroso]

I don't know whether it's related but now from a XCL Exec CLOS symbols have to be qualified when the XCL-USER package is current. For example:

2/9> (defclass myclass ())
Undefined car of form
DEFCLASS

2/10> (clos:defclass myclass ())
MYCLASS

I'm reasonably sure unqualified CLOS symbols could be used up to yesterday, i.e. prior to the 19-Mar-2024 02:06:49 build.

[rmkaplan]

This issue came up in the technical meeting on Monday. Some people reported it working in an Interlisp exec but not an XCL, some reported it working in XCL but not Interlisp. CLIPBOARD modifies the special input tables for Sedit and Tedit, but otherwise pasting is supposed to be accomplished by setting meta-v as an interrupt character that inserts into the current TTY process. So presumably the interrupts are not propagating consistently.

…

On Mar 20, 2024, at 4:47 AM, Paolo Amoroso ***@***.***> wrote: I don't know whether it's related but now from a XCL Exec CLOS symbols have to be qualified when the XCL-USER package is current. For example: 2/9> (defclass myclass ()) Undefined car of form DEFCLASS 2/10> (clos:defclass myclass ()) MYCLASS I'm reasonably sure unqualified CLOS symbols could be used up to yesterday, i.e. prior to the 19-Mar-2024 02:06:49 build. — Reply to this email directly, view it on GitHub <#1595 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJIDUE6RFIDPTNUQVGDYZFZMPAVCNFSM6AAAAABE7ICFK6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMBZGM4DENJQHE>. You are receiving this because you are subscribed to this thread.

[pamoroso]

It may be some change introduced since the previous online build, i.e. within the past month or so, as I've never experienced such an issue since using Medley Online.

[pamoroso]

As discussed in the March 20, 2024 meeting, a workaround for the clipboard issue is to evaluate (IL:INSTALL-CLIPBOARD).

As for the CLOS issue, a workaround is to use-package the clos package.

[nbriggs]

Is "The Wednesday meetings are for check-in and discussion of external communications (Website, documentation, talks, videos, social media etc.)" no longer accurate?

[rmkaplan]

What about putting this in the system greetfile, at least until we get a better understanding?

…

On Mar 20, 2024, at 12:15 PM, Paolo Amoroso ***@***.***> wrote: As discussed in the March 20, 2024 meeting, a workaround for the clipboard issue is to evaluate (IL:INSTALL-CLIPBOARD).

[masinter]

Still scoping out what the problem is. I'm leaning toward redoing interrupt character assignment so that users have a simple interface for changing their key bindings -> control character management.
And getting rid of the MOVD? calls and instead use a global ALIST that TEdit and S-Edit can add to using he ALISTS file package command.

[masinter]

I tried adding (INSTALL-CLIPBOARD) at the end of (LOADUP-FULL) and it still had clispboard interrupts disabled. That should be a clue, but in the meanwhile, this patches it for everyone.

[rmkaplan]

Maybe the clipboard isntaller needs to go on AFTERSYSOUTFORMS and AFTERMAKESYSFORMS ?

…

On Mar 29, 2024, at 12:44 PM, Larry Masinter ***@***.***> wrote: I tried adding (INSTALL-CLIPBOARD) at the end of (LOADUP-FULL) and it still had clispboard interrupts disabled. That should be a clue, but in the meanwhile, this patches it for everyone. — Reply to this email directly, view it on GitHub <#1595 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AQSTUJLBY2US5ALCCBQV4R3Y2XACVAVCNFSM6AAAAABE7ICFK6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMRXGY3DSMRUGQ>. You are receiving this because you were assigned.

[masinter]

The two problems don't seem to be related. The meta-V interrupt missing in some shells is due to the way the interrupt list is initialized, and is patched by #1626. The cl package problem is an interaction of bringing the LISP package up, and is fixed by #1605.