Am 30.11.2012, 18:21 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
Let me explain: in pdb I have access to request.form which is where I
can see the difference. With Sentry I can only see the raw body of the
request. I may simply have not understood well enough how to use
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
Am 30.11.2012, 18:14 Uhr, schrieb Patrick Gerken
patrick.ger...@computer.org:
Hi Patrick,
thanks for your patience in attempting to help me on this!
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
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
Hiya Patrick,
Am 29.11.2012, 00:12 Uhr, schrieb Patrick Gerken
patrick.ger...@computer.org:
With the information you provided I'd first try this on a python prompt
on a working machine : Köln == uBonn
Köln == uBonn
bin/zopepy:1: UnicodeWarning: Unicode equal comparison failed to convert
Am 29.11.2012, 09:43 Uhr, schrieb Charlie Clark
charlie.cl...@clark-consulting.eu:
No. I guess I'll have to look more closely at the wigdets data. As I
said a different site on the same machine doesn't exhibit these problems
so I should have a point of comparison.
Definitely weird. From
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
