Closed Bug 384605 Opened 17 years ago Closed 17 years ago

Need some stuff moved

Categories

(mozilla.org :: CVS: Copy, task)

task
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sheppy, Assigned: reed)

References

Details

Attachments

(3 files, 1 obsolete file)

We need to replace the content of several directories on mozilla.org with new material related to JavaScript 2 and ECMAScript 4.  Before we can do this, we need to move the existing content to a backup location, as follows:

http://www.mozilla.org/js/language/js20.html  ->
http://www.mozilla.org/js/language/old-js2.html
http://www.mozilla.org/js/language/js20/index.html ->
http://www.mozilla.org/js/language/old-js2/index.html
http://www.mozilla.org/js/language/Edition4.pdf ->
http://www.mozilla.org/js/language/old-js2/Edition4.pdf

Once these moves are done, we'll delete the existing files and replace them with new material.
Just a thought...  Has anyone given any thought to just putting a label at the top of the existing pages denoting them as obsolete, and setting up the new pages on developer.mozilla.org?  Given the subject matter it seems like that would be a good fit.
I emailed the JS2 guys and asked their opinion on this; waiting to hear.'

It's true that we strongly discourage placing new content on mozilla.org, in favor of MDC for docs and wiki.mo for planning content.
Severity: critical → normal
I mailed back saying we want to mothball es4 and js20 subdirs of js/language but not leave old links dangling. We also don't want old links finding the old docs, even with some red letters at the top. We really want to mothball, which means put in a jar so the chemical stench is contained. That means renaming, either in CVS or via Apache redirect magic.

What if we made js/language/ => MDC, so we could make the subdirs es4 and js20 both refer to the same new page there? Would such a redirect leave the old es4 and js20 subdirs unreachable?

BTW, we'd much rather have any new, "first class" subdir be called js2, not js20.

/be
We also need to have the following moved:

http://www.mozilla.org/js/language/es4 -> http://www.mozilla.org/js/language/old-es4

http://www.mozilla.org/js/language/es4.html -> http://www.mozilla.org/js/language/old-es4.html

Then we need to make these redirect to the appropriate pages in MDC, which is to say that the /js and /js.html stuff should redirect to "mdc:JavaScript 2" (unless you guys would prefer it be called "ECMAScript 4".
Comment 4 is wrong, sheppy knows via IRC. Back out, full reverse, etc.!

/be
Comment 5 is wrong, I give up. Ignore me....

/be
Hehehe... to be clear, yes, we need to do the stuff in comment 4. :)
so basically, yes, if we make those directories redirect to MDC, then the contents of those directories would not be visible from the web at all, but they would remain in CVS for people to examine there if they really needed them.  They could stay at the same path on the back-end but nobody would be able to get at them (it would redirect to MDC).
Would be better if we could get to them via www.mozilla.org/js/language/old-* -- we do consult them from time to time, but we do not want the world finding them by the highly-ranked URLs.

/be
OK, so the plan of action here is:

1) cvs copy the following (all inside /js/language/)
   * js20.html -> old-js20.html
   * js20/ -> old-js2/js20/
   * Edition4.pdf -> old-js2/Edition4.pdf
   * es4.html -> old-es4.html
   * es4/ -> old-es4/
2) Set up redirects to MDC (I need destination URLs provided) for: (regexps)
   * js20\.html
   * js20/.*
   * Edition4\.pdf
   * es4\.html
   * es4/.*

That look correct?
ping...
That looks right at a glance.

/be
Dan, please check out comment 10 and approve if it looks good to you too. Thanks,

/be
Whiteboard: waiting on ack from Dan
Looks correct to me as well.  - Dan
Whiteboard: waiting on ack from Dan
Attached file cvscopy file - v1 (obsolete) —
Is this correct?
Attachment #270275 - Flags: review?(brendan)
Assignee: server-ops → reed
(In reply to comment #15)
> Created an attachment (id=270275) [details]
> cvscopy file - v1
> 
> Is this correct?

Sure, I read every character! Seriously, if you automatically produced that, it would be better to show the script you used. It looks ok to me still, even though I didn't really read every char.

/be
Comment on attachment 270275 [details]
cvscopy file - v1

rubber-stamp -- see my last comment if you want a real review. There shouldn't be any hold-up here, though. We can fix whatever's wrong after. This is not a delicate, must measure thrice before cutting once, operation.

/be
Attachment #270275 - Flags: review?(brendan) → review+
Assignee: reed → justdave
OK, Comment 10 item #2 should probably be filed as a separate bug (and marked dependent on this one) because different people are going to wind up fixing it.  Should go in the www.mozilla.org component.  I'll take care of #1 shortly.
Something looks off here...   I'm not sure you meant to create both old-js2 and old-js20.  Someone want to re-verify this script?
while I'm at it, the following directories appear to already exist here:

js20
js20-1999-02-18
js20-1999-03-25
js20-2000-07
js20-2002-04

You want the new ones to be another dated one to follow suit?
(In reply to comment #19)
> Something looks off here...   I'm not sure you meant to create both old-js2 and
> old-js20.  Someone want to re-verify this script?

Yeah, looks like all the "mozilla-org/html/js/language/old-js20/" should have been "mozilla-org/html/js/language/old-js2/js20". :(
(In reply to comment #21)
> Yeah, looks like all the "mozilla-org/html/js/language/old-js20/" should have
> been "mozilla-org/html/js/language/old-js2/js20". :(

I was never going to spot that in the attachment, but if you used a script to generate those path pairs, I might have -- or perhaps not :-/.

Easy to fix, never mind the Attic contents!

/be
Dave: don't want date suffixing, just old- prefixing. There won't be any more revs of waldemar's old specs.

/be
This needs a new copy script with the correct paths in it before I can act on it.  If I find some time I'll try to cook one up myself, but I came back from vacation right into OSCON, so who knows.  I'll likely find time tonight, since there's not a lot of folks around yet, but if not, it may be the weekend.
Assignee: justdave → reed
Attached file cvscopy file - v2
Ok, let's try this again. How does this look?
Attachment #270275 - Attachment is obsolete: true
Attachment #273631 - Flags: review?(brendan)
Comment on attachment 273631 [details]
cvscopy file - v2

I don't have time for this right now, hoping Blake does.

/be
Attachment #273631 - Flags: review?(brendan) → review?(mrbkap)
Comment on attachment 273631 [details]
cvscopy file - v2

Uhhh, sure...
Attachment #273631 - Flags: review?(mrbkap) → review+
Attached file copy transcript
Done.

It will be your responsibility to remove the old files. I will file another bug to deal with the redirects.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Blocks: 389455
(In reply to comment #29)
> I will file another bug to deal with the redirects.

Filed bug 389455.
Thanks, Reed!
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: