- #Problems with xquartz window size mac os x
- #Problems with xquartz window size pro
- #Problems with xquartz window size code
# We prefer to use the fink installed version of tcsh. profile start-up script for bash has been in use on various machines since OS X 10.2 without problems. These changes make X11 start-up brittle in the face of the common shell start-up idiom of using the exec command to replace the current shell process with another process. It appears that Apple has made a change to the way that X11 starts in 10.5.5. Since the problem can be reproduced on machines that have never had XQuartz installed I can rule out XQuartz as contributing to the problem.īased on a tip found on the Apple support forums I investigated whether any of my shell start-up scripts had any impact on the problem.
#Problems with xquartz window size code
To eliminate this third-party code as a contributor to the problem I attempted to reproduce the problem a few configurations: The machine on which I first noticed this problem may have had the XQuartz updates to X11 installed at some point. Oct 17 10:26:04 macBook (org.x.startx): Throttling respawn: Will start in 10 secondsĪt least these log entries confirm that X11 is unhappy. Oct 17 10:25:34 macBook (org.x.startx): Throttling respawn: Will start in 10 seconds I noticed the following lines repeating in the system logs: In fact X11 did not appear in the Dock at all.
![problems with xquartz window size problems with xquartz window size](https://applech2.com/wp-content/uploads/2021/03/XQuartz-2-8-0-xman-xeyes-xlogo-xclock-on-Apple-Silicon-Mac.jpg)
I noticed that X11 did not bounce in the Dock. With X11 being the suspected cause of the ssh problem I tried launching X11.app manually by double clicking the X11 application in /Applications/Utilities/X11.app. Unfortunately this means that the very cool auto-start of X11 that Apple implemented with OS X 10.5 is lost. By explicitly disabling X11 forwarding (using ssh -x) the connection would connect normally. I have ssh configured to set up X11 forwarding unless otherwise specified on the ssh command line. When I dug into this problem I noticed that ssh was hanging immediately after some X11 related operations were performed. I first noticed this issue as a problem with ssh hanging while trying to establish a connection. I told them about the Zoom trick and they were quite happy with such an easy fix.After upgrading to OS X 10.5.5 I ran into an issue with X11 refusing to start. The green resize buttons were inaccessible as well as the drag-to-resize portion of the window itself.
#Problems with xquartz window size pro
I set a relative up with a dual-screen Mac setup recently and they love it, well, until they disconnected their MacBook Pro from the external display to find that a browser window sized at 1650×1080 was hanging way off the smaller resolution internal display running at 1280×800. “Help! There’s a window on my Mac that is too big to resize, it’s hanging off the screen! How do I fix this?” – This is the phone call that spawned this post.
![problems with xquartz window size problems with xquartz window size](https://i.stack.imgur.com/C3nRD.png)
#Problems with xquartz window size mac os x
These tricks work to move off screen windows in all versions of MacOS and Mac OS X, regardless of what the Mac is running, whether it’s macOS Mojave, macOS High Sierra, MacOS Sierra, Mac OS X El Capitan, Yosemite, Mavericks, Mountain Lion, Snow Leopard, or whatever else. The Window menu is available in virtually every Mac OS X application and will always be accessible for resizing and ‘zooming’ windows to fit onto the available resolution. This is possible from the Apple menu > System Preferences > Display section of settings.
![problems with xquartz window size problems with xquartz window size](https://mac-cdn.softpedia.com/screenshots/XQuartz_1.jpg)
Resizing Windows That Are Off Screen in Mac OS X