Every now and then I run across a bug that you cannot reproduce without security privileges. However, it occurs to me we can provide XPI files as attachments, to offer testcases for such bugs within the chrome:// URI (experienced Bugzilla QA people only!)
I don't see any particular reason we couldn't...
I'm suggesting a specific chrome:// URI scheme for people to use if they post XPI's for chrome-based testing of bugs.
The first part of the URI path would be "bugtests". The second part, of course, is "content", "locale", or "skin". The third part would be the bug number. After these three parts, free range.
So, I could create an XPI that would install:
chrome://bugtests/content/179621/txmgrTest01.xul
which I could then use in bug 179621 (thanks roc for the r/sr+) to demonstrate the principle I'm working towards, or a bug.
It should be fairly easy to accomplish this. Of course, people who use Bugzilla should take bug attachments that mess with chrome:// with a grain of salt...
UPDATE: On a related note, I just filed bug 270765. The two would go well together in assuring bug testers and developers that XPI attachments really are safe.
Posted by WeirdAl at November 18, 2004 11:25 PMIt would be a security nightmare to QAs if people start using XPI for testcases. It would be far better to write standalone XUL, with embeded JS and CSS, that people can read first and then paste to a macro/xul runner editor.
(From Alex: I'd love to know where there is such a xul runner system as you describe it, such that I could create an instance of an XPCOM component such as nsITransactionManager, specifically for testcasing something.)
Posted by: Daniel Wang at November 19, 2004 4:10 AMAlex: Extension Developer extension by Ted Mielczarek includes a XUL editor, which is a textarea you can paste your XUL code to. As you can include js scripts in xul directly, this may be what you need.
see its thread
Posted by: Nickolay Ponomarev at November 19, 2004 8:37 AM