This is quite old and I have no idea how to reproduce it and thus no idea how to fix it. Locally, I tried a few things and wasn't able to identify a case where the Herald field value differed from my actual project list.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Jan 27 2018
Jan 26 2018
Jan 24 2018
Jan 21 2018
From https://bugzilla.mindrot.org/show_bug.cgi?id=2496, this is apparently fixed in the OpenSSH upstream (https://github.com/openssh/openssh-portable/commit/ddd3d34e5c7979ca6f4a3a98a7d219a4ed3d98c2). Since this is a bug in OpenSSH, an upstream fix is available, and the impact is fairly narrow, I don't plan to work around it in Phabricator.
Jan 19 2018
I've marked D18867 as fixing this. It isn't a perfect fix, but it's closer to the realm of reasonable (you have a sensible amount of area to work with and a readable font):
Jan 5 2018
Jan 4 2018
Actually, this is less crazy than I thought.
This appears to date back to the introduction of the feature in D5738, where I suggested we use ancestors() without a legitimate reason (or maybe very old Mercurial had weird behavior).
Dec 26 2017
Dec 22 2017
Dec 13 2017
Dec 12 2017
Dec 9 2017
Support for Ubuntu 15.10 ended on 2016-07-28.
Did this problem also happen with any later, still supported Ubuntu version (like 16.04) or can this task be closed as obsolete?
Nov 30 2017
This should be fixed by changes in T13024.
This should be fixed by changes in T13024.
Nov 29 2017
In PHI231, a more experienced user went through this workflow:
Nov 28 2017
@epriestley what do you think of creating another column in the calendar_eventinvitee table, something like a bool futureStatus so that when we get a list of invitees back, we can check for that flag. I think this would mean a lot of date comparisons (seems inefficient), and I'm not quite sure when to populate event stubs. For example, if the futureStatus flag is set to true for instance 10, and there are stubs for instances 15 and 20, when would 15 and 20 get converted to have the updated status?
Nov 23 2017
In T12098#233396, @sshannin wrote:
Obviously not a particularly important issue, but this now will populate a link in the favorites menu which leads to an exception:
Nov 21 2017
Hi Epriestley,
@epriestley I tried submitting a patch, but I get a Permission denied (publickey) which results in Unable to push changes to the staging area..
I added my public key and created a config rule to use it for requests to secure.phabricator.com, I'm not sure what else to do.
So, to recap:
- PhpunitTestEngine::run must be updated to use --log-junit which will output XML instead of JSON
- ArcanistPhpunitTestResultParser::parseTestResults must be updated to parse this XML file.
This seems simple enough, I will try to make it work.
Nov 1 2017
Pretty sure T7704 is the same as this.
Oct 31 2017
Ah, thanks. I think your guess is right. I'll make a note in T2543, should be a one-line fix I think.
From https://discourse.phabricator-community.org/t/644 - it appears that HM now triggers a build on revisions when they are closed via landing, which fails because the build expects a Staging ref. I don't have the setup to test any of it, but the latest revision landed here doesn't show the behavior, so either f7f3dd5b2084 hasn't rolled in here yet, or that user is doing something funny.
Oct 27 2017
Oct 24 2017
Oct 16 2017
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.
Oct 7 2017
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
to
phab/bin/storage dump --output file.sql.gz --compress
Thanks for the quick response. I'll try the workaround in the morning.
Oct 5 2017
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 .
Oct 2 2017
Sorry to leave this hanging, but the issue was with our server configuration. We did not have the correct sudo rights confgured
Sep 25 2017
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"?
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.
Aug 17 2017
Aug 16 2017
It works great now with Windows + Chrome + German keyboard layout!
Aug 15 2017
Closing this for lack of feedback, feel free to resurrect it if you get back to it.
This isn't a bug; they aren't subscribers, and aren't listed in "Subscribers" in the right-hand column or in "Subscribers" in "Edit Task".
Aug 14 2017
The error truncating behavior affects also Diffusion > R > Status, where only part of the stderr is shown, making it impossible to debug the problem without hacking Phabricator:
ab@phabricator-1-vm:/opt/bitnami$ diff apps/phabricator/libphutil/src/future/exec/CommandException.php.original apps/phabricator/libphutil/src/future/exec/CommandException.php 59c59 < $limit = 1000; --- > $limit = 1000000000;
Aug 11 2017
Aug 10 2017
T12956 has another situation where letting MenuItem generate 2+ items may be bad: we want to let a menu item steal the selection, but it's muddy to implement if each MenuItem can return several actual views.
Thanks for the detailed response, I certainly didn't expect it.