Closed
Bug 898873
Opened 11 years ago
Closed 11 years ago
Potentially clean up CUSTOM_TIMEOUTS where only one exists in the test
Categories
(Mozilla QA Graveyard :: Mozmill Tests, defect)
Mozilla QA Graveyard
Mozmill Tests
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jfrench, Assigned: jfrench)
References
()
Details
A week or so ago I had done a little pattern search through the repo out of interest, searching for all custom timeouts (eg. TIMEOUT_DOWNLOAD) where:
1) no other custom timeout exists in that test
2) no sequentially following restart test uses that same timeout
The thinking being if there is only one timeout in the test, perhaps it's more economical to simply call those cases TIMEOUT?
Those files are:
functional/restartTests/testAddons_installFromFTP/test2.js
functional/restartTests/testAddons_installMultipleExtensions/test1.js
functional/restartTests/testAddons_installTheme/test1.js
functional/restartTests/testAddons_installUninstallHardBlocklistedExtension/test1.js
functional/restartTests/testAddons_RestartlessExtensionWorksAfterRestart/test1.js
functional/restartTests/testAddons_uninstallTheme/test1.js
functional/testSearch/testOpenSearchAutodiscovery.js
functional/testSecurity/testSubmitUnencryptedInfoWarning.js
functional/testTabbedBrowsing/testBackgroundTabScrolling.js
remote/restartTests/testDiscoveryPane_FeaturedModule/test1.js
remote/restartTests/testDiscoveryPane_FirstTimeModule/test1.js
remote/restartTests/testDiscoveryPane_installAddonWithEULA/test1.js
remote/restartTests/testDiscoveryPane_installCollectionAddon/test1.js
remote/restartTests/testDiscoveryPane_UpAndComingModule/test1.js
If there's a reason to keep them as is feel free to mark this bug resolved invalid.
Comment 1•11 years ago
|
||
I prefer the more descriptive name for these timeouts, but can see your point. Let's see what Henrik thinks.
Flags: needinfo?(hskupin)
Comment 2•11 years ago
|
||
I agree. The usage of TIMEOUT is too general and not obvious for what the constant is used. All those existing instances are on purpose. It will also not destroy the blame feature because those lines will not have to be changed, if another timeout constant gets added later.
I vote for wontfix here.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: needinfo?(hskupin)
Resolution: --- → WONTFIX
Whiteboard: [mentor=whimboo][lang=js][good first bug]
Updated•5 years ago
|
Product: Mozilla QA → Mozilla QA Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•