View Full Version : IE6 does not display thumbs (FIXED IN 2.03)
yosemite
19th of November 2006 (Sun), 11:24
i had seen this somewhere before, i think, and it seems like the search function for the forum does not work.
in firefox all the thumbs are displayed but in ie6 they are not. in ie6 just the exhibition name is displayed and if you click on it then you are taken to the gallery. ie6 shows all thumbs being downloaded in the lower left progress bar but they never show.
is this a bug or just my stupidity?
kolohe
19th of November 2006 (Sun), 15:39
I had that problem in IE6, also. It doesn't occur in IE7.
Usually, if you change the width of your browser window a little, things will magically appear. Not really a solution - but it does seem to indicate that the problem lies with IE6.
yosemite
19th of November 2006 (Sun), 19:03
so is it impossible for ee 2 to display the thumbs in ie6?
i think i am going to resurrect my ee 1.5 as my clients can not see the thumbs and access the ee commerce pages with ee 2.
kolohe
19th of November 2006 (Sun), 19:10
From what I have seen, it would be more accurate to ask if IE6 can display them (not trying to pick a fight, just messing with terminology).
Let me try to do a better job of explaining what I said in my previous post. When I saw this problem, I could make my IE6 window narrower (by right clicking on an edge and dragging, not by doing anything HTML-wise) and the thumbs would appear for exhibitions where they were missing). They also might go away for an exhibition where they were showing. Resizing the window didn't really fix anything - it just changed the problem.
For me, it's no big deal, because I'm just using EE for myself. For you, who has clients, I don't think you have much choice but to go back. I can't see that the issues with IE6 will get fixed, and you can't expect that your clients will all upgrade to IE7.
Just my opinions.....
yosemite
19th of November 2006 (Sun), 19:26
thanks
i could not recreate the appearance of thumbnails by resizing the window, they never appeared even after resizing and refreshing.
i did a fresh install of 1.5, imported my last good db for 1.5 and it was up and running in no time, luckily i did not have any big changes since i had upgraded to ee 2.
DavidW
19th of November 2006 (Sun), 20:27
We've got a thread on this already - see here (http://photography-on-the.net/forum/showthread.php?t=223695). You are right, though - I can't get the search features to work on the EE forums either, and it would be helpful if Pekka could look at that.
In summary, there's something broken in IE6's CSS handling. None of us can figure out exactly what, otherwise we may be able to make EE 2 tolerant of this IE6 bug. As it is, I think we're stuck - if there's any browser gurus around here, your input would be welcome.
EE 2.01 is outputting valid XHTML 1.0 Strict (which validates on all the validators I've tried), which is probably the toughest standard there is for HTML right now. Other browsers, including Firefox 1.5, Firefox 2 and IE7 cope correctly with the EE output. The only problem on IE6 is the per-gallery thumbs; everything else works correctly.
IE6 is broken in various ways and clearly Microsoft aren't going to bother to fix anything other than security issues (even then, their record isn't great; there are a lot of known security issues outstanding in IE6 - check out Secunia). Microsoft have made their policy clear - they're regarding IE7 as a critical update to Windows XP (and, I believe, Windows 2003 Server as well), which means that most users will move over sooner or later. There will be some people who don't upgrade, such as those on Windows 2000, but there's always Firefox 2 for those boxes.
I will upgrade my Windows XP boxes to IE7 eventually - for now, I'm holding back whilst the rest of the world catches up with the changes. I'd dabbled with Firefox for a while, and with the release of Firefox 2, it's now my main browser.
I appreciate you feeling no alternative but to downgrade to EE 1.5 because of this problem. I'm annoyed about it too, but it's not something that I think will be fixed. It only robs you of your thumbnails in one context; unfortunately that context is the list of galleries on the index page. The bug is in a browser, and unless anyone comes along and tells us exactly what in the affected <div...> </div> structure IE6 is barfing on and how to change it whilst not breaking XHTML 1.0 Strict rules, I think no fix is going to be forthcoming.
In the end, I think you'll find yourself leaving EE 1.5 behind eventually, not least as Pekka has pretty much deprecated it and it's not as hardened as EE 2 is. You'll have to judge when the number of users visiting your site with the broken IE6 has dropped to the level where you can make the switch; there comes a point where you have to drop optimal support for some older browsers for the sake of progress. Monitoring your server logs may be worthwhile to try to judge what browsers your visitors are using.
I wish it was better news. Pekka would be the most likely person to fix this, but he's understandably indicated that browser specific workrounds are not the way he intends to operate with EE 2, and if a browser fails to deal with EE's XHTML 1.0 Strict which passes validation, that's down to the browser. He's not ruled out code changes so long as they don't stop the output from validating, but it's not where he's intending to spend his time.
I'm stuck as to what to do about this and with IE6 likely to be very much less prevalent on the Internet within a few months, I have no real appetite to investigate it further. I tried some theories based on the complexities of the troublesome <div> and got nowhere (I made a static version of my gallery's home page and tried some manual edits). When I get some more time to work on EE, I intend to spend it on looking at the internal EXIF code (which isn't working properly in some cases - thanks to a forum user I have an image that it barfs on now) and look towards some reworking of the metadata handling adding GPS support as I go.
There are a few other people in the forums who've contributed patches for EE2, but nobody else has shown much interest in this problem.
David
yosemite
19th of November 2006 (Sun), 21:08
david,
thank you for the explanation. i to use ff2 for my browser and i try to get as many of my friends to use it also.
MikeCaine
20th of November 2006 (Mon), 03:25
Some random thoughts..
Does the problem only happen with microthumbnails or does it also happen with thumbnails? If you switch between the two what happens?
Is there any difference in the code between the two?
I doubt that there's any ad blocking feature involved, but I did once have a problem with graphics on a site of mine not displaying, then I found my ad blocker software thought they were adverts
::John::
20th of November 2006 (Mon), 03:53
Initially, I just told EE 2.01 to only display 3 (or 4) thumbs on the index page and that was OK for a screen resolution of 1024x768.
When it was set to the default (5 or 6 - I can't remember) I had no thumbs on the index page on that computer but all thumbs on one with a higher screen resolution.
Since then I have changed it completely to just show a picture of my selection on the index page - works relatively well now.
I suspect on computers with lower resolutions, the code is having trouble fitting the thumbs into the available space and they are wrapping out of the container (that may be a hint, I suspect) as the container seems to be flexible horizontally but not vertically.
DavidW
20th of November 2006 (Mon), 10:16
I suspect on computers with lower resolutions, the code is having trouble fitting the thumbs into the available space and they are wrapping out of the container (that may be a hint, I suspect) as the container seems to be flexible horizontally but not vertically.
I think that's it. I am blessed with a nice 1680 x 1050 screen (Dell 2007WFP), though I tend to keep browser windows quite small.
I just tried IE6 with my EE 2 gallery (go here (http://photos.wood2.org.uk)), and when I made the IE6 window wider, the thumbnails suddenly appeared. They do seem to appear and disappear somewhat randomly as the window is made wider and narrower, but it certainly seems to be some kind of 'fitting' issue.
All the theories we tried about the number of characters in the <div ...> </div> structure or the complexity of filenames came to nothing. Some very old version of IE had problems with dealing with more than a certain number of characters in a div, but that wasn't obviously the problem here.
Am I right in thinking, then, that the way to get rid of this problem is to relax something in the stylesheet, possibly only when IE6 is detected (as it may lead to a less than optimal layout in other browsers that don't share this flaw - though the ideal would be a change that didn't mess up the layout in other browsers and didn't trip this bug in IE6)? Does anyone want to propose what should be changed to work round this - my CSS skills aren't as good as some others here and it will take me a while to figure it all out.
David
yosemite
20th of November 2006 (Mon), 11:32
i tried changing them to thumbs and microthumbs and resizing the window and still nothing. i did create a new exhibition and the new one seems to display fine. it may be the ones that were imported on the upgrade do not display right? i will try to investigate further. i will create a new exhibition and then move the images from the one that does not display right and see what happens.
yosemite
20th of November 2006 (Mon), 11:47
that seems to work. i moved images from a exhibition that did not display right to a new exhibition and they now display.
yosemite
20th of November 2006 (Mon), 11:51
i spoke to soon! they new exhibition displayed the thumbnails when i had around 5 or so but when i moved all 30 into the gallery they stopped showing up again.
::John::
20th of November 2006 (Mon), 14:27
I still believe that is because you have reached some sort of 'threshold'.
Personally, I want my index page to be semi-informative but less cluttered so, for me, a maximum of 4 thumbs per 'gallery' would also work.
Yosemite - have you tried reducing the number just to see if that is a possible 'fix' for you?
The setting is found in the 'Index Page Settings' link in the third field-set down from the top (in my case it is set to "random, latest or popular 4 thumbs as microthumbs" )
It is a quick check to help isolate where the problem may be.
Pekka
20th of November 2006 (Mon), 17:25
There is an "empty thumb" bug in 2.01 (fixed in 2.02 soon), but I doubt this is xhtml code problem. What you could try is to change the DOCTYPE in templates to something easier for the browsers - many old browsers switch rendering modes with TRANSITIONAL doctypes.
Try
<!DOCTYPE html
PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
This is only a guess. The problem is in IE6 rendering engine. Other solution is that you edit embedded templates to use tables and very simple or no CSS instead of DIV's and see if that will help.
As always I am more that happy to fix all bugs, but coding workarounds for specific browser(s) is not high on my list. Browser detection needs a lot of code and as I recall also a specific module installed in PHP, so that is not something I'd like to dig into at this stage.
wkitty42
21st of November 2006 (Tue), 06:31
FWIW: i don't see any additional php module necessary to process $_SERVER['HTTP_USER_AGENT'] ;) what is needed, though, is to process it in the proper order... i'm currently looking at GPL'd browser detection code from techpatterns (http://techpatterns.com/downloads/php_browser_detection.php#php_full) that seems to be full featured... there is also some additional and simpler forms of this detection code... it appears that a simple include in the proper spot is all that is needed and then a simple matter of checking variables...
wkitty42
21st of November 2006 (Tue), 09:28
just following up on my post above... for grins, i grabbed the browser detection code in the techpatterns link (in my message above) and it seems to work ok for what i was testing and looking for... some may have read my other thread "users seeing generated code" where i asked about checking the user agent and writting the xml line or not... this code does allow me to do exactly that... please see that thread (http://photography-on-the.net/forum/showthread.php?t=239730) for more info...
::John::
14th of December 2006 (Thu), 02:02
Well...
I updated to 202 and this 'feature' got worse.
Previously, I had reduced the number of thumbs on the index page to 4 so that I could actually see the thumbs on my 1024x768 screen (otherwise they just didn't display at all).
After the update I lost them all again and only see them if I use a larger screen size (which then means I need to replace parts on my computer) or reduce the number of visible thumbs to 2.
Unfortunately, 2 thumbs doesn't really give any real indicator of what's in a gallery.
::John::
14th of December 2006 (Thu), 02:09
ah, ok, patch for it here: http://photography-on-the.net/forum/showthread.php?t=250851
Pekka
16th of December 2006 (Sat), 09:25
This fix will be added to 2.03 update.
rid
16th of December 2006 (Sat), 09:49
I was getting the unavailable thumb icon when using "commerce", so I hacked a temporary fix.
In SCRIPT_common_functions.php, after line 1662, I added two lines:
// rid .... ccc dec06 rem to delete next line
$db_size_not_available = "0";
continue with.... if ($db_size_not_available == "1") {
I forced the $db_size_not_available to be "0". This bypasses the following if which gets the na_ gif.
After this primitive hack, both thumbs and Microthumbs were displayed correctly.
The bug probably lies in the code on line 1639:
foreach ($thumbsizes_array as $roundabout => $k) {
if ($k["id"] == $id) {
$this_x = $k["x"];
$this_y = $k["y"];
if ($k["x"] == "0" AND $k["y"] == "0") {
$db_size_not_available = "1";
}
Hope this helps in the short term.
Ian Davis
Pekka
16th of December 2006 (Sat), 14:43
I was getting the unavailable thumb icon when using "commerce", so I hacked a temporary fix.
In SCRIPT_common_functions.php, after line 1662, I added two lines:
// rid .... ccc dec06 rem to delete next line
$db_size_not_available = "0";
continue with.... if ($db_size_not_available == "1") {
I forced the $db_size_not_available to be "0". This bypasses the following if which gets the na_ gif.
After this primitive hack, both thumbs and Microthumbs were displayed correctly.
The bug probably lies in the code on line 1639:
foreach ($thumbsizes_array as $roundabout => $k) {
if ($k["id"] == $id) {
$this_x = $k["x"];
$this_y = $k["y"];
if ($k["x"] == "0" AND $k["y"] == "0") {
$db_size_not_available = "1";
}
Hope this helps in the short term.
Ian Davis
Why not set in SETUP_settings.php
$s_use_notavailable = "0";
and then after you've ran Retrieve Photo Sizes editor and all photos report as green in "Reports/photo breakdown" set it back to 1 again, without any code changes.
vBulletin® v3.6.12, Copyright ©2000-2012, Jelsoft Enterprises Ltd.