Forum Replies Created
-
Posts
-
Hi everyone. We were waiting for Ventura to be officially released in order to extend our current analysis of the issue, and indeed we were right, as some of you confirmed: we’ve another issue on new macOS version. The good news is that we can reproduce this one, so we’re already working on it to release a complete fix to mouse/gesture scrolling very soon.
Hi. When you edit the TCP port field and go back to the previous panel, do you see the new port in the corresponding table column, with value 4500/4000?
After editing the port the interface requests to restart the server. Did you verify if the port is being used after a restart, even if the GUI reports the old value?
Thank you for the valuable info. We reproduced it on one of our testing machines and we’re debugging it right now. I’ll keep you informed.
Hi Serhii, thank you for the detailed info. We’re still trying hard to reproduce your issue, with no success so far.
While we keep trying, do you mind answering the following questions?1. How are you starting the connection to Linux, by clicking the item in the connections list or by double clicking a NXS file?
2. Do you have multiple monitors on the client? In such a case what is the monitors layout?
3. Is your Mac a x86 or ARM/Silicon? MacBook or desktop Mac?Hi Christian! Normally the proxy is not enabled, so let’s try to understand what is happening.
First of all, click Settings in the menu, select Player, select Security and verify if the “Use a proxy” option under group Proxy is checked. This is the global option and it applies to any connections started with the client.
If you see the option is unchecked you should check the specific connection configuration. Go back to the list of connections, select the one you want to use, click Edit, select Configuration from the left column and verify if the “Use custom proxy” option under group Proxy is checked.
I think one of those options is enabled, but the proxy data can’t be retrieved for some reasons. It would be enough to uncheck the box since you don’t need a proxy.
Hi all. Could you please verify if the scroll in the client GUI (for example in Machines list or in connection edit) is working correctly with wheel/gestures?
Hi! Keyboards on Android are often reluctant to report keycodes correctly matching the language set in keyboard properties. When debugging such kind of issues we usually run “Chrooma Keyboard” that proved (so far) to be always accurate. Do you mind installing it and running a test that could help us to exclude some possible reasons for your problem? The rule to have the same language on Android and on the remote system is always mandatory, and the keyboard layout must be set before launching the connection.
Thank you very much.We absolutely agree with you, and indeed we are investigating a way to grab the virtual keyboard input. In this early stage we can’t confirm if it will work out of the box or if we’ll need to implement some specific solutions, but in order to have as much usage information as possible, would you kindly confirm the key combinations that you’re using and would require to be only sent to the remote desktop?
Hi. You can configure the printer you want to forward, and check the box “Export this printer at session startup”. It works with or without making this printer also the default.
Hi Georg. We still can’t reproduce your issue on our range of iPad devices, so we could collect a few more information and maybe discover it is an easy configuration problem to solve!
First of all, can you confirm your iPadOS version, and iPad Pro model?
We would also like to know the name of the layout used on iPad and on Mac (let’s focus on it for now, we’ll possibly check Linux later). I’ve attached two screenshots from iOS as an example of available keyboard layouts and languages. I’d need to know the correct name of the layout you’re using when you’re connected to the remote desktop. Same thing for Mac, there are multiple German layouts, what is the one selected in the Keyboard configuration?
Attachments:
Hi. It’s very strange. We’ve never come across anything similar and we test with a variety of Windows versions, including version 11 of course, and configurations.
I suppose the graphic adapter and video drivers got updated too, when you updated, so we could check if these issues are related to the GPU rendering. When you connect to the remote desktop open the menu panel, enter Display / Settings / Advanced and check the box “Disable client side hardware decoding”, then verify your issues.
Would you like to collect logs on your Windows client and send them to forum[at]nomachine[dot]com? You can find the procedure in the following article:
Hi. Apologies for the late answer. We’re investigating your report to find the reason why the cursor theme is being ignored. Please note we don’t use GTK, so any GTK setting will not help to change the cursor pointer style.
We’re not aware of similar problems, so we’d need your help to retrieve debug information. Start NoMachine and when you see the icon in the dock without a visible window, start Activity Monitor. In the list of applications, select all NoMachine processes and use the Sample button to save their stacks. Send all the files to forum[at]nomachine[dot]com.
Oh, sorry, I misunderstood when you said the problem is specific to the desktop.
We extended the issue investigation to more systems and found that, in some circumstances due to how the different applications handle the keyboard modifiers, the right click is sent correctly but it is just ignored. This is the case of the Plasma desktop you’re testing. Unfortunately there are no workarounds to the right click emulation, we have an idea about a fix but it’ll need a software update.
In the meanwhile I’ve opened this Trouble Report to track the problem, you could subscribe to know when it’ll be released:https://www.nomachine.com/TR12S10422
Thank you for your report.
