A bug report that is not currently able to be reproduced by the upstream. Either based on missing full steps to reproduce the issue or other variables outside of our control. For more information, see https://secure.phabricator.com/book/phabcontrib/article/bug_reports/#unreproducible-problems.
Apr 4 2018
i met the same issue, and i found the root cause was the OpenSSH upstream issue.
Feb 17 2018
The company I work for doesn't use Phabricator anymore. If I recall correctly the issue happens when an error occurs when creating the working copy. So DryDock create a copy 'copy-123' for example and then if an error occur (during the creation of the working copy for example can't fetch the repository), the build is stopped and the folder 'copy-123' is not deleted. DryDock will retry after 15s and create another copy 'copy-124'. So you can end up with millions of folders after a couple of hours.
Feb 13 2018
I'm unable to reproduce this by following the instructions provided, at least after changes in T13073. Here's what I did:
Jan 4 2018
This is possibly connected to T9548 but we don't know how to reproduce this and can't fix issues we can't reproduce.
Dec 13 2017
Aug 15 2017
Aug 10 2017
Aug 7 2017
Jul 27 2017
We don't have reproduction steps for this and thus can't move forward.
Jun 7 2017
We haven't received the information we need to move forward, so I'm going to close this. Feel free to follow up here or open a new task if you're able to provide detailed reproduction instructions we can use to reproduce the issue locally.
Jun 6 2017
I can't reproduce this. Here's what I tried:
Jun 5 2017
Thanks for updating your report with reproduction instructions, they were very helpful in reproducing and fixing the bug.
I have added some more details. Let me know if you need any more.
Ok sorry, I will improve the report.
Jun 2 2017
We haven't received more information on this, so we don't know how to reproduce it and can't move forward. Feel free to file a new issue in the future with complete reproduction steps, per above.
We don't know how to reproduce this, so we can't move forward, and haven't received more information in several days.
We don't know how to reproduce this, and haven't received more information in several days.
May 30 2017
This doesn't appear to describe a bug in Phabricator.
I'm just going to nuke this since there's no repro. This workflow has also been rewritten on the experimental branch and the specific error encountered here should now be impossible.
May 29 2017
May 28 2017
@exp10r3r you still need to provide reproduction steps. Based on the ones provided, I cannot reproduce any issue using a new/clean install on Phacility or locally. That doesn't mean there isn't a bug to fix, but without the specifics needed to observe and troubleshoot the issue, we have no idea where to start or what to look for. Because we provide support for free, it's on report submitters to fill in all the details needed here. We can't assist with that. No other install is reporting this issue, so it's unlikely due to any change from the upstream.
May 26 2017
Specifically, reproduction steps are a set of complete, detailed steps we can follow and see the same issue you are seeing locally. Bonus if you've taken a new, clean image and reproduced the issue.
May 19 2017
Currently, Fixes T123 in a commit message means this:
Basically, you're choosing to use a singular task status to track the various lifetime stages of a bug through multiple branches, which isn't what we intended that field for. It's just as easy to expect QA to want to re-confirm the bug is fixed in master as it is your workflow. I think you should track QA in a custom field.
It still doesn't sound like a bug to me, or maybe more specifically, understand what you expect the upstream to fix.
May 18 2017
@avivey If you follow the steps in my description, you should be able to reproduce the problem. I'm also attaching a screenshot which indicates that a maniphest was reopened from "Accepted" to "Resolved" twice because the merge commit msg also contains the original commit msg "... fix T...."
We need to have enough information to actually see the problem happening, so we can figure out what's wrong, and maybe even test a fix.
@avivey I updated description to include version info, repeatable and steps to reproduce, is there anything else you guys need?
May 15 2017
I'll just ship up the "unbreak" diff, and you can either counter-diff me or figure out something else.
I think more narrow reproduction instructions are:
Yes on the Almanac project profile.
May 8 2017
Thanks, let me check that task and I tell you.
This might be a variant of T2465. There's some workaround described there that might help.
- Windows version is Windows 7 with latest updates,
- PHP version 5.6.13,
- svn, version 1.9.4 (r1740329), compiled Apr 24 2016, 15:40:35 on x86-microsoft-windows
- arcanist version mentioned above
This is a little light on reproduction steps. Can you give us more information such as the version information on Windows, SVN, local arcanist, if you attempted reproduction against a clean Phacility instance or against SVNTest here?