I'm on Mac 10.7.5 iTerm2, ssh'ing into an Ubuntu machine running byobu 5.12 with tmux 1.7.
The problem is that if I try to select text from the terminal with a mouse, it's gets cleared every time the time gets updated on the bottom right hand side of the status bar. That is, I select fine, then the clock ticks over, and it's cleared again.
Any workaround for this?
I just proposed this tiny fix http://bazaar.launchpad.net/~zekus-one/byobu/trunk/revision/1992 and is waiting for revision. That fixes the issue for me.
You should be able to edit /usr/bin/byobu-status and apply the fix manually while waiting for the official release.
Hope this helps.
Related
Sometimes, for a reason I don't understand, mouse reporting prints those characters in the console uppon scolling clicking etc.
If I disable then re-enable mouse reporting then scrolling and clicking comes back as expected.
How do I debug the source of this "switch"? I don't even know where to start to understand what might happen in my console for this so happen.
local (remote) setup: zsh 5.7.1 (5.4.2) + oh-my-zsh (latest as of today)
I have not been able to figure out what triggered this weird behaviour but 2 simple simple fixes are
turn on/off mouse reporting in the preferences
re-source ~/.zshrc
Just press cmd+R. It fixed the problem for me
My scroll bar in RStudio keeps blocking the view of my code in RStudio, even as I try changing settings for Scroll Bar Behaviour in Mac System Preferences. It doesn't move or disappear, but stay put, overlapping and in front of my code. See picture below for example.
Solutions in other threads point to changing the setting for the Scroll Bar Behaviour to Automatic. However, since that hasn't solved it, for me at least, I wanted to ask you for advice on how to fix this.
I'm running macOS Mojave, version 10.14.6, on a Macbook, having just updated RStudio.
Based on some GitHub chatter here, sounds like this is bug between macOS Mojave, RStudio and some software underpinnings to RStudio called Qt. I hope RStudio will release a fix for this, but in the meantime a temporary fix can be achieved by
System Preferences >> General >> Show scroll bars: When scrolling
I was playing around with the CSS in the Atom editor the other day, open it back up today and this is what I see.. Every time I try to close any of those 3 tabs it freezes up, I've even rebooted my computer to no avail.
Unchecking "Open Empty Editor On Start" and you know.. that worked for some reason.
Not sure why this happens, but I have encountered similar problem that was caused by tabs opened last time.
Usually, I solve the problem by opening with "Clear window state". The command (I see that you are using ubuntu?):
atom --clear-window-state
Reference
I've had a problem happen for the second time over the last week. It seems to happen randomly. I change something in a QML file, save it, run the app, and see that my change has not taken effect. I rerun the app and it still has not taken effect.
The first time this happened to me, it got fixed by itself after I did some git stuff (in this order: git stash save, rollback to an older revision, go back to the newest revision, git stash pop). The second time I didn't do that, but ran qmake from the Qt Creator menu and that fixed it.
What could be the cause of the problem?
I'm using Qt Creator 4.1.0.
Stephan i have seen this happening and from what i have read before is a know bug, more information can be found in:
https://bugreports.qt.io/browse/QTCREATORBUG-1627
The thing is that it seems qtcreator is unable to detect a change of qlm/qrc files being changed, so the makefiles are not being updated due qmake is not being run.
seems they are not going to be solved bug, it has been already for years there, the workaround in qtcreator is to run qmake manually and after rebuild.
I just hit this problem again, this time despite diligently running qmake before every run.
I think I figured out what caused it this time. It's that I was using the small Run button (actually called "Re-run this run configuration") that resides in the "Application output" pane's toolbar. Seems like this button has the treacherous property of running without rebuilding.
The solution is to use Ctrl+R, or, equivalently, the big run button in the vertical toolbar along the left side of the window.
Another time the problem wouldn't go away until I deleted the myproject.pro.user file.
this is driving me crazy. Everytime I click on the terminal, I get text output but the click does not happen. I can't select anything, scroll on the terminal or perform any mouse operations.
For example, if I click I get things like "TB#TB", which is "TB" when I click and "#TB" when I release the click. If I scroll I get 'UC'` for every scroll of the wheel. Total rubbish.
I'm using cygwin to connect to a redhat machine and it happens only for this one machine. If I connect to a different one, also running redhat, it doesn't happen, so I think the issue is on the remote machine's side. It's also independent of what shell I'm using.
Any ideas?
EDIT: I discovered that pressing shift returns all the usual mouse functionality. I wonder why.
This is more like a "come down to your machine and solve problem"
You must have save default setting for that particular machine to direct it to shift option. As you said shift solves the problem.
You should reset the settings.
go here.
Putty configuration>windows>selection>click on shift overrides application's use of mouse
hope this helps