Support community for TTG plugins and products.
NOTICE
The Turning Gate's Community has moved to a new home, at https://discourse.theturninggate.net.
This forum is now closed, and exists here as a read-only archive.
You are not logged in.
for what it's worth, I'm also using Firefox (47.0.1) and am seeing no problem with the thumbnails on that page.
I'm using version 48 but it has been updated very recently.
This is not a permanent problem. It appears from time to time when displaying an album or album set page. Clearing the cache and refreshing always fix the problem and now (this is new) navigating to another page and returning to that page may or may not fix the problem.
Very strange. Maybe it's an issue with my hardware configuration but I don't see why this problem would appear only with thumbnails displayed by BL. Maybe the number of simultaneous downloads ? I have looked at network.http.max-persistent-connections-per-server and it is set to the default value : 6.
If I'm the only one hit by this issue, this is a non-problem. However, a Google search with "Firefox corrupted images" results in a lot of problem reports.
Ben,
The problem appeared again today on an album set page. 3 thumbnails were corrupted. I downloaded the 3 corresponding images and they are OK, as expected. I captured the source code and made a screen capture. You'll find everything in this archive : https://dl.dropboxusercontent.com/u/554 … bnails.zip . The image names are unchanged so you can easily find the corresponding blocks in the source code. I didn't see anything wrong in these blocks.
I clicked on one of the affected thumbnails to see if I also had the same problem in the corresponding album but everything was OK. The problem disappeared when returning to the album set page (no refresh). This confirms that the problem is with Firefox.
The correct album set page is here : http://www.ppphoto.fr/galleries/ .
If you see this, can you save one of the thumbnails through the browser (by right-clicking that particular thumbnail and selecting save image) and email it to me?
Since the thumbnail is about 1 px high in that case (as you can see from the screen capture I posted), there's not much to right-click. I succeeded once and the downloaded thumbnail was OK. Which seems to indicate that it's a display problem in Firefox. That's why I suggested to capture the page source code in order to confirm that the code itself is OK. But I'm pretty sure it is, otherwise just clearing the cache and refreshing wouldn't fix the problem.
Anyway, I'll try to download again if possible when the problem re-appears.
Thanks for clarifying. I'd still like to work out where or what the problem is, so if you find it happening again, please continue to post here.
This happened twice yesterday. Always the same problem as shown in the images I posted in my initial post. Each time I looked at the same page under IE, Chrome, Edge, Safari,... No problem. In Firefox, refreshing the page is not enough, I have to clear the cache to make the problem disappear.
Do you want me to capture the page source code next time?
...we cannot attribute this to Backlight.
This is not what I meant. Firefox has a lot of problems since last year. So I'm suspecting it has a bug that makes it unable to correctly interpret such or such code under certain circumstances. Since the problem systematically disappears after clearing the Firefox cache, BL is certainly not involved. Just, Firefox might not be able to handle a given code sequence emitted by BL while other browsers don't have any problem with it.
I first thought it was an issue with hardware acceleration but obviously, it's not the case.
I will provide the source code for both cases (text labels missing or not) the next time the problem occurs.
The missing text labels problem never re-appeared even after making a lot of changes. So I guess we can forget this.
The corrupted thumbnails problem did re-appear but again, this is a Firefox specific issue. Clearing the cache and refreshing fixes it. BL users should be aware of this, however. There's probably something in the BL generated code that Firefox cannot "swallow".
OK, thanks. I'll report this to the feedback forum.
Hi,
In all text fields of all tabs in the Edit Album... dialog box, the <ENTER> key closes the dialog. But sometimes, I just want to start a new paragraph. I tried the <SHIFT+ENTER> and <CTRL+ENTER> combos but they have the same effect.
However, if I edit the text in Notepad for example, I can add <CRLF> sequences and copy everything to the target text field and my paragraphs are taken into account. So there's something inconsistent in this behavior. Either <CRLF> sequences are supported or they are not. If they are supported when pasting text, they should also be supported when editing in the text field directly. At least, <SHIFT+ENTER> and <CTRL+ENTER> should work as expected.
I don't know if this a problem with LR or with BL, though.
I did so and the order stayed the same. It didn't work. How do I reorder the images?
Bob,
Did you refresh the page in the browser ? Otherwise, if you view the album in grid mode and select Custom Order, the display order on the web site should be the same as the order in the grid.
There is no setting to prevent right-click download of images. You could try placing the anti-right click javascript in the phplugins ttg_footer_bottom hook
Here's the documentation for CE4, the same script will probably work for Backlight
http://ce4.theturninggate.net/docs/doku … ntext_menu
It works with Backlight but it's the ttg_scripts hook that must be used, not ttg_footer_bottom.
Ach ja, Template Cache leeren und die bekannten Häkchen weg.
When you republish, make sure that the "Push metadata without updating existing photos" checkbox in Publisher Settings is not checked
Thanks Rainer, Rod.
Unchecking "Push metadata without updating existing photos" is the solution. However, I suggest that the image size change be detected automatically if possible.
Hi,
Changing the image dimensions in the album template doesn't seem to have any effect when re-publishing. What did I miss ?
Thanks.
Well, since I have created the hidden test album, I'm unable to reproduce the missing text label problem, be it in the test album or in the regular albums. Very strange. Before, I had the problem almost each time I made a change anywhere in an album.
This is not browser related since I also had the missing labels on other browsers and systems. I don't know what may have changed since the addition of the test album. No update to LR or to Windows, no setting change in BL on the site or in LR beside disabling and re-enabling the "Push metadata without updating existing photos" option. But now, I don't have the problem be it ON or OFF.
Patrick, you might want to create a test gallery that is hidden from the index.
Done. I'm playing with it since this morning and for the moment, I have not seen any thumbnail with a missing text label. I'll let you know as soon as a problem occurs.
Regarding the corrupted thumbnails, the problem didn't re-appear since I have disabled hardware acceleration in Firefox. So this issue can be considered as solved. Not a BL problem.
a screen capture (showing the problem) is not the same as being able to look at the page's code.
I will provide the source code for both cases (text labels missing or not) the next time the problem occurs.
it's hard to troubleshoot a problem when there is no problem to see....
Just look at the message posted above that gives links showing the same page with and without the problem :
Samoreen wrote:
Here is a screen capture showing this issue for two thumbnails : https://dl.dropboxusercontent.com/u/554 … labels.JPG - middle column - ...
Look at this page for the correct labels : http://www.ppphoto.fr/galleries/09_etudes_couleur/
The next time you see this, can you save the corrupted thumbnail, refresh the page and then save the correct thumbnail (with a different filename)? Try viewing them in your file explorer to see whether there are any differences. If there are, please email me both copies using the Email link under my picture.
I'll do that. I will also have a look at both versions of the source code (with an without corrupted thumbnails). I will also disable hardware acceleration to see if that could be the problem.
Anyway, regarding the corrupted thumbnails as described in my original post, it's now obvious that the problem is with Firefox.
However, since the missing text labels problem can be seen in any browser on any system, I guess this is more BL related. I'll try to give more information when that happens again.
Just looked at your page in Firefox. all captions are there.
Yes, I fixed everything after making the screen capture with the text labels missing.
Here is a screen capture showing this issue for two thumbnails : https://dl.dropboxusercontent.com/u/554 … labels.JPG - middle column - ...
Look at this page for the correct labels : http://www.ppphoto.fr/galleries/09_etudes_couleur/
Hi Patrick, it doesn't appear to be the browser. How often does this happen? Does re-publishing the broken image without making any other change fix it? Something to try is to use Lightroom's Export function to generate equivalent images to the Thumbnails in your template, and see whether exported thumbnails to your local drive also have the same problem.
More information about this issue...
I made some tests and couldn't see any anomaly. As mentioned above, when I first publish an album or when I add a new image to an album, the thumbnails are always OK. Not corrupted and text label correctly displayed. But when making some changes to an album after the fact, it happens that some thumbnails are incorrectly displayed. Usually, these are not the thumbnails corresponding to the newly added images or thumbnails for which the base image has been modified. It's random.
Actually, the corrupted thumbnails can appear in an album to which I didn't make any change. Wait a minute... I just checked the thumbnail page of all albums by doing a refresh on each page, and I could see that the thumbnail page of an album to which I didn't make any change since the first publishing had a corrupted thumbnail. This time, I immediately checked in other browsers : the thumbnail appears to be corrupted only in Firefox (latest version). Not in Chrome, IE, Edge, Safari on my Ipad,... This explains why the problem appears randomly in any album. It's Firefox that has a display problem or that sometimes doesn't interpret the BL code correctly.
So to summarize :
- the corrupted thumbnail problem seems to appear only in Firefox. If I clear the Firefox cache and refresh the page, the problem disappears without having to re-publish anything.
- the missing text label problem appears in any browser. This seems to be the main issue now since the corrupted thumbnail problem appears to be Firefox specific. Here is a screen capture showing this issue for two thumbnails : https://dl.dropboxusercontent.com/u/554 … labels.JPG - middle column - (I will fix it now on the real page). Clearing the cache and refreshing doesn't help, whatever the browser used.
Thanks.
This page http://www.ppphoto.fr/galleries/09_etudes_couleur/ suddenly has got 2 thumbnails with the text labels missing. Middle column, second and third thumbnails.
I should have mentioned that both images were not submitted to any modification. Both text labels disappeared after I added a new image to this album.
can you provide links to albums where this is happening and direct us to the specific thumbnails where these problems are occurring?
Rod,
This page http://www.ppphoto.fr/galleries/09_etudes_couleur/ suddenly has got 2 thumbnails with the text labels missing. Middle column, second and third thumbnails.
Sobald etwas mit den Thumbnails geändert wird, ob Text oder Metadaten, musst du immer die beiden unteren Haken weg machen, damit die Thumbnails neu erzeugt und hoch geladen werden. Ich bin auch anfangs verzweifelt.
Du meinst, "Push metadata without updating existing photos" u. "Publish thumbnails without updating other renditions" ?
Du brauchst doch nicht die Bilder aus dem Album zu nehmen und erneut rein zu setzen. Nur den Haken in den Publisher Einstellungen weg machen, damit die Thumbnails neu erzeugt werden, dann sollte es klappen. Oder ich habe dich jetzt falsch verstanden.
Danke Rainer,
Oder ich kann das Menü "Zum erneuten Veröffentlichen markieren" benutzen. Aber da einige Alben viele Bilder enthalten, möchte ich nicht alle Bilder im Album wieder neu erzeugen. Die Methode, die ich beschrieben habe, nimmt nur wenig Zeit in Anspruch.
can you provide links to albums where this is happening and direct us to the specific thumbnails where these problems are occurring?
Hi Rod,
I tend to fix these problems as soon as they happen. So I have no link to provide for the moment. But I'll tell you when they appear again.
