Description disappears after upgrade and change

nbruley

Any idea why the description of the album at
http://share.gospelriver.com/index.php?album=bookmarks/Espanol would disappear after an upgrade to 1.4.4.3? The description was there until I updated the page after the upgrade, then it disappeared... This seems to happen on any page.

Zenphoto version 1.4.4.3 [3b80873e70] (Official build)
Current locale setting: en_US.UTF8
Server path: /home1/mysitecr/public_html/gospelriver/gallery
WEB path:
Current gallery theme: Effervescence+nb
PHP version: 5.3.22
Graphics support: PHP GD library bundled (2.0.34 compatible)
supporting: gif, jpg, jpeg, png, bmp
PHP memory limit: 128M (Note: Your server might allocate less!)
MySQLi version: 5.5.30
Database name: mysitecr_znp2
Table prefix: zp_
Spam filter: simpleSpam
CAPTCHA generator: zpCaptcha
Site status: The site is opened

fretzl

I see the descriptions just fine.
That is, if
Flores, 1 Corintios 13:4-8
Tesoros, Mateo 6:19
...etc
are indeed descriptions.

nbruley

Those are image descriptions, not an album description. I'm using `

<?php if (getAlbumDesc() != null) { printAlbumDesc(true);} ?>

`
This should work right?

acrylian

Trie to remove the true in the brackets of printAlbumDesc() as that function does not have any parameters (anymore, it had once in the earlier days).

sbillard

you can simply use `printAlbumDesc()` as if the description is empty, nothing gets printed.

nbruley

I changed that, thanks--
I apologize, but maybe the actual main issue was in pages.php where this code doesn't return anything.
`<?php printPageContent(); ?>`
I checked the functions documentation and it looks fine, so maybe it's an issue with my server change and/or with other code on the page... I have php in the 2nd code block but don't know why that would make a difference since it works and is called later. I also experimented with page caching in my htaccess but I know the page is updating so don't know why that would make a difference.
I also notice that it seems to change to the French language on default when I visit the page sometimes for some odd reason.

Edit: album.php is still not showing the description sometimes, and it too wants to jump to French, at which point the description disappears. Very strange.

sbillard

Is your site multi-lingual?

The language selection could be from your browser if you use the HTTP_accept_language selection. And if there is an empty string for the french description then the description would not show.

nbruley

Yes, it is multilingual. I don't know why my browser would use French (it's set for English). It seems it happened most often when I went to a page linked in a button. When I change it back to English, the description is still missing. Also, I thought that blank entries defaulted to the default language as that is the way it has acted in the past...

acrylian

It actually use the default. But it seems there is no description at all. I tried several languages and there is never one.

Are you sure you have an album description call in that modified theme?

nbruley

Yes, I'm sure. I have gotten the description to appear randomly, and like I said, text disappeared from the page after I republished it. Very strange. Everything worked great until after one of the following:
1) my server switch
2) last zenphoto update
3) possibly changing htaccess caching (but I kind of doubt this is the issue). And I've removed my changes already.

I didn't republish any pages or albums until after those three changes so not sure which one did it.

acrylian

Strange issue. Since caches, especially in combination with browser caches, can play any sort of funny tricks if being too persistent I would check that first. Or disable it to see if it makes any difference.

nbruley

Well, I already removed expires caching stuff from htaccess which I believe was set to 14 days. However, I have the same issues with other browsers I didn't use, and sounds like you have the same issue on your end after the cache expires stuff was removed.

I also just now purged the html cache in admin.

So no luck there...

Note that the description still shows up for http://share.gospelriver.com/bookmarks/

But since I published the page at
http://share.gospelriver.com/bookmarks/English/
the description has disappeared.

acrylian

I am not sure I understand. Based on the url bookmarks is an album and English an subalbum of it. Then it would be absolutely normal that the subalbum would not show the description of its parent. So is there really an description for the album "English"?

nbruley

Yes. see
http://gospelriver.com/temp/description.png

nbruley

To add to the fun, I can add an album description here no problem:
http://share.gospelriver.com/video/
(which is checked unpublished)

I tried deleting the description in bookmarks/English and adding just a few plain words with no code, still the same issue.

I could just wait 14 days to verify it's not the cache, but seems strange that it would go to nothing and not just stay as it was if that were the issue.

I can also add a new page and the content shows up no problem, or I can add a subalbum and description beneath English bookmarks and that shows up.

When I add a Danish or French description in bookmarks/English however (which did not exist before), nothing shows.

nbruley

To further add to the confusion, I re-created the page at http://share.gospelriver.com/index.php?p=pages&title=request-bookmark by copying my info from the original page and the recreated page rendered fine, even giving it the original URL.

However, I recreated the page at
http://share.gospelriver.com/index.php?p=pages&title=pedir-marcador#
and the description still would not show up. I ended up just copying the html into the code at the bottom.

I don't really want to recreate my albums since that would reset my stat counts but I may have to... that's the only other thing that I can't live with still...

sbillard

Sorry, but maybe a little help here? I look at those two pages and see no difference (expect of course the language.) Just where is the description you are talking of?

acrylian

I am also confused. Above we were talking about albums which have a description and now Zenpage pages which don't have an description but content.

I see also two pages and don't see what would be wrong there?

nbruley

I'm sorry. I must not be explaining myself properly.

The two pages mentioned look the same because I added the html at the top of the second page within the code block so that I at least am able to give the users the content, though I can't add it with the WYSIWYG editor. It should have appeared as page content, but it does not.

I am experiencing two different difficulties. One difficulty is that the page content at http://share.gospelriver.com/index.php?p=pages&title=pedir-marcador is not displayed. The second difficulty is that the description at the top of the page http://share.gospelriver.com/bookmarks/English/ does not display after publishing it after my server upgrade.

I suspect this is my problem, not yours, but I have no clue what the problem might be. It is not a consistent problem so it seems that it is not a template code issue. I've had some issues with PHP compatibility and settings changes with the server change, but I'm not sure how that could be a cause either...

acrylian

One difficulty is that the page content at http://share.gospelriver.com/index.php?p=pages&title=pedir-marcador is not displayed.

And what is what we see on that page if not the content? It is all in Spanish (a list) and below is a form.

Generally if you use codeblocks the theme must be setup to support them, otherwise they naturally will not show.

If English does not show it could mean that your server does not have a English locale installed. Did you check that? Try this script:
https://github.com/zenphoto/Unsupported/tree/master/misc/list_locales (Click on the file name and then click on "Raw" on the top right to download it).

nbruley

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.

acrylian

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.

nbruley

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.

acrylian

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.

nbruley

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?

acrylian

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.

nbruley

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.

nbruley

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.

acrylian

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?

nbruley

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.
``

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.

acrylian

Sounds a bit like this ticket for 1.4.5 https://github.com/zenphoto/zenphoto/issues/351