OIDC is just OAuth2 in a ghost costume, so the implementation is nearly trivial.

Apologies, I should have provided more context. We've been futzing with this project which OIDC. We'd be looking to ensure that it works with Dex.

I'm not sure how I'd even test OpenID these days. Offhand, I haven't seen any provider offering OpenID in years.

Would you considered taking prioritized funding for implementing OpenID?

No, we don't want to bring anything upstream if we don't support or maintain it.

@epriestley was just curious if any of the "Real Working Examples" could be brought into the resource folder in phabricator, this information is super useful and helps complete the product.

In T4181#204679, @netroby wrote:

The real working example

[…]
ExecStart=/usr/bin/sudo -u vcs-user  /opt/phabricator/bin/phd start
ExecStop=/usr/bin/sudo -u vcs-user /opt/phabricator/bin/phd stop
[…]

Wow I feel the same way as @lunderwood. The problem is that it now happened for the third time and users send me screenshots of how their upload didn't work. But the permissions are all correctly set up. But then it works again after some time. It's a bit frustrating.

The real working example

An even simpler script below, works now on my Fedora 24 server. Just make sure for your distribution, that the correct database (mysql/mariadb/etc.) service is edited, as well as the rest of the info.

In T4181#133830, @kaismh wrote:

I have created an upstart service for Ubuntu 14.04 LTS. Create a file /etc/init/phd.conf and save the following:

I was not able to use this script in any of my installations, it always causes bootup/shutdown to hang and does not properly start the phd daemons. For some reason, phd for me has been very difficult to get up and running with upstart scripts. Whatever I do, calling service phd start always results in just a hang. If anyone has any insight into how I can do this, would be greatly appreciated. I'm running Ubuntu.

https://secure.phabricator.com/book/phabricator/article/support/

I created the task, then changed the tags manually (selecting only the tags I felt necessary - also removing the BUG tag). Seems I may have found a bug with the bug tracker. ;)

That is, if you go to the Diffusion workboard, we give you a generic create form instead of a choice between the various normal create forms, currently.

You can file stuff without those tags from workboards, and maybe "Support Request" just got caught in the crossfire of typing every possible tag, so that's a legitimate-albeit-unusual pathway here. But I wouldn't expect the short-lived "New Support Request" form to be accessible any longer.

This tracker is for bug reports and feature requests, and we're surprised you were able to file something without either of those tags.

How did you file this task?

In T4181#161779, @sevendays wrote:

@sinayion don't start the phd service before mysql. The daemons need the database to be active.
I'd start phd after http and mysql are up and running.

In T4181#133830, @kaismh wrote:

I have created an upstart service for Ubuntu 14.04 LTS. Create a file /etc/init/phd.conf and save the following:

This was probably implemented in rP51d2d06e3722ad807be588dc894e8d0f0e8be076

I changed the unit file to this:

@sinayion don't start the phd service before mysql. The daemons need the database to be active.
I'd start phd after http and mysql are up and running.

I'm using this unit file, which works when I manually start it or restart it. However, if I do a cold boot of the system the unit fails and I have to ssh in and manually restart it.

OS - Arch Linux

Please be aware I have created an init script for CentOS based systems.

See T4947

Having a very similar problem - Phabricator runs fine with http. But when switching over to https, CSS, JS and images failed to load. What things I should look into?

That makes sense; probably not the same issue we were having, then.

I didn't resolve the issue for them, this was their response:

@chad , mind if I ask what the reply was? We had a similar transient issue that I'm trying to debug, and it looks like you've disabled Issues on Github since this ticket was created.

I have created an upstart service for Ubuntu 14.04 LTS. Create a file /etc/init/phd.conf and save the following:

Had exact same issue today on CentOS 7.1 box. I had changed the user that Nginx was running under to 'www-data'. Changing the ownership on /var/lib/nginx (chown -R www-data.www-data /var/lib/nginx) allowed nginx to write to its /tmp/ directory and fixed the broken CSS and JS.

For others, we managed to add piwik code by changing the getHead function (https://secure.phabricator.com/diffusion/P/browse/master/src/view/page/PhabricatorStandardPageView.php;c8977d580ef14897a96b34ea52dfafc603f366ce$298) like documented here : http://pastebin.com/1A4GP3ks

@ostraaten: This looks like a support question, not like a valid bug report or enhancement request to me?
Or do you want to see the aspect more stressed in documentation / dialogs that the admin is supposed to sort out authentication in their first login? If so, feel free to rephrase the task summary.

Not a maintainer, but maybe I can help; I had the same issue.

• systemd service for Centos7

Thanks, mr.jsdive, that systemd service was very helpful.

No.

@epriestley I strictly change my conf file on documentation recommends and restart nginx, but this doesn't help.
Is there any way to load this files from CDN, for example?

Package files are generated on the fly. There are no generator logs.

Your configuration is significantly different from the recommended configuration in the documentation:

@epriestley This is my nginx phabricator config
http://pastebin.com/4SbwPZXg
Is there any way to regenerate pkg files, or view generator logs?

We use nginx on this server and the same resource loads properly:

@epriestley do you have any thoughts? I don't know nginx too well.

I use nginx, and nginx error.log is empty. I have php 5.6.6 version, and php error log is empty too. I doesn't change any config files and I doesn't update my server software recently.
I can't understand why only pkg file doesn't loading, for example
http://185.25.119.13/res/phabricator/a27580c5/rsrc/css/application/conpherence/durable-column.css - 200OK
http://185.25.119.13/res/phabricator/404f1f98/core.pkg.css - very long loading, and finally ERR_CONTENT_LENGTH_MISMATCH

This doesn't appear to be an issue with Phabricator, that is, it doesn't reproduce for myself locally or on this install. In most (all?) cases this is due to issues outside of Phabricator, such as proxies, apache configs, improper updates, etc. So I don't think we're going to be able to give you much in the way of useful advice. I'd start by doing a fresh update (and restart) and check error logs (apache, php).

@chad I was thinking about that too, but after I updated phabricator this problem left unsolved.

This isn't a problem with Phabricator. Usually, fully updating and following the update guide will resolve the problem. Specifically, make sure to stop and restart apache / php-fpm.

I have the same problem. My browser can't load core.pkg.css and core.pkg.js files, it is trying to load it for 30 seconds, and stops loading.
In my acces log file i have just one line about this files
176.36.114.16 - - [24/Mar/2015:20:45:21 +0200] "GET /res/phabricator/cbdbd552/core.pkg.js HTTP/1.1" 200 24320 "-" "Mozilla/5.0 (Linux; Android 4.2.2; 2013023 Build/HM2013023) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36" "-"
I can't reset project to old versions, because my db version doesn't support it. All my team members have this problem.

Yes, I can confirm this too.

Meh.

I switched between SMTP and MailGun back and forth again this whole afternoon.

One concern about this is that this information is policy-bypassing.

I deleted the old table and everything went fine. Thanks for the help!

It should be safe, you are welcome to back up / download that table first.

I actually have both. Should I remove the old one and re-run storage upgrade?

That table was renamed in March 2013. Do you have the renamed table?