Error loading webview: Error: Could not register service workers: InvalidStateError: Failed to register a ServiceWorker: The document is in an invalid state..

Not sure of the cause. CraftOS-PC is installed at the default location. I am using VSCode 1.63.2.

Hi, I just recently got started with using CraftOS-PC in combination with vscode.
I've wanted to try it for a while now, because it'd allow me to debug easier, and do it with a readonly mounted filesystem to avoid breaking project files.

Although, after trying it, it didn't seem to work with the builtin breakpoint functionality.

One possible solution would be to allow specifying a source:destination mapping in the workspace config for automounting.

Something like:

{
    "version": "0.2.0",
    "configurations": [
        {
            "type": "craftos-pc",
            "request": "attach",
            "name": "Debug CraftOS-PC",
            "port": 0,
            "mount": {
                "src": "project"
            }
        }
    ]
}

Where src refers to the directory ${workspaceFolder}/src/, and project refers to the mounted path /project/ in the CraftOS-PC system.

I think adding this would allow much more flexibility with projects, and seperate design and runtime files without requiring a copy task (Which also allows semi-live reload).

No idea if there is anything you can do about this, but I figured since it is CraftOS PC specific it would be better to start here. The Lua Language Server + extension has trouble handling files from CraftOS PC.

It does not seem to matter if they are remote or local.

The only other notable thing is that I am using VS Code Remote with WSL (so VS Code is on the Windows host system, but it connects to the WSL Linux instance and CraftOS is also inside of WSL/running the Linux version). There are no other issues, the terminal and everything else still works.

The Loading workspace count and memory usage keeps climbing until VS Code slows down. I am guessing it is because the file CraftOS PC paths are not "real" (/ on the host system is a real Linux file system, so it is trying to index the whole file system).

Describe the bug
The key_up is not sent for certain keys, such as Shift, the A, Q, W, E, R keys...

To Reproduce
Steps to reproduce the behavior:

1. Go into the lua interpreter
2. Type while true do print(os.pullEvent("key_up")) end
3. Watch how only certain keys trigger the key_up event, such as the D key.

Expected behavior
key_up should be triggered for each key of the keyboard (except escape).

Screenshots
Compares the extension with CraftOS-PC standalone. Notice how the key_up event isn't being triggered for keys 28, 30, 31, etc.

Environment (please complete the following information):

• OS: Windows 10
• OS Version: 1909
• CraftOS-PC Version: v2.5.1.1
• Compiled from source? No

Additional context
The same behaviour does not occur on the standalone version (Haven't tried on the web one because it freezes for me for some reason). This is an extension/binding issue and not a program core one, as far as I know.

Hello, I noticed that the size of the remote monitor with ComputerCraft Remote Terminal does not have the same size as the one in the game. Is there any way to make them match, or to modify the monitor size visible in VS Code so that I can see more stuff?

(Also, for some reason things displayed in the remote monitor do not appear in the in-game monitor, is that normal?)

Also, the remote feature is absolutely awesome, thank you so much for making it!

Hi,
i just hate, when i need to close old craftos terminal when i need to run something again when i change something in lua code.
Will it be possible, to make settings option, where user will check, if they want to automaticaly close old terminal, or is it possible to run script on same terminal and i'm just missing something

When I try to connect to a remote CraftOs (local sinngleplayer minecraft instance) I get Could not connect to remote.craftos-pc.cc: certificate has expired error.

Describe the bug
mouse_click is sent multiple times when dragging the mouse over while holding any mouse button down.

To Reproduce
Steps to reproduce the behavior:

1. Go into the lua interpreter
2. Type while true do print(os.pullEvent("mouse_click")) end
3. Watch how the events flood in when the mouse is holded down and being dragged.

Expected behavior
mouse_click should only be pushed when a mouse's button is clicked, and not holded.

Screenshots
In this screenshot you can see different behaviour with the same input both in CraftOS-PC and Tweaked CC.

Environment (please complete the following information):

• OS: Windows 10
• OS Version: 1909
• CraftOS-PC Version: v2.5.1.1
• Compiled from source? No

Additional context
The same behaviour does not occur on the standalone version (Haven't tried on the web one because it freezes for me for some reason). This is an extension/binding issue and not a program core one, as far as I know.

First of all great work on this extension! Unfortunately I am encountering the following issue after a short duration of being connected to a CC: Tweaked PC on a multiplayer server:

1. Connect to CC: Tweaked PC with the "Connect to Remote (Beta)" feature
2. Editing files and using the terminal from VSCode works
3. Wait a short while (~1min)
4. VSCode shows notification "Disconnected from WebSocket server", files no longer available, terminal in VSCode no longer responds to key input
5. CC: Tweaked PC in Minecraft shows the following exception:

[string "server.lua"]:1: Java Exception Thrown:
org.squiddev.cobalt.InterruptedError:
org.squiddev.cobalt.OrphanedThreadException:
OrphanedThread

At this point it is possible to reconnect again, but the exception occurs every time after a short duration.

Version Details

VSCode-CraftOS-PC: v1.2.1
VSCode:            1.77.0 (On MacOS Ventura 13.3, x86)
Modpack:           FTB Revelation 3.6.0
Minecraft Forge:   14.23.5.2858
CC: Tweaked:       1.89.2

The Server is hosted on exaroton.com and is using Java 8.

Describe the bug
A clear and concise description of what the bug is.

If you add a computers file system -> before you connect it -> lua language server by sumneko will scan the root directory of your entire PC leading to this error

Hypothetical reason for this happening -> a not connected computer file path is "/" -> so path turns to ":/"

Leading to this (upper path is my project -> lower is the computers path I assume)

To Reproduce
Steps to reproduce the behaviour:

1. open vscode
2. install ComputerCraft Extension Pack by Lemmmy
3. Follow steps in your tutorial for CraftOs https://www.youtube.com/watch?v=HtafiCaT6CI
4. Connect to computer
5. Add File Explorer
6. Watch VSCODE toss this error
   
7. hover over Lua at bottom right to see the dirs being loaded
   

Expected behavior
A clear and concise description of what you expected to happen.
Excepted behaviour is that if a computer's files are not loaded/connected it should not send the root of the operating system ":/" to the Lua server to scan

Screenshots
If applicable, add screenshots or recordings to help explain your problem. You can capture these using F2, F3, or F12. If CraftOS-PC has crashed, paste the stack trace here (wrapped in ``` characters please!).

Environment (please complete the following information):

• OS: Windows10 [e.g. Windows 10]
• OS Version: 22H2 [e.g. 2004] (this can be found in Settings -> System -> About)
• CraftOS-PC Version: v1.2.2 [e.g. v2.2]
• Compiled from source? No [Yes] [No] (if in doubt, choose No)

Additional context
Add any other context about the problem here.

Was playing around with this and was surprised how well it has been handling anything that's not the standard 50x19 screens of ComputerCraft. E.g. building a big advanced screen array and running the server on that, or hacking the server to just use rawterm in detached mode without a real screen being forced to mirror its state.

Sadly mouse_click position gets handled in a very fixed way by the extension, for some reason, and just gets trimmed, despite the extension having full knowledge of the screen size.

Is there a way to do that atm?

Hey there, just wanted to attach a peripheral, but CraftOS-PC crashed when doing so.

When I try the same command in CraftOS-PC Standalone, it works though, that's why I'm posting here.

I tried: attach top monitor and attach left debugger

I would attach the dump, but it's not being generated.

The only thing that might help with diagnosing is this:

This is a fresh installation of both the plugin and CraftOS-PC. Both with default settings.