[XUL1.0] Tracking bug for XUL 1.0 changes

RESOLVED WORKSFORME

Status

()

P2
normal
RESOLVED WORKSFORME
18 years ago
10 years ago

People

(Reporter: hyatt, Assigned: hyatt)

Tracking

({meta})

Trunk
mozilla1.0.1
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [XUL1.0] Need to finish spec & plan, get reviews, URL)

(Assignee)

Description

18 years ago
Yup.
(Assignee)

Updated

18 years ago
Blocks: 70704
(Assignee)

Updated

18 years ago
Blocks: 70745
(Assignee)

Updated

18 years ago
Blocks: 70746
(Assignee)

Updated

18 years ago
Blocks: 70747
(Assignee)

Updated

18 years ago
Blocks: 70748
(Assignee)

Updated

18 years ago
Blocks: 70750
(Assignee)

Updated

18 years ago
Blocks: 70751
(Assignee)

Updated

18 years ago
No longer blocks: 70704, 70745, 70746, 70747, 70748, 70750, 70751
Status: NEW → ASSIGNED
(Assignee)

Updated

18 years ago
Depends on: 70704, 70745, 70746, 70747, 70748, 70750, 70751

Comment 1

18 years ago
->mozilla1.0
Whiteboard: [XUL1.0]
Target Milestone: --- → mozilla1.0
(Assignee)

Updated

18 years ago
Depends on: 70809
(Assignee)

Updated

18 years ago
Depends on: 70810
(Assignee)

Updated

18 years ago
Depends on: 70857
(Assignee)

Updated

18 years ago
Depends on: 70858
(Assignee)

Updated

18 years ago
Depends on: 70860
(Assignee)

Updated

18 years ago
Depends on: 70877
(Assignee)

Comment 2

18 years ago
For those following this bug, no XUL syntax changes that result in incompatible
syntax will be allowed to land before the 0.8.1 freeze.  If you do produce
patches, hang on to them until then.  We need to wait for the new mailnews front
end to come in from the branch before we check in any of these changes.
(Assignee)

Updated

18 years ago
Blocks: 70974
(Assignee)

Updated

18 years ago
No longer blocks: 70974
(Assignee)

Updated

18 years ago
Depends on: 70974
(Assignee)

Updated

18 years ago
Depends on: 71106
(Assignee)

Updated

18 years ago
Depends on: 71470
(Assignee)

Updated

18 years ago
Depends on: 71471
(Assignee)

Updated

18 years ago
Depends on: 72923

Updated

18 years ago
Blocks: 24689
(Assignee)

Updated

18 years ago
No longer depends on: 71470

Comment 3

18 years ago
Two things:
Based on the coordination issues encountered with 70747 and 70746 (documented
mostly in bug 70746), I'd suggest some guidelines be set for coordinating with
commercial for XUL syntax landings.  Maybe once a XUL syntax change gets an r
and sr we can give commercial folks n number of days to catch up before landing?
 Also, what about external users that will be impacted?  Should npm.xpfe be
considered a wide enough distribution for warnings when these changes are imminent?

I'm not sure 1.0 is the right target if the recommended vendor branch milestone
is still 0.9.  Mozilla's XUL is already incompatible with Netscape's 6.0x
releases, it would be a real bummer to have several sets of incompatibilities
between 6.0x, whatever branches from 0.9, and mozilla 1.0...  Thoughts?
maolson: commercial can't mean just netscape.com's commercial build.  There are
lots of organizations, for-profit commercial or not, who depend on XUL standards
set by trunk cvs.mozilla.org code changes.  Coordinating all of these is hard,
and will slow down XUL evolution something fierce.

OTOH, the larger "XUL community" can't take much more incompatible change, IMO.
e.g., chatzilla now must fork to support Netscape 6/mozilla0.[678] and the new
label-based mozilla0.9.

Anyway, blake's changes were circling for weeks, as I understand it.  What value
of n (for n days) did you have in mind?

