Closed Bug 265422 Opened 20 years ago Closed 16 years ago

giga-byte.com - Motherboard website content completely botched on non-IE browsers

Categories

(Tech Evangelism Graveyard :: English Other, defect)

Product:
Tech Evangelism Graveyard
Component:
English Other
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: andi, Unassigned)

References

(
URL
)

Details

Attachments

(3 files)

screenshot - XFT trunk & Konq 3.3.0 on SuSE 9.2
159.85 KB, image/jpeg
Details
ff screenshot in winxp
79.43 KB, image/jpeg
Details
sm screenshot winxp
84.05 KB, image/jpeg
Details 
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041003 Firefox/0.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20041003 Firefox/0.10

Hello,

http://www.giga-byte.com, the web site of a major motherboard manufacturer, is
completely botched.

At first the web site didn't have working download links: whenever you tried to
download a BIOS, a page full of binary garbage appeared instead of the
intermediate download page containing the actual FTP links.
So I told them about that problem and also told them that I'd have expected
proper testing with fully internet standards compatible browsers, and now, some
5 days later, the website is broken in even more terrible ways: even just going
to Support -> Motherboard -> BIOS gives a page with completely wrong encoding
(some Unicode text instead of plain ASCII HTML text).
I'm wondering if they actually rendered that page incompatible on purpose after
my (definitely not too drastic) complaint...

Doing a validator.w3.org run on the main page isn't too enjoyable either, to say
the least.

It'd be nice if you could get them to fix it to be internet standards compliant.

Thanks a lot for your very important work!

Andreas Mohr

Reproducible: Always
Steps to Reproduce:
1. Go to http://www.giga-byte.com
2. View page source
3. Observe garbage characters even before <HTML> tag, very bad validator.w3.org
conformance
4. Go to Support -> Motherboard -> BIOS, observe invalid non-ASCII HTML page
encoding (Unicode?)
Actual Results:  
Broken output

Expected Results:  
Good page rendering
I forgot to mention the most important part: that on Internet Exploder both
download page binary garbage and Unicode messup work "fine".
Conforming summary to TFM item 10 at 
http://www.mozilla.org/projects/tech-evangelism/site/procedures.html#file-new

Reporter, when you file a TE bug, please follow the reporting guidelines.

Site is definitely close to useless in Moz. Search/select for motherboards
doesn't do anything.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Motherboard website content completely botched on non-IE browsers → giga-byte.com - Motherboard website content completely botched on non-IE browsers
Sorry, I should have followed the guidelines!

Additional comments:

Site works fine (by default!) using konqueror 3.2.2.

I just found that if you select UTF-16 page encoding in Mozilla, the page does
render properly. Does this indicate that it's simply an encoding detection issue?
I suspect it's the typical "IE detects an encoding automatically, so we'll just
indicate the wrong encoding and let them figure out the correct one" thing
(which konqueror does seem to handle just "fine").
Note also that after having switched to UTF-16 encoding, the download of the
BIOS files works correctly, too!!
(so it seems as if they actually already corrected my complaint about garbage
characters when trying to download a file, and probably during this correction
they uploaded the new pages in incorrect(?) Unicode format, thus causing even
greater damage unfortunately...)

Given that they most likely already corrected the issue in my original complaint
to them, how to proceed now?
I could ask them to fix the Unicode format of their newly uploaded pages.
But it'd probably be wise to find out what Firefox is supposed to do with
Unicode HTML pages, and how it determines the encoding, to know whether it's
actually a Firefox problem or whether it's their fault.

My Character Encoding settings (View --> Character Encoding): Western
(ISO-8859-1), Auto-Detect off

As it stands, the problem could simply be that I don't have auto-detect enabled.
Still, I believe I never changed the setting to not do auto-detect, so is not
doing auto-detect the default after installation?

And it would also be better for them to not send Unicode pages (both loading
speed and compatibility!).

