Jump to content

hustoj2

Member
  • Posts

    5
  • Joined

  • Last visited

hustoj2's Achievements

Helping Hand

Helping Hand (3/5)

0

Reputation

  1. Makes sense. Thanks again for the responses. I still wish I could figure out how to reproduce this bug though, so it would be easier to retest on future OS X releases!
  2. I was about to declare victory on this after making the modifications from posts #7 and #8 on this thread, but this issue just flared up again. I have seen the issue occur in both Xcode and Google Chrome in the past. Currently however, it is happening in Chrome but NOT in Xcode. I'm not sure if that tells us anything new about the issue. I reviewed your thread where you talked about Terminal.app's behavior where it switches focus back to the original window, and I think you are on to something there. Here's some additional testing I did: 1. I brought the affected program to the foreground, used shortcuts to show Alfred, and then hit escape. Note that I have "Show Alfred On... Active Screen" enabled. 1a. For the currently affected program (Google Chrome), it always returned focus to the Chrome window on my Thunderbolt display (which is selected as the primary window in System Prefs), no matter which Chrome window was highlighted prior to invoking Alfred. 1b. For unaffected programs, the system focus was correctly restored to the same in-focus window as before invoking Alfred. 2. I also tried switching to a different program besides Alfred (using CMD-TAB), and then switching back to the original program. 2a. For the currently affected program, the behavior was the same as when switching to/from Alfred. It always made the window on my Thunderbolt the in-focus window. 2b. For unaffected programs, the focus was sent to a window on the same display as the in-focus window on the previous app. Note that this is not the same behavior as when invoking Alfred and hitting escape. @Andrew: 3. My findings in 2b were unexpected to me, but I assume this is why you recommended I enable "Show Alfred On... Active Screen"? 4. I'm starting to buy that this bug is not an issue with Alfred, but it's still troubling that there seems to be no way around it (according to your post on the Terminal.app thread). Especially since the system Paste command still functions as expected. I'm not familiar with the Apple APIs you have access to for developing Alfred, but I have a few followup questions/ideas: 4a. When pasting from Clipboard history, do you currently find the last active program, find the in-focus window for that program, find out where the cursor is in that window, and then paste in the text manually? 4b. Is there any way for you to query/detect where the system Paste command will be sent, and use that same location? 4c. Assuming something like 4a is true, is there any way to feed text directly into the system Paste command when invoking a paste from clipboard history, rather than inserting the text in the field manually? Thanks again for taking the time to investigate this issue!
  3. @Andrew thanks for the fast response! If I were trying to do an independent test, I'd leave my "Show Alfred on" setting alone. But I'll be selfish and try all the things. Will post back to this thread if I learn more.
  4. Did you ever figure this out? I'm experiencing the same issue, and it is a significant problem. I end up accidentally editing spreadsheets on the wrong screen when I try to paste from history. I suppose the work around is to disable Auto Paste. I'll circle back to try to come up with more specific steps, but here's what I've got right now: Prereqs: * 24" iMac, plus 27" Thunderbolt display. OS X Mavericks 10.9.4. * Auto Paste on return = true Steps: 1. Open multiple windows of Google Chrome, at least one on each monitor 2. [unknown steps that I have not been able to decipher, possibly requiring a significant amount of time]. 3. Copy text from any application window (not just Chrome) on the external monitor 4. Highlight a Google Chrome window on the iMac's display. 5. Invoke clipboard history, and select any item in the list. Expected: * Text is pasted into the highlighted Google Chrome window on the iMac Actual * Text is pasted into a Google Chrome window on the external monitor Notes: * I do have an application called Command-C running on my Mac. I'll disable that and see if this problem still recurs again. * I do use the Hangouts plugin for Google Chrome, which seems to cause other keyboard issues within Chrome from time to time. I believe I was experiencing this before I installed the Hangouts plugin, though. If I close the Hangouts plugin while this issue is occurring, the issue continues to occur. * Even when this is happening, the normal paste command does paste into the correct window. * I have experienced this with Google Chrome, and with Xcode. Not sure about other programs. * If I close and re-open Xcode, I can't reproduce the problem immediately. It's something that appears to come up over time. If it was affecting both Google Chrome and Xcode, closing and reopening Xcode will resolve it only for Xcode while leaving Chrome still affected. If I subsequently close and reopen Chrome, that will then fix it for Chrome. * I've tried changing which monitor is the primary (by dragging the little white bar from one monitor to the other in System Preferences > Display > Arrangement). That doesn't seem to have an impact on which monitor receives the text when this bug occurs, but I haven't done a ton of independent testing on this aspect.
×
×
  • Create New...