Pulled M12 code yesterday, found that 4 links in my dist/bin tree don't actually go anywhere: chrome/navigator/content/default/contentframe.xul lives in mailnews/base/resources/content, but makefile doesn't install it. makefile over in xpfe/browser/resources/content/ tries to install it (but he doesn't have the file). chrome/navigator/skin/default/contentframe.css makefile in xpfe/browser/resources/skin/ tries to install it, but the file doesn't exist in that directory (or anywhere that I could find it). chrome/sidebar/locale/en-UN/panel-add-confirm.dtd lives in xpfe/components/sidebar/resources/locale/en-US xpfe/components/sidebar/resources/Makefile.in tries to install it from en-UN directory instead of en-US chrome/sidebar/locale/en-UN/panel-exists.dtd Same as above

reassigning to hyatt for triage. Dave, who is responsible for these?

Giving to a browser person.

I will clean them up.

Move to M15. We don't have to fix this for beta 1, do we?

Doesn't need fixing for beta unless those files are actually meant to be in the kit. I don't know the answer to that one. I presume they are probably not otherwise something would be broken, right???

dunno about that panel-add stuff (en-UN? United Nations? -- looks like a typo). but contentframe.* refers to an older version of the sidebar that is no longer in use. If someone would school me on how to remove files from the CVS server, I'd kill them.

They need removing from the build before they are removed from CVS.

BULK MOVE: Changing component from XUL to XP Toolkit/Widgets: XUL. XUL component will be deleted.

This problem doesn't occur any more. Feel free to close.

cool! thanks for the update, colin!

marking as verified then