Closed
Bug 1093012
Opened 10 years ago
Closed 9 years ago
TEST-UNEXPECTED-FAIL | /builds/slave/talos-slave/test/build/mozmill/content-policy/test-plugins-policy.js | test-plugins-policy.js::setupModule
Categories
(Release Engineering :: General, defect)
Tracking
(firefox45 fixed, firefox46 fixed, firefox47 fixed)
RESOLVED
FIXED
People
(Reporter: aleth, Assigned: aleth)
References
Details
(Keywords: intermittent-failure)
Attachments
(3 files, 3 obsolete files)
2.75 KB,
patch
|
jlund
:
review+
Sylvestre
:
approval-mozilla-aurora+
Sylvestre
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
4.91 KB,
patch
|
jlund
:
review+
Sylvestre
:
approval-mozilla-aurora+
Sylvestre
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
4.94 KB,
patch
|
Details | Diff | Splinter Review |
also
TEST-UNEXPECTED-FAIL | /builds/slave/talos-slave/test/build/mozmill/content-tabs/test-plugin-blocked.js | test-plugin-blocked.js::test_blocklisted_plugin_notification
TEST-UNEXPECTED-FAIL | /builds/slave/talos-slave/test/build/mozmill/content-tabs/test-plugin-crashing.js | test-plugin-crashing.js::setupModule
TEST-UNEXPECTED-FAIL | /builds/slave/talos-slave/test/build/mozmill/content-tabs/test-plugin-outdated.js | test-plugin-outdated.js::setupModule
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Comment hidden (Legacy TBPL/Treeherder Robot) |
Assignee | ||
Comment 4•9 years ago
|
||
Do you remember what fixed these failures? They are still broken on esr38.
status-thunderbird_esr38:
--- → affected
tracking-thunderbird_esr38:
--- → ?
Flags: needinfo?(mkmelin+mozilla)
Assignee | ||
Comment 6•9 years ago
|
||
Actually may not be fixed, still showing up in OSX debug on c-c.
Assignee | ||
Comment 7•9 years ago
|
||
Also fails on OSX opt, but not when run locally.
These are all
EXCEPTION: plugin is null
which is from get_test_plugin() in test-content-tab-helpers.js
Assignee | ||
Comment 8•9 years ago
|
||
(In reply to aleth [:aleth] from comment #7)
> Also fails on OSX opt, but not when run locally.
>
> These are all
> EXCEPTION: plugin is null
>
> which is from get_test_plugin() in test-content-tab-helpers.js
The only plugin that is found is the Default Browser Helper. Maybe we are not packaging the test plugin for some reason on OS X?
Assignee | ||
Updated•9 years ago
|
status-thunderbird45:
--- → affected
tracking-thunderbird45:
--- → ?
Updated•9 years ago
|
Updated•9 years ago
|
Keywords: intermittent-failure
Assignee | ||
Comment 9•9 years ago
|
||
An OSX local build finds (on running the mozmill test) the following plugins:
* Default Browser Helper
* Java Applet Plug-in
* Shockwave Flash
* Java Test Plug-in
* Flash Test Plug-in
* Second Test Plug-in
* Test Plug-in
These are located in objdir/dist/plugins and objdir/_tests/mozmill/mozmillprofile/plugins.
Assignee | ||
Comment 10•9 years ago
|
||
(In reply to aleth [:aleth] from comment #9)
> objdir/_tests/mozmill/mozmillprofile/plugins.
This is generated when the mozmill test is run, the plugin dir location is passed via a flag (testsuite-targets.mk).
Assignee | ||
Comment 11•9 years ago
|
||
In automation, mozmill is run by runtest.py, called by runtestlist.py. Adding some logging here shows that the PLUGINS_PATH is not set, and so the plugins are not copied to the mozmillprofile, causing the failure.
Assignee | ||
Comment 12•9 years ago
|
||
This sets the plugins-path command line parameter for runtestlist.py, which should hopefully resolve the problem. (It's unfortunately not possible to test this on try-comm-central.)
Attachment #8719077 -
Flags: review?(cmanchester)
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → aleth
Status: NEW → ASSIGNED
Comment 13•9 years ago
|
||
Comment on attachment 8719077 [details] [diff] [review]
Set plugins-path for mozmill tests run via mozharness
Review of attachment 8719077 [details] [diff] [review]:
-----------------------------------------------------------------
This looks reasonable, but I think jlund should review here.
Attachment #8719077 -
Flags: review?(cmanchester)
Assignee | ||
Updated•9 years ago
|
Attachment #8719077 -
Flags: review?(jlund)
Comment 14•9 years ago
|
||
Comment on attachment 8719077 [details] [diff] [review]
Set plugins-path for mozmill tests run via mozharness
Review of attachment 8719077 [details] [diff] [review]:
-----------------------------------------------------------------
also looks good to me. that's too bad this can't be tested via comm-try :(
Attachment #8719077 -
Flags: review?(jlund) → review+
Assignee | ||
Comment 15•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/fdeaea80d8a1a4d566a2f118f9214d90ccce4203
Bug 1093012 - Set plugins-path for mozmill tests run via mozharness. r=jlund
Comment 16•9 years ago
|
||
bugherder |
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Target Milestone: --- → Thunderbird 47.0
Assignee | ||
Comment 17•9 years ago
|
||
Exception: Plugins path "/builds/slave/test/build/application/Daily.app/Contents/Resources/plugins" does not exist.
TEST-UNEXPECTED-FAIL | (runtestlist.py) | Exited with code 1 during directory run
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee | ||
Comment 18•9 years ago
|
||
On Linux, this patch works:
PLUGINS_PATH is /builds/slave/test/build/application/thunderbird/plugins
and the plugins are indeed found there.
Not sure what goes wrong on OSX at this point (some universal build issue?), or why this failure didn't occur for Linux before the plugin path was set.
Assignee | ||
Comment 19•9 years ago
|
||
These plugins are packaged in common.tests.zip/bin/plugins, both for Linux and Mac. So the suspicion has to be that they aren't copied to the right place on Mac.
Assignee | ||
Comment 20•9 years ago
|
||
OSX mozmill
20:24:51 INFO - Running main action method: run_tests
20:24:51 INFO - mkdir: /builds/slave/test/build/application/Daily.app/Contents/MacOS/plugins
20:24:51 INFO - copying tree: /builds/slave/test/build/tests/bin/plugins to /builds/slave/test/build/application/Daily.app/Contents/MacOS/plugins
Linux mozmill
09:38:26 INFO - mkdir: /builds/slave/test/build/application/thunderbird/plugins
09:38:26 INFO - copying tree: /builds/slave/test/build/tests/bin/plugins to /builds/slave/test/build/application/thunderbird/plugins
OSX xpcshell
03:38:17 INFO - Running main action method: run_tests
03:38:17 INFO - mkdir: /builds/slave/test/build/application/Daily.app/Contents/Resources/plugins
03:38:17 INFO - copying tree: /builds/slave/test/build/tests/bin/plugins to /builds/slave/test/build/application/Daily.app/Contents/Resources/plugins
Assignee | ||
Comment 21•9 years ago
|
||
I think this should do it. I'm not sure 'components' is actually required for mozmill, and has nothing to do with this bug, but it is present for xpcshell and so its absence for mozmill seems dubious.
Attachment #8721712 -
Flags: review?(jlund)
Assignee | ||
Updated•9 years ago
|
Attachment #8719077 -
Attachment is obsolete: true
Assignee | ||
Updated•9 years ago
|
Attachment #8719077 -
Attachment is obsolete: false
Comment 24•9 years ago
|
||
Comment on attachment 8721712 [details] [diff] [review]
Ensure plugins and extensions are placed in Contents/Resources on OSX for mozmill tests
Review of attachment 8721712 [details] [diff] [review]:
-----------------------------------------------------------------
this logic looks very similar to preflight_xpcshell()[1]
do you think we could rip this out into some common helper method?
also, do you think we will need a mozmill equivalent bin copy that is similar to xpcshell:
shutil.copy2(os.path.join(dirs['abs_test_bin_dir'], c['xpcshell_name']),
os.path.join(abs_app_dir, c['xpcshell_name']))
[1] https://dxr.mozilla.org/mozilla-central/source/testing/mozharness/scripts/desktop_unittest.py#517
Attachment #8721712 -
Flags: review?(jlund) → review+
Assignee | ||
Comment 25•9 years ago
|
||
Assignee | ||
Comment 26•9 years ago
|
||
(In reply to Jordan Lund (:jlund) from comment #24)
> also, do you think we will need a mozmill equivalent bin copy that is
> similar to xpcshell:
> shutil.copy2(os.path.join(dirs['abs_test_bin_dir'], c['xpcshell_name']),
> os.path.join(abs_app_dir, c['xpcshell_name']))
I don't think so - there doesn't seem to be any mozmill equivalent to the xpcshell binary in common.tests.zip/bin (and if there was much more should have been broken).
Assignee | ||
Comment 27•9 years ago
|
||
Assignee | ||
Comment 28•9 years ago
|
||
Attachment #8722253 -
Flags: review?(jlund)
Assignee | ||
Updated•9 years ago
|
Attachment #8721712 -
Attachment is obsolete: true
Assignee | ||
Comment 29•9 years ago
|
||
Attachment #8722255 -
Flags: review?(jlund)
Assignee | ||
Updated•9 years ago
|
Attachment #8722253 -
Attachment is obsolete: true
Attachment #8722253 -
Flags: review?(jlund)
Assignee | ||
Comment 30•9 years ago
|
||
Attachment #8722467 -
Flags: review?(jlund)
Assignee | ||
Updated•9 years ago
|
Attachment #8722255 -
Attachment is obsolete: true
Attachment #8722255 -
Flags: review?(jlund)
Comment 31•9 years ago
|
||
Comment on attachment 8722467 [details] [diff] [review]
Ensure plugins and extensions are placed in Contents/Resources on OSX for mozmill tests
Review of attachment 8722467 [details] [diff] [review]:
-----------------------------------------------------------------
ooo .. I like this much more! :)
Attachment #8722467 -
Flags: review?(jlund) → review+
Comment 32•9 years ago
|
||
Comment on attachment 8722467 [details] [diff] [review]
Ensure plugins and extensions are placed in Contents/Resources on OSX for mozmill tests
if it doesn't break xpcshell on try, ship-it!
Assignee | ||
Comment 33•9 years ago
|
||
Assignee | ||
Comment 34•9 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/13f2bf958d0f2cd816b24aaebf4e2237263d4638
Bug 1093012 - Ensure plugins and extensions are placed in Contents/Resources on OSX for mozmill tests. r=jlund
Assignee | ||
Updated•9 years ago
|
status-thunderbird45:
affected → ---
status-thunderbird_esr38:
affected → ---
tracking-thunderbird45:
+ → ---
tracking-thunderbird_esr38:
? → ---
Component: Testing Infrastructure → Mozharness
Product: Thunderbird → Release Engineering
QA Contact: jlund
Target Milestone: Thunderbird 47.0 → ---
Comment 35•9 years ago
|
||
bugherder |
Status: REOPENED → RESOLVED
Closed: 9 years ago → 9 years ago
status-firefox47:
--- → fixed
Resolution: --- → FIXED
Assignee | ||
Comment 36•9 years ago
|
||
Mozmill is finally green. Changing the component to be able to request uplift.
Component: Mozharness → General Automation
QA Contact: jlund → catlee
Assignee | ||
Comment 37•9 years ago
|
||
Comment on attachment 8719077 [details] [diff] [review]
Set plugins-path for mozmill tests run via mozharness
Approval Request Comment
[Feature/regressing bug #]: Makes mozmill tests run properly on OS X
[User impact if declined]: Test-only changes
[Describe test coverage new/current, TreeHerder]: OS X mozmill now green on c-c
[Risks and why]: low (change affects only mozmill test harness)
Attachment #8719077 -
Flags: approval-mozilla-beta?
Attachment #8719077 -
Flags: approval-mozilla-aurora?
Assignee | ||
Updated•9 years ago
|
Attachment #8722467 -
Flags: approval-mozilla-beta?
Attachment #8722467 -
Flags: approval-mozilla-aurora?
Comment 38•9 years ago
|
||
Comment on attachment 8719077 [details] [diff] [review]
Set plugins-path for mozmill tests run via mozharness
Improve the testsuite, taking it.
Should be in 45 beta 10
Attachment #8719077 -
Flags: approval-mozilla-beta?
Attachment #8719077 -
Flags: approval-mozilla-beta+
Attachment #8719077 -
Flags: approval-mozilla-aurora?
Attachment #8719077 -
Flags: approval-mozilla-aurora+
Updated•9 years ago
|
status-firefox45:
--- → affected
status-firefox46:
--- → affected
Updated•9 years ago
|
Attachment #8722467 -
Flags: approval-mozilla-beta?
Attachment #8722467 -
Flags: approval-mozilla-beta+
Attachment #8722467 -
Flags: approval-mozilla-aurora?
Attachment #8722467 -
Flags: approval-mozilla-aurora+
Comment 39•9 years ago
|
||
has problems uplifting, could you take a look ?
grafting 330231:13f2bf958d0f "Bug 1093012 - Ensure plugins and extensions are placed in Contents/Resources on OSX for mozmill tests. r=jlund"
merging testing/mozharness/scripts/desktop_unittest.py
warning: conflicts while merging testing/mozharness/scripts/desktop_unittest.py! (edit, then use 'hg resolve --mark')
abort: unresolved conflicts, can't continue
(use hg resolve and hg graft --continue)
Flags: needinfo?(aleth)
Assignee | ||
Comment 40•9 years ago
|
||
Version for mozilla-aurora (one line of context was changed by https://hg.mozilla.org/mozilla-central/rev/4026ceb5a083).
Assignee | ||
Updated•9 years ago
|
Attachment #8723624 -
Attachment description: Ensure plugins and extensions are placed in Contents/Resources on OSX for mozmill tests → Ensure plugins and extensions are placed in Contents/Resources on OSX for mozmill tests -- mozilla-aurora version
Flags: needinfo?(aleth)
Assignee | ||
Updated•9 years ago
|
Flags: needinfo?(cbook)
Comment 41•9 years ago
|
||
Aleth, why don't you just check it in? It's been reviewed and approved, so surely that covers an adaption to Aurora.
Comment 42•9 years ago
|
||
Only believe only sheriffs check in things for the m-c repos other than inbound (and the like).
Comment 43•9 years ago
|
||
Updated•7 years ago
|
Component: General Automation → General
You need to log in
before you can comment on or make changes to this bug.
Description
•