Forum Replies Created
Has anybody been able to confirm this behavior?
So your hint did reveal a dependence on the annoying behavior being exhibited. It turns out I had my mouse tracking speed set to maximum and that did appear to play a role in all this. I’d like to see if you have the same behavior as me. Open up nedit (floating window mode) and make the window big (so that a screen redraw takes a longer time). Copy in about 5-10 pages of text. Here’s where I hope you have a Magic Mouse. To more highlight this problem, set the tracking speed to maximum and now in one action quickly scroll up, down, up, down using long strokes for each swipe and watch the screen redrawing itself. If you see what I see then your screen will be busy redrawing for a while. Now set the tracking speed to something lower and the performance should be much better. That being said, sometimes even at the lower tracking speed I do still see the issue, but just not as often. Again, I don’t recall seeing this issue in OS X Sierra (before upgrading to Mojave).
Thanks for your response graywolf. I didn’t know to mention it earlier, but the primary reason I use NX is because I can display individual linux windows onto my Mac desktop (and manipulate them using Expose etc.). Displaying the linux desktop on my Mac is simply not ever going to be an option for me. The scrolling used to work just fine when my Mac was running Sierra, but ever since I upgraded to Mojave I’ve had this ultra slow scrolling issue through large text files (and also other sluggish redrawing issues). I did try restarting the server with the X11 vector graphics disabled as you suggested (but still using a custom session) and the issue persisted. Still looking for help! 🙁
Thought I’d pass along another observation. If I have a long text file and I scroll through it using my magic mouse by swiping up/down then I believe the swipe action simply transmits a long sequence of e.g. up or down commands to the host. What I see in the window is that each up/down command in that sequence is treated separately i.e. the window receives a down command so the screen contents moves down a little and the full contents redraw. Then it operates on the next down command and another redraw follows etc. etc. A simple swipe can yield a couple minutes of continuous screen redraws where each redraw yields a slightly shifted screen of information. It never used to do that and I’m darned if I can find a way to prevent it. If anybody out there is able to help me I’d really appreciate it! Please!
The server side is running Centos 6.9 and the client side is running OS X Mojave 10.14.6. Pictures of the display settings and connection information are attached.
So just looking for clarification – did all this house cleaning solve your sluggishness issue?October 14, 2019 at 15:13 in reply to: Upgraded from Sierra to Mojave and now get Error is 60: Operation Timed Out #24012
I tried an experiment on Friday before leaving for the weekend and I just came in this morning to find that NX is still up and running. The experiment was to run a program called Amphetamine, which prevents your Mac from going to sleep, and it appears to have worked. So it turns out the problem was with the Mac going to sleep and that somehow those settings were changed/reset when I upgraded OS X. Anyway, I’m back up and running.
That being said, I think it’s worth alerting the user when installing NX that this is an issue and to either instruct the user to alter the preferences or have the installer do it for him/her.October 10, 2019 at 07:08 in reply to: Upgraded from Sierra to Mojave and now get Error is 60: Operation Timed Out #23930
Actually, the time out delay is much smaller than I first thought. I just ducked out for an hour at lunchtime and when I got back it had timed out again :-(.
Well I spoke too soon. While it’s true that the poorly rendered windows are greatly improved in 6.7.6, I did subsequently see a couple windows come up with much of their contents missing that would only reappear if I resized the window. Whatever you did in 6.7.6 – keep doing it, only better!
I am using the Cadence Virtuoso design suite running on my Linux box and displaying the windows back on my Mac. I have attached a screen recording of the issue.
Regarding pixellation – you’re right in that it is a jpeg compression issue. When I look I can see that the jpeg compression is way lower than what I specified. Wouldn’t the right answer to be to look at the user’s preferences upon reconnection (which specify the desired compression) and just do right thing i.e. I’m saying this unexpected behavior is a bug.
Many thanks for your response!
Even though I’m currently connected to a server via NX, there is nothing in my Documents/NoMachine folder :-/. When I disconnect later tonight I’ll see if I can save a connection file there.
I think you have given me enough information to move forward with. I’ll try it out and get back to you within a couple days.
I just tried NX on Sierra (16a313a) and it seemed to work fine. The main reason I installed Sierra on my Mac is to see if the NX bug TR11M06216 was fixed in case it was an OS X thing instead of an NX thing. However, it’s definitely an NX bug (and it’s just killing me that it isn’t fixed yet…).
Many thanks for your reply – I agree that it looks like exactly that bug. Unfortunately, I work in Cadence all the time and have to go back to SSH until this is fixed. It is a little disconcerting (for me) that this was logged as a bug in November of last year and is marked with a minor priority – it completely undermines my ability to use NX until it’s fixed! I do, however, appreciate that it may not be so important to other people though…
OK – this is embarrassing. It seems to be working now – I have the colors I want. Not sure exactly what I did right during my debugging, but until I can retrace my footsteps I think it’s best to withdraw my post. Sorry for the bother.