From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24361 invoked by alias); 9 Jan 2014 01:19:46 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 18299 Received: (qmail 25686 invoked from network); 9 Jan 2014 01:19:40 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=lWIC3wpKRRi6Pk4waqLzvcU1AvDlex2zZ2vqOU2Fyjk=; b=OOfGyAeI8901yOYMYaQ3sW7PBhbjmdPjgzClr3pDqIjMvyU7Iz5dEvJyk0Gnr95i8b p3AyrqGksN1K/9ae2lfQtkFOV+NjP5ojRg2i4CWW/ObdXQVdp81244yrsv763nvgOHs9 Ace/cIToumVGoZK/rV1M2UM8ocl/sQk/Im9HFKYfcMNloD4392ei98fzMZXHDh6LcigN el7W1B0ZwCVqL6aDRJeKSA1u2MD1hLx0scoXTevG1fztCbhFp375iZ69yPwwnT54VMMi koHWjzVwLOBrGlKPvpZ6WBDcUisJBzb1Jq5Ne5A1x7cPMfKoi6ENDIk7ralY52crK7Zy cEzA== X-Gm-Message-State: ALoCoQnb86eozua5j96V1mvS2iCiZYUxvwoGho4K+OU4PZu2cmp0ZpOuXYb4Yh9n6mpc8ft7H9v1 MIME-Version: 1.0 X-Received: by 10.152.116.46 with SMTP id jt14mr82918lab.31.1389230376819; Wed, 08 Jan 2014 17:19:36 -0800 (PST) In-Reply-To: <36AC5DE3-2F13-4FD5-A5DE-C860937B8223@gmail.com> References: <3544E54E-173B-43CA-9735-6A2A2BA9DB80@gmail.com> <36AC5DE3-2F13-4FD5-A5DE-C860937B8223@gmail.com> Date: Wed, 8 Jan 2014 17:19:36 -0800 Message-ID: Subject: Re: Zsh not completing redirection anymore From: Bart Schaefer To: Zsh Users Content-Type: text/plain; charset=ISO-8859-1 On Wed, Jan 8, 2014 at 12:56 AM, Sohron Viholainen wrote: > Thank you :) > > after disabling ~/.zsh/zshrc.d/121_environment.completions.additional.zsh redirection worked right. I looked inside the file and decided to comment out this part in the beginning of the file, as app completion has never worked after all: > ----BEGIN---- > > ####################################################### > #### Make the "open -a" completion work faster ###### > ####################################################### > > # This is to make the "open -a" command completion snappier. > # touching the file upon shell startup will trigger various launchd items > # that in turn will ensure completions are up to date. We run the command once > # now to establish a short-term SpotLight cache. > > if [[ -f /Library/LaunchAgents/zsh.refresh.completion.plist || \ > -f /Library/LaunchAgents/zsh.refresh.completion.plist ]];then ?? That's pretty strange on the face of it. Why is it doing exactly the same test on the same file twice in the same [[ ]] expression? > touch ~/.zsh/zrefresh 2>/dev/null > chmod 777 ~/.zsh/zrefresh 2>/dev/null I don't see a reference to this zrefresh file anywhere else in *this* file (looked up on the git repository), so I suspect the real problem is going to occur somewhere later in the process where the timestamp/existence of the zrefresh file is examined. > fi > > # This seems to work better: > > if [[ -x /usr/bin/mdfind ]];then > ( mdfind -onlyin /Applications -onlyin /Developer \ > "kMDItemContentType == 'com.apple.application-*'" >| \ > /dev/null 2>&1 & ; ); > fi This part had better be irrelevant, it doesn't do anything (all output thrown away) except allow Spotlight to load its internal caches. What might be interesting is to see a diff of _complete_debug output in the broken case and the working case, that might show what the effect of the zrefresh file is.