- User Since
- Apr 8 2015, 6:27 PM (150 w, 2 d)
May 18 2017
I believe we see the same issue in our environment, but I didn't think much of it/rule out actual problems with our setup and just restarted the daemons the first few times it's happened.
Apr 24 2017
This would be useful for us as well, we want to migrate from using local authentication (which was very easy to setup when initially bringing up our server) to using LDAP authentication. We had most/all of our users create accounts using their LDAP username but using local authentication, but really we should have set up LDAP from the beginning.
Mar 27 2017
It's possible T10872 is also related/is a duplicate.
Jan 25 2017
D17245 returned everything to normal, and can confirm windows 10 has fancy color Emoji 👍
Jan 24 2017
What it looked like before
(On windows/chrome) this seems to have changed the overall font for many Phabricator elements to a slightly different font that in my mind is just a little less readable. Apparently re-ordering 'Segoe UI Web Regular', 'Segoe UI Symbol' in front of the regular Segoe UI changes how the font looks.
Aug 22 2016
Is anyone encountering this on a https:// protocol install? I was plagued by this issue for a while and switched to https:// and it seemingly disappeared. Although I can't reproduce today on the http:// protocol either.
Jun 6 2016
Apr 26 2016
Apr 15 2016
I'm 100% fine with that, I have no idea if there's some ugly interactions here, just wanted to chime in that we were affected too. The average skill level of users interacting with Phabricator makes the workarounds not a big deal in general (although I think an administrator can lock users out of the necessary IE settings to turn off compatibility mode)
Yeah, we're also affected by this... it's mostly a non-issue since no one really uses IE but IE11 renders incorrectly in IE7 compatibility mode since the Phabricator server is determined to be in the intranet domain.
Mar 24 2016
This would be really nice to see, as we do post-commit code review with Audit and we semi-frequently encounter commits that have near-100% changes due to white space as someone hits an auto-formatter or changes svn:eol-style to match convention and doesn't split this out into separate commits.
Mar 10 2016
Awesome, thanks! Updated to latest and confirmed.
Yeah, cut-off would also be acceptable (although I like wrapping slightly better). It might motivate users to pick shorter names but there's not even a lot of space for reasonable names when combined with milestones/subprojects like:
Feb 5 2016
+1 for this from me, internally for us getting a new gmail account (provides IMAP/POP access) is relatively easy, but getting necessary MX records/mail routing/etc... for a local copy of sendmail is significantly more difficult.
Jan 25 2016
I'll chime in with my 2c as well, the new "Set Sail For Adventure" button in Maniphest was also a bit confusing to me and another member of my team, and we're usually fans of the flavor and have pushed to keep it instead of switching over to serious_business.
Dec 20 2015
May 11 2015
Apr 8 2015
That sounds like a good solution, I hadn't looked at the information on mail commands (since our installation can't get incoming mail).