Running Phabricator for swiss universities https://c4science.ch/
- User Since
- Mar 11 2016, 1:29 PM (62 w, 4 d)
Fri, May 5
Yes, here's the testimony of one of our user,
Jan 24 2017
Thanks a lot, the user should know what he was doing anyway.
I confirm that the task is indeed created with the subproject tag and visible in its workboard when created.
Actually there's a bug with this behavior in the workboard, I can reproduce that in a test instance in phacility as well.
Jan 23 2017
Good catch ! This is a disturbing behavior for the end user though.
Jan 5 2017
Dec 20 2016
Dec 16 2016
Sep 26 2016
+1 it's very confusing
Sep 6 2016
Sep 2 2016
Sep 1 2016
Okay, thank you for the pointers, we have indeed a huge performance improvement using standard mysql replication, which seems to increase the queue usage.
Aug 31 2016
Okay, seems bad indeed, do you think it might explain why the queue is capped at 20-30% ?
Yes, here it is.
Ah yes sorry, I saw some other reference to Nuance today and thought it was for that.
I think you may have answered to the wrong task :)
Hi, we're still strugling with this issue, anybody had to deal with this already ? Is there a plan on optimizing commit parsing and daemons scalability ?
Jul 5 2016
I'm having the same issue since I updated from week 21 to week 27, it happens on empty repositories.
Jun 13 2016
May 31 2016
May 30 2016
I had to make the admin omnipotent using this trick, but then it had trouble validating the CSRF token.
Apr 26 2016
Mar 23 2016
Mar 17 2016
I've made some modification over this proposition, as suggested it's now using environment variables instead of http headers. I've also ported it to the last version of phabricator and added username autogeneration from first/last names, as my Shibboleth provider give a username that is invalid in Phabricator (firstname.lastname@example.org).