Closed Bug 370008 Opened 18 years ago Closed 14 years ago

suntrust.com - Bill Pay section css depends on "firefox" in ua string

Categories

(Tech Evangelism Graveyard :: English US, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: pjonescet, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 I use Suntrust as my Bank and up to recent the only way I could use the "Bill Pay" feature was to use USER Agent switcher set Netscape 7. They have recently updated and have set to use FireFox 1.5 PC. ON FireFox Page shows perfectly. One SeaMonkey 1.1 which should use the same HTML engine page contents are severely shifted. Reproducible: Always Steps to Reproduce: 1.Go to Suntrust Website and login 2. Click on Bill Pay 3. Actual Results: The contents are shifted The top and bottom portions are centered as they should be. Center is shifted severely to the left example below: | | | | | | Expected Results: The expected results is that all page contents should be lined up centered as below: | | | | | | The only way to see this is if some one can go to Suntrust Bill Pay feature. I can't provide exact link as its username and Password sensitive and show my account numbers Note I am currently using FireFox 2.0.0.1 on both my laptop using OSX.4.8 and my Desktop using OSX.3.9 This problem shows up on this version of SM1.1 on my Laptop using OSX.4.8 and Desktop using OSX.3.9
I would like to see if someone to at least figure out what's going on to determine if its a defect in SeaMonkey. Or if its a defect there. I have no standing with Suntrust other than being a customer. There needs to be someone with better credentials to tell them to fix their code if that's a problem. However, that said, if the problem only shows up in SeaMonkey. I tend to believe its a defect in SeaMonkey
So, what happens if you set your useragent in seamonkey1.1 to Firefox 2.0?
Assignee: mrbkap → general
Component: ViewSource → General
QA Contact: doronr → general
doesn't make any difference Has to to do how SM is rendering the Page Not wther it can read it at all.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2pre) Gecko/20070111 SeaMonkey/1.1 Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1 Notice the difference in the engines. SM rv:1.8.1.2pre(release) FF rv:1.8.1.1
(In reply to comment #3) > doesn't make any difference > Has to to do how SM is rendering the Page Not wther it can read it at all. Some sites serves different code to different browsers. If the browser sniffer just looks for Firefox (and that happens) and not for Gecko, seamonkey would be served different code that might make the site look different. > Notice the difference in the engines. > SM rv:1.8.1.2pre(release) > FF rv:1.8.1.1 Yes, something could have changed that affects the rendering of the site. It would be interesting to know if this exists in the corresponding Firefox builds (with the same gecko version). It's likely that this is the case. Anyway, this is impossible to track down/confirm without seeing the code and/or look at a reduced testcase of the code. Can you save the html of the page and remove all the sensible information?
Stefan I can't figure out a way to remove all the necessary Information. is there any way I can send the source to you privately and you sanitize it and post it They only show the last few numbers per govnment regulations? I'll save it to a text file and put in a zip archive
I've worked on the file deleting with **** all private info and saved as a Text file using "TextWrangler" How do I attach file or send file?
Phillip have sent me the page source and I've been looking at it. It appears that the cause of the shifted content in SeaMonkey is because we miss a stylesheet: <script> var detect = navigator.userAgent.toLowerCase(); if(detect.indexOf("firefox") > -1) { document.write('<link rel="stylesheet" media="screen" type="text/css" href="/cwp411/build/static_imp/2801/cf_win_firefox_1.css">'); } </script> So, the above code makes the layout break in all mozilla-based browsers except Firefox (Netscape 6x/7x, Camino, SeaMonkey etc). This looks like a mistake to me, since they all share the same rendering engine. The layout is also broken in Safari. A simple fix would be to just replace the "firefox" string with "gecko". That would fix Safari too, since they have "Gecko" in their user agent string. See http://developer.mozilla.org/en/docs/Browser_Detection_and_Cross_Browser_Support#Quick_Tip
Assignee: general → english-us
Status: UNCONFIRMED → NEW
Component: General → English US
Ever confirmed: true
OS: Mac OS X → All
Product: Mozilla Application Suite → Tech Evangelism
QA Contact: general → english-us
Hardware: Macintosh → All
Summary: Content of Bill Pay section content is shifted severely to left → Suntrust Bill Pay section serves stylesheet only to Firefox
Based on the information I sent can you tell me where I need to send The Information.
Summary: Suntrust Bill Pay section serves stylesheet only to Firefox → suntrust.com - Bill Pay section css depends on "firefox" in ua string
(In reply to comment #9) > Based on the information I sent can you tell me where I need to send The > Information. > I'd probably try sending an e-mail via their contact form. Or you might be able to find someone in the tech support staff by looking around at the site.
Bug 264594 may be of some guidance here. I definitely see this difference between SM trunk and FF2 on Linux. Also, Opera works OK like FF, not like SM. Their billpay pages generally are horribly designed for anyone not using 800x600 fullscreen.
You can make work with SeaMonkey "if" you use extension such as USER AGENT SWITCHER, and set to FireFox. Seems they updated but keyed on FireFox as opposed to Gecko or Mozilla.
INCOMPLETE due to lack of activity since the end of 2009. If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself. Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
Since switching to SM2.x the problem has been rectified You can Marked as resolved
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.