Closed
Bug 1384389
Opened 8 years ago
Closed 7 years ago
Test browser_all_files_referenced.js should extract URIs for all registered resource packages from libxul binary
Categories
(Toolkit :: General, enhancement, P3)
Toolkit
General
Tracking
()
RESOLVED
FIXED
mozilla59
People
(Reporter: cfu, Assigned: florian)
Details
Attachments
(1 file, 1 obsolete file)
2.26 KB,
patch
|
Details | Diff | Splinter Review |
The test browser/base/content/test/static/browser_all_files_referenced.js extracts constant strings from libxul binary.
But it only regards strings as real chrome or resource URIs by the following conditions:
> if (/chrome:\/\/[a-zA-Z09 -]+\/(content|skin|locale)\//.test(string) ||
> /resource:\/\/gre.*\.[a-z]+/.test(string))
http://searchfox.org/mozilla-central/source/browser/base/content/test/static/browser_all_files_referenced.js#493
It had better accept URIs for all resource packages registered in manifests.
Updated•7 years ago
|
status-firefox57:
--- → fix-optional
Priority: -- → P3
Assignee | ||
Comment 1•7 years ago
|
||
(In reply to Chung-Sheng Fu [:cfu] from comment #0)
> The test browser/base/content/test/static/browser_all_files_referenced.js
> extracts constant strings from libxul binary.
> But it only regards strings as real chrome or resource URIs by the following
> conditions:
>
> > if (/chrome:\/\/[a-zA-Z09 -]+\/(content|skin|locale)\//.test(string) ||
> > /resource:\/\/gre.*\.[a-z]+/.test(string))
>
> http://searchfox.org/mozilla-central/source/browser/base/content/test/static/
> browser_all_files_referenced.js#493
>
> It had better accept URIs for all resource packages registered in manifests.
Do you have examples of valid resource packages that aren't caught by these rules?
Flags: needinfo?(cfu)
Reporter | ||
Comment 2•7 years ago
|
||
Since bug 863246, we have a new resource location resource://content-accessible/ which is referenced in .cpp files. For example:
https://searchfox.org/mozilla-central/rev/184f0c7888dd6abb32235377693b7d1fc0b75ac1/dom/html/VideoDocument.cpp#77
So the condition can't satisfy and the browser_all_files_referenced.js test fails.
In order to make the test pass, we had a workaround to allow resource://content-accessible/ URIs.
https://searchfox.org/mozilla-central/rev/184f0c7888dd6abb32235377693b7d1fc0b75ac1/browser/base/content/test/static/browser_all_files_referenced.js#475
But the reviewer suggested that it should accept URIs for all resource packages registered in manifests, instead of matching specific patterns.
Flags: needinfo?(cfu)
Assignee | ||
Comment 3•7 years ago
|
||
The fix is easy, just change the regexp to accept ressource packages that don't start with 'gre'.
Attachment #8939618 -
Flags: review?(gijskruitbosch+bugs)
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → florian
Status: NEW → ASSIGNED
Comment 4•7 years ago
|
||
Comment on attachment 8939618 [details] [diff] [review]
Fix
Review of attachment 8939618 [details] [diff] [review]:
-----------------------------------------------------------------
::: browser/base/content/test/static/browser_all_files_referenced.js
@@ +527,5 @@
> }
>
> // Only keep strings that look like real chrome or resource urls.
> if (/chrome:\/\/[a-zA-Z09 -]+\/(content|skin|locale)\//.test(string) ||
> + /resource:\/\/[a-zA-Z09 -]+\/.*\.[a-z]+/.test(string))
This wants to be * instead of + on the grouping, I'm pretty sure, because `resource:///foo` is valid.
Also, you're including space (also in the chrome regex) - is that just because UTF-16 or something? If so, please indicate this in a comment. Otherwise, please remove the space from both regexes.
Attachment #8939618 -
Flags: review?(gijskruitbosch+bugs) → review+
Assignee | ||
Comment 5•7 years ago
|
||
(In reply to :Gijs from comment #4)
Both good points, thanks!
Assignee | ||
Updated•7 years ago
|
Attachment #8939618 -
Attachment is obsolete: true
Pushed by florian@queze.net:
https://hg.mozilla.org/integration/mozilla-inbound/rev/1956af1eacea
Test browser_all_files_referenced.js should extract URIs for all registered resource packages from libxul binary, r=Gijs.
Comment 7•7 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 7 years ago
status-firefox59:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla59
Updated•7 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•