Closed Bug 389615 Opened 17 years ago Closed 16 years ago

Link background color doesn't turn green in this case on first load

Categories

(Core :: Widget, defect)

x86
Windows XP
defect
Not set
normal

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.
"
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.
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?
Yes, for me the regression range is still between 2006-05-09 and 2006-05-10.
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.
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?
I used to be able to reproduce as well, but it now WFM on XPSP2.
(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...
Well, I doubt it really matters anyway. I think this probably will be fixed as soon as bug 203573 is fixed.
Depends on: 203573
[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 ?
Blocks: 381699
Depends on: 389931
No longer depends on: 203573
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
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.
No longer blocks: nsIThreadManager, 338302, 381699
Status: NEW → RESOLVED
Closed: 16 years ago
No longer depends on: 389931
Resolution: --- → INVALID
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
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.