Re: [Zope-CMF] Still Failing - CMF-trunk_Zope-trunk - Build # 645
I don't know how to properly fix this. For now I upgrade to newest setuptools before boostrapping, then CMF does not fail. Here is the Bug report for the issue I experienced. https://github.com/buildout/buildout/issues/237 On 11.02 09:50, Jenkins wrote: CMF-trunk_Zope-trunk - Build # 645 - Still Failing: Check console output at https://jenkins.starzel.de/job/CMF-trunk_Zope-trunk/645/ to view the results. ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests signature.asc Description: Digital signature ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
[Zope-CMF] Testmail, you can ignore it
xxx signature.asc Description: Digital signature ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] Successful - CMF-trunk_Zope-trunk - Build # 611
On 09.01 12:06, Charlie Clark wrote: Hiya Patrick, Am .01.2015, 11:48 Uhr, schrieb Patrick Gerken ger...@starzel.de: I hope you don't mind my jenkins to post here directly. I never managed to enter cmf-tests list and since I am the only tester, I figured I can send here directly. No problem and thanks for adding it. Any chance you can add coverage information? Or isn't that possible with the Zope testing toolchain? No problem, we do this for a bunch of (private) jobs on this server already. But for now I just put this on my todo list. Can you do anything about the certificate error on your site? Lets wait for firefox and eff in the summer: https://letsencrypt.org/ Until then, this will stay a self signed certificate. Best regards, Patrick signature.asc Description: Digital signature ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] Successful - CMF-trunk_Zope-trunk - Build # 611
Hi, I hope you don't mind my jenkins to post here directly. I never managed to enter cmf-tests list and since I am the only tester, I figured I can send here directly. I can, if you want, limit the mails to events of failures. The build runs daily, as you can see by the number, for quite a while already. It was always stable. I guess that means everybody here is a perfect developer who never makes mistakes. Best regards, Patrick On 09.01 10:46, Jenkins wrote: CMF-trunk_Zope-trunk - Build # 611 - Successful: Check console output at https://jenkins.starzel.de/job/CMF-trunk_Zope-trunk/611/ to view the results. ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests signature.asc Description: Digital signature ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] cmf-tests -
On Tue, Mar 5, 2013 at 12:05 AM, Hanno Schlichting ha...@hannosch.euwrote: Patrick Gerken patrick.gerken@... writes: are the missing CMF Tests only temporary or is there a need for a new source of test reports? I spoke to Stefan Holek and he no longer has the time nor interest to maintain the Zope2 and CMF nightly tests. He's not working on any web based projects anymore, so this is quite understandable. As CMF isn't moving to github, it seems the free travis-ci integration won't help here either. So if someone is interested in running the tests, that would probably be appreciated. I'll take care of it. ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] cmf-tests -
Hi , are the missing CMF Tests only temporary or is there a need for a new source of test reports? On Mon, Mar 4, 2013 at 2:00 AM, CMF tests summarizer nore...@zope.orgwrote: This is the summary for test reports received on the cmf-tests list between 2013-03-02 00:00:00 UTC and 2013-03-03 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 Non-OK results -- ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] Weird UnicodeDecodeError with zope.formlib
On Fri, Nov 30, 2012 at 11:19 AM, Charlie Clark charlie.cl...@clark-consulting.eu wrote: Hi Patrick, Am 30.11.2012, 09:50 Uhr, schrieb Patrick Gerken do3cc...@googlemail.com : Add sentry logging with raven to the sites. Trigger an exception in both sites. With sentry you can not only see the traceback, but check the local variable of each frame. You can do the same with pdb of course but not so easily side by side to see where the local vars start to differ. I can give you access to my sentry server to send the logs to. thanks for the tip. I've got Sentry and Raven running and reporting but I'm afraid I still can't see the difference. The posted form looks indentical in both cases. I can only assume that, as you first suggested, there is a difference lower down the stack which is causing one instance to decode the URL-encoded form to unicode and the other to encode it as UTF-8. How can I check this? locale.getdefaultlocale() reports ('de_DE', 'UTF8') for both. I don't understand why you see no difference in the stacktrace, but a difference with pdb in the end. Doesn't one instance show that the input is a string and the other that its unicode? Do you see this until you extract it first from the request object? You are not having one form saying fieldname:string and the other just fieldname? ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] Weird UnicodeDecodeError with zope.formlib
Did you try to put a pdb in prcessInputs of ZPublisher/HTTPRequest, around line 642 where my code shows something like this: 640 if flags CONVERTED: 641 try: 642 if character_encoding: 643 # We have a string with a specified character 644 # encoding. This gets passed to the converter 645 # either as unicode, if it can handle it, or 646 # crunched back down to latin-1 if it can not. 647 item = unicode(item,character_encoding) 648 if hasattr(converter,'convert_unicode'): 649 item = converter.convert_unicode(item) 650 else: 651 item = converter( 652 item.encode(default_encoding)) 653 else: 654 item = converter(item) 655 656 # Flag potentially unsafe values 657 if converter_type in ('string', 'required', 'text', 658 'ustring', 'utext'): ... The only place I can see where a default encoding gets changed is by the default-zpublisher-encoding from zope.conf On Fri, Nov 30, 2012 at 6:14 PM, Patrick Gerken patrick.ger...@computer.org wrote: On Fri, Nov 30, 2012 at 11:19 AM, Charlie Clark charlie.cl...@clark-consulting.eu wrote: Hi Patrick, Am 30.11.2012, 09:50 Uhr, schrieb Patrick Gerken do3cc...@googlemail.com : Add sentry logging with raven to the sites. Trigger an exception in both sites. With sentry you can not only see the traceback, but check the local variable of each frame. You can do the same with pdb of course but not so easily side by side to see where the local vars start to differ. I can give you access to my sentry server to send the logs to. thanks for the tip. I've got Sentry and Raven running and reporting but I'm afraid I still can't see the difference. The posted form looks indentical in both cases. I can only assume that, as you first suggested, there is a difference lower down the stack which is causing one instance to decode the URL-encoded form to unicode and the other to encode it as UTF-8. How can I check this? locale.getdefaultlocale() reports ('de_DE', 'UTF8') for both. I don't understand why you see no difference in the stacktrace, but a difference with pdb in the end. Doesn't one instance show that the input is a string and the other that its unicode? Do you see this until you extract it first from the request object? You are not having one form saying fieldname:string and the other just fieldname? ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] Weird UnicodeDecodeError with zope.formlib
With the information you provided I'd first try this on a python prompt on a working machine : Köln == uBonn If this does not throw the same error, somebody changed the python default encoding. Then I'd look if some of my validators get constraints with umlauts. But I guess, you tried that already? On Wed, Nov 28, 2012 at 7:12 PM, Charlie Clark charlie.cl...@clark-consulting.eu wrote: Hi, one of my sites has (hopefully) started behaving funny. I have a formlib driven contact form that is rejecting any input that is not ascii as part of the validation step of the form: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal I may have got this wrong but I thought inputs into forms could be considered as unicode and we only had to worry about them when storing them in case they were being accessed by non-unicode-aware code. What's really puzzling is that I have almost identical forms on other sites that don't exhibit this behaviour which makes me think it must be a configuration error such as the default encoding which is set to utf-8 for this site. Any ideas? Charlie -- Charlie Clark Managing Director Clark Consulting Research German Office Kronenstr. 27a Düsseldorf D- 40217 Tel: +49-211-600-3657 Mobile: +49-178-782-6226 __**_ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/**listinfo/zope-cmfhttps://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/**zope-cmf/https://bugs.launchpad.net/zope-cmf/for bug reports and feature requests ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] [dev] tools as utilities
On Thu, Sep 6, 2012 at 7:59 AM, Tres Seaver tsea...@palladion.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/06/2012 01:37 AM, Lennart Regebro wrote: On Wed, Sep 5, 2012 at 5:01 PM, Tres Seaver tsea...@palladion.com wrote: And if we don't want to support more than one site the ZODB, there should be a warning of you try to do it, btw. I've got no problem with more than one CMF site in a single Zope instance; I just don't want to promote .zexp as the way to migrate such sites (that is what GS is for, after all). I'm confused now. GenericSetup has never been able to reliably export the content of a Plone site, to my knowledge. I'm sure we could make that happen, of course, but is that really less work than I have no idea what you man. GS has been the *only* means I have used for migrating CMF / Plone based sites for going on years now: I haven't used a .zexp export to do so in more than a decade (since well before GS was even released). Wait, what? Whenever I look into structure, there is only basic information, not even the workflow states of the objects get exported. What am I doing wrong? ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests
Re: [Zope-CMF] cmf-tests - OK: 2, UNKNOWN: 2
On Wed, Nov 23, 2011 at 02:00, CMF tests summarizer nore...@zope.org wrote: This is the summary for test reports received on the cmf-tests list between 2011-11-21 00:00:00 UTC and 2011-11-22 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 CMF-2.2 Zope-2.12 Python-2.6.6 : Linux CMF-2.2 Zope-2.13 Python-2.6.6 : Linux [1] FAILED (errors=3) : CMF-trunk Zope-2.13 Python-2.6.6 : Linux [2] FAILED (errors=3) : CMF-trunk Zope-trunk Python-2.6.6 : Linux Both failures should be fixed. Regarding the changes itself, while Products.GenericSetup 1.7.0dev will not play well with released Packages of Products.DCWorkflow, the changed Products.DCWorkflow will work with GS 1.6. Best regards, Patrick ___ Zope-CMF maillist - Zope-CMF@zope.org https://mail.zope.org/mailman/listinfo/zope-cmf See https://bugs.launchpad.net/zope-cmf/ for bug reports and feature requests