150585 - Unable to access the location bar/url

Status: RESOLVED INACTIVE

(Core :: DOM: Core & HTML, defect, P5)

Description

[Claus Henninger]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530
BuildID:    20002053012

at http://www.macromedia.de i can't use the location bar, can't select or type
anything

Reproducible: Always
Steps to Reproduce:
1.open website www.macromedia.de
2.try to change url @ location bar 
3.oooooppps :)

Actual Results:  the focus on location bar goes (perhaps) to the javascript news
ticker

Expected Results:  location bar should be accessable

i think this bug has its orgin at the news ticker - JavaScript

Comment 1

[Michael Lefevre]

works for me - don't think it's anything to do with the site or the javascript,
so this is probably the usual URL bar problem which is already reported.

*** This bug has been marked as a duplicate of 82534 ***

Comment 2

[Phil Schwartau]

Reopening bug. I don't think this is an example of the general
problems reported in bug 82534. Here, the problem is due to
the first line in this function. If you comment this line out,
there is no problem accessing the URL bar in Mozilla: 


function Laufleiste()
{
  document.forms[0].elements[0].blur();  //<<<<<<<<<<<<<<< COMMENT THIS OUT
  
  test+=text.charAt(i);
  if ((text.charAt(i)!=" " || text.charAt(i+1)!=" ") && i<text.length)
  {
    document.forms[0].elements[0].value=test+'_';
    i++;
  }
  else if (text.charAt(i)==" " && text.charAt(i+1)==" ")
  {
    i++;
    test="";
  }
  else
  {
    if (j==0)
      test="";
    if (j<msg.length)
      test+=msg.charAt(j);
    else
      test="     "+test;
    document.forms[0].elements[0].value=test;
    j++;
    if (j==50)
    {
      i=0;
      j=0;
      test="";
    }
  }
  window.setTimeout('Laufleiste()', geschwindigkeit);
}

Comment 3

[Phil Schwartau]

Reassigning this to DOM Level 0. Is this bug valid? My question is,
why can we access the URL bar in IE6 on this, but not in Mozilla? 
The issue is repeated calls to the blur() method of an input.


Note the following values:

|geschwindigkeit| = 180, so this is the interval in milliseconds
between calls to Laufleiste().

In both IE6 and in Mozilla, document.forms[0].elements[0] evaluates
to the scrolling text input that you see in the middle of the page.
It is named "T1". From Venkman:

document.forms[0].elements[0].name
$[1] = [string] "T1"
document.forms[0].elements[0]
$[2] = [HTMLInputElement] [class: HTMLInputElement] {0}



From the HTML:

<table border="0" cellpadding="0" cellspacing="0" align="left">
<tbody><tr> 
<td colspan="3" height="25" valign="top"> 
<form>
  <input type="text" name="T1" size="63" disabled="disabled" maxlength="120">
</form>
</td>
</tr>
 
                            ETC. 
                            ETC.

Comment 4

[Boris Zbarsky [:bzbarsky]]

Attachment: Testcase

Comment 5

[Boris Zbarsky [:bzbarsky]]

Looks like we focus the content area when something in it is blurred... We
should not do that if focus is not already in the content area.

In fact, shouldn't calling .blur() on something that does not have focus just be
a no-op?

Comment 6

[Johnny Stenback (:jst)]

Mass-reassigning bugs to [e-mail]

Comment 7

[Boris Zbarsky [:bzbarsky]]

To aaronl

Comment 8

[Aaron Leventhal]

-> Bryner, unless someone from Sun can help out with it.

Comment 9

[Firefox Bug Husbandry Bot]

https://bugzilla.mozilla.org/show_bug.cgi?id=1472046

Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5.

If you have questions, please contact :mdaly.