Closed
Bug 78630
Opened 24 years ago
Closed 23 years ago
my.netscape reloads every time mouse over widget in toolbars
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: masri, Assigned: sdagley)
References
()
Details
(Keywords: hang, top100, Whiteboard: OSX++)
Platform: PowerBook G3/300/192Mb/25Gb, MacOS X 10.0.2
Build ID: 20010417
Try the following:
1) Launch Mozilla.
2) Login to my.netscape.com with your account.
3) Immediately move the mouse arrow within the main content window (away from
the location bar or any skin UI elements). The page loads as you would expect,
and will honor your reload time (I have mine set to 30 minutes).
4) Now, move the mouse over the location bar (so your mouse becomes an i-beam),
or any other clickable item in the icon bars (perhaps a link in your Personal
Toolbar). Note that the page redraws immediately!
5) Wait for the page to reload. As long as you don't move the mouse again, the
page will remain. Now try moving the mouse (perhaps to another element). Note
that the page loads again!
- Adam
Comment 1•24 years ago
|
||
Is this unique to MacOS X? I'm not seeing it using today's build on 8.6.
Reporter | ||
Comment 2•24 years ago
|
||
No, with MacOS 9.1 & Moz 0.8.1 this does not happen.
- Adam
Comment 3•24 years ago
|
||
Very odd. A contributor who wishes to remain anonymous suggests that this may
be caused by somehow firing all timers when only one should fire. ->sdagley for
triage, since Pink is on vacation.
Assignee: trudelle → sdagley
Assignee | ||
Comment 4•23 years ago
|
||
It'd help if the build was identified as a Carbon build when logging a bug under
Mac OS X. I was about to mark this WORKSFORME on today's build when I noticed
that the build # corresponded to the last Fizilla release. And no, logging a bug
under Mac OS X doesn't make it obvoius it's the Fizzilla build being tested :-)
Assignee | ||
Comment 5•23 years ago
|
||
Not that we've got a new opt build out for folks to play with but a debug build
of Fizzilla done today doesn't exhibit this problem so I'm marking this fixed.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 6•23 years ago
|
||
Platform: PowerBook G3/300/192Mb/30Gb, MacOS X 10.0.2
Build: Fizzilla 20010509
This is not fixed. Try the following.
1) Set your home page in Prefs to my.netscape.com.
2) Login to your my.netscape.com homepage.
3) Quit Mozilla.
4) Launch Mozilla.
5) Move the mouse into the location bar.
The page reloads, even though the refresh time hasn't fired (mine's set to 30
minutes).
- Adam
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 7•23 years ago
|
||
Just tried again and it works for me. Before marking the bug as WORKSFORME tho I
thought I'd expand the cc: list in case someone else sees it
Reporter | ||
Comment 8•23 years ago
|
||
Hmm, I just upgraded to MacOS X 10.0.3 and I still see this. Perhaps you should
try trashing ~/Library/Preferences/Mozilla* and ~/Documents/Mozilla/ to see if
that breaks it for you. I'm not sure why I'm seeing this and you're not. I clear
those files every time I get a new Moz build, and it still happens to me.
- Adam
Assignee | ||
Comment 9•23 years ago
|
||
Not wanting to delete my personal profile, I created a new profile with
my.netscape.com as the home page and do not see the problem.
Reporter | ||
Comment 10•23 years ago
|
||
Platform: PowerBook G3/300/192Mb/30Gb, MacOS X 10.0.3
Build: Fizzilla 20010509
Well, you could try moving those files to a different folder, let Fizzilla
recreate them, then delete the new ones and replace with your old ones.
On the reverse, can you think of something I'm NOT deleting that could be
hanging around and causing the problem? When upgrading, I killed the entire
Fizzilla folder, along with the items in ~ I mentioned previously.
- Adam
Assignee | ||
Comment 11•23 years ago
|
||
I don't know if it's good news or bad news but the Low End Mac website reports
they were seeing a page reload for every character typed in the location/URL
field so this may not be Mac OS X specific.
Assignee | ||
Comment 12•23 years ago
|
||
sfraser had asked about this bug so cc:'ing him. And an additional datapoint -
Low End Mac was testing on a PB G3 266.
Reporter | ||
Comment 13•23 years ago
|
||
I had a brief meeting with Steve today. He's now seen this bug live, and we were
able to duplicate it on today's build on his machine. That's a step in the right
direction. For those that haven't been able to duplicate this one, it seemed to
happen using the Classic skin, yet not the modern skin. But after switching to
Classic, then back to Modern, it started happening on the Modern skin too. (?)
- Adam
Comment 14•23 years ago
|
||
*** Bug 70521 has been marked as a duplicate of this bug. ***
Comment 15•23 years ago
|
||
*** Bug 78636 has been marked as a duplicate of this bug. ***
Comment 16•23 years ago
|
||
*** Bug 80145 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•23 years ago
|
Whiteboard: OSX+
Comment 17•23 years ago
|
||
beta stopper. i also see this on cnn.com not even moving the mouse. have to
force-quit the app.
Reporter | ||
Comment 18•23 years ago
|
||
Today's 6/5 build seems to have fixed this bug. I tried my.netscape,
versiontracker, even cnn. I can't get this to occur anymore. Nice job, guys.
- Adam
Status: REOPENED → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → FIXED
Comment 19•23 years ago
|
||
ummmmm, this terrifies me. usually things like this 'going away' are short lived
and they come back. can anyone verify?
Reporter | ||
Comment 20•23 years ago
|
||
Just tested using 6/13 build, bug is still "fixed." Nobody knows why this is
working now? You're right, this bugs me too...
- Adam
You need to log in
before you can comment on or make changes to this bug.
Description
•