Bug #66371 [ReO]: JavaScript (I think) causing error on all pages

Edit report at https://bugs.php.net/bug.php?id=66371&edit=1 ID: 66371 Updated by: bjori@php.net Reported by: TygerGilbert at USAWebAdv dot com Summary: JavaScript (I think) causing error on all pages Status: Re-Opened Type: Bug Package: Website problem Operating System: WinXP w/IE-8 PHP Version: Irrelevant Assigned To: googleguy Block user comment: N Private report: N New Comment: Looks like cmbecker69 at gmx dot de analyzes was dead on, its just missing the @media queries for > 670px (and other minor irrelevant pixel-perfect issues) If someone knows of IE8 @media workarounds, that would be awesome Previous Comments: ------------------------------------------------------------------------ [2014-01-15 02:45:13] TygerGilbert at USAWebAdv dot com I understand, Bjori. And I appreciate your efforts to solve this. I uploaded the screenshot to ImageBin.org at your suggestion. It appears at: http://imagebin.org/286804 At least I am not the only one who has seen this, so we know it exists, even if others are having trouble replicating it. ------------------------------------------------------------------------ [2014-01-15 02:12:42] bjori@php.net Could you upload the screenshot to http://imagebin.org or something along that lines? And yes, I've no clue what the problem is and am purely guessing. I do not have access to Windows machine, XP or newer, or any version of IE.. so I'm working blind here :) I've tried to talk to the Windows guys I know, but they've got no clue either and are having issues getting Windows XP and IE8 to reproduce the issue :( ------------------------------------------------------------------------ [2014-01-15 00:44:01] TygerGilbert at USAWebAdv dot com It sounds like you guys are guessing and don't have a clue as to what is actually causing this error, or how to fix it. I have a screen shot of the bad formatting, but this form doesn't seem to have a field to upload it or any other way to attach it, so I'm not sure what to do with it. Bjori, I understand your attitude about not spending anymore time on this. It makes sense. Regrettably, I'm hearing "The equipment and programs you use (and you, yourself) are too old, so your problems don't matter to the rest of us," or something similar all too often. Much of the world, particularly the younger "leading-edge" individuals, believes this way. You have to, or someone else will beat you to the finish line. And those of us in the back of the pack eventually get totally disqualified if we can't keep up or take too long even getting to the finish line. That's reality, and I accept it. I have to. I do appreciate everyone's time and efforts to solve this. Thanks! Just remember me decades from now (or sooner) when you are faced with similar difficulties, as you likely will. ------------------------------------------------------------------------ [2014-01-15 00:07:47] bjori@php.net Ok. I looked it up.. IE8 is as old as say FireFox 3.6.28, so the importance of supporting it is in the "if it works, it works - if not, doesn't matter" class. I'm sure someone has a workaround for the @media not working on IE8 issue. As long as that does not impact anything at all then we can apply that workaround I guess. When you go to php.net for the first time without cache... Is that the same error as when you click a link, or hit refresh? This could be a issue with your localStorage, as we ship a lot lot lot of data to your browser for local storage the first time you come to php.net. Then subsequent pages and refreshes try to short-circuit that request and use your browsers localStorage... that seems like a likely candidate for problems in very old browsers. ------------------------------------------------------------------------ [2014-01-14 22:52:20] cmbecker69 at gmx dot de I can confirm Tyger's latest report. I have cleared the browser cache, disabled caching altogether and get the updated typeahead.min.js, starting with (function(c){var l="0.9.3"; The IE 8 debugger stops execution sometimes in typeahead.min.js and sometimes in jquery.min.js (different positions). Regarding the layout: it seems to me the issues in IE 8 are caused by important style rules (float and width of .layout-menu) that are only available for @media, which is not recognized by IE 8. Adding these rules to .layout-menu directly (via the developer tools) is putting the menu to the left; however, it doesn't look as in "modern" browsers. I can't do screenshots now, but I'll make good for it as soon as possible (if still necessary). ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=66371 -- Edit this bug report at https://bugs.php.net/bug.php?id=66371&edit=1