Closed Bug 960029 Opened 11 years ago Closed 10 years ago

cfx testex - Error Cleaning up - Firefox 29.0a1/Gecko 29.0a1 ({ec8030f7-c20a-464f-9b0e-13a3a9e97384}) under winnt/x86-msvc

Categories

(Add-on SDK Graveyard :: General, defect, P2)

defect

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: anaran, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 5.1; rv:29.0) Gecko/20100101 Firefox/29.0 (Beta/Release) Build ID: 20140114030236 Steps to reproduce: Run cfx testex on Windows XP SP3 in cmd prompt after running bin\activate in local clone of https://github.com/mozilla/addon-sdk.git Actual results: See errors 5, 145 in full log below: ---- (C:\Users\AichnerAd\tmp\mozilla\addon-sdk) C:\Users\AichnerAd>cfx testex --binary=c:\programme\nightly\firefox.exe Testing annotator... Using binary at 'c:\programme\nightly\firefox.exe'. Using profile at 'c:\dokume~1\aichne~1\lokale~1\temp\tmp9l0cce.mozrunner'. Running tests on Firefox 29.0a1/Gecko 29.0a1 ({ec8030f7-c20a-464f-9b0e-13a3a9e97384}) under winnt/x86-msvc. . 1 of 1 tests passed. Error Cleaning up: [Error 5] Zugriff verweigert: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmp9l0cce.mozrunner\\extensions\\anonid0-annotator@jetpack.xpi' Error Cleaning up: [Error 145] Das Verzeichnis ist nicht leer: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmp9l0cce.mozrunner\\extensions' Error Cleaning up: [Error 145] Das Verzeichnis ist nicht leer: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmp9l0cce.mozrunner' Total time: 5.703000 seconds Program terminated successfully. Testing library-detector... Using binary at 'c:\programme\nightly\firefox.exe'. Using profile at 'c:\dokume~1\aichne~1\lokale~1\temp\tmpaeyv_4.mozrunner'. Running tests on Firefox 29.0a1/Gecko 29.0a1 ({ec8030f7-c20a-464f-9b0e-13a3a9e97384}) under winnt/x86-msvc. . 1 of 1 tests passed. Error Cleaning up: [Error 5] Zugriff verweigert: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmpaeyv_4.mozrunner\\extensions\\jid1-R4rSVNkBANnvGQ@jetpack.xpi' Error Cleaning up: [Error 145] Das Verzeichnis ist nicht leer: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmpaeyv_4.mozrunner\\extensions' Error Cleaning up: [Error 145] Das Verzeichnis ist nicht leer: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmpaeyv_4.mozrunner' Total time: 5.266000 seconds Program terminated successfully. Testing reading-data... Using binary at 'c:\programme\nightly\firefox.exe'. Using profile at 'c:\dokume~1\aichne~1\lokale~1\temp\tmpj9ajai.mozrunner'. Running tests on Firefox 29.0a1/Gecko 29.0a1 ({ec8030f7-c20a-464f-9b0e-13a3a9e97384}) under winnt/x86-msvc. ...console.log: reading-data: My ID is reading-data-example@jetpack.mozillalabs.com console.warn: reading-data: 1 warnings or errors were logged to the platform's nsIConsoleService, which could be of no consequence; however, they could also be indicative of aberrant behavior. 3 of 3 tests passed. Error Cleaning up: [Error 5] Zugriff verweigert: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmpj9ajai.mozrunner\\extensions\\reading-data-example@jetpack.mozillalabs.com.xpi' Error Cleaning up: [Error 145] Das Verzeichnis ist nicht leer: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmpj9ajai.mozrunner\\extensions' Error Cleaning up: [Error 145] Das Verzeichnis ist nicht leer: 'c:\\dokume~1\\aichne~1\\lokale~1\\temp\\tmpj9ajai.mozrunner' Total time: 5.516000 seconds Program terminated successfully. Testing reddit-panel... Using binary at 'c:\programme\nightly\firefox.exe'. Using profile at 'c:\dokume~1\aichne~1\lokale~1\temp\tmpcexnx1.mozrunner'. Running tests on Firefox 29.0a1/Gecko 29.0a1 ({ec8030f7-c20a-464f-9b0e-13a3a9e97384}) under winnt/x86-msvc. .. 2 of 2 tests passed. Total time: 5.828000 seconds Program terminated successfully. Testing toolbar-api... (C:\Users\AichnerAd\tmp\mozilla\addon-sdk) C:\Users\AichnerAd> Expected results: I have not found evidence that errors 5, 145 are expected. I see these errors when running without the --binary option as well. Firefox 26.0/Gecko 26.0 ({ec8030f7-c20a-464f-9b0e-13a3a9e97384}) under winnt/x86-msvc is used in that case. Let me know if I should submit a full log for that case as well.
(In reply to adrian from comment #0) > I see these errors when running without the --binary option as well. > Firefox 26.0/Gecko 26.0 ({ec8030f7-c20a-464f-9b0e-13a3a9e97384}) under > winnt/x86-msvc is used in that case. > Let me know if I should submit a full log for that case as well. that's probably not needed, as the error seems to be in the python (cfx) code, and not related to the Firefox version. but because of that, can you please specify your python version, and if it's not too much to ask, can you try it with a different/newer/older version? any python 2.5, 2.6 and 2.7 should work (except 2.7.6 at the moment, because of an unrelated bug 958609). also, it could be easier if we have error messages in english, if you can force python to do that. or if not, even a translation could help. here is what i got from google translate: > [Error 5] access denied: > [Error 145] The directory is not empty:
Flags: needinfo?(adrian)
Google translated the errors correctly. I am using Python 2.7.1 (r271:86832, Nov 27 2010, 18:30:46) [MSC v.1500 32 bit (Intel)] on win32 as reported on the second to last line of "python -v". I will try to upgrade to < 2.7.6 and report back.
Flags: needinfo?(adrian)
I get the same errors after upgrading to Python 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit (Intel)] on win32
Alex, you're still using Windows, right? Does everything still work for you? Maybe you can share your own setup (Python version, etc) to see what works?
Flags: needinfo?(poirot.alex)
Do you have a virus scanner installed?
Flags: needinfo?(adrian)
Only McAfee Security Scan Plus that came with Adobe Reader but I don't think that does any realtime scanning.
Flags: needinfo?(adrian)
I do not see these errors on Windows 7, python 2.7.5 on MozillaBuild env, nor on python 2.7.6 on regular windows command line. All that against yesterday's nightly. Note that it might be a race with slower/faster harddrive.
Flags: needinfo?(poirot.alex)
Sorry we won't be releasing any new versions of cfx, jpm is the replacement https://www.npmjs.com/package/jpm
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.