millerstevew

When you setup the Workflow for the first time, it will set the `google_drive_path` to `/Volumes/Google Drive/My Drive/`. To include the shared drive, you simply want to move one directory up in the directory tree, i.e. set the `google_drive_path` to `/Volumes/Google Drive/`. This will include both your `My Drive` and your `Shared Drives`. That's it.

It does. This is exactly what I use it for. The only important detail is to change the directory from "My Drive" to your Google Drive folder when you set up the workflow.

@vitor, it works! It works! It works! Thank you so much.

I reinstall macOS and did not do a migration from time machine. I'm getting the following error when I try to run the :gdrebuildcache command. @vitor, I hate to keep bugging you, especially since this was working fine on my previous machine. Any thoughts? [20:29:33.777] Google Drive[Keyword] Processing complete [20:29:33.782] Google Drive[Keyword] Passing output '' to Arg and Vars [20:29:33.783] Google Drive[Arg and Vars] Processing complete [20:29:33.783] Google Drive[Arg and Vars] Passing output '' to Run Script [20:29:37.008] ERROR: Google Drive[Run Script] /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/installer/parallel_installer.rb:201:in `handle_error': Gem::Ext::BuildError: ERROR: Failed to build gem native extension. (Bundler::InstallError) current directory: /Users/steve/Library/Application Support/Alfred/Workflow Data/com.vitorgalvao.alfred.googledrive/sqlite3/gems/pathname-0.1.0/ext/pathname /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/bin/ruby -I /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0 -r ./siteconf20210905-20014-4q5iat.rb extconf.rb checking for rb_file_s_birthtime()... no creating Makefile current directory: /Users/steve/Library/Application Support/Alfred/Workflow Data/com.vitorgalvao.alfred.googledrive/sqlite3/gems/pathname-0.1.0/ext/pathname make "DESTDIR=" clean current directory: /Users/steve/Library/Application Support/Alfred/Workflow Data/com.vitorgalvao.alfred.googledrive/sqlite3/gems/pathname-0.1.0/ext/pathname make "DESTDIR=" compiling pathname.c pathname.c:388:12: error: implicit declaration of function 'rb_funcallv_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return rb_funcallv_kw(rb_cFile, id_read, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:388:12: note: did you mean 'rb_funcallv'? /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/include/ruby-2.6.0/ruby/ruby.h:1870:7: note: 'rb_funcallv' declared here VALUE rb_funcallv(VALUE, ID, int, const VALUE*); ^ pathname.c:388:57: error: use of undeclared identifier 'RB_PASS_CALLED_KEYWORDS' return rb_funcallv_kw(rb_cFile, id_read, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:429:12: error: implicit declaration of function 'rb_funcallv_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return rb_funcallv_kw(rb_cFile, id_write, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:429:58: error: use of undeclared identifier 'RB_PASS_CALLED_KEYWORDS' return rb_funcallv_kw(rb_cFile, id_write, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:450:12: error: implicit declaration of function 'rb_funcallv_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return rb_funcallv_kw(rb_cFile, id_binwrite, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:450:61: error: use of undeclared identifier 'RB_PASS_CALLED_KEYWORDS' return rb_funcallv_kw(rb_cFile, id_binwrite, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:472:12: error: implicit declaration of function 'rb_funcallv_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return rb_funcallv_kw(rb_cFile, id_readlines, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:472:62: error: use of undeclared identifier 'RB_PASS_CALLED_KEYWORDS' return rb_funcallv_kw(rb_cFile, id_readlines, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:680:16: error: implicit declaration of function 'rb_block_call_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return rb_block_call_kw(rb_cFile, id_open, 1+n, args, 0, 0, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:680:16: note: did you mean 'rb_block_call'? /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/include/ruby-2.6.0/ruby/ruby.h:1951:7: note: 'rb_block_call' declared here VALUE rb_block_call(VALUE,ID,int,const VALUE*,rb_block_call_func_t,VALUE); ^ pathname.c:680:69: error: use of undeclared identifier 'RB_PASS_CALLED_KEYWORDS' return rb_block_call_kw(rb_cFile, id_open, 1+n, args, 0, 0, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:683:16: error: implicit declaration of function 'rb_funcallv_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return rb_funcallv_kw(rb_cFile, id_open, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:683:61: error: use of undeclared identifier 'RB_PASS_CALLED_KEYWORDS' return rb_funcallv_kw(rb_cFile, id_open, 1+n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:1099:16: error: implicit declaration of function 'rb_block_call_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return rb_block_call_kw(rb_cDir, id_glob, n, args, s_glob_i, klass, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:1099:77: error: use of undeclared identifier 'RB_PASS_CALLED_KEYWORDS' return rb_block_call_kw(rb_cDir, id_glob, n, args, s_glob_i, klass, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:1104:15: error: implicit declaration of function 'rb_funcallv_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ary = rb_funcallv_kw(rb_cDir, id_glob, n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:1104:57: error: use of undeclared identifier 'RB_PASS_CALLED_KEYWORDS' ary = rb_funcallv_kw(rb_cDir, id_glob, n, args, RB_PASS_CALLED_KEYWORDS); ^ pathname.c:1147:16: error: implicit declaration of function 'rb_block_call_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] return rb_block_call_kw(rb_cDir, id_glob, n, args, glob_i, self, RB_PASS_KEYWORDS); ^ pathname.c:1147:74: error: use of undeclared identifier 'RB_PASS_KEYWORDS' return rb_block_call_kw(rb_cDir, id_glob, n, args, glob_i, self, RB_PASS_KEYWORDS); ^ pathname.c:1152:15: error: implicit declaration of function 'rb_funcallv_kw' is invalid in C99 [-Werror,-Wimplicit-function-declaration] ary = rb_funcallv_kw(rb_cDir, id_glob, n, args, RB_PASS_KEYWORDS); ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. make: *** [pathname.o] Error 1 make failed, exit code 2 Gem files will remain installed in /Users/steve/Library/Application Support/Alfred/Workflow Data/com.vitorgalvao.alfred.googledrive/sqlite3/gems/pathname-0.1.0 for inspection. Results logged to /Users/steve/Library/Application Support/Alfred/Workflow Data/com.vitorgalvao.alfred.googledrive/sqlite3/extensions/universal-darwin-20/2.6.0/pathname-0.1.0/gem_make.out An error occurred while installing pathname (0.1.0), and Bundler cannot continue. Make sure that `gem install pathname -v '0.1.0' --source 'https://rubygems.org/'` succeeds before bundling. In Gemfile: pathname from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/installer/parallel_installer.rb:106:in `call' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/installer/parallel_installer.rb:78:in `call' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/installer.rb:289:in `install_in_parallel' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/installer.rb:197:in `install' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/installer.rb:92:in `block in run' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/process_lock.rb:12:in `block in lock' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/process_lock.rb:9:in `open' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/process_lock.rb:9:in `lock' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/installer.rb:73:in `run' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/installer.rb:25:in `install' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/inline.rb:62:in `block in gemfile' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/settings.rb:143:in `temporary' from /System/Library/Frameworks/Ruby.framework/Versions/2.6/usr/lib/ruby/2.6.0/bundler/inline.rb:61:in `gemfile' from /Users/steve/Dropbox/Apps/Alfred/Alfred.alfredpreferences/workflows/user.workflow.51393A5B-89D2-416D-9EDE-822BE20BF39D/rebuild_cache:7:in `<main>' [20:29:37.024] Google Drive[Run Script] Processing complete [20:29:37.025] Google Drive[Run Script] Passing output '' to Conditional [20:29:37.026] Google Drive[Conditional] Processing complete [20:29:37.027] Google Drive[Conditional] Passing output '' to Post Notification

Neither the Homebrew-installed version or the native version work with this suggestion. I've become convinced that this is the result of the Time Machine migration. When I have the time, I'll do a clean install of macOS. in the meantime, thanks for the assistance @vitor. I look forward to using your workflow once I sort out the issues on my end.

@vitor, I'm finally getting a chance to look into this. You are right. It looks like my new computer is trying to use the wrong architecture for Ruby to rub your workflow. I'm not a programmer, so maybe you could help me sort through what I've learned. I used migration assistant to move from my old Intel MacBook Pro to my new M1 MacBook Air. I thought this might be the issue at first (cruft coming over), but I'm less convinced of that now. This post from January suggests that there's a problem with the pre-installed (yet also deprecated) version of Ruby on macOS. The post explains that the Universal Ruby binary assumes an x86_64 host_cpu even though it's a Universal binary. The author says that's because RbConfig is compiled using x86_64 and that the only solution is to run a newer version of Ruby. I don't know enough to evaluate what the author is saying. Running the following command on my computer: ruby -e 'require "rbconfig"; pp RbConfig::CONFIG' | grep "host" does return the following results: "host_os"=>"darwin20", "host_vendor"=>"apple", "host_cpu"=>"x86_64", "host"=>"x86_64-apple-darwin20", "host_alias"=>"", This seems suspicious. A couple of questions: 1. Are you using the default install of Ruby on your M1 machine? 2. If you are, do you get the same results? In response to this, I installed Homebrew and its most recent version of Ruby. (Along the way, I realized that I also needed to update something with my shell. I don't remember what Terminal was saying specifically, but it noted that running the following command was necessary.) chsh -s /bin/zsh Once I did this, I could properly update my $PATH to make use of Homebrew's version of Ruby. Final question: 3. If I use Homebrew's version of Ruby, should your script work? Thanks again for the hard work and help.

@vitor, I just rebooted. I think this is the same error. Do I need to do something on my end to update or activate Ruby? I'm assuming this is an M1 issue since it was working just fine on my previous machine. Thanks again for your hard work.

Still getting an error...

@vitor, my Intel MacBook Pro died yesterday, and I just upgraded to an M1 MacBook Air. I am now getting the following errors when I run the most recent workflow from your post above. Any thoughts?

@vitor, I'm not having any issues with the SQLITE workflow. It seems snappy ... maybe snappier than the FIND version ... maybe not. Under my usage the FIND and SQLITE versions work equally well.

That's fascinating—the way it works. Your assessment—that the FIND version is a better approach for the typical user—would certainly be the case for me, though I don't have nearly as many files in Google Drive as some in this thread. Agreed! Thanks for filling a huge gap. Much appreciated.

@vitor, trying both out now, I'm finding the "Google Drive FIND" workflow more performant. With the JSON workflow, I will find there is a brief 1-2 second delay at times when I invoke the workflow command. This is not an issue with the FIND workflow. A question about both: If I am searching for a file titled "2021.22.08 bulletin- final.pdf" and type "2021 bulletin", this does not return the file. Is this expected behavior? I ask because previously, Alfred search would return files. I'm assuming that there is something about the logic of your workflow that doesn't treat spaces as an AND operator. (My CS knowledge is limited, so please forgive me.)

@vitor, I've been following these updates for the past day. This newest update works great for me. (Each release has been returning results faster than the previous one.) Thank you for all of your hard work. I'll keep my eye out on future release and post back if I have any issues.

@vitor, your workflow works wonders for me. I've been following this issue and just stumbled on your work around. One thing that would be tremendously helpful for me is to include the "Shared Drives" folder as well. Most of my organization's files are located in shared drives and not "my drive." I was able to modify your original workflow to make this happen. When I tried a similar edit in the shell script of your most recent workflow, it didn't work. I, however, am no shell script expert so a lot of other things could be going on here that I don't know about.

@Andrew They are all gone! Thanks so much.

@Andrew I am seeing the extra space in Alfred's contact viewer. @deanishe I tried your suggestion and Contacts isn't returning a middle name. I also tried returning the first name and it doesn't look like there's a trailing space on the contact "Dan Gilbert" either.

This is really bizarre. I open the vCard and there are no spaces in the problematic contacts. Any more thoughts? I thought for sure this would be the issue.

I hate to be annoying, but I just updated, and I'm still noticing the issue. Any thoughts?

@Andrew Thanks for the very thoughtful response. I've checked Contacts.app (and BusyContacts FWIW) and neither of them display a middle name with a space in it. That said, if I add a middle name to these effected contacts and then remove it, the extra white space in Alfred magically disappears. This tells me that Contacts.app (and perhaps BusyContacts) are trimming spaces. (Or maybe it has to do with the APIs they use... I'm not a developer, so I can't speak with authority, I vaguely remember a developer complaining about the contacts API on a podcast in the last year or two.) I would very much appreciate if you make Alfred trim these spaces in future builds, and if you have any ideas on how to remove these spaces from my concats without going through one-by-one, I'd love to know any thoughts you have. Love the great app! It's indispensable in my workflow.

I'm almost certain that this has something to do with my contact database, but I haven't the foggiest what about my contacts would cause this to happen. Most, though not all, of my contacts are returning with two spaces between the first and last name. (See attached.) As far as I can tell, there doesn't appear to be a middle name value for these contacts.