Login button does not appear where link actually is

RESOLVED WORKSFORME

Status

SeaMonkey
General
RESOLVED WORKSFORME
10 years ago
9 years ago

People

(Reporter: mhr, Unassigned)

Tracking

(Blocks: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

10 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686 (x86_64); rv:1.9b3pre) Gecko/2008010701 SeaMonkey/2.0a1pre
Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); rv:1.9b3pre) Gecko/2008010701 SeaMonkey/2.0a1pre

The login button does not work, and in fact is not where the link is located.  In fact, I couldn't find the link to login at all.  I had to use the <tab> key after the password, then <enter> to log in.

This is similar to the Yahoo login page, https://login.yahoo.com/config/login_verify2?.intl=us&.src=ygrp&.done=http%3a//groups.yahoo.com%2Fmygroups, where the "Sign In" button is on an overlap between two other graphic fields, which is absolutely wrong (SeaMonkey 1.1.7 displays these correctly.

Also, it would be nice to have some skin/appearance options on the browser - I'm running Mozilla/5.0 (X11; U; Linux i686 (x86_64); rv:1.9b3pre) Gecko/2008010701 SeaMonkey/2.0a1pre and it only shows the modern appearance (which is ugly - sorry).

Reproducible: Always

Steps to Reproduce:
1.Go to the URL
2.
3.
Actual Results:  
Login button does not work at all - it is not even a link.

Expected Results:  
Positioning the mouse over the Login button should show a link that, when clicked, connects to the login process. Instead, it does nothing.

(The Yahoo Sign In works, but it is displayed in the wrong place.)
(Reporter)

Comment 1

10 years ago
Adding myself to the CC list.
"Login" button of the site is following. Never be link nor "Submit" button.
> <input type="button" class="button" name="/ecare/accountoverview" value="Login"
>  title="Log in to your HSBC Credit Card Account" tabindex="3"
>  onclick="if (!formSubmitted){ prefixDomain(); formSubmitted=true;}" />

