| Theuni | Hmm. Is there a builtin way to handle this scenario: | 00:00 |
|---|---|---|
| Theuni | I adapt an object to an interface. I have a special adapter registered for this. I want the behaviour of the special adapter to make use of the adapter that would have been used without my special adapter. | 00:00 |
| Theuni | Something like "adapter decoration" (word invented right here) probably. | 00:00 |
| mexiKON | Theuni, not that i know of; unless you introduce a more specialized interface | 00:01 |
| Theuni | i'm trying to do that with traversal adapters | 00:02 |
| Theuni | no more specialised interface possible :/ | 00:02 |
| mexiKON | what's the use case? | 00:02 |
| Theuni | i want a traversal adapter to get the real object and then check whether there is a translation available for that object | 00:05 |
| mexiKON | interesting | 00:05 |
| mexiKON | redirect is not acceptable? | 00:05 |
| Theuni | hmm. i don't think it would help, it would still be the same problem, wouldn't it? | 00:06 |
| Theuni | hmm. wait. i could make a different default view on the object and ... ah | 00:06 |
| Theuni | no, see | 00:06 |
| Theuni | this would happen all over the place during traversal | 00:06 |
| mexiKON | hmmm | 00:06 |
| Theuni | because the traversed objects would need to be translated as well ... or maybe not ... hmm ... there's an idea coming | 00:07 |
| Theuni | i'm working on a rough prototype of that and haven't sketched everything out | 00:07 |
| benji | Theuni: above you asked about "adapter decoration", it sounded to me more like you want the "super adapter"? | 00:07 |
| mexiKON | right, the super adapter | 00:08 |
| Theuni | benji: you could probably call it so | 00:08 |
| benji | I can email you the current way to do that, it's pretty evil, but it works | 00:08 |
| mexiKON | i wonder how hard it would be to make the adapter registry grow an API for that | 00:08 |
| Theuni | something like that: http://www.heise.de/bilder/35760/0/0 | 00:08 |
| mexiKON | lol | 00:08 |
| mexiKON | now THAT's an adapter | 00:08 |
| Theuni | benji: i'm interested in that | 00:08 |
| Theuni | it's the "IBM universal business adapter" | 00:09 |
| benji | heh :) | 00:09 |
| mexiKON | benji, hey, while you're at it, CC to philikon@philikon.de, willya? ;) | 00:09 |
| benji | sure | 00:09 |
| mexiKON | thx | 00:10 |
| benji | ok guys, gotta go, talk to you later | 00:10 |
| *** benji has quit IRC | 00:11 | |
| *** oferw has quit IRC | 00:20 | |
| *** zbir has quit IRC | 00:20 | |
| *** Bernulf has left #zope3-dev | 00:26 | |
| *** Theuni has quit IRC | 00:28 | |
| *** alecm|lunch is now known as alecm | 00:32 | |
| *** d2m has quit IRC | 00:33 | |
| *** Dolf has joined #zope3-dev | 00:38 | |
| *** zbir has joined #zope3-dev | 00:45 | |
| Dolf | hi all, does an object that inherits from Contained (and indirectly implements IContained) automatically have __parent__ and __name__ attributes? | 01:08 |
| mexiKON | yes | 01:09 |
| mexiKON | they default to None, though | 01:09 |
| Dolf | hmm, and how do I make shure theu are set? | 01:09 |
| Dolf | I want to call a function of the containing object from the contained object and also access the properties of the container object | 01:10 |
| mexiKON | the container machinery sets them | 01:10 |
| Dolf | yeah, but how? | 01:10 |
| Dolf | __parent__ is always None | 01:10 |
| mexiKON | got my book? | 01:11 |
| Dolf | Are you weitershausen or Richter ? | 01:11 |
| mexiKON | weitershausen | 01:11 |
| Dolf | it's lying next to me | 01:11 |
| Dolf | :) | 01:11 |
| mexiKON | great | 01:11 |
| Dolf | but I have read the chapter on containment but don't get it | 01:11 |
| mexiKON | page 236 | 01:11 |
| Dolf | It was lying open at 238 | 01:12 |
| mexiKON | z.a.container.contained.setitem does all the necessary stuff | 01:12 |
| mexiKON | it takes a container, a name and an object | 01:12 |
| mexiKON | and it will put the object inside the container (under the name) | 01:12 |
| mexiKON | it will also make sure the object will be properly wrapped in a contained proxy OR (if it provides IContained) will set __parent__ and __name__ | 01:13 |
| Dolf | I still don't get it, sorry. From the container I call setitem, and it correctly knows now that it has a contained item, etc. | 01:14 |
| Dolf | But the contained item does not know yet that it has a container. So I guess that I should call contained from within the constructor of the contained object or something? | 01:15 |
| mexiKON | you shouldn't have to | 01:15 |
| mexiKON | the if the object provides IContained, it will get __parent__ and __name__ set | 01:15 |
| Dolf | So, if I call setitem from within the container object, it will also set the __parent__ and __name__ of the contained object? | 01:16 |
| mexiKON | yes | 01:16 |
| mexiKON | Dolf, take a look at SampleContainer | 01:16 |
| mexiKON | in z.a.container.sample | 01:16 |
| Dolf | Ok, than I'm doing something wrong in my container object. That is indeed what I did, but I guess i'm doing something wrong somewhere | 01:17 |
| mexiKON | in its __setitem__ method, it calls setitem(...) | 01:17 |
| Dolf | thanks for your help. I will look at it again. | 01:17 |
| mexiKON | np | 01:17 |
| mexiKON | as said, look at the existing code if you're unsure | 01:17 |
| Dolf | I just copied the samplecontainer class to practive | 01:17 |
| mexiKON | ok | 01:17 |
| Dolf | :) | 01:17 |
| Dolf | thanks for your book btw. It's good. I have to stay concentrated since this is my first experience with Zope, but it's very usefull | 01:21 |
| mexiKON | i'm glad you like it | 01:21 |
| mexiKON | thanks for buying it ;) | 01:21 |
| *** projekt01 has joined #zope3-dev | 01:21 | |
| Dolf | shure | 01:21 |
| Dolf | :) | 01:21 |
| *** pcardune_ has joined #zope3-dev | 01:22 | |
| Dolf | is __setitem__ of the container called before or after __init__ form the contained object? | 01:30 |
| mexiKON | they have nothing to do with each other | 01:31 |
| mexiKON | of course, the object has to exist first in order to be set as an item in the container | 01:31 |
| mexiKON | so, in case you're creating and adding the object in the same process, __init__ will of course be called first | 01:31 |
| Dolf | that is what I mean, so you can't call the __parent__ attribute of a contained object from the __init__ function right? | 01:32 |
| mexiKON | well, you can. but it'll be most likely None | 01:32 |
| mexiKON | which makes sense. the object is just being created | 01:32 |
| Dolf | yep indeed | 01:32 |
| Dolf | but that took me a long time to figure out | 01:32 |
| Dolf | :) | 01:32 |
| Dolf | so the alternative is using a factory? | 01:33 |
| mexiKON | huh? | 01:33 |
| mexiKON | alternative to what? | 01:34 |
| mexiKON | what do you want to do?!?: | 01:34 |
| Dolf | I want a contained object to call a function of it's container as soon as the contained object is created in the container object | 01:34 |
| mexiKON | use events! | 01:34 |
| mexiKON | make a subscriber for IObjectAddedEvent | 01:35 |
| Dolf | ok, I didn't read that part of your book yet :D | 01:35 |
| Dolf | will start there now | 01:35 |
| Dolf | :) Thanks a lot man! you help me a lot, both on paper and on screen | 01:35 |
| Dolf | :) | 01:35 |
| mexiKON | np. you're most welcome :) | 01:35 |
| *** pcardune has quit IRC | 01:37 | |
| *** J1m has left #zope3-dev | 01:40 | |
| *** zbir has quit IRC | 01:40 | |
| *** zbir has joined #zope3-dev | 01:42 | |
| *** zbir has joined #zope3-dev | 01:49 | |
| *** sivang has joined #zope3-dev | 01:54 | |
| *** srichter has quit IRC | 01:59 | |
| *** zbir has quit IRC | 02:03 | |
| *** mgedmin has quit IRC | 02:07 | |
| *** projekt01 has left #zope3-dev | 02:08 | |
| *** rocky has joined #zope3-dev | 02:14 | |
| *** yota has quit IRC | 02:34 | |
| *** Dolf has quit IRC | 02:53 | |
| *** RaFromBRC is now known as RaFromBRC|away | 03:02 | |
| *** tarek has quit IRC | 03:29 | |
| *** rocky has quit IRC | 03:33 | |
| *** zbir has joined #zope3-dev | 03:51 | |
| *** roym has quit IRC | 04:15 | |
| *** roym has joined #zope3-dev | 04:16 | |
| *** roym has left #zope3-dev | 04:17 | |
| *** zbir has quit IRC | 04:52 | |
| *** oferw has joined #zope3-dev | 04:52 | |
| *** pcardune_ has quit IRC | 05:19 | |
| *** alecm has quit IRC | 05:21 | |
| *** povbot has joined #zope3-dev | 05:38 | |
| *** RaFromBRC has joined #zope3-dev | 05:39 | |
| *** whit has joined #zope3-dev | 05:39 | |
| *** flox|away has quit IRC | 05:39 | |
| *** guruz has quit IRC | 05:39 | |
| *** povbot` has quit IRC | 05:39 | |
| *** vinsci has quit IRC | 05:39 | |
| *** zagy has quit IRC | 05:39 | |
| *** Aiste has quit IRC | 05:39 | |
| *** MJ has quit IRC | 05:39 | |
| *** graham has joined #zope3-dev | 05:39 | |
| *** tonico has joined #zope3-dev | 05:40 | |
| *** tiredbones has joined #zope3-dev | 05:40 | |
| *** TrevorP has joined #zope3-dev | 05:41 | |
| *** guruz has joined #zope3-dev | 05:42 | |
| *** Aiste has joined #zope3-dev | 05:48 | |
| *** RaFromBRC has quit IRC | 06:14 | |
| *** RaFromBRC has joined #zope3-dev | 06:15 | |
| *** stub has joined #zope3-dev | 06:16 | |
| *** SteveA has joined #zope3-dev | 06:48 | |
| *** flox has joined #zope3-dev | 06:49 | |
| *** flox is now known as flox|away | 06:49 | |
| *** vinsci has joined #zope3-dev | 06:58 | |
| *** zagy has joined #zope3-dev | 06:58 | |
| *** MJ has joined #zope3-dev | 06:58 | |
| *** oferw has quit IRC | 07:03 | |
| *** trevorp-office has joined #zope3-dev | 07:06 | |
| *** oferw_ has joined #zope3-dev | 07:19 | |
| *** stub has quit IRC | 07:34 | |
| *** d2m has joined #zope3-dev | 07:52 | |
| *** oferw_ has quit IRC | 07:57 | |
| *** eins has joined #zope3-dev | 08:08 | |
| *** RaFromBRC has quit IRC | 08:13 | |
| *** trevorp-office has joined #zope3-dev | 08:14 | |
| *** dobee has joined #zope3-dev | 08:15 | |
| *** dobee has quit IRC | 08:31 | |
| *** hdima has joined #zope3-dev | 09:12 | |
| *** dobee has joined #zope3-dev | 09:17 | |
| *** dobee_ has joined #zope3-dev | 09:22 | |
| *** Theuni has joined #zope3-dev | 09:36 | |
| *** dobee has quit IRC | 09:39 | |
| *** whit has quit IRC | 09:47 | |
| *** yota has joined #zope3-dev | 09:59 | |
| *** dobee_ has quit IRC | 10:02 | |
| *** dobee has joined #zope3-dev | 10:12 | |
| *** svennhg has joined #zope3-dev | 10:18 | |
| *** trevorp-office has quit IRC | 10:28 | |
| *** svennhg has quit IRC | 10:28 | |
| *** jhauser has joined #zope3-dev | 10:44 | |
| *** tarek has joined #zope3-dev | 11:01 | |
| *** romanofski has joined #zope3-dev | 11:05 | |
| romanofski | moin | 11:05 |
| *** tarek has quit IRC | 11:26 | |
| *** tarek has joined #zope3-dev | 11:27 | |
| *** dunny has joined #zope3-dev | 11:47 | |
| *** tarek has quit IRC | 11:51 | |
| *** _tarek has joined #zope3-dev | 11:51 | |
| *** _tarek has quit IRC | 12:27 | |
| *** _tarek has joined #zope3-dev | 12:28 | |
| *** jhauser has quit IRC | 12:29 | |
| *** Aiste has quit IRC | 12:38 | |
| *** TrevorP has quit IRC | 12:48 | |
| *** TrevorP has joined #zope3-dev | 12:53 | |
| *** TrevorP has quit IRC | 12:58 | |
| *** roym has joined #zope3-dev | 13:00 | |
| roym | Is this the correct way to set and retrieve cookies: | 13:01 |
| roym | set: self.request.response.setCookie('C1', 'my value') | 13:01 |
| roym | get: cookie = self.request.response.getCookie('C1') | 13:01 |
| *** TrevorP has joined #zope3-dev | 13:01 | |
| *** Aiste has joined #zope3-dev | 13:02 | |
| *** philiMAC has joined #zope3-dev | 13:06 | |
| *** mkerrin has joined #zope3-dev | 13:09 | |
| *** philiMAC is now known as philiKON | 13:12 | |
| *** mexiKON has quit IRC | 13:23 | |
| *** dunny has quit IRC | 13:27 | |
| *** mgedmin has joined #zope3-dev | 13:42 | |
| *** ignas has joined #zope3-dev | 13:47 | |
| roym | sorry to have to ask again: I set a cookie using using the form | 14:05 |
| roym | self.request.response.setCookie('C1', 'my value') | 14:05 |
| roym | However, retrieval using the form: | 14:05 |
| roym | cookie = self.request.response.getCookie('C1') | 14:05 |
| roym | returns None.. | 14:05 |
| roym | is the **kw arg to setCookie significant here? | 14:06 |
| *** rocky has joined #zope3-dev | 14:08 | |
| philiKON | roym, getting the cookie? | 14:10 |
| philiKON | why are you getting it from the response? | 14:10 |
| philiKON | request.cookies['C1'] | 14:11 |
| philiKON | hmm, request.get('C1') | 14:11 |
| philiKON | request.cookies doesn't seem to exist in z3 | 14:11 |
| *** mgedmin has quit IRC | 14:14 | |
| roym | philiKON: wasn't sure.. so does that mean I can't use cookies in z3 for now? | 14:14 |
| roym | or are you saying that request.get('C1') should work? | 14:16 |
| eins | maybe zope.app.session.interfaces.ISession would fit you | 14:40 |
| * eins doesn't know anything about cookies in z3 | 14:40 | |
| *** mgedmin has joined #zope3-dev | 14:40 | |
| philiKON | roym, cookies work | 14:41 |
| philiKON | roym, you set them in the response | 14:41 |
| philiKON | roym, and you'll get them back in the request | 14:42 |
| roym | philiKON: thanks. | 14:43 |
| roym | eins: apparently, when the data in question frequently changes, using the session has a large penalty - the recommendation seems to be to use cookies if possible. | 14:44 |
| *** zbir has joined #zope3-dev | 14:53 | |
| *** nathany has joined #zope3-dev | 15:09 | |
| *** SmokeyD has joined #zope3-dev | 15:15 | |
| SmokeyD | hi all, can anybody point me to information about how to specify which fields from a schema should be included in an addform? | 15:15 |
| SmokeyD | I have a standard addform, but it includes all fields from that form. I want it to only include specific fields | 15:16 |
| SmokeyD | foe instance not the __name__ field and __parent__ field | 15:16 |
| SmokeyD | foe=for | 15:16 |
| mgedmin | you are talking about the <browser:addform> directive? | 15:16 |
| mgedmin | I believe it has a fields= attribute | 15:16 |
| mgedmin | and probably also exclude= (or omit=) | 15:17 |
| SmokeyD | ok, in the zcml | 15:17 |
| SmokeyD | perfect | 15:17 |
| SmokeyD | I'll look it up | 15:17 |
| SmokeyD | thanks | 15:17 |
| mgedmin | if you use ctags, you can easily jump to IAddFormDirective | 15:17 |
| mgedmin | and see the attributes for that directive | 15:17 |
| mgedmin | yes, there's a fields attribute (space separated list of field names in order) | 15:18 |
| mgedmin | no omit/exclude | 15:18 |
| mgedmin | formlib has omit | 15:18 |
| mgedmin | and zope.formlib is much nicer (IMHO) than the magic zcml form directives | 15:18 |
| SmokeyD | with formlib you specify your own forms and include them through zcml? | 15:21 |
| SmokeyD | can you point me to info about formlib? | 15:21 |
| mgedmin | zope/formlib/*.txt | 15:22 |
| SmokeyD | ok | 15:23 |
| SmokeyD | thanks | 15:23 |
| SmokeyD | should have thought of that myself | 15:24 |
| SmokeyD | :) | 15:24 |
| *** stub has joined #zope3-dev | 15:27 | |
| *** J1m has joined #zope3-dev | 15:47 | |
| roym | I like testbrowser; does it support running multiple tests simultaneously - ie: parallel load testing multiple sessions? | 15:52 |
| mgedmin | do you mean in different threads? | 15:53 |
| mgedmin | (then no) | 15:54 |
| *** zbir has joined #zope3-dev | 15:55 | |
| roym | mgedmin: that's too bad.. I ran 50+ simultaneous processes (each running a doctest) and it brought my machine completely to its kees. So I guess the logical next question is: how can one load test a z3 instance. | 16:05 |
| mgedmin | well, you could have a testbrowser test talking to a live http server | 16:05 |
| mgedmin | and you could run those in parallel | 16:05 |
| roym | you mean launch each invocation of TestSuite in a different thread? | 16:09 |
| mgedmin | process | 16:11 |
| *** SmokeyD has quit IRC | 16:22 | |
| roym | mgedmin: Unless I am missing the point, that is what I did - see my earlier note about my machine being brought to its knees... | 16:27 |
| *** SmokeyD has joined #zope3-dev | 16:29 | |
| *** alga has joined #zope3-dev | 16:34 | |
| *** SmokeyD has left #zope3-dev | 16:38 | |
| *** niemeyer has joined #zope3-dev | 16:43 | |
| *** gumpa has joined #zope3-dev | 16:46 | |
| *** hdima has quit IRC | 16:49 | |
| *** SmokeyD has joined #zope3-dev | 16:51 | |
| *** sawdog has joined #zope3-dev | 16:52 | |
| *** zagy has quit IRC | 16:58 | |
| *** alecm has joined #zope3-dev | 17:08 | |
| *** sivang_ has joined #zope3-dev | 17:24 | |
| *** sivang has quit IRC | 17:25 | |
| *** whit has joined #zope3-dev | 17:28 | |
| *** sivang_ is now known as sivang | 17:31 | |
| sawdog | Is there a way to say, a class deriving from another class does not implement one of the derivative classes interfaces? | 17:32 |
| sawdog | for example, class a implements IFoo and IBar - where IBar is a marker interface; and class b derives from class a, and I want to say class b does not implement IBar | 17:33 |
| *** bradb_ has joined #zope3-dev | 17:33 | |
| sawdog | no clues eh? | 17:35 |
| philiKON | implementsOnly() | 17:36 |
| *** _sussi has joined #zope3-dev | 17:41 | |
| *** philiKON has quit IRC | 17:44 | |
| *** nathany has quit IRC | 17:56 | |
| *** eins has quit IRC | 17:58 | |
| *** RaFromBRC has joined #zope3-dev | 18:04 | |
| SmokeyD | I made an editForm using formlib as described in zope/formlib/forms.txt, but how do I implement it in zcml? I want to make a custom addform, instead of the automagic browser:addform | 18:04 |
| mgedmin | you register it with <browser:page> | 18:05 |
| mgedmin | if you want to replace addform, then subclass AddForm instead of EditForm | 18:05 |
| mgedmin | and register it for IAdding | 18:05 |
| SmokeyD | ok, thanks, but what is then the browser:form directive? | 18:05 |
| *** philiKON has joined #zope3-dev | 18:06 | |
| mgedmin | <browser:page> | 18:06 |
| guruz | how can I use a python function from my own package in tal? just using "python:mypackage.bla('bla')" does not work | 18:08 |
| guruz | ah i got it | 18:09 |
| mgedmin | it is usually best to do this in the view class | 18:09 |
| mgedmin | and then use viee | 18:09 |
| mgedmin | and then use view/somefunc in the template | 18:10 |
| mgedmin | but if you really really need it, you can probably find your package in the modules namespace | 18:10 |
| guruz | yes, that is the way i did it | 18:12 |
| guruz | i am not using a view class :) | 18:12 |
| *** _tarek has quit IRC | 18:15 | |
| *** tarek has joined #zope3-dev | 18:15 | |
| *** rocky is now known as rocky|away | 18:17 | |
| *** pcardune has joined #zope3-dev | 18:18 | |
| *** stub has quit IRC | 18:18 | |
| *** dobee has quit IRC | 18:27 | |
| SmokeyD | with this zcml (http://paste.plone.org/5391) config I keep getting ConfigurationError: view name addwp.html not found | 18:38 |
| SmokeyD | any ideas why? | 18:38 |
| philiKON | SmokeyD, addforms are registered for IAdding | 18:38 |
| philiKON | since the object that is to be added does not exist yet | 18:39 |
| philiKON | so you can't have a view for a non existant object | 18:39 |
| philiKON | hence all addforms are registered for IAdding | 18:39 |
| philiKON | IAdding is the some_ocntainer/+ object | 18:39 |
| philiKON | (take a look at the URLs in the Add: menu) | 18:39 |
| SmokeyD | By "registered for IAdding" do you mean: should implement IAdding? | 18:40 |
| philiKON | no | 18:40 |
| philiKON | <browser:page for="...IAdding" /> | 18:41 |
| philiKON | registered *for* | 18:41 |
| mgedmin | SmokeyD: http://mg.pov.lt/blog/formlib-adding.html | 18:43 |
| mgedmin | actually I'd love to get critique on that mini-tutorial from formlib gurus | 18:45 |
| mgedmin | e.g. should I perhaps use <browser:page> instead of <browser:view>? | 18:45 |
| SmokeyD | Thanks! i think I get it now. Thanks you both. You are both great! | 18:45 |
| philiKON | mgedmin, yes, browser:page instead of browser:view | 18:45 |
| mgedmin | is there a way to avoid the unused class attribute in <browser:addMenuItem>? | 18:45 |
| mgedmin | philiKON: because... ? | 18:45 |
| philiKON | browser:page is something that's published. browser:view is not | 18:46 |
| mgedmin | but it Works(TM) | 18:46 |
| * mgedmin is playing devil's advocate | 18:46 | |
| philiKON | indeed it does. that' the shocking thing | 18:46 |
| philiKON | for all i care, we can all use <adapter /> | 18:46 |
| mgedmin | btw I copied the <browser:view> thing from http://svn.zope.org/zope.file | 18:47 |
| philiKON | what's zope.file, btw? | 18:47 |
| mgedmin | some sort of a replacement for zope.app.file, I think | 18:49 |
| mgedmin | the introspector is great, btw | 18:49 |
| mgedmin | it lets me see object attributes | 18:49 |
| *** baldtrol has joined #zope3-dev | 18:54 | |
| *** gump1 has joined #zope3-dev | 19:04 | |
| *** gumpa has quit IRC | 19:04 | |
| *** nathany has joined #zope3-dev | 19:05 | |
| *** SmokeyD has quit IRC | 19:06 | |
| *** rocky has joined #zope3-dev | 19:11 | |
| *** rocky|away has quit IRC | 19:12 | |
| *** gump1 is now known as gumpa-away | 19:18 | |
| *** RaFromBRC has quit IRC | 19:19 | |
| *** retsu has joined #zope3-dev | 19:28 | |
| *** Theuni has quit IRC | 19:34 | |
| *** Aiste has quit IRC | 19:47 | |
| *** dobee has joined #zope3-dev | 19:53 | |
| *** oferw has joined #zope3-dev | 19:53 | |
| *** tarek has quit IRC | 19:56 | |
| *** tarek has joined #zope3-dev | 19:57 | |
| *** alecm has quit IRC | 20:08 | |
| *** dobee has quit IRC | 20:17 | |
| *** baldtrol has left #zope3-dev | 20:36 | |
| *** batlogg has joined #zope3-dev | 20:51 | |
| *** tarek has quit IRC | 20:53 | |
| *** dobee has joined #zope3-dev | 20:54 | |
| *** tarek has joined #zope3-dev | 20:54 | |
| *** dobee has quit IRC | 21:12 | |
| *** oferw has quit IRC | 21:12 | |
| roym | hi - any ideas as to why my z3 server would issue messages like: | 21:16 |
| roym | Failure: twisted.internet.error.ConnectionLost: Connection to the | 21:16 |
| roym | other side was lost in a non-clean fashion. | 21:16 |
| roym | Is it a version issue? | 21:16 |
| mgedmin | the browser closed the connection without reading the full response | 21:28 |
| mgedmin | I think this happens when you return a 303 redirect with a large body | 21:29 |
| *** dobee has joined #zope3-dev | 21:37 | |
| *** oferw has joined #zope3-dev | 21:45 | |
| roym | mgedmin: is there a work-around? actually, the browser side seems ok, so maybe the twisted stack recovers fine? | 21:47 |
| philiKON | i don't think there's a bug, so no work around needed | 21:49 |
| mgedmin | the only harm is you get these spurious errors in your log file | 21:50 |
| philiKON | i would call them warnings, not errors, really. | 21:51 |
| philiKON | it'd be nice if twisted would use the logging module there | 21:51 |
| *** ignas has quit IRC | 22:12 | |
| *** alga has quit IRC | 22:15 | |
| *** tarek has quit IRC | 22:23 | |
| *** tarek has joined #zope3-dev | 22:26 | |
| *** batlogg_ has joined #zope3-dev | 22:27 | |
| *** mkerrin has quit IRC | 22:31 | |
| *** batlogg has quit IRC | 22:33 | |
| *** mgedmin has quit IRC | 22:40 | |
| *** oferw has quit IRC | 22:43 | |
| *** whit has quit IRC | 22:46 | |
| *** gumpa-away has left #zope3-dev | 22:52 | |
| *** mgedmin has joined #zope3-dev | 23:00 | |
| *** jhauser has joined #zope3-dev | 23:07 | |
| *** oferw has joined #zope3-dev | 23:16 | |
| *** _tarek has joined #zope3-dev | 23:20 | |
| *** tarek has quit IRC | 23:22 | |
| *** dunny has joined #zope3-dev | 23:24 | |
| *** batlogg_ has quit IRC | 23:31 | |
| *** batlogg has joined #zope3-dev | 23:33 | |
| *** nathany has quit IRC | 23:37 | |
| *** hazmat has joined #zope3-dev | 23:42 | |
| *** ChanServ sets mode: +o hazmat | 23:42 | |
| *** sawdog has left #zope3-dev | 23:52 | |
| *** stub has joined #zope3-dev | 23:56 | |
| *** alga has joined #zope3-dev | 23:58 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!