Jump to content

wkoffel

Member
  • Posts

    45
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by wkoffel

  1. On 10/15/2019 at 4:28 PM, MacWorks said:

    Will,

     

    Provide us a way to throw you a couple of bucks for your efforts. Would love a bit.ly add-on for my custom bit.ly address, as well.

     

    Thanks!

    Thanks @MacWorks, please see my latest post, I've updated the workflow, should be fully supported on OS 10.15 now.  No need for bucks, but happy to take some love on Twitter @wkoffel or wherever else.  I never bother to remind others of my workflows outside these forums, but probably should!

  2. On 10/21/2019 at 2:35 AM, GFEMajor said:

    Hi, 

    I updated to catalina yesterday and as you prommised, the workflow is broken 😃. When I begin to type the keyword for terminal control it shows it in the list, but when I select it, it will just show "Google for....". Hope you can Update soon, to fix the workflow. it is essential for my flow at work 😉


    Thanks for your hard work.

    Christian

    See above, Christian.  New version is available, let me know if you have any troubles with it.

  3. Terminal Control v2.6 is now available, with support for macOS 10.15 "Catalina" and it's system ruby 2.6.3.  New download link updated in the original post above, or update with Alleyoop.

     

    This update only works for Alfred 3+, as it removes the no-longer updated alfredo and nokogiri dependency in favor of the new preferred JSON format for Alfred workflows.

  4. 11 hours ago, GFEMajor said:

    Thank you @wkoffel for the quick update, but after updating I get the following error:

     

    
    [2018-10-01 07:52:21][ERROR: input.scriptfilter] Code 1: /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require': cannot load such file -- ./bundle/bundler/setup (LoadError)
    	from /System/Library/Frameworks/Ruby.framework/Versions/2.3/usr/lib/ruby/2.3.0/rubygems/core_ext/kernel_require.rb:55:in `require'
    	from iterm2-control.rb:2:in `<main>'

    have I done anything wrong?

     

    Hrmm...so sorry for that.  I'm traveling this week, not with the machine I upgraded to 10.14, so hard to debug.  But I'm pretty sure it was looking good for me on that box.

     

    Can you try manually deleting the workflow from Alfred workflow preferences, re-downloading from this location:

    https://cl.ly/f5d7fa56f2b8

     

    And tell me if that is working?

     

    If it's still not, you can right click on the workflow, "Open in Finder" and be sure there really is a directory path, 'bundle/bundler/setup.rb', which should be there, but yours seems to be complaining is missing.

  5. This workflow has been updated to v2.5 with support for Mojave.  The links in the top post are updated, or download directly here.  You can also update using alleyoop update process.

     

    Let me know if you have any issues.  This appears to work find on 10.13 and 10.14, but older versions of macOS should stick with v2.4 or earlier of this workflow.  I removed some older dependencies this round to reduce the download size.

     

    Thanks for getting on me to update this quickly, @GFEMajor  ? . 

  6. 17 hours ago, GFEMajor said:

    Since the update to 10.14 Mojave the workflow has stopped running.

    I looked in debug mode and found this exception:

     

    [2018-09-26 07:41:01][ERROR: input.scriptfilter] Code 6:[..]/Alfred.alfredpreferences/workflows/user.workflow.227DDBA5-54E6-44DA-AD42-323F4A0DA6B3/bundle/ruby/2.3.0/gems/nokogiri-1.5.9/lib/nokogiri/nokogiri.bundle: [BUG] Segmentation fault at 0x000000000000d566

    ruby 2.3.7p456 (2018-03-28 revision 63024) [universal.x86_64-darwin18]

     

    Can somebody help/explain?

     

    Hi @GFEMajor.  Typically, this extension breaks for new versions of macOS, for the reasons @deanishe mentioned.  My apologies, I hadn't upgraded any of my machines yet, as I'm not doing mac dev work right now.  I should be able to get to it this weekend at the latest.  I will post here and update the main top post when it's working for Mojave.  Thanks for your patience and interest in the workflow.

  7. 17 hours ago, GFEMajor said:

    But on my old mac it is working?? Is there a quickfix, so I can change the workflow by myself to fix this just for me? This is really an issue for me, because iterm is not running all the time...

     

    Strange.  I'm on my 10.12 mac here with the prior version of the workflow, and it's not working for me, and as far as I'm aware, it's always been a known issue.

    I'm testing here with macOS 10.12, and iTerm2 build 3.1.2.

     

    Maybe you have a newer version of iTerm on your new machine, and the old one had the prior Applescript behavior?  Check the versions on your old mac, are they the same as the new mac?

  8. 7 hours ago, GFEMajor said:

    Hi @wkoffel, the workflow is working again, but it only opens the profile (iterm), if iterm is already running. if it is not running, nothing happens.

     

    I'm not sure if this is a bug in the workflow or a config issue, because i was moving to a new macbook.

    Yes, that's a known issue, and was true in prior versions as well.  The Applescripting support in iTerm works differently from Terminal, and would require a change in the approach to fix it, hasn't been worth it, since it's mostly relevant on first launch, or for people who quit their apps a lot. 

  9. On 10/11/2017 at 4:25 PM, GFEMajor said:

    Thanks @wkoffel for the fast reply. I will wait for the updated workflow. @robdbirch thanks for the afford and nice to know there is a solution ?.

    New update is ready @GFEMajor, @robdbirch.  See original post which has been updated or announcement below.  And let me know if it's working for you now, just to make sure I got it all bundled up sufficiently (this was a tricky one, as some of the dependency versions gave me headaches on 10.13)

     

  10. 6 hours ago, robdbirch said:

    It’s appears it is looking for the Alfredo ruby gem Link. I am not very familiar with Alfred workflows. I don’t know when this gem gets installed, as part of the Terminal workflow or was it part of the standard Alfred install at one time?

     

    Hi @robdbirch and @GFEMajor , apologies for this error.  I typically update the plugin on day 1 of a new OS release, but I haven't upgraded either of my machines to highSierra yet, and thus let you all down!  I will try to upgrade and get a clean solution released by next week.

  11. Hi, I'm using Alfred 2.8.5 and it says, incompatible workflow. What can I do? I don't want to upgrade to Alfred 3

     

    Bummer, GFEMajor.  I looked for an "Export as Alfred 2 workflow", but that doesn't appear to be a feature.  Unfortunately, I don't have the bandwidth to maintain two separate versions, as I'd have to muck about uninstalling and reinstalling Alfred versions and making a fork of the source.  If lots of folks end up stuck in your situation, I might consider a separate mac to manage a backwards compatible version.

     

    In your case, sounds like a choice of either upgrading to Alfred 3 (come on in, the water's fine!), or downgrading iTerm back to the 2.x series, so either this workflow or Quentin's ITP workflow will get the job done.

     

    Sorry for the hassle.

  12. For those of you having problems with iTerm 3.0.0+, be aware that the iTerm developers changed the way AppleScript works in the latest major revision, so pretty much all AppleScript controls (including those that are used to manage iTerm from Alfred workflows) need to be updated.

     

    I've updated my own Terminal Control workflow, it was pretty straightforward.  Hopefully Quentin can update this one without any trouble, for those who prefer it.

     

     

  13. Note for Alfred 3 upgraders: 

     

    This Terminal Control workflow has been tested, appears to work great on Alfred 3 out of the box.  Be aware that you'll need to re-authorize the app in System Preferences -> Privacy -> Accessibility, since the name of the app has changed.

  14. Hi, since the last alfred update some days ago the workflow stoped working. The profiles are still extracted, but when I click on one, nothing happens.

     

    I don't know if it is because of the new alfred version (currently using 2.7 (385)) or the latest iterm version (2.0.0.20150412).

     

    GFE, it's unclear which workflow you are talking about here.  I've tested my Terminal Control Workflow with the latest iTerm and Alfred (same versions you cited) and it's working okay for me.  If it's my workflow that's giving you problems, I'm willing to take a look, but need a bit more info.

  15. I se

     

    I don't run either, no.  However, I can confirm that telnetting to the Alfred server port works locally (via "localhost", or the IP), but does NOT work from my iPhone, nor from another mac on my network.  So it does seem like a simple connectivity issue here and not something more insidious.

     

    Does the server bind to all network interfaces?  Like I said, I can reboot at some point, just not this afternoon, got too much work in-flight.  But that'll provide a good data point.

     

    It appears to be listening okay across interfaces:

    ➜ ~ netstat -atp tcp | grep -i 59397
    tcp46      0      0  *.59397                *.*                    LISTEN     
    tcp4       0      0  *.59397                *.*                    LISTEN   
    
    ➜ ~ lsof -i -P | grep -i "Alfred"
    Alfred    90251 wkoffel    4u  IPv4 0x8649124e1f3f2551      0t0  TCP *:59397 (LISTEN)
    Alfred    90251 wkoffel    7u  IPv6 0x8649124e13748381      0t0  TCP *:59397 (LISTEN)
    
    

    Totally mystified about why the server doesn't respond on the port from external devices.

    Especially keeping in mind that this worked a few hours ago.  It's not like it's always been this way.  Worked just fine the first time I tried it, but now....nothing.

  16. Hmm tricky... this sounds like it should connect. Do you have the firewall setup on your Mac? Or something like little snitch?

     

    I don't run either, no.  However, I can confirm that telnetting to the Alfred server port works locally (via "localhost", or the IP), but does NOT work from my iPhone, nor from another mac on my network.  So it does seem like a simple connectivity issue here and not something more insidious.

     

    Does the server bind to all network interfaces?  Like I said, I can reboot at some point, just not this afternoon, got too much work in-flight.  But that'll provide a good data point.

  17. have you tried disabling and re-enabling the remote server from Alfred's remote preferences?

     

    Yes, I did try that (and saw the notification confirming server started).  No change.

     

    I also tried:

    * force-quitting the remote app.

    * rebooting the iPhone

    * quitting and relaunching Alfred on the Mac

    * manually adding with IP/Port, I just get a blank "Passphrase" screen on my iPhone, mac does nothing.

     

    Console logs are all quiet, no help there.

  18. I'm also suffering problems here.  Interestingly, it worked fine for me "out of the box".  Added a remote, entered the code, and everything was fine.

     

    I came back from running some errands a few hours later, mac still running just as it was.  I launched Alfred Remote, and it couldn't connect.  Since then, I've tried connecting via Bonjour, and deleting the remote from Alfred Preferences, and then re-adding like I did the first time.  But both sides just show the "searching" animation, and never find each other.  I'm not in a place where I can afford to reboot or create other accounts right now, but I'll try that when I get a chance, and keep my fingers crossed that we get some reliability clues here.  I'm excited to integrate remote with my custom workflows!

×
×
  • Create New...