User Details
- User Since
- Jul 23 2014, 10:45 PM (554 w, 1 d)
- Availability
- Available
Oct 17 2018
@epriestley : our current phabricator version is c46be2a70b4db72d61e76690ef095384de2c3f91 that was landed on 04/13, will there be any issues if we directly cherry pick the recent two versions without pulling any other changes?
rP51073b972ece: Try to route cluster writes to nodes which won't need to synchronize first.Wed, Oct 17, 3:08 PM
rPbc6c8c0e93a7: Explicitly shuffle nodes before selecting one for cluster sync.
Apr 6 2017
Mar 15 2016
Yeah, we still run into the same problem from time to time:
error: the patch applies to 'hadoop-scala/lib/driven-plugin-1.3.6-hosted-ga-11.jar' (49f50831fe1109b164f56c8e823132aa5f5171c9), which does not match the current contents.
Feb 26 2016
- remove the change made by accident
Feb 25 2016
When I put var_dump() in other parts of the code, I can see the output from /var/log/apache/error.log, but just can't see any output for the ones I mentioned above.
Feb 24 2016
It looks like "git push" in DrydockLandRepositoryOperation.php doesn't get executed.
I put some var_dump as the following, and click "Land Revision", but no related log printed out.
Jan 13 2016
Okay, I am able to expand further by adding more requests. Thanks for the explaining!
Jan 6 2016
This looks much better! Thanks!
Dec 24 2015
This works for me now! Thanks!
Dec 19 2015
Thank you!
Updated based on Evan's comments.
Dec 18 2015
Thanks @epriestley! I'll try it out.
Dec 15 2015
It looks like it counts the total working copies. I thought the limit is for every single repo: when I set the the limit to be 5, I expect that every single repo can have 5 copies at most. This is not scalable: when more and more repos get created, we have to adjust the limit.
Also why can't a new lease get another resource when previous lease holds a resource? I set the limit of the working copy to be 5, so there should be enough resources available to be used.
Dec 14 2015
Thanks for taking care of this!
I tested this feature and noticed that the browse button beside "Onto Branch" was not clickable unless I removed the pre-populated default branch.
Thanks for thinking through all of these! Let me know if there is anything I can help with.
Ok, got it. Do you think it's reasonable to search using a package name?
You are right for the cases you described. But the case I mentinoed is that /src/infrastructure/PhabricatorEditor.php doesn't exist in both Arcanist and libutil.
Thanks for the workaround!
Dec 13 2015
Dec 11 2015
You might already know, but I noticed that the owners search is broken if I use "path" instead of "Repositories" to query. Also it would be great if we can use the package name to search.
Dec 4 2015
Yeah, I upgraded my dev instance to Head which doesn't have this issue. Thanks!
Nov 30 2015
Indeed, it works after I turned it back on. Thanks!
I tested the change and this partially works, now I see the email shows like the following:
INLINE COMMENTS
urls.py:5 test inline comments.
Nov 24 2015
Nov 16 2015
Okay, it turned out he installed Arcanist using brew, not sure why it caused the difference though. I have updated our wiki page asking people to install Arcanist by following the instruction at https://secure.phabricator.com/book/phabricator/article/arcanist/.
His version:
Nov 10 2015
Oct 21 2015
If I click any of the following tasks:
The new commits got stuck at importing:
If I go look at the task, I see this:
Aug 31 2015
Aug 28 2015
Aug 14 2015
Aug 12 2015
@epriestley, thanks for consolidating my request into this task! Some comments: a person could be an owner of multiple packages, it would be better to indicate all files with their package names instead of only indicate the files you are an owner of; We actually don't need to put the package name on each line, we can group the files by package and put the package name to each group. One benefit of indicating all files with package names is everybody see the same, there will be less confusion (in most cases we can assume everybody knows if s/he is an owner of a package).
Aug 5 2015
Jul 29 2015
Jul 27 2015
Good catch! Thanks!!!
Jul 26 2015
EX10301:pinboard nickz$ arc diff --trace
libphutil loaded from '/Users/nickz/Arcanist/libphutil/src'.
arcanist loaded from '/Users/nickz/Arcanist/arcanist/src'.
Config: Reading user configuration file "/Users/nickz/.arcrc"...
Config: Did not find system configuration at "/etc/arcconfig".
Working Copy: Reading .arcconfig from "/Users/nickz/code/pinboard/.arcconfig".
Working Copy: Path "/Users/nickz/code/pinboard" is part of git working copy "/Users/nickz/code/pinboard".
Working Copy: Project root is at "/Users/nickz/code/pinboard".
Config: Did not find local configuration at "/Users/nickz/code/pinboard/.git/arc/config".
Loading phutil library from '/Users/nickz/code/pinboard/.phabricator-libs/affogatolinter'...
Loading phutil library from '/Users/nickz/code/pinboard/.phabricator-libs/owners'...
[0] <conduit> conduit.connect() <bytes = 455>
[1] <http> https://phabricator.pinadmin.com/api/conduit.connect
<<< [1] <http> 1,675,525 us
<<< [0] <conduit> 1,675,896 us
[2] <exec> $ git diff --no-ext-diff --no-textconv --raw 'HEAD' --
[3] <exec> $ git ls-files --others --exclude-standard
<<< [2] <exec> 139,713 us
<<< [3] <exec> 138,967 us
[4] <exec> $ git diff-files --name-only
<<< [4] <exec> 69,617 us
[5] <event> diff.didCollectChanges <listeners = 0>
<<< [5] <event> 54 us
[6] <exec> $ git rev-parse --verify HEAD^
<<< [6] <exec> 29,763 us
[7] <exec> $ git merge-base 'origin/master' HEAD
<<< [7] <exec> 31,620 us
[8] <exec> $ git rev-parse 'HEAD'
<<< [8] <exec> 28,088 us
[9] <exec> $ git log --first-parent --format=medium '955511af274213958dceec8da321a786467ed6bc'..'cd5209c7bf769de9e293afa3b8a90327a28a3d48'
<<< [9] <exec> 31,014 us
[10] <conduit> differential.query() <bytes = 291>
[11] <http> https://phabricator.pinadmin.com/api/differential.query
<<< [11] <http> 1,275,340 us
<<< [10] <conduit> 1,275,577 us
[12] <exec> $ git rev-parse --git-dir
<<< [12] <exec> 6,059 us
You have a saved revision message in '.git/arc/create-message'.
Message begins:
Jul 24 2015
Yes, arc up to date:
after updating to the latest version, I still got the error:
Jul 21 2015
Jul 17 2015
Cool, thanks!
Ah, yeah, I believe that's the issue, I thought the mailing list user doesn't have to be given the read permission specifically. Thanks a lot for looking!
Jul 16 2015
Jul 15 2015
is the following the same or different one?
Jul 14 2015
To us, this happens only when the lint fails. If no lintable change, it seems fine no matter if a unit test gets run or not.
Jun 4 2015
May 26 2015
Let me know if you need more information.
Apr 10 2015
We'd like this to be done soon as well. People have been complaining about using callsigns.
Feb 12 2015
Okay, thanks @epriestley!
It would be great if we know the ETA for the fix no matter soon or not soon.
Feb 11 2015
Feb 10 2015
Hi Chad, Yes, without this fixed, we are not able to move forward for all tasks which need putting a project to CCs as a condition of the Herald Rule. Yes, it's up to your guys' priority list. But I hope this can be address very soon. Thanks!
@chad, have you found the root cause?
Feb 9 2015
@chad, I am glad you can reproduce it.
Anything I can do to faster the process to fix the bug?
Feb 4 2015
Aug 20 2014
Add myself as a follower.
Aug 19 2014
Thanks Evan!