This task was filed via the "New Bug Report" form.
I'm getting the same #1048: Column 'filename' cannot be null running just regular "arc diff". It used to work and then at some point after updates started failing.
Sat, Oct 7
We should probably update the documentation to recommend --output and --compress, since the error behavior (e.g., in the event of a full disk) is better.
Thanks for the fix on that. I have my nightly backups running again, however I had to switch from
./bin/storage dump | gzip > file.sql.gz
phab/bin/storage dump --output file.sql.gz --compress
Thanks for the quick response. I'll try the workaround in the morning.
Thu, Oct 5
On the bin/files download side of things, we currently buffer the whole file into a string and then hit this:
For consistency, I gave the content Cloudfront distribution a 60-second timeout as well.
Pulling stuff from admin.phacility.com via Cloudfront, I get this instead:
In the log above, this download should have worked:
i encountered same problem , but it happened on libphutil/src/xsprintf/xsprintf.php. I resolved this problem by setting max_nesting_level on php xdebug .
Mon, Oct 2
Sorry to leave this hanging, but the issue was with our server configuration. We did not have the correct sudo rights confgured
Mon, Sep 25
This is now in stable, and deployed here and to the Phacility production cluster.
Sep 15 2017
This is now deployed on this server, we'll see how it holds up. It won't promote to stable until next week, and I'd discourage anyone from picking it up right away.
Sep 14 2017
In Mercurial, can a branch have some open heads and some closed heads?
Sep 13 2017
See also PHI68.
Oh, yes, sorry, looked at the wrong tab.
Do you mean "follow up in PHI55"?
I'm going to presume this is resolved by D18598 -- I updated T11767 with more plans and context for smoothing over the behavior, but I think it will no longer be disastrously bad. I'll follow up in
Sep 12 2017
This is resolved by the Ferret engine, which can execute all parts of the query logic in MySQL.
Sep 6 2017
Sep 1 2017
Aug 28 2017
Aug 24 2017
I'm not sure it's a bug. The error message was surprising; HTTP/1.0 500 Error 1: sudo: a password is required. I see a matching error message in Q261. The solution there seems to be allowing the webserver process owner to have sudo rights. I now found there are docs on the subject diffusion_hosting#configuring-sudo.
Aug 23 2017
If you believe you've found a bug in Phabricator, please follow the instructions in Contributing Bug Reports to file a report.
This might be useful debugging information:
>> export GIT_CURL_VERBOSE=1 >> git clone http://phabricator.internal/diffusion/TRACTORAPI/tractor-api.git Cloning into 'tractor-api'... * Couldn't find host phabricator.internal in the .netrc file; using defaults * About to connect() to phabricator.internal port 80 (#0) * Trying 10.11.45.21... * Connected to phabricator.internal (10.11.45.21) port 80 (#0) > GET /diffusion/TRACTORAPI/tractor-api.git/info/refs?service=git-upload-pack HTTP/1.1 User-Agent: git/2.14.1 Host: phabricator.internal Accept: */* Accept-Encoding: gzip Accept-Language: en-US, *;q=0.9 Pragma: no-cache
This doesn't work again.
Aug 22 2017
Somewhat related, if you have a disabled "Home" as your top item, we still show that regardless of the active dashboard below it.