I'm still not connecting with you. To get the Spanish page information at the top that you see there, I copied the html from the page content and added it to the code block. The code block works fine. The code that is in the "content" section of the page is duplicated via html in the code block, because the content itself is not reproduced on the page. This is very weird behavior and I don't have an explanation for it. If it worked properly, there would be two sets of buttons "Volver" and "English" (repeated twice) since I have the code entered twice-- once in the content, and once in the code block. I have confirmed that the languages work just fine in other areas. Again, this isn't an issue where the same thing happens consistently on all pages. It is only on selected pages (and albums) where certain elements are not being created.
I see I somehow missed that you display the codeblock now.
We had an issue with multilingual content where the database fields were not large enough. This might be your issue if you maybe can confirm that the items where it happens are the longer ones.
I see you are on 1.4.4.3, please consider to update to 1.4.4.5 to see if the issue persists.
Ah, your suggestion to try shortening the page gave me an idea-- I'm pretty sure I found the culprit that is causing the problem, though I don't know the solution.
The following code, when inserted into the page, causes everything to fail and nothing is displayed:
English
The following code works just fine:
Volver
There is something in the code from the first example that Zenphoto doesn't like. If you think that might be fixed in 1.4.4.5 I would be happy to upgrade. Or I can just recreate the code a different way that it likes. This button is common to all the pages/albums that are giving me problems.
My guess is that when I upgraded Zenphoto, something changed in the code that made this disfunctional.
Probably Zenphoto clear that code. Check your allowed tags (html tags) on the options that button is allowed and all attributes needed.
In this regard for sure nothing has changed. But if thtese buttons are on any page you should put them into the them file itself and not the content of a page.
This works:
aqui
This does not:
aqui
Apparently Zenphoto no longer likes http:// in the code. I don't think the allowed tags option was present in the Zenphoto version I had before upgrading, so I'm guessing this is the culprit.
How do I make a way for Zenphoto to accept anchor links that point to a different website?
The allowed tags option is there for several years.
If the http was the issue how would you explain that a link to Github works here?
http://www.zenphoto.org/news/zenphoto-1.4.4.5
Or even your link on a test page on our site?:
http://www.zenphoto.org/pages/testpage
It must be something else.
Be sure to test that your theme has no html or css issues like unclosed tags. THat could make elements disappear or be hidden.
One of the div's in my footer was missing a > and after fixing that it works with the links. Why that changed after upgrading etc I have no clue, as well as why it only messed up the page when there was a link with http in it, but it looks like this issue is finally resolved.
Thanks for your patience.
Not that you have to try to do anything more with this, but just so you know, this occurred again with another page that validates perfectly:
http://share.gospelriver.com/index.php?p=pages&title=bookmark-instructions-and-tips
I replaced all html references to "http://share.gospelriver.com" and just left them as a relative URL, leaving all external links with the "http://" as normal and the problem was resolved. That's the only change I made between the working version and the non-working version, and it is duplicable. Very weird. Maybe there's another syntax error in there that the w3 validator didn't pick up, don't know.
Probably it is not a validation issue, most browser are quite forgiving and normally do display formatting off but not "deleting" text.
Needless to say I still cannot reproduce it even with multiple links (see above testpage). But of course our site is not multilingual. So I guess it is something with the database storage as all languages are stored serialized in one field (as mentioned).
The issue must be somewhere else. Is the text really in the database itself? How does it look like?
Yes, it must have something to do with a multilingual site. I can paste the following code into a test page in English and it works.
[Image: http://share.gospelriver.com/download.jpg]
When I paste it into both English and Spanish (only the above code), it disappears from the page in all languages. If I remove the http://share.gospelriver.com from BOTH English and Spanish, it reappears. If I remove it from only one language, no content shows up.
Sounds a bit like this ticket for 1.4.5 https://github.com/zenphoto/zenphoto/issues/351
Maybe it's related, but my content is not erased. It just does not appear on the site. It's still all there, it's just not written to the page-- an empty div I think. I also have more than two languages enabled, although I'm only writing in two of them. I'm using an outdated version of some of them though. I am also able to save content in only English.
Do I need to move this to github now that I have narrowed the problem down?
I would say join on that ticket for now. I will try to reproduce this. Did you also check if your server really has all the locales you are using? SInce that is tied to the PHP on the server it can cause trouble trying to use Spanisch if the locale is not there. FOr example my server has only German and English so French does not work at all.
I'm not sure what you mean by "join on that ticket" but I'm guessing you mean wait while you try to reproduce it.
I'm not sure how to check whether my server has the locales, but Spanish and French do definitely work for me, since the GUI language changes and the inputted text changes.
I mean we should just use that ticket for your issue as well.
Ok, if French and Spanish do work that is a good sign. Regarding checking the locales I did link a script earlier.
I just tried with all languages available and a random text. All seems to work as expected (except that hte language switch for some reason annoyingly switches to index on each change.)
Try putting this exact html into a test page in two different languages and publish the page:
[Image: http://share.gospelriver.com/download.jpg]
The image will not show up if you have the same problem as me.
It looks like English and Spanish are supported.
http://share.gospelriver.com/testlocales.php
Locale support looks great on that server..:-)
So I tested the html in the content field of a Zenpage page with and without TinyMCE and with all possible lanaguages enabled. I did test locally and sorry to say all worked for me... I have no idea what could be causing this then.