with_front => false doesn't work with PATHINFO permalinks

[duck_]

When running WordPress with ​PATHINFO permalinks any plugin registering a custom post type or custom taxonomy using with_front => false in the rewrite argument just will not work since the /index.php is required.

/index.php cannot be treated like any other front since it is actually required for the permalinks to work.

We might want to internalize PATHINFO into WP_Rewrite so it doesn't get stripped like this.

Related: #16733

[scribu]

Also related: #16626

[markjaquith]

Drop this in mu-plugins (PHP5.3 required) to test.

[markjaquith]

To test, drop cpt-test.php into mu-plugins. Set your permalink structure to start with:

(A) /index.php/

OR

(B) /index.php/archives/

Create a "Thing" entry called "thing-test"

Verify that ​http://wp.dev/index.php/things/ and ​http://wp.dev/index.php/things/thing-test/ work.

In the case of (B), you shouldn't see /archives/ appear in those URLs, because with_front is false.

[ryan]

I get the behavior you describe for that test plan. Looks good.

[hakre]

+1

[markjaquith]

(In [17518]) Correctly handle PATHINFO CPTs and CTs that specify with_front=false. fixes #16807 for trunk

[markjaquith]

(In [17519]) Correctly handle PATHINFO CPTs and CTs that specify with_front=false. fixes #16807 for 3.1