| *** sashav has quit IRC | 00:20 | |
| *** elbixio has quit IRC | 00:33 | |
| *** zagy_ has quit IRC | 00:51 | |
| *** bradb has joined #zope3-dev | 00:58 | |
| *** lunarosity has quit IRC | 01:12 | |
| *** niemeyer has quit IRC | 01:16 | |
| *** benji_york has quit IRC | 01:29 | |
| *** lunarosity has joined #zope3-dev | 01:37 | |
| *** dman13 has quit IRC | 01:49 | |
| *** jinty has left #zope3-dev | 01:51 | |
| *** lunarosity has quit IRC | 02:07 | |
| *** SureshZ has quit IRC | 02:40 | |
| *** SureshZ has joined #zope3-dev | 02:41 | |
| *** Arnia has left #zope3-dev | 02:48 | |
| *** bradb is now known as bradb-away | 02:54 | |
| *** hazmat has joined #zope3-dev | 03:02 | |
| *** RaFromBRC has quit IRC | 03:12 | |
| *** hazmat has quit IRC | 03:19 | |
| *** projekt01 has quit IRC | 04:20 | |
| *** roym has quit IRC | 04:20 | |
| *** sashav has joined #zope3-dev | 06:00 | |
| *** SureshZ has quit IRC | 07:10 | |
| *** stub has joined #zope3-dev | 07:41 | |
| *** sashav has joined #zope3-dev | 08:06 | |
| *** sashav has quit IRC | 08:08 | |
| *** sashav has joined #zope3-dev | 08:09 | |
| *** sashav has quit IRC | 08:12 | |
| *** zagy has joined #zope3-dev | 08:38 | |
| *** zagy has quit IRC | 08:56 | |
| *** zagy has joined #zope3-dev | 09:00 | |
| *** hdima has joined #zope3-dev | 09:03 | |
| *** zagy has quit IRC | 09:16 | |
| *** zagy has joined #zope3-dev | 09:16 | |
| *** Theuni has joined #zope3-dev | 09:20 | |
| *** philiKON has quit IRC | 09:33 | |
| *** j-w has joined #zope3-dev | 09:37 | |
| *** MJ has quit IRC | 09:39 | |
| *** sashav has joined #zope3-dev | 10:03 | |
| *** projekt01 has joined #zope3-dev | 10:12 | |
| *** ignas has joined #zope3-dev | 10:20 | |
| *** timte has joined #zope3-dev | 10:27 | |
| *** loreto has joined #zope3-dev | 10:53 | |
| *** MJ has joined #zope3-dev | 11:05 | |
| *** yota has joined #zope3-dev | 11:12 | |
| *** ignas has quit IRC | 11:17 | |
| *** MrTopf has joined #zope3-dev | 11:53 | |
| *** jinty has joined #zope3-dev | 11:56 | |
| *** stub has quit IRC | 11:59 | |
| *** ignas has joined #zope3-dev | 12:04 | |
| *** _drzoltron has joined #zope3-dev | 12:15 | |
| _drzoltron | Hi, why does my zope give me this: ConfigurationError: ('Unknown directive', u'http://namespaces.zope.org/zope', u'localUtility') | 12:15 |
|---|---|---|
| _drzoltron | ?? | 12:15 |
| _drzoltron | was localUtility in a zcml introduced in 3-3.1 and won't work in 3-3.0 ? | 12:18 |
| *** roym has joined #zope3-dev | 12:24 | |
| roym | Folks, I have a custom folder derived from BTreeContainer; I have | 13:03 |
| roym | an iteration adapter whose self.context is of this folder type. | 13:03 |
| roym | However, when I try to access the items() method of the self.context, | 13:03 |
| roym | I get: | 13:03 |
| roym | AttributeError: 'OOBTreeItems' object has no attribute '__class__' | 13:03 |
| roym | I heard that this might be a bug in BTreeContainer.. is this true? | 13:03 |
| roym | What can I do to work around this.. | 13:03 |
| _drzoltron | looks like this # is dead today ;) | 13:05 |
| *** regebro has joined #zope3-dev | 13:16 | |
| *** mgedmin has joined #zope3-dev | 13:22 | |
| *** gintas has joined #zope3-dev | 13:24 | |
| srichter | _drzoltron: I am oretty sure localUtility was introduced in 3.1 | 13:24 |
| *** mkerrin has joined #zope3-dev | 13:26 | |
| _drzoltron | srichter : works now after having upgraded to 3.3-1 ... | 13:31 |
| roym | In my view class, I can access a BTreeContainer element by using | 13:48 |
| roym | <container>['ELEM']; however, any attempt to render <container>.items() | 13:49 |
| roym | fails with "AttributeError: 'OOBTreeItems' object has no attribute '__class__'" | 13:49 |
| roym | Is there is a security setting that i need to have? pls help - this | 13:50 |
| roym | is driving me nuts. | 13:50 |
| *** stub has joined #zope3-dev | 13:52 | |
| *** j-w has quit IRC | 14:10 | |
| srichter | roym: the reason noone answers is because noone knows | 14:16 |
| srichter | that it looks up the __class__ attribute is really weird | 14:17 |
| srichter | you should never use a pure BTreeContainer | 14:21 |
| srichter | since there are no security declarations | 14:21 |
| srichter | only use BTreeContainers to derive others from it | 14:21 |
| *** bskahan has joined #zope3-dev | 14:24 | |
| *** gintas has quit IRC | 14:25 | |
| stub | Something odd appears to have happened to the SVN repository - the branches tree has been renamed to branch | 14:30 |
| *** regebro has quit IRC | 14:34 | |
| srichter | stub: though I think it was an accidental checkin | 14:36 |
| srichter | frerich wrote also a German checkin message | 14:36 |
| srichter | we have to undo 37956 | 14:36 |
| srichter | stub: should be fixed | 14:40 |
| stub | Yup - my 3.1 checkout is now reattached ;) | 14:41 |
| srichter | whee :-) | 14:41 |
| _drzoltron | anyone, who wrote a mxODBC da ? | 14:42 |
| srichter | nope | 14:52 |
| _drzoltron | interested ? | 14:55 |
| * _drzoltron contemplates writing one | 14:55 | |
| * _drzoltron needs to connect to iODBC | 14:56 | |
| *** ignas has quit IRC | 14:56 | |
| *** horizon5 has quit IRC | 14:59 | |
| roym | srichter: thanks for answering - for a moment, I assumed no-one wanted to help. I am using a derived class (and not BTreeContainer directly). I find that if I do this: | 15:09 |
| roym | tal:content="python:list(proxy.removeSecurityProxy(iter.context).items())" | 15:09 |
| roym | it works... where iter.context is my derived class... from what you say | 15:10 |
| roym | it sounds like my security declarations for the derived class are not set up correctly. | 15:10 |
| srichter | have you made security declarations for this new class? | 15:13 |
| roym | as follows: | 15:13 |
| roym | <content class=".qtmodule.QFolder"> | 15:13 |
| roym | <implements interface="zope.app.annotation.interfaces.IAttributeAnnotatable"/> | 15:13 |
| roym | <require permission="zope.View" interface=".interfaces.IQFolder" /> | 15:13 |
| roym | <require permission="zope.ManageContent" set_schema=".interfaces.IQFolder" /> | 15:13 |
| roym | </content> | 15:13 |
| srichter | this, btw, is not a good security | 15:14 |
| srichter | because all write methods have only permission "zope.View" | 15:14 |
| srichter | and of course it all depends how your IQFolder definition looks like | 15:14 |
| roym | I thought set_schema controls that (w/ zope.ManageContent) | 15:15 |
| srichter | but only attributes | 15:15 |
| srichter | methods are alway read only | 15:15 |
| roym | ah. | 15:15 |
| *** horizon5 has joined #zope3-dev | 15:16 | |
| roym | so since items() is a method (in BTreeContainer) should I make the permission to access that explicit? | 15:17 |
| srichter | my book covers how to do that correctly | 15:17 |
| srichter | Just give IReadContainer zope.ManageContent | 15:17 |
| srichter | and IWriteContainer zope.View | 15:18 |
| roym | ok - thanks a bunch! | 15:18 |
| *** gintas has joined #zope3-dev | 15:19 | |
| srichter | np | 15:19 |
| *** yotaff has joined #zope3-dev | 15:25 | |
| *** niemeyer has joined #zope3-dev | 15:56 | |
| *** benji_york has joined #zope3-dev | 16:00 | |
| *** bradb-away is now known as bradb | 16:04 | |
| *** stub has quit IRC | 16:21 | |
| *** ignas has joined #zope3-dev | 16:27 | |
| *** kudagagah has joined #zope3-dev | 16:41 | |
| *** bskahan has quit IRC | 16:53 | |
| srichter | benji_york: your revision 37948 on the branch seriously broke SchoolTool | 16:55 |
| srichter | it does not allow us to change the request in the usual way | 16:56 |
| srichter | which means it is an API change | 16:56 |
| srichter | that definitely means it cannot be in 3.1 and really needs BBB code in the trunk | 16:57 |
| mgedmin | it is entirely possible that we do something dirty and incorrect in ST | 16:57 |
| mgedmin | let me investigate a bit more | 16:57 |
| srichter | well, till now there was no good way to change the request | 16:58 |
| srichter | I think the checkin tried to fix this | 16:58 |
| mgedmin | we override HTTPCaller.chooseRequestClass | 16:58 |
| srichter | this method is gone now | 16:58 |
| mgedmin | oops | 16:58 |
| srichter | so it is clearly an API change | 16:59 |
| *** bradb has quit IRC | 16:59 | |
| benji_york | srichter, I'm back and catching up on messages | 17:00 |
| *** bradb has joined #zope3-dev | 17:00 | |
| mgedmin | ressurecting HTTPCaller.chooseRequestClass that just calls the global chooseClasses would probably fix our use case | 17:00 |
| srichter | all we really need is the chooseRequestClass method again, I guess | 17:01 |
| srichter | mgedmin: yep, and this would be good BBB as well | 17:01 |
| andrew_m | i understand that @@ is short for ++view++, but what's the diff between /blah/@@edit.html and /blah/edit.html? why the @@? both URLs seem to work and do the same.. | 17:02 |
| benji_york | mgedmin and srichter, ok, I'll re-introduce chooseRequestClass as a wrapper around the new behavior | 17:02 |
| srichter | cool, thanks a lot; I think to keep it is useful anyways | 17:03 |
| benji_york | if we want it to be part of the API should it not be tested | 17:03 |
| srichter | of course :-) | 17:03 |
| benji_york | ok, I'll add tests too, should it be depricated? | 17:04 |
| srichter | I would prefer not to | 17:04 |
| benji_york | that's fine with me | 17:04 |
| srichter | I don't see how we, SchoolTool, could otherwise enforce our request and publiscation | 17:04 |
| srichter | we would rely on chooseClasses which might not do the right thing in the testing environ | 17:05 |
| benji_york | that's what I fixed | 17:05 |
| mgedmin | in ST we register our custom ServerType with a custom RequestFactory, and bind it to a different port | 17:05 |
| mgedmin | we need to ensure our request factory is used in functional tests -- sometimes, not always | 17:06 |
| benji_york | I'm providing my own request and response and it wasn't working in tests, so I fixed it (also unifying two copies of *almost* the same code) | 17:06 |
| mgedmin | for that we invent a new function like 'http' , but use a HTTPCaller subclass that overrides chooseRequestClass and returns our custom publication factory | 17:06 |
| mgedmin | that's it | 17:06 |
| benji_york | mgedmin, I wouldn't do that, I'd use the new way of registering a utility | 17:07 |
| *** Alef has joined #zope3-dev | 17:07 | |
| mgedmin | eh? | 17:07 |
| mgedmin | what do you mean? | 17:07 |
| benji_york | there was a recent patch so that (the then) chooseRequestClass would check for a utility with the right interface and use that for the request, or if none was registered, use the original one | 17:08 |
| srichter | benji_york: that will not work for us!!!! | 17:09 |
| srichter | because the utilities are registered for all HTTP servers | 17:09 |
| benji_york | ahh, that makes sense | 17:10 |
| srichter | but we want one HTTP server to have the default behavior and one using REST (pure HTTP) | 17:10 |
| srichter | we definitely want to override chooseClasses to always return HTTPRequest, HTTPPublication | 17:11 |
| *** hdima has quit IRC | 17:11 | |
| srichter | in the server we can do this easily | 17:11 |
| benji_york | ok, like I said, I'll re-instate chooseRequestClass, add tests so it doesn't "disappear" in the future and we'll be all set | 17:12 |
| srichter | by overriding the method that returns the factories | 17:12 |
| srichter | yep :-) | 17:12 |
| *** regebro has joined #zope3-dev | 17:12 | |
| srichter | sorry, to be so pressing, but it stalled all of the ST development plus the upcoming release :-) | 17:13 |
| benji_york | NP, highlights the need for tests for anything that is supposed to be stable | 17:14 |
| srichter | yep | 17:14 |
| *** Alef has quit IRC | 17:15 | |
| *** bskahan has joined #zope3-dev | 17:16 | |
| *** sashav has quit IRC | 17:21 | |
| *** tvon has quit IRC | 17:22 | |
| *** zagy_ has joined #zope3-dev | 17:40 | |
| *** anguenot has joined #zope3-dev | 17:46 | |
| _drzoltron | the IRC log of Monday, 2005-03-07 shows a DMHarden, does anyone know the guy ? | 17:48 |
| srichter | nope | 17:51 |
| _drzoltron | he talked about that he was successful connection to ODBC | 17:52 |
| _drzoltron | I am not, that's why :) | 17:52 |
| _drzoltron | but I am very close | 17:52 |
| benji_york | _drzoltron, what kind of problem are you having? | 17:53 |
| _drzoltron | iODBC returns a Function sequence error | 17:53 |
| _drzoltron | benji_york: iODBC throws this one back: DatabaseException: ('S1010', 0, '[iODBC][Driver Manager]Function sequence error', 5905) | 17:54 |
| *** zagy has quit IRC | 17:55 | |
| _drzoltron | I use mxODBC.iODBC ..... they talk about the problem on their site ... saying "Added a compile time switch" ..... wonder what a compile time switch is ??? | 17:56 |
| benji_york | ah, that error only happens "when executing an already prepared cursor a second time." | 17:58 |
| _drzoltron | benji_york: what would be the solution ? | 17:59 |
| _drzoltron | and why is the ZopeDatabaseAdapter executing things twice ? | 18:00 |
| benji_york | I don't know much about mxODBC in particular, but either upgrade to the version that fixes the problem, or issue a dummy request that would cause the current prepaird statement to be flushed | 18:00 |
| *** kudagagah has quit IRC | 18:00 | |
| benji_york | I don't know why that would be, but it's not unusual to prepare a statement and run it wilth multiple data sets | 18:00 |
| _drzoltron | benji_york: I even get it when I connect the DA to the rdb | 18:01 |
| _drzoltron | looks like hacking into __init.py of zope.app.rdb ... | 18:01 |
| benji_york | what version of mxODBC are you using? | 18:01 |
| _drzoltron | -2.0.7 | 18:01 |
| _drzoltron | wonder what egenix means with "If CLOSE_AFTER_FETCH_ONLY is defined during compilation" | 18:02 |
| benji_york | hmm, that fix is listed as applying to 2.0.0, I'd ask in a mxODBC specific place | 18:02 |
| benji_york | I read that as saying it modifies the meaning of CLOSE_AFTER_FETCH_ONLY also. | 18:02 |
| *** SureshE has joined #zope3-dev | 18:02 | |
| *** __gotchaway has joined #zope3-dev | 18:03 | |
| *** __gotchaway is now known as __gotcha | 18:03 | |
| _drzoltron | hmm | 18:03 |
| _drzoltron | the whole paragraph comes here: Added a compile time switch to fix a case where you'd sometimes get a function sequence error when executing an already prepared cursor a second time. mxODBC usually always closes the cursor before execution. If CLOSE_AFTER_FETCH_ONLY is defined during compilation, it now only does so in case it has to prepare a new command on the cursor or a fetch was in progress. Thanks to Paul Boddie for bringing this to my | 18:03 |
| benji_york | yep, I saw it on the site | 18:04 |
| _drzoltron | it's not that hey mean to config.py their package with this switch ?! | 18:04 |
| benji_york | I don't think so (and wouldn't that be setup.py?) | 18:06 |
| _drzoltron | benji_york: sure ;) | 18:08 |
| _drzoltron | whats a compile time switch ? | 18:08 |
| yotaff | anguenot: ping | 18:09 |
| benji_york | anything (usually a defined constant) that changes what code is compiled in (ususally C or C++), I'm sure they're talking about the extention module, but I don't think you need to worry about the switch, it was affected by the bug fix, it doesn't *enable* the bug fix | 18:10 |
| yotaff | __gotcha: ping | 18:10 |
| __gotcha | yotaff: yes ? | 18:10 |
| _drzoltron | benji_york: thanx ... will trace a bit through app.zope.rdb then | 18:11 |
| anguenot | yotaff: yo ! | 18:13 |
| benji_york | _drzoltron, I'd also see out an mxODBC specific place (IRC, mailing list) and see if they have any more info | 18:13 |
| *** MrTopf has quit IRC | 18:13 | |
| _drzoltron | have been googling for a while now,sent them a mail too but somehow cannot sit still until they might answer | 18:14 |
| benji_york | :) | 18:14 |
| _drzoltron | this just HAS to work out, a iODBC da for Z3 would be quite cool | 18:14 |
| *** juka has joined #zope3-dev | 18:29 | |
| benji_york | srichter, mgedmin: the resurection and testing of chooseRequestClass is complete | 18:32 |
| benji_york | please let me know if your tests pass | 18:32 |
| *** tvon has joined #zope3-dev | 18:32 | |
| srichter | ok, let me check | 18:33 |
| srichter | thanks a lot | 18:33 |
| srichter | benji_york: we need this in the 3.1 branch as well | 18:33 |
| srichter | ah ok, mail came through | 18:34 |
| benji_york | :) | 18:35 |
| srichter | benji_york: looks good; my branch tests pass; thanks again | 18:36 |
| benji_york | NP, you'll break something of mine one day :) | 18:37 |
| mgedmin | I get ImportError: cannot import name chooseClasses | 18:37 |
| mgedmin | File "/home/mg/src/schoolbell/Zope3/src/zope/app/testing/functional.py", line 53, in ? | 18:37 |
| mgedmin | from zope.app.publication.httpfactory import chooseClasses | 18:37 |
| benji_york | hmm | 18:38 |
| mgedmin | svn://svn.zope.org/repos/main/Zope3/branches/Zope-3.1 rev 37964 | 18:38 |
| mgedmin | oh, my fault | 18:38 |
| mgedmin | I reverted change, and didn't revert it back | 18:38 |
| mgedmin | benji_york, works like charm, thanks! | 18:40 |
| benji_york | NP | 18:40 |
| *** timte has quit IRC | 18:44 | |
| *** loreto has quit IRC | 18:49 | |
| _drzoltron | benji_york: egenix says this: You need to set switch when compiling... Check the documentation for | 18:53 |
| _drzoltron | Distutils. If you need additional support for this then please purchase a | 18:53 |
| _drzoltron | support ticket. | 18:53 |
| _drzoltron | and then they want to sell me a support ticket | 18:53 |
| _drzoltron | ;) | 18:53 |
| benji_york | :) | 19:08 |
| *** Alef has joined #zope3-dev | 19:13 | |
| *** yotaff has quit IRC | 19:17 | |
| *** MJ has quit IRC | 19:18 | |
| *** gintas has quit IRC | 19:25 | |
| *** jinty has quit IRC | 19:32 | |
| *** bradb is now known as bradb-lunch | 19:36 | |
| *** MJ has joined #zope3-dev | 19:43 | |
| _drzoltron | benji_york: now it gives me a NotSupportedError: connection has AUTOCOMMIT turned on | 19:46 |
| *** sashav has joined #zope3-dev | 19:49 | |
| benji_york | _drzoltron, any more detail in the error message? Does the DB not support user-controlled transactions? | 19:53 |
| _drzoltron | np | 19:54 |
| _drzoltron | erh no no more details | 19:54 |
| benji_york | perhaps turn off AUTOCOMMIT? | 19:55 |
| _drzoltron | actually this is not a db I am connecting to but an Access .mdb file via mdbtools & iODBC | 19:55 |
| _drzoltron | working on it | 19:55 |
| *** faassen has joined #zope3-dev | 19:57 | |
| _drzoltron | turned it off but it still tells me that it is turned on hmmm | 20:03 |
| *** bradb-lunch is now known as bradb | 20:37 | |
| *** regebro has quit IRC | 20:42 | |
| *** sashav has quit IRC | 20:46 | |
| *** SureshE has quit IRC | 20:50 | |
| *** faassen has quit IRC | 21:02 | |
| *** zagy_ has quit IRC | 21:05 | |
| *** tvon|x31 has joined #zope3-dev | 21:06 | |
| *** tvon has quit IRC | 21:10 | |
| *** tvon|x31 is now known as tvon | 21:10 | |
| *** zagy_ has joined #zope3-dev | 21:18 | |
| *** mgedmin has quit IRC | 21:36 | |
| *** anguenot has quit IRC | 21:45 | |
| *** timte has joined #zope3-dev | 21:51 | |
| *** mkerrin has quit IRC | 21:55 | |
| *** ignas has quit IRC | 21:59 | |
| *** sashav has joined #zope3-dev | 22:06 | |
| *** tvon has quit IRC | 22:28 | |
| *** juka has left #zope3-dev | 22:30 | |
| *** _drzoltron has quit IRC | 22:35 | |
| *** tvon has joined #zope3-dev | 22:50 | |
| *** dman13 has joined #zope3-dev | 23:24 | |
| *** niemeyer has quit IRC | 23:48 | |
| *** bskahan has quit IRC | 23:58 | |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!