Closed
Bug 389615
Opened 18 years ago
Closed 17 years ago
Link background color doesn't turn green in this case on first load
Categories
(Core :: Widget, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: martijn.martijn, Unassigned)
References
()
Details
(Keywords: regression, testcase)
This is a follow-up from bug 338302.
That bug was fixed by circumventing the issue that is still there.
This is the new bug filed for that issue.
The link background-color should turn green immediately when you start dragging.
This doesn't happen on first load on windows trunk build. This is a regression from bug 326273.
See bug 338302, comment 11:
"
So this bug happens for me with this testcase when when I have it opened for
the first time in a browser window.
I wonder if there is some relation to bug 203573.
"
Comment 1•18 years ago
|
||
Can you confirm the regression range for this bug? For bug 338302, it was between the 20060510-02 and 20060510-13 nightlies.
But I can reproduce this bug in 20060501, which is 9 days earlier, (and probably even earlier builds, I haven't tested) if I grab and drag rapidly, or grab the link just at its bottom edge.
In contrast, I can't reproduce this bug in any builds at all if I click on the link in the middle and drag at a regular pace. It turns green on the first drag.
Comment 2•18 years ago
|
||
Actually, the behaviour I reported in comment 1 goes back to the earliest builds on the archive: 20040210 (Firefox 0.8).
If the bug is behaving otherwise for you, maybe there's something different between our hardware that might be causing it?
Reporter | ||
Comment 3•18 years ago
|
||
Yes, for me the regression range is still between 2006-05-09 and 2006-05-10.
Comment 4•18 years ago
|
||
I've tried with a fresh profile, disabled all my plugins, and even disabled advanced Javascript options and I still can't reproduce.
What's your set-up like? I'm running XP Pro on a boring Pentium D system, Gigabyte motherboard, on-board graphics, generic Microsoft mouse. Default mouse prefs.
Reporter | ||
Comment 5•18 years ago
|
||
Laptop with Windows XP Home Edition, Centrino 1.8GHz, NVidia GForce7200 and a mouse that behaves how a mouse should behave.
I thought you could reproduce?
Comment 6•18 years ago
|
||
I used to be able to reproduce as well, but it now WFM on XPSP2.
Comment 7•18 years ago
|
||
(In reply to comment #5)
> I thought you could reproduce?
Only in the scenario described in comment 1, which is if I grab and drag the link really quickly, or grab it right at the bottom edge of the link. I don't think that's the same bug because (a) it's existed forever and (b) isn't restricted to the first drag. If I click on the link and drag at a regular pace, it doesn't happen.
If you can still reproduce as you describe, with a fresh profile, no added plugins or extensions, using an official nightly, the same OS, and I can't, I'm wondering if it's some sort of hardware interaction...
Reporter | ||
Comment 8•18 years ago
|
||
Well, I doubt it really matters anyway. I think this probably will be fixed as soon as bug 203573 is fixed.
Depends on: 203573
Comment 9•17 years ago
|
||
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008022604 Minefield/3.0b4pre] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008022704 Minefield/3.0b4pre] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008022601 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9b4pre) Gecko/2008022702 SeaMonkey/2.0a1pre] (nightly) (W2Ksp4)
Before/After bug 389931, which fixed bug 203573, I can see no difference in your testcase behavior on my computer:
*I still can't reproduce the current bug.
*I can still reproduce that the background color doesn't change until I have dragged _over_ the link itself.
*(dragging from edge to outside does not change the color.)
Can you check if bug 389931 made any difference on your computer ?
Reporter | ||
Comment 10•17 years ago
|
||
Surprisingly, I can still reproduce this.
Even more, I can reproduce it now on every drag, when doing a quick drag of the link, moving quickly out of the link area while doing the drag operation.
I guess my steps to reproduce this in comment 0 were insufficient (sorry about that).
Component: General → Widget
QA Contact: general → general
Comment 11•17 years ago
|
||
From my point of view:
1- No color change when moving away from the link:
This is described by bug 338302 comment 23 and is what I (and others) reproduce(d):
AFAICT, this is no bug: there is no 'DragEnter' event because the mouse does *not* enter the link region. (until it does)
I think your testcase and your/these steps do not match.
2- "First load" / "regression timeframe" / ..., which (only) you reported previously:
Based on 1-, I would think this was all a wrong story. [This can happen.]
R.Invalid.
Reopen if you think there is _still_ something wrong and provide very _detailed_ steps and explanation.
Reporter | ||
Comment 12•17 years ago
|
||
Oops, good catch, you're right about that, so very quickly dragging is actually not a good idea.
Ok, that means this was fixed by bug 389931 (because I could still see the original issue before that was fixed).
Depends on: 389931
Resolution: INVALID → FIXED
Updated•17 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•