I think vendors can base betas on 0.9 provided we don't make *significant*
incompatible changes after this and before 1.0.  Maybe hyatt can prognosticate
on the likelihood of such.  Small changes are tricky; I'm not sure how to define
significant.  In my experience with JS, some changes are too obscure to affect
enough people to prevent the change from being made ASAP.

/be

Comment 5

18 years ago
I totally agree with Maolson's suggestion. "n" can be a matter of 1 day in the 
least. It is just giving us a heads up when the landing is happening. In 
the 70736, 70737 case, Blake and Mao still coordinated it with us on the day of 
landing. Otherwise, AIM would have been in a really bad shape today.

Either posting to xpfe the plan to landing or sending a mail to 
seamonkey-internal will be greatly appreaciated. It just doesnt make sense to 
just catch up with the landings after it is done and just making the changes 
without testing.  (Although in this particular case, we did just that and things 
worked so nicely. Cant expect every change to be so well implemented though!)

Just my two cents. Thanks! 

Comment 6

18 years ago
Nominating for mozilla 0.9.  I think this stuff should be in in time for the .9
milestone, so we can have time to catch problems between .9 and 1.0.  Checking
in major syntax changes after .9 seems to me to be a bad idea, as .9 to 1.0
should be a ramp-down time, and a time to find any problems caused by the changes.  

As far as the Commercial vs. mozilla issue, I think we were a bit behind on what
was going on with this, and will make the effort to keep up.  If mao, blake, and
others could give us even a day to test the changes, and get up to speed on each
landing, it would be greatly appriciated.  I know this is not required, nor
should it be, but it would be very much appriciated.  I want to thank blake and
mao again, in public, for their help with getting AIM and the rest of commercial
up to speed.  Without it, we would not even have comm. builds to test the
changes on today.
Keywords: mozilla0.9

Updated

18 years ago
Depends on: 73325
(Assignee)

Updated

18 years ago
Depends on: 73669
(Assignee)

Updated

18 years ago
Summary: [XUL Syntax] Tracking bug for XUL syntax changes → [XUL Syntax] Tracking bug for XUL changes
(Assignee)

Updated

18 years ago
Summary: [XUL Syntax] Tracking bug for XUL changes → [XUL1.0] Tracking bug for XUL 1.0 changes
(Assignee)

Updated

18 years ago
Depends on: 73671
(Assignee)

Updated

18 years ago
Depends on: 74188
(Assignee)

Updated

18 years ago
Depends on: 75143
(Assignee)

Updated

18 years ago
Depends on: 76800

Comment 7

