[5.7.5] Multilingual site: no more header and footer for one of my two languages
Permalink
Hello,
I'm building a multilingual site and I was waiting for Concrete5.7.5 for its new multilingual features, including new global areas management, and above all one instance of each header and footer items for each language!
I have updated my website, and all is OK for the first language, but there is nothing on header and footer for the second. So I need your help, please.
If I try to add elements of the global areas by the live editor I have :
This site is like this :
-- default webpage (old page, unused)
---- fr-FR (empty)
------ Home
------ ...
---- en-UK (empty)
------ Home
------ ...
Thanks a lot,
So... I have edited "en-UK" to "en"... and it works now... OK.
I'm building a multilingual site and I was waiting for Concrete5.7.5 for its new multilingual features, including new global areas management, and above all one instance of each header and footer items for each language!
I have updated my website, and all is OK for the first language, but there is nothing on header and footer for the second. So I need your help, please.
If I try to add elements of the global areas by the live editor I have :
call_user_func_array() expects parameter 1 to be a valid callback, class 'Concrete\Core\Permission\Key\AddBlockBlockTypeKey' does not have a method 'canAddBlock'
This site is like this :
-- default webpage (old page, unused)
---- fr-FR (empty)
------ Home
------ ...
---- en-UK (empty)
------ Home
------ ...
Thanks a lot,
[EDIT]
Exactly the same problem for me :-/
Hi
I have the same issue after moving to 5.7.5.1 with an existing multilingual setup.
It seems that when I upgraded to 5.7.5.1 the global areas were created for all locales , and were empty, except for the default locale, which i believe is correct or maybe not ?
Unfortunately it does not copy all of the global areas as was missing the Header Search ( elemental theme ) on all locales except for default , which in turn creates the error below when trying to add a block to that area. I am presuming that as I did not have any blocks in the Header Search area before upgrading it was missed , but thats only a guess.
I think this is an error but wanted to check before raising a bug tracker.
error when adding a block to Header Search
call_user_func_array() expects parameter 1 to be a valid callback, class 'Concrete\Core\Permission\Key\AddBlockBlockTypeKey' does not have a method 'canAddBlock'
I have the same issue after moving to 5.7.5.1 with an existing multilingual setup.
It seems that when I upgraded to 5.7.5.1 the global areas were created for all locales , and were empty, except for the default locale, which i believe is correct or maybe not ?
Unfortunately it does not copy all of the global areas as was missing the Header Search ( elemental theme ) on all locales except for default , which in turn creates the error below when trying to add a block to that area. I am presuming that as I did not have any blocks in the Header Search area before upgrading it was missed , but thats only a guess.
I think this is an error but wanted to check before raising a bug tracker.
error when adding a block to Header Search
call_user_func_array() expects parameter 1 to be a valid callback, class 'Concrete\Core\Permission\Key\AddBlockBlockTypeKey' does not have a method 'canAddBlock'
I have the same problem:
New installation, added multilingual and then when i want to add global Auto-Nav:
call_user_func_array() expects parameter 1 to be a valid callback, class 'Concrete\Core\Permission\Key\AddBlockBlockTypeKey' does not have a method 'canAddBlock'
Any clue how to solve this?
UPDATE:
I solved it by changing in template line 21:
$a->display(); to $a->display($c);
New installation, added multilingual and then when i want to add global Auto-Nav:
call_user_func_array() expects parameter 1 to be a valid callback, class 'Concrete\Core\Permission\Key\AddBlockBlockTypeKey' does not have a method 'canAddBlock'
Any clue how to solve this?
UPDATE:
I solved it by changing in template line 21:
$a->display(); to $a->display($c);
I'm experiencing the same problem with my 5.7.5.2 website. After copying locale trees from language A to language B, all global areas in language B are empty. They are not being copied at all.
I did the whole multilingual setup twice, with different content section names for both languages, but the result is the same.
Any workarounds or suggestions?
I did the whole multilingual setup twice, with different content section names for both languages, but the result is the same.
Any workarounds or suggestions?
Hello,
same issue here - i've a Concrete 5.7.5.3 setup running with one language (German). Today I added a new language (English) and copied the page tree from german to english using the dashboard. When I switch to english all global areas are empty and when I try to add a block to one of them the same error message appears. Have you figured out how to fix this? The fixes described in this thread don't work for me.
Regards,
Alfred
same issue here - i've a Concrete 5.7.5.3 setup running with one language (German). Today I added a new language (English) and copied the page tree from german to english using the dashboard. When I switch to english all global areas are empty and when I try to add a block to one of them the same error message appears. Have you figured out how to fix this? The fixes described in this thread don't work for me.
Regards,
Alfred
I had to create the global areas again to the primary language, by using multilingual stacks. That way they get copied to another languages also.
Hello,
same issue here - i've a Concrete 5.7.5.3 setup running with one language (German). Today I added a new language (English) and copied the page tree from german to english using the dashboard. When I switch to english all global areas are empty and when I try to add a block to one of them the same error message appears. Have you figured out how to fix this? The fixes described in this thread don't work for me.
Regards,
Alfred
same issue here - i've a Concrete 5.7.5.3 setup running with one language (German). Today I added a new language (English) and copied the page tree from german to english using the dashboard. When I switch to english all global areas are empty and when I try to add a block to one of them the same error message appears. Have you figured out how to fix this? The fixes described in this thread don't work for me.
Regards,
Alfred
We're using global areas for autonav blocks and after upgrading, initially, none of the navigations were displayed in either language section. After going to the multilanguage setup and setting a default locale, the navigations miraculously appeared in the de_CH language section, but not in any of the other sections.
Additionally, the global areas can only be edited within the de_CH language tree (on any page of it, even), but not within any of the other language trees. It's like the areas aren't even there.
Unlike the OP's situation, the slugs have already been named de, en, fr and it, so I don't know how renaming them could provide a solution in this case.
Even tried deleting all language sections and adding them anew, but to no avail.