You say "Login button does not appear" in your bug summary.
Do you mean that you can not see the "Login" button?
(Possibly CSS related issue. e.g. color&background-color&border etc. are set to #FFFFFF by userContent.css)
What do you mean by your "where link actually is" in bug summary?

Or do you mean that click of the "Login" button won't work in your environment?
(You say "Actual Results: Login button does not work at all" in comment #0)
If this is the case, do you disable JavaScript?
Do you use Noscript extension?
FYI.
"Sign In" button of the Yahoo! site is next, and is completely different from "Login" button of hsbccreditcard.com.
> <input type="submit" name=".save" value="Sign In">

Layout related issue(overlap) at Yahoo! is also different problem.
"One problem per a bug" is rule at bugzilla.mozilla.org.
Open separate bug, if really Seamonkey's fault, after search bugzilla.mozilla.org well for already reported/dup'ed/fixed bugs.
(Reporter)

Comment 4

10 years ago
Wada says:
'"Login" button of the site is following. Never be link nor "Submit" button.'

I'm guessing that this means that the Login button can never be a link.

Wada says:
'You say "Login button does not appear" in your bug summary.'

This is a fragment, improperly parsed separately from the whole sentence.

Okay, enough criticism of the comments.

Let me restate the problem:

The login button at this site does not work.  I have javascript enabled in my browser, and most of the time it works, but not here.

It is too bad that I can't post images here, because I took screen captures of the 2.0apre view of this web page, SM 1.1.6 (where it also does not work - !) and IE (where it works perfectly).  What works in SM (any version) is <tab><enter> or just <enter> after the password is entered.

The problem is that the button does not work.  It should.

Contact me privately for the screen shots, or just go there and hover your mouse over the Login button - in IE, it becomes the hand, in SM it doesn't change.
Is error message issued at Error Console when "Login" button clicked?
(In reply to comment #4)
> hover your mouse over the Login button - in IE, it becomes the hand, in SM it doesn't change.

The site defines style as follows.
> input.button {font-size: 12px; height: 20px; border: 1px solid #666;
> background: url(../images/button_background_HS.gif) top left repeat-x;
> font-weight: bold; color:#fff; cursor: hand;}
"cursor: hand;" is used by IE only.
See W3C official documents for CSS, or visit site at where CSS related topics are  described.
> http://www.learnwebdesignonline.com/css-tutorials/cursor-hand-pointer.htm 
(Reporter)

Comment 7

10 years ago
(In reply to comment #5)
> Is error message issued at Error Console when "Login" button clicked?
> 

No.  Nothing happens.
(Reporter)

Comment 8

10 years ago
(In reply to comment #6)
> (In reply to comment #4)
> > hover your mouse over the Login button - in IE, it becomes the hand, in SM it doesn't change.
> 
> The site defines style as follows.
> > input.button {font-size: 12px; height: 20px; border: 1px solid #666;
> > background: url(../images/button_background_HS.gif) top left repeat-x;
> > font-weight: bold; color:#fff; cursor: hand;}
> "cursor: hand;" is used by IE only.
> See W3C official documents for CSS, or visit site at where CSS related topics
> are  described.
> > http://www.learnwebdesignonline.com/css-tutorials/cursor-hand-pointer.htm 
> 

Perhaps, but in IE, the button works.  In SM, it does not.

Forgive me for saying this, but you are arguing with me over matters of the style of the web page where I encountered the problem.  This doesn't change the fact that the button does not work in SM and it does in IE.

Would you like me to submit a new bug report?  Or would you like to see if this can be fixed?

Thank you.
(Reporter)

Comment 9

10 years ago
You know what?  I'll just do that.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → WONTFIX
I'm not arguing over style of the web page with you.
I simply say that phenomenon of "cursor changes to hand when IE, but no cursor change when SM", which referred by *you* in this bug report, doesn't have relation to this bug's problem of "Login button of the site doesn't work when SM". (The fact increases probability of (B) in next paragraph, though. :-) )
  
There are at least four cases.
(A) User's fault. e.g. User inhibits code execution at the page when SM.
(B) Site's fault, then Tech-Evang bug.
    e.g. The site doesn't care about other than IE, then code works only on IE.
(C) Mozilla's fault, not-so-well behaviour.
    e.g. Bug in JS interpreter, inappropriate implementation change, etc.
(D) Other's fault. e.g. Extension inhibits/interferes JavaScript code execution.
Re-opening.
Status: RESOLVED → UNCONFIRMED
Resolution: WONTFIX → ---
JavaScript of onClick of the "Login" button is executed in your environment?
(1) about:config, set javascript.options.strict=true
(2) Go hsbccreditcard.com site
(3) Open Error Console, and clear
(4) Click "Login" button, without enter any data(no loginid/password)
(5) See Error Console
    Are there warnings on .js files at www.hsbccreditcard.com?
    At least next warning should be issued by javascript.options.strict=true,
    because the function is defined twice by the site.
> Warning: redeclaration of function MM_openBrWindow
> Source File: https://www.hsbccreditcard.com/ecare/control/generic.js
> Line: 307, Column: 10
> Source Code:
> 	function MM_openBrWindow(theURL,winName,features) 
onClick handler of the "Login" button is as follows.
> onclick="if (!formSubmitted){ prefixDomain(); formSubmitted=true;}"
What is displayed when next script is executed form URL bar?
> javascript:var x=formSubmitted;alert(x);
(Reporter)

Comment 13

10 years ago
(In reply to comment #11)
> JavaScript of onClick of the "Login" button is executed in your environment?
> (1) about:config, set javascript.options.strict=true
I don't understand - how do I do this?  Where are these javascript options?

> (2) Go hsbccreditcard.com site
> (3) Open Error Console, and clear
How do I do this?

> (4) Click "Login" button, without enter any data(no loginid/password)
> (5) See Error Console
>     Are there warnings on .js files at www.hsbccreditcard.com?
>     At least next warning should be issued by javascript.options.strict=true,
>     because the function is defined twice by the site.
> > Warning: redeclaration of function MM_openBrWindow
> > Source File: https://www.hsbccreditcard.com/ecare/control/generic.js
> > Line: 307, Column: 10
> > Source Code:
> > 	function MM_openBrWindow(theURL,winName,features) 
> 

(Reporter)

Comment 14

10 years ago
(In reply to comment #12)
> onClick handler of the "Login" button is as follows.
> > onclick="if (!formSubmitted){ prefixDomain(); formSubmitted=true;}"
> What is displayed when next script is executed form URL bar?
> > javascript:var x=formSubmitted;alert(x);
> 
Sorry - greek to me.  I am not a web developer, and even farther from being a javascript expert (learning slowly).

(In reply to comment #14)
> greek to me.
Oh, sorry for my unkind request.

> Set javascript.options.strict=true
Type about:config at URL bar, and type javascript in filter field, and select javascript.options.strict, and execute Toggle at context menu.

> Open Error Console
Tools/Web Development/Error Console in menu bar.

> javascript:var x=formSubmitted;alert(x);
Type(or Paste) following text in URL bar at the site, and press Enter key.
javascript:var x=formSubmitted;alert(x);

(Reporter)

Comment 16

10 years ago
(In reply to comment #15)
> (In reply to comment #14)
> > greek to me.
> Oh, sorry for my unkind request.

I am guessing you meant "unclear" - your request was most kind.

> > Set javascript.options.strict=true
> Type about:config at URL bar, and type javascript in filter field, and select
> javascript.options.strict, and execute Toggle at context menu.

Done.

> > Open Error Console
> Tools/Web Development/Error Console in menu bar.

Done.

> > javascript:var x=formSubmitted;alert(x);
> Type(or Paste) following text in URL bar at the site, and press Enter key.
> javascript:var x=formSubmitted;alert(x);

Done, but all it does is pop up a window that says "True" with an OK button.

If I click the login button without entering anything, I get lots of errors in the error window.

Does this mean that the problem is with the web page's coding (and not SM)?

I can accept that - I'll complain to their webmaster if that's the case.

Thank you for your patience - I know I can be difficult at times.


> > javascript:var x=formSubmitted;alert(x);
> Done, but all it does is pop up a window that says "True" with an OK button.

Funny. My Seamonkey 1.1.7 always says "false".
formSubmitted=true means following onClick script was already executed.
> onclick="if (!formSubmitted){ prefixDomain(); formSubmitted=true;}"
And, once formSubmitted is set to true, prefixDomain() won't be called at the page, then the "Login" button will do nothing.

form.submit() is issued in function of prefixDomain().
Do you use extension which intercepts form submission by JavaScript?
Will problem occur even with new profile?
 (1) Copy shortcut of Seamonkey. 
 (2) Change "...\seamonkey.exe" to "...\seamonkey.exe -P"
 (3) Start from copied shortcut => Profile Manager is kicked
 (4) Create new profile, and start with the new profile
 (5) Go to the site, and javascript:var x=formSubmitted;alert(x);

Other possibility.
Trojan who intercepts submit event exists. Trojan can be culprit that inhibits form.submit() by JavaScript. Run virus scan. 
> http://www.symantec.com/enterprise/security_response/weblog/2006/07/bho_and_xpcom_extensions_gone.html
(Reporter)

Comment 18

10 years ago
(In reply to comment #17)
> > > javascript:var x=formSubmitted;alert(x);
> > Done, but all it does is pop up a window that says "True" with an OK button.
> 
> Funny. My Seamonkey 1.1.7 always says "false".

I did it again and ran through the exact sequence you described - false showed up in the window.

> form.submit() is issued in function of prefixDomain().
> Do you use extension which intercepts form submission by JavaScript?

No, absolutely nothing special at all (except this 2.0apre version of SM).

> Will problem occur even with new profile?

Is this still needed (got false, see above)?

> Other possibility.
> Trojan who intercepts submit event exists. Trojan can be culprit that inhibits
> form.submit() by JavaScript. Run virus scan. 
> > http://www.symantec.com/enterprise/security_response/weblog/2006/07/bho_and_xpcom_extensions_gone.html
> 
Does this actually exist on Linux?  I don't use Windows unless I absolutely have to, and this doesn't qualify.
What is your browser.sessionhistory.max_total_viewers setting?
How did you enter the page where formSubmitted=true was observed(then "Login" button won't execute form.submit() in a function anymore).

I could observe phenomenon of formSubmitted=true(then "Login" button won't fire), by setting of (1) & operation of (2) on next.
 (1) browser.sessionhistory.max_total_viewers=-1 (==unlimited number)
 (2) Return to the page, at where the "Login" button was clicked in the past,
     by "Back" button.
If this is the case, your problem is simply mismatch between Web site design & your choice of Mozilla's feature usage(Fast back&forward feature + Back button).
I recommend you to set browser.sessionhistory.max_total_viewers=0(disable Fast back&forward feature. my favorite setting), because it propose traditional behaviour of Back/Forward button (behaviour you&me are familiar with).

(Reporter)

Comment 20

10 years ago
I think we may be getting a bit far afield here.  I am using whatever the default settins are for virtually all of the ones you have raised here, mostly because I did not previously know how to change them, nor do I want to (unless there's a way to compensate for the IE-fanatic webmasters' compulsion to create web pages that are IE compatible and hostile to everything else).

I think what I did was click on the Login "button" before using the javascript snippet, which resulted in its showing of "True," but I don't remember for sure.

My main complaint still stands - the Login button does not work.  Clicking on it does not take me to the next form/page, whereas typing <enter> does.  It could be just lousy web page programming, but it does work in IE, so I have to wonder....

Thanks.

Are you saying that the "Login" button of the page will do nothing even when 
"javascript:var x=formSubmitted;alert(x);" says it's value is false?

If so, when "javascript:var x=formSubmitted;alert(x);" says false, and when no entry(==null string) in userid/password field, what phenomenon occurs and what error is displayed at Error Console when "Login" button is clicked?
If so,  when "javascript:var x=formSubmitted;alert(x);" says false, and when userid/password is typed(or filled by Password Manager), what phenomenon occurs and what error is displayed at Error Console when "Login" button is clicked?
Blocks: 415889
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008042306 SeaMonkey/2.0a1pre

That Login button works for me: hovering the mouse over it turns the mouse cursor into a pointing hand; then clicking it with the form empty sends me to a different login page.

mhr: Are you still seeing the bug? If you do, please paste into your answer the string similar to the one in the top two lines of this comment, which you can find after "Build identifier: ", near the bottom of the page which appears when you type "about:" without the quotes in the URL bar then hit Enter.
P.S. After clicking "Back" on that second page, the Login button still turns the mouse into a pointing hand but doesn't do anything anymore.
Duplicate of this bug: 413207
Version: unspecified → Trunk
(Reporter)

Comment 25

9 years ago
This may be related to the default font size, though I have not noticed it recently at all.
Marking WFM. Please feel free to reopen if you continue to experience this issue in a recent version of SeaMonkey. Thank you.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 10 years ago9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.