18 years ago
Please keep in mind that one of these XUL thingies is keeping the Themes on
x.themes.org from installing (working):(

For that reason alone, I suggest: nsCatFood and mozilla0.9.1
(Assignee)

Updated

17 years ago
Depends on: 93171
(Assignee)

Updated

17 years ago
Depends on: 93172
(Assignee)

Updated

17 years ago
Depends on: 93175
(Assignee)

Updated

17 years ago
Depends on: 93177

Updated

17 years ago
Depends on: 89998

Updated

17 years ago
Depends on: 90001
(Assignee)

Updated

17 years ago
Depends on: 93180
(Assignee)

Updated

17 years ago
Depends on: 93181
(Assignee)

Updated

17 years ago
Depends on: 93519
(Assignee)

Updated

17 years ago
Depends on: 93626
(Assignee)

Updated

17 years ago
No longer depends on: 93626
(Assignee)

Updated

17 years ago
Depends on: 93836
(Assignee)

Updated

17 years ago
No longer depends on: 70974
(Assignee)

Updated

17 years ago
Depends on: 93839
(Assignee)

Updated

17 years ago
Depends on: 94942
(Assignee)

Updated

17 years ago
Depends on: 94943
(Assignee)

Updated

17 years ago
Depends on: 94944
(Assignee)

Updated

17 years ago
Depends on: 95005

Updated

17 years ago
Depends on: 95022
(Assignee)

Updated

17 years ago
Depends on: 94255
(Assignee)

Updated

17 years ago
Depends on: 95337
(Assignee)

Updated

17 years ago
Depends on: 94470
(Assignee)

Updated

17 years ago
Depends on: 95876
(Assignee)

Updated

17 years ago
Depends on: 96008
(Assignee)

Updated

17 years ago
Depends on: 96019
(Assignee)

Updated

17 years ago
No longer depends on: 73669

Updated

17 years ago
OS: other → All
Hardware: PC → All
(Assignee)

Updated

17 years ago
Depends on: 96173
(Assignee)

Updated

17 years ago
Keywords: mozilla0.9
(Assignee)

Updated

17 years ago
Depends on: 96179
(Assignee)

Updated

17 years ago
Depends on: 12164
(Assignee)

Updated

17 years ago
Depends on: 96273
(Assignee)

Updated

17 years ago
Depends on: 91041
(Assignee)

Updated

17 years ago
Depends on: 97062
(Assignee)

Updated

17 years ago
No longer depends on: 93175
(Assignee)

Updated

17 years ago
Depends on: 96812

Updated

17 years ago
Depends on: 97571
(Assignee)

Updated

17 years ago
Depends on: 97574

Updated

17 years ago
Depends on: 99876
(Assignee)

Updated

17 years ago
No longer depends on: 95022
(Assignee)

Updated

17 years ago
Depends on: 7639

Comment 8

17 years ago
cc self, Added as blocker of MachV schedule tracking bug (102472), added meta
keyword, set Priority P2.  Need to finish spec, flesh out remaining tasks, get
r= for spec and plan.
Blocks: 102472
Keywords: meta
Priority: -- → P2
Whiteboard: [XUL1.0] → [XUL1.0] Need to finish spec & plan, get reviews

Updated

17 years ago
Depends on: 103723

Updated

17 years ago
Depends on: 83842

Updated

17 years ago
Depends on: 108303
(Assignee)

Updated

17 years ago
Depends on: 110155
(Assignee)

Updated

17 years ago
Depends on: 110156

Comment 9

17 years ago
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)
Target Milestone: mozilla1.0 → mozilla1.0.1

Comment 10

17 years ago
don't move bugs that are in the 1.0 dependency tree. sorry.
Target Milestone: mozilla1.0.1 → mozilla1.0
(Assignee)

Updated

17 years ago
Depends on: 113696
(Assignee)

Updated

17 years ago
Depends on: 118683
(Assignee)

Updated

17 years ago
Depends on: 119067

Updated

17 years ago
Depends on: 119297

Updated

17 years ago
Depends on: 119298
(Assignee)

Updated

17 years ago
Depends on: 119676
(Assignee)

Updated

17 years ago
Depends on: 118038
No longer depends on: 93181

Updated

17 years ago
Depends on: 119301, 121545

Updated

17 years ago
Depends on: 52140

Updated

17 years ago

Comment 11

17 years ago
Please update this bug with an [adt1] - [adt3] impact rating (or take it off the
list if it doesn't even rate adt3.)  Thanks!

Comment 12

17 years ago
-> move tracking bug to mozilla1.0.1 to get it off radar (although me 
personally is having difficulty in keeping the variety of keywords, radars, and 
other tracking systems straight. At one point, a 'meta' keyword would keep 
this off some queries, but anyways...).
Target Milestone: mozilla1.0 → mozilla1.0.1
What about bug 132831? Suitable for nominating here?

Updated

17 years ago
Depends on: 132831

Comment 14

17 years ago
Seems like this tracking bug is now fixed. All of its dependencies are fixed
(except for one bug, but that's not a API change and was mis-added to this bug,
AFAIK).  

Any objections to marking it FIXED?

Comment 15

17 years ago
Tracking bugs don't fit the definition of 'fixed'.  resolving as wfm.
Status: ASSIGNED → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → WORKSFORME

Updated

10 years ago
Component: XP Toolkit/Widgets: XUL → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.