Did you disable the "Macro" app?

Can you be more specific than just Phacility? I can't reproduce this offhand anywhere.

I think this issue was fixed by 58c2141 (Feb 16) which hasn't promoted to stable yet. You can either upgrade to master now, or it should promote to stable in about 24 hours. If you want, you can subscribe to the Changelog to keep track of when we promote.

Yes, the affected repositories are mercurial, there are several. The version is the latest stable one (https://secure.phabricator.com/w/changelog/2016.07/). I have not yet found a way to reproduce this behavior nor can I tell what the affected repositories have in common (not all are affected).

Just to confirm, this is a Mercurial repository, right? (I'm assuming it is because of default instead of master, but just want to make sure.)

Please fill out a full bug report, including your version and steps to reproduce. See Contributing Bug Reports.

It sounds like no one can reproduce this problem anymore. If anyone runs into this again and can figure out reproduction steps, feel free to file a new task with details.

I think this issue was fixed by 58c2141 (Feb 16), which is a little ahead of where you are. You can update to master to pick it up right away, or it should be available in stable in about 24 hours (if you want, you can subscribe to the Changelog page to keep an eye on when we promote to stable).

phabricator

70c679110e1d4632d19ca160379f83f6f20d79d1 (Sat, Feb 13)

arcanist

ed476cf8489c4bf41b7a0075f15d40820d640fe4 (Sat, Feb 13)

phutil

9c472e7c9b64395424c6cd25734bf239cb3c113d (Sat, Jan 23)

Can you either confirm that you're running HEAD of master, or tell me what version of Phabricator are you currently running?

I got the same problem with HEAD of master.
it seems relate to clone a git repo with gziped post data by http.

But the documentation says:

No problem, and thanks for including all the relevant version information in your report! Let us know if that doesn't fix the issue for you.

Thanks for the quick reply. Was not able to find that after looking a bit.

This was fixed by 329d036 (Feb 13) which should be available in stable in about 48 hours (or you can update to master before then).

@epriestley I will try reverting theses commits when I get a stable ssh into my phab instance and keep you posted.

@dpatou Does reverting both 5e375482 and 8269fd6e fix the issue for you?

I still can't git clone, but if I create an empty folder, init a repo in it, put my phab-hosted repo as origin remote and pull/merge into master, it works just fine great (just as cloning would/should)

Oh, thanks! I'm not sure how I didn't find that one...

I don't know if it's intentional or not, but I can find tasks with custom field text values using the Contains Words field.

The issue with 3.5.2 on the server-side might be different from the original problem and instead be related to D14241 and T9548.

I updated the server-side Mercurial to 3.5.2 and now get following output on the client-side:

# hg push --debug                                                                                                                                                                                                    
Übertrage nach ssh://phab@.../diffusion/.../
running ssh phab@... 'hg -R diffusion/.../ serve --stdio'
sending hello command
sending between command
remote: 345
remote: capabilities: lookup changegroupsubset branchmap pushkey known getbundle unbundlehash batch stream bundle2=HG20%0Achangegroup%3D01%2C02%0Adigests%3Dmd5%2Csha1%2Csha512%0Aerror%3Dabort%2Cunsupportedcontent%2Cpushraced%2Cpushkey%0Ahgtagsfnodes%0Alistkeys%0Apushkey%0$
remote-changegroup%3Dhttp%2Chttps unbundle=HG10GZ,HG10BZ,HG10UN httpheader=1024
remote: 1
query 1; heads
sending batch command
Suche nach Änderungen
all remote heads known locally
preparing listkeys for "phases"
sending listkeys command
received listkey for "phases": 15 bytes
checking for updated bookmarks
preparing listkeys for "bookmarks"
sending listkeys command
received listkey for "bookmarks": 0 bytes
sending branchmap command
sending branchmap command
preparing listkeys for "bookmarks"
sending listkeys command
received listkey for "bookmarks": 0 bytes
15 Änderungssätze gefunden
list of changesets:
[...]
sending unbundle command
bundle2-output-bundle: "HG20", 4 parts total
bundle2-output-part: "replycaps" 155 bytes payload
bundle2-output-part: "check:heads" streamed payload
bundle2-output-part: "changegroup" (params: 1 mandatory) streamed payload
Gegenseite: abort: stream ended unexpectedly (got 0 bytes, expected 4)
Gegenseite: ** unknown exception encountered, please report by visiting
Gegenseite: ** http://mercurial.selenic.com/wiki/BugTracker
Gegenseite: ** Python 2.7.9 (default, Mar  1 2015, 12:57:24) [GCC 4.9.2]
Gegenseite: ** Mercurial Distributed SCM (version 3.5.2)
Gegenseite: ** Extensions loaded: 
Gegenseite: Traceback (most recent call last):
Gegenseite:   File "/usr/bin/hg", line 43, in <module>
Gegenseite:     mercurial.dispatch.run()
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 30, in run
Gegenseite:     sys.exit((dispatch(request(sys.argv[1:])) or 0) & 255)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 92, in dispatch
Gegenseite:     ret = _runcatch(req)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 163, in _runcatch
Gegenseite:     return _dispatch(req)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 895, in _dispatch
Gegenseite:     cmdpats, cmdoptions)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 656, in runcommand
Gegenseite:     ret = _runcommand(ui, options, cmd, d)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 1013, in _runcommand
Gegenseite:     return checkargs()
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 982, in checkargs
Gegenseite:     return cmdfunc()
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/dispatch.py", line 892, in <lambda>
Gegenseite:     d = lambda: util.checksignature(func)(ui, *args, **cmdoptions)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/util.py", line 794, in check
Gegenseite:     return func(*args, **kwargs)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/commands.py", line 5713, in serve
Gegenseite:     s.serve_forever()
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/sshserver.py", line 94, in serve_forever
Gegenseite:     while self.serve_one():
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/sshserver.py", line 112, in serve_one
Gegenseite:     rsp = wireproto.dispatch(self.repo, self, cmd)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/wireproto.py", line 515, in dispatch
Gegenseite:     args = proto.getargs(spec)
Gegenseite:   File "/usr/lib/python2.7/dist-packages/mercurial/sshserver.py", line 32, in getargs
Gegenseite:     arg, l = argline.split()
Gegenseite: ValueError: need more than 1 value to unpack
Gegenseite: Exception: Writing to a closed pipe!
bundle2-generatorexit

Given the system appears to mandate that I select from the list

See T10376 for a related issue with diagnostics.

I'm in the middle of a trip right now so can't test as much as I'd like but i'm still having the issue. On my desktop computer I can pull pretty fine the repos that were previously cloned but on this freshly reinstalled laptop I can't clone repositories, hanging forever after the git-upload-pack with connection left untouched, as the other comments stated here.

Thank you very much for the quick fix. I already updated my Phabricator installation and it works perfectly now.

Please update Phabricator before filing bug reports. Thanks!

The issue disappears today! I don't know why.

To add to this, viewing a Task shows "Projects" whereas editing it shows "Tags". This caused confusion to one of my users, who couldn't find where to update the Projects while editing a task.

Can confirm, autocomplete for usernames does not work :-(

got it. thanks

This is a feature, not a bug.

okay - I'll just fix this

I think this should be fixed in HEAD, let me know if I missed anything. Thanks for the report (and the patches; I did approximately the same thing in D15282).

Thanks for the quick fix !

That fix isn't retroactive, but I'll deploy it here now so future slowvotes benefit.

Thanks for the report! D15274 should make this dialog more user-friendly once it lands.

You are out of date: update Phabricator to resolve this issue.

Deleted JS directory.
/daemon/ link shows no failing task recently:

Cool, glad to here its working and thanks for the confirmation.

@avivey Sure, you're right. Thanks!

(Technically, "invalid", because it's not a bug.)

This task can be closed as Resolved.

Delete the JS directory, and visit the /edit page; It should show information about the state of the daemons.
Look also at the daemons console (Navigate to /daemon/), and look for failing daemons and logs.

deamon is running as root user

@avivey @chad Thank you for your attention. Yes, I did - please see below for the happy end :-).

Definitely is a restart issue. That file was removed and you shouldn't have any current code looking for it. Either your pulls were incomplete or your webserver / php wasn't restarted (we cache lots of stuff). See also https://secure.phabricator.com/book/phabricator/article/restarting/

/var/repo/ needs to be owned by the daemon user (The user that phd runs as), and the daemons need to be running.
When importing git/mercurial repos, the daemons copy all the content to /var/repo/CALLSIGN; That doesn't happen with SVN, which is why you didn't run into this before.

Did you restart your webserver, php-fpm, etc?

I was using .htaccess (I noticed the linked article said to remove the leading '/'. I finally got things working. I had to move my rewrite rules to the .conf found in /Library/Server/Web/Config/sites/mysite.conf. This is specific to macs running the OS X Server application. Hopefully if anyone else is using this setup, they can benefit from this.

Are you writing the Phabricator RewriteRule in .htaccess or httpd.conf (or similar)

Lots of interesting details on mod_rewrite here: http://stackoverflow.com/questions/286004/hidden-features-of-mod-rewrite