How do I setup default pinned applications for new users?

Was the feature of projects having wiki pages removed? I cannot figure out how to set this up on my installation.

In D10504#117088, @hach-que wrote:

Drydock is currently not supported, and it's advised that you don't use it unless you know how it works. These diffs are probably still like 6 months away (if not more) from being reviewed.

@epriestley: Any progress with the config?

I would greatly appreciate this feature.

I have just been reading the Shibboleth docs on Service-Provider configuration for Apache. It describes these options:

• ShibUseEnvironment On|Off
  • Defaults to "On", this turns on the use of environment variables to publish attributes to applications. This is strongly preferred over the header option.
• ShibUseHeaders On|Off
  • Defaults to "Off", this turns on the use of request headers to publish attributes to applications. Use of this option should be avoided. Be sure to review the topic on spoof checking if you enable it.

On line 15 of PhabricatorAuthProviderShibboleth.php there is a typo. It should be "authenticated".

T7390 originates from information privacy rules, not from security related rules. I assume this rule stems from the greater rule that personally identifying information about users shall be kept to a minimum.

In T7339#98164, @chad wrote:

rHGTEST exists for you to test our server / repository for the issue.

Can you make unnumbered lists count as "text"? And to solve the ambiguous case where you want an unnumbered list as an item in a numbered list, you could use indention as a hint?

Yep, I think after my initial try with the commit right on the default (aka master) branch, which arc land apparently dispises, I think I mostly hit Mercurial specific issues (landing bookmarks and --merge not being supported). I created T7342 on the documentation issue to not derail this task here.

Almost. hg generates bad commits (using nano or not), arc generates good diffs (using nano).

• Not using nano results in the same problem.

$ touch test
$ hg add test
$ hg commit -m 'Ümläüt Test'

I added myself to that project. I cannot expect that from everyone on my site.

/w/generic-url is private to that project. I cannot even view it without cheating myself into the project by force of my admin powers.

In T7339#97735, @chad wrote:

I don't know that we support or test HHVM.

Does rP0a0ac1142953 also solve T7325#97666?

@btrahan Sorry for unsubscribing you. I edited the description while you replied – saving it must have reset the subscribers to what they were when I started editing.

@asherkin Thanks!

In T4103#97464, @chad wrote:

You can tie a dashboard to any saved query in Advanced Search

In D11829#114759, @epriestley wrote:

I think tailoring the error message is sufficient. Letting users edit the title of deleted documents feels weird / surprising.

How do I rebuild the default dashboard, especially the following part?

No "Unbreak Now!" Tasks: Nothing appears to be critically broken right now.

In our case it would already be completely sufficient if I (as an admin) had a button to "install this dashboard as default home page for new users" and a button to "make this selection of pinned applications the default for new users". We do not need multiple roles or push updates to our users.

Even more confusing than mixed tasks and commits, I find mixed tasks and codereviews, since they will have the same title, and just use a different callsign. The texts "Commit" and "Revision" below the callsign do not help much, since many people use the terms interchangeably.

You are right, systemd does not execute ExecStop when running systemctl restart and it considers the service as stopped for whatever reason. I made it aware of the status of the service by adding PIDFile=/var/tmp/aphlict/pid/aphlict.pid, so it will select the appropriate command.

Is it possible to display the real names in tooltips or brackets behind the usernames? In our organisation the usernames are randomly generated and provided by a global AD instance. It would be nice if we could keep that connection, but still have an easy means to know who we are talking to in e.g. Conpherence.

n/m, found it: Go to applications and click the small gear icon next to the application, so you arrive at https://…/applications/view/PhabricatorDiffusionApplication/

Will this somehow federate with XMPP? Or could Phabricator become an actual XMPP client via RFC7395? That would allow a variety of existing clients to be used immediately.

When a task is assigned to a project, and all tasks assigned to it are "shown" to this project's "contact", what should happen if that "contact" changes? Should the new contact be "shown" the old tasks? That might make oncall rotations easier to setup.

Are you also planning a way to manage Phabricator's calendar using standard email programs? I.e. will it be possible to embed the Phabricator calendar into Akonadi (and thus KMail) or Thunderbird/Lightning? I assume this would require that Phabricator exposes a CalDAV API.

Thank you for that explanation.

Can someone please elaborate *why* an entirely different domain should be used? From reading the Cross-Site Scripting, Cross-Site Request Forgery, Same-Origin Policy, Cross-Origin Resource Sharing and Content Security Policy articles on Wikipedia, I understand that any different scheme://hostname:port/ combination will already be sufficient to invoke the Same-Origin policy and block requests.

To make projects useful to us, listing the associated repositories in addition to the tasks and users would be necessary.

REMOTE_USER can come from a lot more sources than just HTTP Basic Auth. E.g. I would use it for GSSAPI authentication. Could you maybe change the bug title?

Today I updated phabricator with 212b0d2..8ebe9ce, and tried again and suddenly it is no longer reproducible…

See-Also: https://github.com/phacility/phabricator/issues/696