Closed Bug 297295 Opened 19 years ago Closed 16 years ago

[Deer Park] new tab should get focus on the URI part

Categories

(Firefox :: Tabbed Browser, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: varaldi, Unassigned)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050531 Firefox/1.0+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050531 Firefox/1.0+ If you are in a page containing a form, getting a new tab doesn't change the focus: typing text still write it in your textarea/input, instead of the URI part. It happens on special sort of forms using javascript where a textarea contains a html text, interpreted using javascript. This text contains a form. I'll post an example of it ASAP, if necessary. Reproducible: Always Steps to Reproduce:
Duplicate of bug 297037?
"Actual Results: The URL bar contains the URL of the previous tab + it is not selected" I don't have the same result : the URL bar contains nothing. And I can still write in the form. For reproductibility, change ALWAYS to SOMETIMES. I hided the application and unhided it, and the problem haven't been reproduced
ok, I did reproduce it. How I did it: 1. I quit deer park alpha1 2. Launched xorg-x11 (installed from darwinports) in rootless mode 3. Launched deer park 4. Opened my page that contains a textarea containing the html code interpreted with javascript to make it wisiwig 5. Clicked in the textarea where I can edit my text 5. cmd-T to open a new tab. Result: I can still write things in the textarea while in the tab, I have to manually go to URI bar. Expected result: direct focus in the URI bar. Why it does that and why it would be related to xorg, I don't really know, but when it's opened, I can reproduce the bug easily, if I close deerpark and xorg, then launch deer park again, the bug isn't here anylonger. weird...
Note: I could reproduce it with Firefox 1.0.4 without any difficulties
Please don't file bugs using a 10 days old build. Try a latest build first to see if it's still like that Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050610 Firefox/1.0+ ID:2005061003 WFM
Sorry if I can't get deer park via cvs, build it every night, and try it during the day. Sorry if I'm not skilled enough to compile firefox by myself. Sorry if I want to help contributing and reporting bugs. Sorry if I use the last build of Deer Park alpha 1 and the last Firefox stable release to report bugs. (Note: the first one in the diff just has been downloaded, the second one is the one I'm actually using) ( akira:~ kim$ diff Desktop/Deer\ Park\ Alpha\ 1.dmg Documents/dmg/Deer\ Park\ Alpha\ 1.dmg akira:~ kim$ ) Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050531 Firefox/1.0+ I know that I'm not on Windows, I'm just trying to help, I'm using the last packages available to public download. Not CVS. I don't have a powerfull enough computer to even think of compiling firefox every night to get it fully compiled at 8am. Sorry, I just wanted to help. Bye.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
(In reply to comment #6) > Sorry if I can't get deer park via cvs, build it every night, and try it during > the day. No need to do that. You can download the binaries of the most recent nightly build from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/ > Sorry if I'm not skilled enough to compile firefox by myself. You don't need to. See above. > Sorry if I want to help contributing and reporting bugs. Your help is most welcomed, but bugs reported on old builds are far less useful than bugs reported on recent builds.
bug tested on: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050610 Firefox/1.0+ (I took the time to compile the cvs yesterday by night...) It's still here, sorry.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
(In reply to comment #0) > It happens on special sort of forms using javascript where a textarea contains a > html text, interpreted using javascript. This text contains a form. I'll post an > example of it ASAP, if necessary. Yes, please post you example as an attachment. Otherwise, it's impossible to reproduce.
To verify the bug, you can install castor (http://castor.2le.net), it's really easy to do. It appears when you want to edit whatever page you want. As I don't understand much of php/js, I let you find where may be the problem, but I think you can read the wysiwyg.php file. Remember to launch xorg before launching your firefox.
Clement, what messages/warnings do you see in the javascript Console when the focus probelm occurs ?
First one: ----------------------------------- Error: Unknown property 'filter'. Declaration dropped. Source File: http://localhost/castor/inc/htmlarea/htmlarea.css Line: 54 ----------------------------------- Second one: ----------------------------------- Error: Expected color but found 'FieldFace'. Error in parsing value for property 'background'. Declaration dropped. Source File: http://localhost/castor/inc/htmlarea/htmlarea.css Line: 74 ----------------------------------- htmlarea.css can be read on: http://iznogoud.lost-oasis.net/tmp/htmlarea.css
For people who like visual effects, I made a little swf video (using vnc2swf) that shows the bug. /!\ it's a ~2,3Mo file, I start showing the build I used for the video, then show quickly the page, and show the bug in action. http://iznogoud.lost-oasis.net/tmp/bugDeerPark.swf Unfortunately, vnc2swf doesn't show the mouse on macos, so you have to imagine it, I tried to be slow enough to make things easier to understand. To open tab, I used cmd-T
Can someone with a Mac check if this bug is still relevant?
Resolving incomplete due to lack of testcase and reproducibility. Reporter if you can reproduce this on a current nightly, please reopen.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.