In T3353#179075, @epriestley wrote:

• Text/Phriction Inline Comments: See T1894 for followup. I'll update this shortly in light of T7643.

Should basically just be UI, yeah.

At least search across all threads I can see works, so It should be all UI to add it per room. I'll take a stab at this next unless there is something other than UI blocking.

Seems like all the pieces are here except UI, @epriestley ?

I confirm, changing All users to Public fixed it. Thanks!

oh god, this looks like a lot of crazy js.

What about display images set like this?

Nuance is our planned help desk application.

This is a PHP error, what PHP are you running, XML is likely missing from it.

You should read Contributing Bug Reports because your report is missing some informations like arcanist version. And I think that upstream is not supporting linters anymore.

@vanmeeuwen couldn't you use custom forms to lock/hide the policy controls on the maniphest task submission / edit forms? That's how we handled it at Wikimedia's Phabricator. As mentioned above, Custom Forms is the general way forward for controlling default task policies.

@epriestley: if you still haven't figured out how to trigger the calendar event ui in gmail, maybe these headers are part of the secret sauce? [ 1 ]

behold the dangers of laptop only web development

we're testing changes to Conpherence right now.

Thanks for the info!

I probably caused this now that I think about it

It's years away if that, and we wouldn't remove an event handler for registration without significant architecture to move it to.

We always do give warnings, yes. I would recommend subscribing to the weekly Changelog.

In T10700#196511, @chad wrote:

It's a solution you can have in production today, at no cost. Evan noted above we have no immediate plans to remove/replace.

It's a solution you can have in production today, at no cost. Evan noted above we have no immediate plans to remove/replace.

@chad is this really a solution? The events documentation clearly states

Sounds like everything resolved as expected though!

@born2webdesign Unfortunately nothing about this ticket says "bug report", as in I see nothing about an issue with Phabricator that can be resolved by the upstream. Installation in unique environments can be tricky, but we expect you to resolve these issues on your own or use Ponder here to ask for help from the community. What you're asking falls outside of what we classify as "free support".

@jcarrillo7 see T10700#167773 for solution.

actually, maybe can be done with an EventHandler, I'm reading the code here:

PhabricatorRegistrationProfile is what you want, you can lock email, username, and real name.

@chad Yes, it ist ;)
@asherkin Thanks, yes that is the doc I was linked to, and indeed, putting the following in the preamble solved it:

$_SERVER['HTTPS'] = true;

Sorry, I said it was late ;)
However, I don't consider this a special installation (and other apps on the server don't show such behaviour), so I find it kind of "interesting" that I have to resort to such measures?
Thanks

In T11716#196494, @chad wrote:

I think you can lock this yourself now by using your own AuthAdapter.

In T11716#196493, @chad wrote:

some users decided to use a different username on phabricator

How did they change their username?

I think you can lock this yourself now by using your own AuthAdapter.

some users decided to use a different username on phabricator

@chad I updated the description. I hope this is more of a root problem.

This doesn't really describe a root problem, see Describing Root Problems. This information is required, so that we may group multiple requests with similar or related problems.

You got linked to https://secure.phabricator.com/book/phabricator/article/configuring_preamble/, right?

@epriestley - you are doing wonderful work! This is by far, the best ICS implementation I've ever seen :) better even than commercial products claiming ICS compatibility and wonderful features ;)