You are not logged in.
Pages: 1
We have a custom base class and base class path. When I set those to false the error goes away but the CMS is still broken with no resources being pulled in and missing CSS.
Still experiencing problems, unfortunately. I am getting this error in the CMS when trying to switch templates.
Fatal error: Call to undefined method BigTreeAdmin::rectifyResourceTypeChange() in \core\admin\ajax\pages\get-template-form.php on line 21
Any clues as to why that might be?
Yes, it does exist. Will version 4.3.4 of the CMS run with PHP 5.5?
I think I've narrowed it down to the _open-graph.php file. For whatever reason if that is in the automodules > forms folder everything breaks. When it's out the page editing is almost fine again. The entire core folder was updated to the new version so I am unsure what could be causing that.
Yes, the closing <html> tag is there. The header tag is completely empty though, I think that's my problem.
I think I finally figured out the issue. The CSS isn't getting picked up on the editing pages. The list of pages is fine but once you click to edit one that is where I lose the CSS and the entire page appears broken. The CSS is compiled so not sure what else the problem could be.
I have installed composer and run the update. I am still seing a broken page editor within the CMS. All else looks good. Any other ideas why this might be? Do I need to install a specific package of Composer? I just installed the package from the getting started pages on their website.
Tried to clear cache and no luck. Composer update? I am not sure what that means.
We are behind several versions of the CMS due to having issues getting our PHP upgraded. We are on 4.2.18 of BigTree. I just tried to update to 4.3.4 and was successful on the front end. On the backend, all looks fine until you go into page editing. The editing pages seem broken with missing CSS and missing information. Am I missing something or should I have done something prior to that update?
The one included in the extension.
We are experiencing lots of issues with the form builder currently. Any fields including drop-downs, check-boxes, and radio buttons are either not showing up as required despite being set required. OR they are set as required but when the form is submitted and there is no input in the required field, the form still submits successfully without throwing an error. Just wondering if this is us or a bug? Thanks!
We just tried it with a archived page and it did work as you mentioned it would, thank you. That makes perfect sense as to why it wouldn't work with a live page.
No, it does not.
Whenever I set up a 301 redirect, I put in the old URL and then the new URL that it is supposed to redirect to. However, the URL does not redirect to the new one even after saving the 301 redirect.
Each time I create a new 301 redirect, it successfully creates but the URL does not redirect as it should. The URL remains how it was. Any ideas what could be causing this?
It is being served directly by the extension. It must be an error with something on our end or the data being filled into the check box. Thank you for running a test!
Form builder, sorry I should of specified!
A form using a check box element with the required feature checked, is still showing required despite check boxes being filled. Red box showing it is a required field never turns green, no matter how many check boxes are filled.
Pages: 1