Did you pull the latest code down? What is the error you are seeing now?

Does this mean "render them nicely", or is this a very old ticket? because we technically show something now, although it's mostly useless.

After fixing a bug in the provided .htaccess (recursion because of using "L" flag in self-modifying path), setup starts. However by quickly assessing the PHP code, I have noticed how APC "auto-detect" is PHP < 5.5 oriented.

https://secure.phabricator.com/diffusion/P/browse/master/src/applications/project/lipsum/PhabricatorProjectNameContextFreeGrammar.php

I have an idea for this.

Basically, I don't see any root problem here that Phabricator can solve. Asking users to fill in additional fields isn't a scalable approach - either they won't do it, or they'll do it incorrectly, or it'll become too time consuming to provide any benefit. The cost/benefit there is just way too high. It's more reasonable to ask you to simply adjust your search query to fewer words.

I would expect your search to return results. Do you have any unresolved setup warnings?

So the solution here is to ask every user to add additional search terms to use Phabricator?

D16542 should fix this and reveal whatever the underlying error is.

Yes, if you want the change to apply retroactively. Something like bin/repository reparse --message --all rXYZ, but see bin/repository help reparse first to test that on a few commits and make sure it does what you want.

Ok, I understand.

I don't think this is preview related -- I think PhabricatorEditEngineConfigurationTransaction just doesn't implement hasChangeDetails() and some related methods to generate this link.

There is no such setting, and I believe this use case is very unusual -- it's like putting the subject line of email in the first line of the body -- so I currently have no plans to add support for it (see also T8227).

Sorry, we don't offer setup and configuration help. See Support Resources for discussion of what we do offer.

i am unable to fix flowing issues,,,
1)MySQL is Using Default Stopword File.
2)MySQL is Using Default Minimum Word Length.
3)MySQL is Using the Default Boolean Syntax.
4)MySQL May Run Slowly.
5)Large File Storage Not Configured..
please help me ,,,,,i try ed your flowing producers......

We actually have some problems with our phabricator install.
We use it with mysql, but in a Galera (PXC) cluster and it does not work well with myisam tables.

In T11613#194219, @chad wrote:

Are you running apparmor or selinux?

Are you running apparmor or selinux?

In T11613#194212, @avivey wrote:

It looks like you have all the required extensions, although it's possible that they are only enabled when running php from the command line, and not from Apache; If you can get a php page to run phpinfo(), it will print out the full information from the right context.

Alternatively, if you checkout stable branch of Phabricator, you'll get a better error message.

I am able to reproduce this using another class of errors from https://secure.phabricator.com/diffusion/P/browse/master/src/applications/config/check/PhabricatorPHPPreflightSetupCheck.php, but these are all much more complex to explain.

In any case, I don't think we need the video, thanks.

It looks like you have all the required extensions, although it's possible that they are only enabled when running php from the command line, and not from Apache; If you can get a php page to run phpinfo(), it will print out the full information from the right context.

We found what we think is a repro case, but we don't know if it's the same as your repro case. Only you could tell us that, but I don't think a video would be useful.

This doesn't appear to be a bug report or a feature request. We don't take design feedback as tasks. If you'd like to weigh in on the design, please comment on the diff or use alternative support resources like Conpherence and Ponder as listed in Support Resources.

Here are my own PHP modules:

Yeah, I think that's extensive enough. And I think that's the only check right now that might blow up, but I didn't follow the recent changes.

maybe that is better?

I think it happens for any of the extensions in https://secure.phabricator.com/diffusion/P/browse/master/src/applications/config/check/PhabricatorExtensionsSetupCheck.php$3

Verified, removing php5-mysql reproduces the error.

oh good, I was in the middle of figuring that out next. I tried installing APC and APCu but still got the error.

yeah, I've removed php-mysql and then I get the same error.

I repro it fine.

I'm having some issues using the feed.http-hooks with the system I'm interacting with. My endpoint (trac) requires a CSRF token. I assume there aren't plans to add any sort of (even low-level support) for that? That's totally fine, this is kind of an edge case anyway.

In T11613#194139, @avivey wrote:

That might help.
Also, a stack-trace (should be in the webserver error log) might show something.

Installing 14.04.5 VM now.

That might help.
Also, a stack-trace (should be in the webserver error log) might show something.

If you cannot reproduce the issue, I can create a video of a XDebug session leading to the error, so you see the program flow.

Also, the one in IRC says he's got this error with APC loaded, with php 5.6.25, and that reverting to stable fixed this for him.

On Master. Both this report and the one in IRC were about master.

you can't reproduce stable or master? a lot of setup was re-written this week and stable hasn't been cut yet.

I can't reproduce this.

• I've created a new VM, and installed Ubuntu 14.04.5
• I've used apt-get install apache2 php5-cli mysql-server git php5-mysql php5-curl
• I've added apt-get install lamp-server^, for good measure
• I've configured apache2 as per the instructions, and loaded the page
• This is what I got:

• After running ./bin/storage upgrade and reloading, I got this:

As far as I can tell (I'm not a contributor), restricting the 'users' field to a single user isn't supported. Is there any reason your team could just put one user in the box? It sounds to me like it would support your workflow as-is.

Yeah, it sounds like some bug, but I can't reproduce it, either with or without APC, and another user complained about it failing with APC installed.

In T11613#194114, @avivey wrote:

Which versions of php and webserver are you using?

Going to upload a fix myself.

Which versions of php and webserver are you using?

Good to know. :) I think that embedding panels is enough. It did not occur to me that I can do that, much cool. :)