add page button missing
Permalink 1 user found helpful
Just installed concrete5.4.1 when with the sample database on a centOS5.2 server running php5.1
when I click add page the add page button at the bottom of the add page form is missing. everything worked fine on an older ver of c5. (this is a fresh install not an upgrade)
I did see something in the forums about tables needing to be renamed but given this is a _fresh_ install that would be weird.
when I click add page the add page button at the bottom of the add page form is missing. everything worked fine on an older ver of c5. (this is a fresh install not an upgrade)
I did see something in the forums about tables needing to be renamed but given this is a _fresh_ install that would be weird.
first, have you tried scrolling down the form. second, have you tried from the sitemap in the dashboard?
I have the same problem. I tried several clean installs on various servers (Apache, Cherokee) and providers. I browsed with different browsers (FF, Opera, Chrome). Clicking on the Page Type does not change the view to show metadata options (as it did in 5.4.0.5).
I'd hate to jump into conclusions but it seems like the stable release is not that stable.
Screenshot attached. I also filed bug report:http://www.concrete5.org/index.php?cID=85396...
I'd hate to jump into conclusions but it seems like the stable release is not that stable.
Screenshot attached. I also filed bug report:http://www.concrete5.org/index.php?cID=85396...
it is stable, and i can't get that to reproduce
This is very peculiar, it seems to affect some special environments. I reproduced it on my home server and on friend's one - both running PHP with Suhosin Patch (Hardened PHP). Then I tried with another server without this patch and I managed to get it run smoothly. I'm puzzled.
I think I found it!!!
I played in the source code for hours tracing around from file to file..
The error was so easy it hurt... php5.1 does not support json_encode!
That means if you are installing this on php5.1 the tags attribute type will through an error when you view the add page form. You don't see the error because it is inside a javascript tag..
The install says 5.2 is recomended but doesn't say it is a requirement either make it a requirement or use a non-native json_encode
open up /concrete/models/attribute/types/select/form.php
to the top add:
then on line 33 replace
with
I played in the source code for hours tracing around from file to file..
The error was so easy it hurt... php5.1 does not support json_encode!
That means if you are installing this on php5.1 the tags attribute type will through an error when you view the add page form. You don't see the error because it is inside a javascript tag..
The install says 5.2 is recomended but doesn't say it is a requirement either make it a requirement or use a non-native json_encode
open up /concrete/models/attribute/types/select/form.php
to the top add:
$js = Loader::helper('json');
then on line 33 replace
var availableTags = <?php echo json_encode($opt_values);?>;
with
var availableTags = <?php echo $js->encode($opt_values);?>;
This solution worked for me as well. Thank you for posting, exbm! With my knowledge, I never would have figured this out on my own.
Thats good so far, thanks. I had the same problem.
Thanks. I'm including this in the core for our next update. Somehow that slipped through the cracks.
When I saw your post, I thought: that must be it! Because I had the exact same problem as you: no 'add page' button on the 'add page' dialog. But alas, your solution did not work for me. My server was running php5.2.9 with the Suhosin Patch, so I thought it must be that. But no...
In the end, after two or three hours of debugging, it turned out that one of the queries threw an error that caused PHP to stop running before it got to render the 'add page' button.
Anyway, to maybe help someone who has the same problem: I had to rename my table 'atselectoptionsselected' to 'atSelectOptionsSelected'. I have *no* clue how that one single table ended up in all lowercase (the rest is all in CamelCase), but that turned out to be the root cause.
I thought I'd post that here to maybe save one single soul the three-hour debug I had to go through...
In the end, after two or three hours of debugging, it turned out that one of the queries threw an error that caused PHP to stop running before it got to render the 'add page' button.
Anyway, to maybe help someone who has the same problem: I had to rename my table 'atselectoptionsselected' to 'atSelectOptionsSelected'. I have *no* clue how that one single table ended up in all lowercase (the rest is all in CamelCase), but that turned out to be the root cause.
I thought I'd post that here to maybe save one single soul the three-hour debug I had to go through...
My problem was also with using correct case in my mySQL tables. I happened to have my table named "atTextAreaSettings" when it should've been "atTextareaSettings". I had to manually rename all my tables after transferring from a local server, so I'm not surprised I made a mistake.
A quick check in firebug found the problem, but my guess is table names is where anyone who's having this problem should start.
A quick check in firebug found the problem, but my guess is table names is where anyone who's having this problem should start.
