John Karahalis [:openjck] Assignee
	Description • 11 years ago

After bug 874526 lands on production, I should remove the projects/security/components page and associated assets from the legacy codebase.

	John Karahalis [:openjck] Assignee
	Comment 1 • 11 years ago

Just a quick note to self. The projects/security/components directory has a variety of files in it -- presentations, PGP keys, and more -- but it appears these are all on www-archive, so it should be safe to remove them from the SVN codebase. Might want to double-check this.

	Kathleen Wilson
	Comment 2 • 11 years ago

(In reply to John Karahalis [:openjck] from comment #0)
> After bug 874526 lands on production, I should remove the
> projects/security/components page and associated assets from the legacy
> codebase.


I thought that the files would no longer be accessible from the web, but that we would still be able to access the files via SVN.

Did I misunderstand?

	John Karahalis [:openjck] Assignee
	Comment 3 • 11 years ago

The files are available on the Web now, and will still be available after this work is done. The files are and will remain available at both the www.mozilla.org and www-archive.mozilla.org domains. For example...

* http://www-archive.mozilla.org/projects/security/components/university2.ppt
* http://www.mozilla.org/projects/security/components/university2.ppt

This change will remove the files from SVN, but their availability on the Web will not change. Would this work for you, or would something else be better?

	Kathleen Wilson
	Comment 4 • 11 years ago

Sorry, guess I'm confused.

As long as the content doesn't disappear, it's fine.

	John Karahalis [:openjck] Assignee
	Comment 5 • 11 years ago

The content will not disappear. It will still be accessible from the Web just as it is now, but it will be removed from SVN. (In fact, the content will still be accessible from SVN, but in a slightly more roundabout way.)

Hope that makes sense. Don't hesitate to let me know if you have any other questions.

	Kathleen Wilson
	Comment 6 • 11 years ago

OK. Thanks.

	John Karahalis [:openjck] Assignee
	Comment 7 • 11 years ago

Another round of deletion.

These files already redirect to corresponding files on the www-archive subdomain, so these changes should not affect users in any way. Also worth noting that the components directory seems to be completely self-contained. I could not find any assets elsewhere on mozilla.org that can be removed along with it.

> $ svn st
> D       projects/security/components
> D       projects/security/components/reviewguide.html
> D       projects/security/components/sectalk
> D       projects/security/components/sectalk/slide11.xml
> D       projects/security/components/sectalk/slide20.xml
> D       projects/security/components/sectalk/slide12.xml
> D       projects/security/components/sectalk/slide21.xml
> D       projects/security/components/sectalk/slide13.xml
> D       projects/security/components/sectalk/slide22.xml
> D       projects/security/components/sectalk/slide23.xml
> D       projects/security/components/sectalk/slide14.xml
> D       projects/security/components/sectalk/slide24.xml
> D       projects/security/components/sectalk/images
> D       projects/security/components/sectalk/images/mozilla-banner.gif
> D       projects/security/components/sectalk/images/spy1.gif
> D       projects/security/components/sectalk/slide15.xml
> D       projects/security/components/sectalk/slide25.xml
> D       projects/security/components/sectalk/slide16.xml
> D       projects/security/components/sectalk/slide17.xml
> D       projects/security/components/sectalk/slide18.xml
> D       projects/security/components/sectalk/slide19.xml
> D       projects/security/components/sectalk/slides.css
> D       projects/security/components/sectalk/slide1.xml
> D       projects/security/components/sectalk/slide2.xml
> D       projects/security/components/sectalk/slide3.xml
> D       projects/security/components/sectalk/slide4.xml
> D       projects/security/components/sectalk/slide5.xml
> D       projects/security/components/sectalk/slide6.xml
> D       projects/security/components/sectalk/slide7.xml
> D       projects/security/components/sectalk/slide8.xml
> D       projects/security/components/sectalk/slide9.xml
> D       projects/security/components/sectalk/slides.js
> D       projects/security/components/sectalk/slide10.xml
> D       projects/security/components/rsa_conference_notes.html
> D       projects/security/components/ConfigPolicy.html
> D       projects/security/components/prd.html
> D       projects/security/components/master-cert.html
> D       projects/security/components/driver
> D       projects/security/components/driver/usage.html
> D       projects/security/components/driver/index.html
> D       projects/security/components/scriptintro.js
> D       projects/security/components/terms.html
> D       projects/security/components/spy1.gif
> D       projects/security/components/signed-scripts.html
> D       projects/security/components/securescripts.html
> D       projects/security/components/capsapp.jar
> D       projects/security/components/secureapp.jar
> D       projects/security/components/mstoltz-pgp-key.txt
> D       projects/security/components/university2.ppt
> D       projects/security/components/per-file.html
> D       projects/security/components/signed-script-example.html
> D       projects/security/components/signed-script-demo.jar
> D       projects/security/components/index.html
> D       projects/security/components/jssec.html
> D       projects/security/components/.htaccess
> D       projects/security/components/design.html

	Kathleen Wilson
	Comment 8 • 11 years ago

(In reply to John Karahalis [:openjck] from comment #7)
> Another round of deletion.
> 
> These files already redirect to corresponding files on the www-archive
> subdomain, so these changes should not affect users in any way. Also worth
> noting that the components directory seems to be completely self-contained.
> I could not find any assets elsewhere on mozilla.org that can be removed
> along with it.
> 

Yes, I believe that's correct.

Thanks,
Kathleen

	John Karahalis [:openjck] Assignee
	Comment 9 • 11 years ago

Adding as a patch, so that this shows up in my list of bugs needing review.

	John Karahalis [:openjck] Assignee
	Comment 10 • 11 years ago

Done with r117376.

	raymond [:retornam] (inactive)
	Comment 11 • 11 years ago

verified fixed