Well I've made some progress but could use a little advice. I've got it to the point where I can view the homepage but domain/volunteers/admin isn't working, it's running through the WP stuff.

So I'm not sure if the issue is with the WP .htaccess file and that I'm not ignoring directories within /volunteers/ but just the top level.

I added this to the WP .htaccess:
RewriteCond %{REQUEST_URI} !^/(volunteers|volunteers/.*)$

I thought adding this to both BigTree htaccess files would help:
RewriteBase /volunteers/

so that it would prepend the /volunteers/ to requests but it's only allowing the homepage to be viewed.

Any thoughts on what might be missing from one of these so that WP doesn't try to handle requests within the /volunteers/ directory?

Awesome! Thank you!

Ok looking at: core/admin/auto-modules/views/_common-js.php There is a click event associated with .icon_disabled that is just set to return false. Was that created because of the context that icon has with pending changes? Does that mean that that icon is in essence "off limits" to custom actions? I changed it to a different icon and now I'm getting the same behavior that I have with the icon_dialog_add. And as I look at this file, I'm only seeing click events associated with delete, approve, featured, and archived. Does that mean that only those four icons are capable of performing ajax calls and that the rest will always be treated as links? I'm guessing there's not a way to override that behavior?

The two classes that I'm using are icon_dialog_add and icon_disabled. When I click on the disabled icon in my view, nothing happens. The code in the associated file is not run and the Bigtree.growl that I have set isn't displayed (I do have header("Content-type: text/javascript"); at the top of my php file). When I click on the dialog_add icon, rather than running the code thorugh ajax it actually takes me to the link in the browser and outputs all the HTML/JS like it was a source code view (I'm assuming this is because this file also has a header("Content-type: text/javascript"); at the top and the browser treats the page like it was a .js file). Now on this one, the php code is actually being run it's just not staying on the view page like I need it to. But since it is running the code and loading it in the browser, I know that I have the action route for the file setup correctly.

I know that I'm not using any of the three classes you mentioned, but I'll try changing that to different ones to see if that has any effect. If not, I can start trying to debug things and see if I can pinpoint where the issue is. Just wanted to start here first and see if you had experienced something like this before.

Thanks

Awesome! Thanks for your help. I increased the number for max_input_vars in my php.ini and that did the trick. Thanks!

Ah ok, that makes sense. Yes I had them as relative, I think because I thought it would be easier for them to work in the context of different domains but it should still be fine either way.

Thanks!

Yeah that's how I have been doing it so far. For the list view I had thought about just doing the title but I like your idea of a thumbnail with the title, I think that could look really good. The only thing about this that seems slightly less than clean is that I can't let the title/subtitle run through safeEncode like everything else does. So I've just been using strpos to see if the title starts with '<img'. Does that seem like the best way to identify which callouts/matrices are using an image as the title?

I played around with it a little more and it appears that the new dropdown issue is affecting even just regular (top level) callouts but still only in Chrome. So whenever you go in to edit an existing callout that has either a one to many or dropdown field, if you click on any of the dropdown fields they don't expand and there is no error shown in the console.

Ok sorry I think this is a bug for a really specific scenario and of course it would be the setup that I have. So I implemented the fix (thank you for that) and I can switch back and forth and it updates the correct dialog box. However, on callouts with either one to many fields or select dropdowns, if I change to that callout from the first one (default one at the top of the list), the dropdowns are not styled correctly but more importantly when clicking "Add Item" on one to many fields I get this error in the console: "main.js:2151 Uncaught TypeError: Cannot read property 'remove' of undefined". Firefox has an issue with the same line but slightly different message: "TypeError: Select.customControl is undefined".

I just realized it would probably help to have the code that handles redirects from a folder to a page. So this would be for instances where there was a folder structured like /site/undergrad with some pdf documents in it. Then if the user browses to domain.edu/undergrad, this code is in the index.php file and gets run. I don't know if you need this to help see what's happening, but I figured it might be part of the problem.

<?
    $serverRoot = str_replace("site\\","",__FILE__);
    $serverRoot = strtolower($serverRoot); //In case someone enters a URL with capital letters
    $serverRoot = str_replace("web\sectionindexreplacement.php", "", $serverRoot);
   
        // Check that server root was setup correctly and points to the right place
    if(file_exists($serverRoot."\\custom\\environment.php") == 'OK' && file_exists($serverRoot."\\core\\bootstrap.php") == 'OK'):
        $url = $_GET["bigtree_htaccess_url"] = ltrim(rtrim($_SERVER["REQUEST_URI"], '/'), '/');
        $_SERVER["PATH_INFO"] = array_values(array_filter(explode('/', $url)));
        chdir($serverRoot . "\\site");
        require $serverRoot."\\site\\index.php";
    else:
        header("Location: http://www.drury.edu/404");
        die();
    endif;