Very minor issue with CMX4 and Linux Konsole cursor

[broadstairs]

I have noticed that when I use a Linux konsole to start CMX4 (not as a service) it displays the text in various colours which is OK but as part of doing that the cursor disappears, my profile uses green text on black background and after CMX4 starts the cursor no longer shows as I expect it has changed to black. This is really annoying although obviously very minor. I don't know why the output from CMX4 in this situation has to be in colour? I suspect this is something to do with dotnet. Has anyone else noticed this?

Stuart

[freddie]

It'll be to do with your shell colour settings. What shell do you use? Is it bash?

[broadstairs]

It's a KDE Konsole which runs /bin/bash and I have set it to the builtin profile as default which is read only. When I start it the cursor works normally but after running dotnet to start CMX and stopping with ctrl+c the cursor disappears. It only happens when I run dotnet to start CMX, the konsole window behaves as expected on every other command I use.

Stuart

Update: I was just searching for any issues with dotnet and found a discussion which highlights dotnet having an option to set the cursor invisible but on Linux this does not turn off! So I suspect this issue relates to this.

[freddie]

If it was bash-specific then other users may/will have reported it.

I googled and found discussions similar to the one you referenced, but they explained that hiding the cursor using dotnet wasn't supported on Linux (or any Unix) due to issues with referencing the Linux cursor from dotnet - rather than it disappearing on dotnet program termination.

My money would still be on something in the local environment - but as you're using a vanilla profile then I'm still in the dark

[broadstairs]

Reading the thread I found someone had managed to hide the cursor but admitted they might have done something wrong!

Stuart

[mcrossley]

The logging to console routine does a call to ResetColor() after every write to the screen which is supposed to set the colours back to your default values.

However, now you have pointed it out there is no cursor in the Windows window either when MX is running.

Doesn't that make sense though. You have a cursor when you can input text. Whilst MX is running, the shell has yielded to the program, and only gets control back once the program exits?

[broadstairs]

Just done some more testing and CreateMissing runs and the cursor shows afterwards but the colour has changed to red! Also I wonder if using CTRL+C to terminate CMX is part of the issue as CreateMissing prompts to end the program normally! I've also asked over on the KDE community to see if this has been seen by anyone else.

Stuart

[mcrossley]

Ah so you are saying the cursor is not visible after MX exits?

[mcrossley]

And on Windows too, there is no cursor when MX exits. It's not a colour thing as I use the default black/white, an issuing the "color" command to reset the colours to default has not effect. So the cursor has indeed been hidden somehow.

[broadstairs]

Ah so you are saying the cursor is not visible after MX exits?

Yes no cursor after ending CMX using CTRL+C but with CreateMissing it still shows after ending message to hit any key BUT has changed colour!

The default built-in profile uses white text on black but CMX still issues messages while running in colour.

Stuart

[mcrossley]

OK, fixed by adding an extra command just before exiting - Console.CursorVisible = true;

Nowhere does MX set the CursorVisible = false, so it must be .NET or perhaps a package MX uses is switching it off? If it is still visible after CreateMissing exits it would tend to point to one of the third-party packages being the culprit.

[broadstairs]

Mark thanks for taking a look much appreciated.

Stuart

[rogerthn]

Looks like missing cursor after CTRL-C has been there for some time
My OLD installation is running Cumulus MX v.3.9.7 build 3107

Screenshot 2024-09-09 195308.png

Cumulus MX v.3.9.7 build 3107
Working Dir: /home/pi/CumulusMX/
Today.ini = data/today.ini
Last update=2024-09-09T19:35:00
You are not running the latest version of Cumulus MX, build 4028 is available.
Cumulus running at: http://*:8998/
(Replace * with any IP address on this machine, or localhost)
Open the admin interface by entering this URL in a browser.
Connecting real time FTP
2024-09-09 19:50:42
Type Ctrl-C to terminate
Normal running
Ctrl+C pressed

Cumulus terminating

Screenshot 2024-09-09 195440.png

Not a major issue!