I don't really understand why that is... but I can give you some data as a base of comparison...
I visited this page in IE7, FF 2.0.0.6 and Opera 9.22
http://www.asp.net/cssadapters/membership/loginstatus.aspx. In all cases the HTML that is rendered for the login "button" is an anchor (A) tag just like what you show in your posting. And in all 3 browsers that anchor works correctly for me. That is, it
causes me to be taken to the login page.
Can you try that live page, too, and post your results? If it works, then I guess you need to try to see what you are doing differently in your site. If it doesn't work then I'd start looking at the options settings in FF and Opera to see if maybe you disabled
JavaScript or set some other preference that is problematic.
Sorry, I wish I had an immediate "answer" for you but we're going to need to do some diagnostic work together to get to the bottom of this.
If I create a new page and drop a LoginStatus control onto the Default.aspx page (no master page) and load it in Firefox, nothing appears to happen on click, and the Error Console gives me:
__doPostBack is not defined Line: 1
javascript: __doPostBack('LoginStatus1$ctl02',")
I can view the CssAdapters web site without problem, and I can load the CSS Adapters Sample project on my local machine without problem. I'm not sure if it has something to do with the way the code in the master pages and sample modules interact with the
sample pages or what, but I just want to get this to work without trying to reengineer all that support code if possible. Thanks in advance for any help you can provide.
Can you do a View Source of your rendered page under Firefox and / or Opera and see if you can find the following code??
<script type="text/javascript">
<!--
var theForm = document.forms['aspnetForm'];
if (!theForm) {
theForm = document.aspnetForm;
}
function __doPostBack(eventTarget, eventArgument) {
if (!theForm.onsubmit || (theForm.onsubmit() != false)) {
theForm.__EVENTTARGET.value = eventTarget;
theForm.__EVENTARGUMENT.value = eventArgument;
theForm.submit();
}
}
// -->
</script>
For what you are saying, this bit seems to be missing, or, as Russ said, there could be a weird user setting in the browser thats breaking JavaScript. What happens if you do a clean install of any of the browsers?
Cheers,
Juan
Juan Barrera
MCTS
Please remember to click "Mark as Answer" on this post if it helped you.
I don't know if this is relevant to in this situation but I had the same situation show up in one of my pages.
The fix turned out to be very strange. We had a <body> tag that was malformed ( was <body''> ) Once I fixed that tag, everything worked just fine. Apparently that killed the DOM tree in FF? Not sure why it would work in IE but not FF but that was the
problem for me.
Hopefully this helps someone save an afternoon of frustration!
Member
1 Points
4 Posts
LoginStatus not working in Firefox 2 or Opera 9...
Aug 24, 2007 12:23 AM|JKlander|LINK
So I've got a fairly simple master page which has a LoginStatus control which appears to render fine with the following code:
<a id="ctl00_loggedInStatus" title="" class="AspNet-LoginStatus" href="javascript:__doPostBack('ctl00$loggedInStatus$ctl02','')">Login</a>Member
290 Points
741 Posts
Re: LoginStatus not working in Firefox 2 or Opera 9...
Sep 06, 2007 11:26 AM|Russ Helfand|LINK
I don't really understand why that is... but I can give you some data as a base of comparison...
I visited this page in IE7, FF 2.0.0.6 and Opera 9.22 http://www.asp.net/cssadapters/membership/loginstatus.aspx. In all cases the HTML that is rendered for the login "button" is an anchor (A) tag just like what you show in your posting. And in all 3 browsers that anchor works correctly for me. That is, it causes me to be taken to the login page.
Can you try that live page, too, and post your results? If it works, then I guess you need to try to see what you are doing differently in your site. If it doesn't work then I'd start looking at the options settings in FF and Opera to see if maybe you disabled JavaScript or set some other preference that is problematic.
Sorry, I wish I had an immediate "answer" for you but we're going to need to do some diagnostic work together to get to the bottom of this.
Groovybits.com
Member
1 Points
4 Posts
Re: LoginStatus not working in Firefox 2 or Opera 9...
Sep 06, 2007 12:38 PM|JKlander|LINK
Russ,
Thanks for the response!
If I create a new page and drop a LoginStatus control onto the Default.aspx page (no master page) and load it in Firefox, nothing appears to happen on click, and the Error Console gives me:
__doPostBack is not defined Line: 1
javascript: __doPostBack('LoginStatus1$ctl02',")
I can view the CssAdapters web site without problem, and I can load the CSS Adapters Sample project on my local machine without problem. I'm not sure if it has something to do with the way the code in the master pages and sample modules interact with the sample pages or what, but I just want to get this to work without trying to reengineer all that support code if possible. Thanks in advance for any help you can provide.
Member
452 Points
280 Posts
Re: LoginStatus not working in Firefox 2 or Opera 9...
Sep 07, 2007 07:51 AM|Rasetti|LINK
Hi!
Can you do a View Source of your rendered page under Firefox and / or Opera and see if you can find the following code??
<script type="text/javascript">
<!--
var theForm = document.forms['aspnetForm'];
if (!theForm) {
theForm = document.aspnetForm;
}
function __doPostBack(eventTarget, eventArgument) {
if (!theForm.onsubmit || (theForm.onsubmit() != false)) {
theForm.__EVENTTARGET.value = eventTarget;
theForm.__EVENTARGUMENT.value = eventArgument;
theForm.submit();
}
}
// -->
</script>
For what you are saying, this bit seems to be missing, or, as Russ said, there could be a weird user setting in the browser thats breaking JavaScript. What happens if you do a clean install of any of the browsers?
Cheers,
Juan
MCTS
Please remember to click "Mark as Answer" on this post if it helped you.
None
0 Points
7 Posts
Re: LoginStatus not working in Firefox 2 or Opera 9...
Oct 10, 2007 05:06 PM|Analyticalchaos|LINK
I don't know if this is relevant to in this situation but I had the same situation show up in one of my pages.
The fix turned out to be very strange. We had a <body> tag that was malformed ( was <body''> ) Once I fixed that tag, everything worked just fine. Apparently that killed the DOM tree in FF? Not sure why it would work in IE but not FF but that was the problem for me.
Hopefully this helps someone save an afternoon of frustration!