zope-tests - FAILED: 5, OK: 12
This is the summary for test reports received on the zope-tests list between 2013-09-14 00:00:00 UTC and 2013-09-15 00:00:00 UTC: See the footnotes for test reports of unsuccessful builds. An up-to date view of the builders is also available in our buildbot documentation: http://docs.zope.org/zopetoolkit/process/buildbots.html#the-nightly-builds Reports received ---------------- winbot / ZODB_dev py_265_win32 winbot / ZODB_dev py_265_win64 winbot / ZODB_dev py_270_win32 winbot / ZODB_dev py_270_win64 [1] winbot / zope.app.authentication_py_265_32 [2] winbot / zope.app.http_py_265_32 [3] winbot / zope.app.publication_py_265_32 [4] winbot / zope.app.wsgi_py_265_32 [5] winbot / zope.testbrowser_py_265_32 winbot / ztk_10 py_254_win32 winbot / ztk_10 py_265_win32 winbot / ztk_10 py_265_win64 winbot / ztk_11 py_254_win32 winbot / ztk_11 py_265_win32 winbot / ztk_11 py_265_win64 winbot / ztk_11 py_270_win32 winbot / ztk_11 py_270_win64 Non-OK results -------------- [1] FAILED winbot / zope.app.authentication_py_265_32 https://mail.zope.org/pipermail/zope-tests/2013-September/078759.html [2] FAILED winbot / zope.app.http_py_265_32 https://mail.zope.org/pipermail/zope-tests/2013-September/078760.html [3] FAILED winbot / zope.app.publication_py_265_32 https://mail.zope.org/pipermail/zope-tests/2013-September/078758.html [4] FAILED winbot / zope.app.wsgi_py_265_32 https://mail.zope.org/pipermail/zope-tests/2013-September/078761.html [5] FAILED winbot / zope.testbrowser_py_265_32 https://mail.zope.org/pipermail/zope-tests/2013-September/078762.html
On Mon, Sep 16, 2013 at 01:00:01AM +0200, Zope tests summarizer wrote:
[1] winbot / zope.app.authentication_py_265_32 [2] winbot / zope.app.http_py_265_32 [3] winbot / zope.app.publication_py_265_32 [4] winbot / zope.app.wsgi_py_265_32
WebTest version conflict
[5] winbot / zope.testbrowser_py_265_32
Interesting new error: Failure in test test_file_upload (zope.testbrowser.tests.test_browser) Failed doctest test for zope.testbrowser.tests.test_browser.test_file_upload File "c:\buildslave\zope.testbrowser\build\src\zope\testbrowser\tests\test_browser.py", line 324, in test_file_upload ---------------------------------------------------------------------- File "c:\buildslave\zope.testbrowser\build\src\zope\testbrowser\tests\test_browser.py", line 358, in zope.testbrowser.tests.test_browser.test_file_upload Failed example: browser.getControl('OK').click() # doctest: +REPORT_NDIFF +ELLIPSIS Differences (ndiff with -expected +actual): POST / HTTP/1.1 - ... - Content-disposition: form-data; name="foo"; filename="x.csv" - Content-type: text/csv + Connection: close + Host: localhost + Referer: http://localhost/ + User_Agent: Python-urllib/2.4 + X_Zope_Handle_Errors: True <BLANKLINE> + ------------------------------ + Content-disposition: form-data; name="foo"; filename="x.csv" + Content-type: application/octet-stream + - blah blah blah + blah blah blah ? + - ... + ------------------------------ + <BLANKLINE> Ran 39 tests with 1 failures, 0 errors and 0 skipped in 1.328 seconds. At first I suspected Windows line endings, but look closer: - Content-type: text/csv + Content-type: application/octet-stream Any ideas? Marius Gedminas -- http://pov.lt/ -- Zope 3/BlueBream consulting and development
On Mon, Sep 16, 2013 at 01:50:32PM +0300, Marius Gedminas wrote:
On Mon, Sep 16, 2013 at 01:00:01AM +0200, Zope tests summarizer wrote:
[5] winbot / zope.testbrowser_py_265_32
Interesting new error: ... At first I suspected Windows line endings, but look closer:
- Content-type: text/csv + Content-type: application/octet-stream
rdesktop winbot.zope.org "Git Bash" $ /c/python26_32/python >>> import mimetypes >>> mimetypes.guess_type('x.csv') (None, None) So that's fun. The test in question does >>> browser.getControl(name='foo').add_file( ... b'blah blah blah', 'text/csv', 'x.csv') and then we get to the implementation of .add_file(), which has this nice little XXX comment # XXX: webtest relies on mimetypes.guess_type to get mime type of # upload file and doesn't let to set it explicitly, so we are ignoring # content_type parameter here. If it is still unacceptable, consider # using mock.object to force mimetypes to return "right" type. self._form[self.name] = webtest.forms.Upload(filename or '', contents) and then ignores the content_type argument. First of all, monkey-patch? Instead of fixing the problem upstream? Seriously? Therefore https://github.com/Pylons/webtest/issues/86 Marius Gedminas -- http://pov.lt/ -- Zope 3/BlueBream consulting and development
participants (2)
-
Marius Gedminas -
Zope tests summarizer