Culture related problem with Macro or to get properties - Level Ninja
Hello,
We are developping a site in the Azeri language and we have a serious problem on the site.
Some macro don't get parameters and some fields like page name are not rendered in the title tag.
As soon as I swithc the culture to english all the site is woking well again. This is pretty strange and I've try with all Azeri cultures. The page name are in Azeri language as well.
I thought it was coming from some parameters in the dictionnary but when I change the culture to for example Azeri-Latin they are are not loaded and the site is still not working.
Any help or view on this? It's a hard one this one ;-)
What kind of errors do you get when setting the Azeri-Latin culture? Have you checked the /App_Data/Logs file? And what version of Umbraco are you using? And what parameters are being passed to your macro? And what does the macro code look like?
Is there other parts of the website that does something else if it's the Azeri culture? Something that gets rendered exclusively on this page - Not content I get that it will differ but some functionality that exists on one language but not on another? Could it be caused by some rendered HTML not being properly closed causing this particular macro to act up? Is the page title not rendered in the source code at all? Or is it in the source but rendered weirdly?
Here is the macro code. But your second message is more probably close to what's going on I suppose. I'm seeing nothing strange for now, just some texts are loaded through the dictionnary. The title tag is not rendered at all in sources but yes if it's inside the field "page title", and this only in Azeri. Here is the code as well:
I've try to remove the part with the #CurrentLanguage thing in the the macro as well but still the same. It's really only the parameter galleryImages that is empty.
I was more thinking about encoding issue or special char. problem somewhere ?
So there is nothing specific in my page for the Azeri language. In umbraco there are four different Azeri languages, I've tried all of them but it's the same thing. There are no entries of course in the dictionnary for these so some fields are empty. So it's not coming from the dictionnary.
If I choose french or whatever languages, it's working fine.
I am now looking for may be a database collation problem or something around this.
Does someone has a culture problem on SQL ? Is there a recommended collation? Mine is Latin1_General
FWIW - I am having exactly the same issue; parameterised macros do not work (do not display at all) when the culture is set to Azeri. Switch that to EN-GB or any other common language and the macros display fine.
Culture related problem with Macro or to get properties - Level Ninja
Hello,
We are developping a site in the Azeri language and we have a serious problem on the site.
Some macro don't get parameters and some fields like page name are not rendered in the title tag.
As soon as I swithc the culture to english all the site is woking well again. This is pretty strange and I've try with all Azeri cultures. The page name are in Azeri language as well.
I thought it was coming from some parameters in the dictionnary but when I change the culture to for example Azeri-Latin they are are not loaded and the site is still not working.
Any help or view on this? It's a hard one this one ;-)
Hi MrFlo
What kind of errors do you get when setting the Azeri-Latin culture? Have you checked the /App_Data/Logs file? And what version of Umbraco are you using? And what parameters are being passed to your macro? And what does the macro code look like?
/Jan
Hi,
Sorry to not mention the version 7.2.2, It's a gallery macro inserted in the wysiwig editor with media picker.
Nothing in the log file, it's published correctly. It's exactly the same parameters as from the EN version and same code.
It's really a mysterious problem. Any idea on what can cause this kind of problem?
MrFlo
Hi MfFlo
Ok, but what does the code look like? Could you please share? :)
/Jan
Is there other parts of the website that does something else if it's the Azeri culture? Something that gets rendered exclusively on this page - Not content I get that it will differ but some functionality that exists on one language but not on another? Could it be caused by some rendered HTML not being properly closed causing this particular macro to act up? Is the page title not rendered in the source code at all? Or is it in the source but rendered weirdly?
/Jan
Hi Jan,
Here is the macro code. But your second message is more probably close to what's going on I suppose. I'm seeing nothing strange for now, just some texts are loaded through the dictionnary.
The title tag is not rendered at all in sources but yes if it's inside the field "page title", and this only in Azeri. Here is the code as well:
I've try to remove the part with the #CurrentLanguage thing in the the macro as well but still the same. It's really only the parameter galleryImages that is empty.
I was more thinking about encoding issue or special char. problem somewhere ?
Hi Jan,
So there is nothing specific in my page for the Azeri language. In umbraco there are four different Azeri languages, I've tried all of them but it's the same thing.
There are no entries of course in the dictionnary for these so some fields are empty. So it's not coming from the dictionnary.
If I choose french or whatever languages, it's working fine.
I am now looking for may be a database collation problem or something around this.
Does someone has a culture problem on SQL ? Is there a recommended collation? Mine is Latin1_General
Thanks.
I have done a fix for now but this problem is stil there.
I have created a macro without parameter and this is working but this is still unresolved.
Hi MrFlo
Sorry for the late answer - Just wondering what database you're using? Is it MSSQL or MySQL?
/Jan
FWIW - I am having exactly the same issue; parameterised macros do not work (do not display at all) when the culture is set to Azeri. Switch that to EN-GB or any other common language and the macros display fine.
Hi Mike, I am kind of happy that I wasn't the only one 😉
is working on a reply...