Thanks!
Continued terrible. It really would be nice if
http://www.giga-byte.com/Motherboard/Products/Products_NewProduct_List.htm could
work so you could spec a potential motherboard purchase. I had no problem using
that page in Konqueror, but it's hopeless in current trunk trying to select a
model number. I can select, but nothing happens.
seems to work for me in ff1.0 and sm trunk on winxpsp2. 
This is on 1400x1050 resolution with my normal 22px default text size & 18px
minimum text size, about the same as with no minimum, with 16px default, zoomed
to 150%. It ain't pretty. It's even worse if JS is disabled.

Apparently the functional problem with the selects is on OS/2 only. There's no
"go" button on the page, and selecting in OS/2 does not load any selected page
as do Moz & Konq on Linux.
Hmm, didn't have time to compile anew the last days, so I am still at 
Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8b) Gecko/20050125
but I don't see any functionality problems on that page. I can select with the
drop-downs and use the search facility in the upper right corner, and have a Go
button.

But it's not nice that the main page has the categories in grey/black on a dark
green grass background, it's only slightly better on the other pages where the
background is light blue. ;-) I notice that in current stable versions (Mozilla
1.7.5 and Firefox 1.0 on OS/2) everything looks fine, the categories are in the
grey boxes...
I am not clear on what the remain problem is. Can someone explain it to me? 
In OS/2 2005011301 when I freshly open Moz & use history to go directly to the
comment 4 URL, and select from the "GA-7xxxx, 7xxxx" list "GA-7N400 Pro2 (Rev
2.0)", JS Console gives:

"Error: uncaught exception: Permission denied to get property Window.open"

and I am left on that page instead of being redirected to the page for the
selected motherboard, which I find from "view -> source" to be
"Products_GA-7N400 Pro2 (Rev 2.0).htm", complete with 2 spaces in the filename.

FWIW, http://www.giga-byte.com/Motherboard/Motherboard.css includes such gems as
the following:

.FunctionName		{font:bold 16 arial;}
.NewProduct_Description	{font:12 arial;}
select			{font-size:9pt;}

IOW, they specify all font sizes either in pt, which is terribly suited for
screen media, or in no size unit at all.
bc, look at Felix' screenshot (attachment 172620 [details]), the text "Home", "Computer"
etc. is on the blue background instead of within the grey boxes. Didn't
investigate if/what the underlying HTML/CSS problems are.

However, I just built a new Firefox from trunk
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b) Gecko/20050128 Firefox/1.0+
and there it works!? But this is a GTK1 build, perhaps there is something wrong
on OS/2 and GTK2?

Felix, perhaps it was fixed since 0113, will try to make a new build tonight to
check.
I just noticed that every alphanumeric character in
http://www.giga-byte.com/Motherboard/Motherboard.css is followed by a 00 byte. I
downloaded this css file on both OS/2 and Linux with wget and Moz with same
result each time. View page info on it shows encoding UTF-16LE.
Attached image sm screenshot winxp — 
the ff screen shot is in firefox 1.0 while sm screen shot if seamonkey trunk
from 01-26-2005. both on winxp. I am not disputing that you guys see what you
see, but I don't and this bug is not PC/ALL
Yep, works with 
Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8b) Gecko/20050129
and
Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8b) Gecko/20050129 Firefox/1.0+
that I just finished building. The text is now within the grey boxes.
After success with Mozilla/5.0 (OS/2; U; Warp 4.5; en-US; rv:1.8b)
Gecko/20050216 and a virgin profile I finally isolated my problem to this pref:

user_pref("capability.policy.default.Window.open", "noAccess");

Why would this pref prevent select lists from working on
http://www.giga-byte.com/Motherboard/Products/Products_NewProduct_List.htm? I
don't see it anywhere in lxr, and have no recollection where I got it from to
put in user.js. The only thing close lxr turns up is in all.js
http://lxr.mozilla.org/seamonkey/source/modules/libpref/src/init/all.js#281
looks ok
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: