Closed Bug 242378 Opened 20 years ago Closed 20 years ago

Dynamically modifying cursor fails

Categories

(Core Graveyard :: GFX: Win32, defect)

x86
Windows XP
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bugzilla, Assigned: isaachh)

References

()

Details

(Keywords: regression)

Attachments

(1 file)

The cursors "-moz-zoom-in" and "-moz-zoom-out" are no longer rendered at the URL
page; they were not too long ago (Mozilla 1.7; don't remember which version).
FWIW, Mozilla 1.4 and Mozilla 1.5 render accordingly the  "-moz-zoom-in" and
"-moz-zoom-out" cursors at the provided URL. I strongly suspect that this is a
regression which happened no more than 10 days ago.
I searched to find a duplicate for this and couldn't find any; possibly bug
195045 or bug 50511 could be but I din't think so.
Sorry if "Style System" is not the correct component (not sure exactly which
component, to be honest) or if there is a duplicate bug for this.

Mozilla 1.8 alpha build 2004050108 under XP Pro here.
*** Bug 242233 has been marked as a duplicate of this bug. ***
confirming based on dup and comment there
Status: UNCONFIRMED → NEW
Ever confirmed: true
Worksforme in Linux trunk build 2004-05-02-06.  See bug 241316, though.  That
one's Windows-only too...

> I strongly suspect that this is a regression which happened no more than 10
> days ago.

We have builds back to then on the ftp site, so if it's that recent a regression
you should be able to locate the exact day it happened.  When was that?
Depends on: 241316
Yes, bug 242233 and this bug refer to the same pair of cursors; I too don't get
the image resizing cursor under XP Pro.

I'm short on time these days so I won't be able to determine fast/soon the date
of build where the regression appeared. FWIW, bug 242233 was opened 4 days ago. 
All I can say for sure for now is that the provided URL used to render
dynamically the -moz-zoom-in and -moz-zoom-out cursors on a click and drag in
the image in recent Mozilla 1.7.
Well, since it works fine on Linux it's not style system, and since it works
fine on Linux I can't debug it, so....
Assignee: dbaron → win32
Component: Style System (CSS) → GFX: Win32
WFM with Firefox 20040502 build, WinXP. Windows Mozilla only?
Attached patch fixSplinter Review
Automatic license update mysteriously removed #include...
just for the record: This regressed before 20040424, but now that there is a
patch, there is no need for more testing :).
Comment on attachment 147529 [details] [diff] [review]
fix

Gerv can you review this (since it was caused by your relicensing change)?
Attachment #147529 - Flags: review?(gerv)
Comment on attachment 147529 [details] [diff] [review]
fix

Hmm. That is mysterious. I'll point this out to the script author - although it
could have been a manual mistake as well.

r=gerv, along with my apologies; but you need to get a proper r= from the
module owner as well.

Gerv
Attachment #147529 - Flags: review?(gerv) → review+
Comment on attachment 147529 [details] [diff] [review]
fix

very simple review for you, only a one-liner, regression fix
Attachment #147529 - Flags: superreview?(cls)
Attachment #147529 - Flags: superreview?(cls) → superreview+
Assignee: win32 → isaachh
checked in on trunk

Checking in widget/src/build/widget.rc;
/cvsroot/mozilla/widget/src/build/widget.rc,v  <--  widget.rc
new revision: 1.14; previous revision: 1.13
done
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: