*** lunatik has quit IRC | 00:01 | |
*** mexiKON has joined #zope3-dev | 00:03 | |
*** philiKON has quit IRC | 00:04 | |
*** Theuni has quit IRC | 00:04 | |
*** natea has joined #zope3-dev | 00:07 | |
*** tarek has joined #zope3-dev | 00:08 | |
*** hazmat has joined #zope3-dev | 00:09 | |
*** Theuni has joined #zope3-dev | 00:12 | |
*** gumpa has quit IRC | 00:15 | |
*** natea_ has joined #zope3-dev | 00:16 | |
*** ChanServ sets mode: +o hazmat | 00:18 | |
*** natea has quit IRC | 00:27 | |
*** jhauser_ has quit IRC | 00:36 | |
*** povbot has joined #zope3-dev | 00:56 | |
*** mcdonc-mac has joined #zope3-dev | 01:00 | |
*** mexiKON has quit IRC | 01:13 | |
*** benji has quit IRC | 01:30 | |
*** philiKON has joined #zope3-dev | 01:37 | |
*** tiredbones has quit IRC | 01:39 | |
*** trevorp-office has quit IRC | 01:39 | |
*** tiredbones has joined #zope3-dev | 01:39 | |
*** trevorp-office has joined #zope3-dev | 01:39 | |
*** j1m has quit IRC | 01:43 | |
*** rockyburt is now known as rockyburt|away | 01:43 | |
*** Theuni has quit IRC | 01:43 | |
*** xenru has quit IRC | 01:46 | |
*** fabiorizzo has joined #zope3-dev | 01:47 | |
*** philiKON has quit IRC | 01:47 | |
*** xenru has joined #zope3-dev | 01:50 | |
*** xenru has quit IRC | 01:51 | |
*** rockyburt|away is now known as rockyburt|zzz | 01:55 | |
*** xenru has joined #zope3-dev | 02:02 | |
*** tarek has quit IRC | 02:33 | |
*** whit has quit IRC | 02:42 | |
*** yota has quit IRC | 02:50 | |
*** natea_ is now known as natea|sanfran | 03:07 | |
*** _tanghus has quit IRC | 03:12 | |
*** philiKON has joined #zope3-dev | 03:17 | |
*** philiKON has quit IRC | 03:55 | |
*** fabiorizzo has left #zope3-dev | 04:02 | |
*** rockyburt|zzz has quit IRC | 04:21 | |
*** philiKON has joined #zope3-dev | 04:25 | |
*** philiKON has quit IRC | 04:31 | |
*** stub has joined #zope3-dev | 04:38 | |
*** deo has quit IRC | 05:07 | |
*** stu1 has joined #zope3-dev | 05:09 | |
*** stub has quit IRC | 05:27 | |
*** dobee has joined #zope3-dev | 06:14 | |
*** dobee has quit IRC | 06:20 | |
*** dobee has joined #zope3-dev | 06:23 | |
*** run|sony has joined #zope3-dev | 06:26 | |
*** trevorp-office has quit IRC | 06:41 | |
*** dobee has quit IRC | 06:53 | |
*** runyaga_ has joined #zope3-dev | 06:54 | |
*** run|sony has quit IRC | 06:57 | |
*** dobee has joined #zope3-dev | 07:12 | |
*** trevorp-office has joined #zope3-dev | 07:30 | |
*** eins has joined #zope3-dev | 08:09 | |
eins | morning | 08:09 |
---|---|---|
*** stu1 has quit IRC | 08:10 | |
*** runyaga_ has quit IRC | 08:18 | |
*** hdima has joined #zope3-dev | 09:00 | |
*** trevorp-office has quit IRC | 09:05 | |
*** agroszer has joined #zope3-dev | 09:30 | |
*** zagy has joined #zope3-dev | 09:33 | |
*** dunny has joined #zope3-dev | 09:42 | |
*** romanofski has joined #zope3-dev | 09:45 | |
*** dunny has quit IRC | 09:46 | |
*** dunny has joined #zope3-dev | 09:47 | |
romanofski | moin | 09:47 |
*** sm has quit IRC | 09:55 | |
eins | romanofski hi | 10:00 |
romanofski | hi eins :) | 10:00 |
*** Volpe has joined #zope3-dev | 10:07 | |
*** Volpe has left #zope3-dev | 10:07 | |
*** natea|sanfran has quit IRC | 10:11 | |
*** dunny has quit IRC | 10:14 | |
*** dunny has joined #zope3-dev | 10:16 | |
*** trevorp-office has joined #zope3-dev | 10:27 | |
*** tarek has joined #zope3-dev | 10:37 | |
*** vinsci has quit IRC | 10:40 | |
*** vinsci has joined #zope3-dev | 10:41 | |
*** vinsci has joined #zope3-dev | 10:42 | |
*** vinsci- has joined #zope3-dev | 10:42 | |
*** vinsci is now known as vinsci_ | 10:43 | |
*** vinsci_ is now known as vinsci | 10:44 | |
*** sashav has joined #zope3-dev | 11:02 | |
*** yota has joined #zope3-dev | 11:43 | |
*** dunny has quit IRC | 11:46 | |
*** stub has joined #zope3-dev | 11:49 | |
*** faassen has joined #zope3-dev | 12:58 | |
*** ignas has joined #zope3-dev | 12:59 | |
*** mgedmin has joined #zope3-dev | 13:00 | |
*** rockyburt has joined #zope3-dev | 13:26 | |
*** mgedmin has quit IRC | 13:34 | |
*** deo has joined #zope3-dev | 14:14 | |
*** rockyburt has quit IRC | 14:17 | |
*** povbot has joined #zope3-dev | 15:03 | |
*** tiredbones has quit IRC | 15:10 | |
*** tiredbones has joined #zope3-dev | 15:10 | |
*** deo has quit IRC | 15:15 | |
*** benji has joined #zope3-dev | 15:37 | |
*** AJC has joined #zope3-dev | 15:41 | |
*** marita has joined #zope3-dev | 15:50 | |
marita | Hllo? | 15:50 |
marita | Hallo? | 15:50 |
romanofski | hey marita - whazz up? | 15:52 |
marita | I have a problem with checking if a principal has a certain role | 15:52 |
marita | what I am doing is | 15:53 |
*** deo has joined #zope3-dev | 15:53 | |
marita | roleManager = IPrincipalRoleManager(self.context) | 15:53 |
marita | if roleManager.getSetting('Admin', principalId) == Allow | 15:54 |
marita | this returns true only if Admin is set on the level of self.context | 15:54 |
marita | what I want to check is if the principal has the role on the level of self.context and above | 15:55 |
srichter | yes, the IPrincipalRoleManager interface gives you direct access to the security table; it does not do a valid secrity check | 15:55 |
srichter | access is usually checked with the canAccess() and canWrite() functions | 15:56 |
marita | So how do I do the good old hasRole on a principal? | 15:56 |
marita | The point is, we are using it to switch to different navigation bars, depending on the role. So checking for permissions doesn't help. | 15:57 |
*** mgedmin has joined #zope3-dev | 15:59 | |
srichter | you don't do getRole | 16:00 |
srichter | roles are specific to the default security policy | 16:01 |
srichter | your application should not rely on this | 16:01 |
marita | I loved zope2 really! | 16:01 |
srichter | you can place the principal in groups for example | 16:01 |
srichter | or assign special interfaces | 16:02 |
marita | It's nice that you can do so many fancy things with Z3. The bad thing is that the default case gets much more complicated at times. :-( | 16:02 |
srichter | principal objects are created every time they are authenticated | 16:02 |
srichter | at this point a PrincipalCreatedEvent is sent out ; you can listen to this event and do whatever you want to the principal | 16:02 |
srichter | getRole() is really a dangerous hack | 16:03 |
marita | So, what would be a straightforward solution for switching the navigation based on the role of a principal? Using annotations on the principal that label it as a certain kind of "role"? | 16:04 |
*** _anguenot has joined #zope3-dev | 16:04 | |
marita | We | 16:04 |
srichter | two solutions: | 16:05 |
srichter | 1. Don't depend on roles. Place users into groups and check whether a principal belongs to a particular group. | 16:05 |
marita | So groups are placeless, right? | 16:06 |
srichter | 2. Restrict the navigation elements in a way that only a certain role can access them | 16:06 |
srichter | then use canAccess() and canWrite() | 16:07 |
srichter | this is currently used for menus as well | 16:07 |
srichter | groups are not placeless | 16:07 |
srichter | see zope.app.authentication | 16:07 |
srichter | you should really read all the Text files in this package at least once, if not twice | 16:07 |
srichter | they will be very enlightening | 16:07 |
marita | 2. doesn't work in our setup because the Anonymous user should get something different than the others. | 16:07 |
marita | If groups are not placeless, I guess there will be all the same problems as with roles, or what's the difference? | 16:08 |
srichter | you can inspect the principal better for the groups he belongs to | 16:09 |
srichter | ok, time to get back to my research | 16:09 |
marita | "you can inspect the principal better for the groups he belongs to": Well, then I am back to my initial belief, that the API for role management sucks compared to the old implementation. :-( | 16:10 |
*** zbir has joined #zope3-dev | 16:11 | |
*** romanofski has quit IRC | 16:19 | |
*** mkerrin has joined #zope3-dev | 16:19 | |
*** sbj3 has joined #zope3-dev | 16:23 | |
*** marita has left #zope3-dev | 16:46 | |
*** rockyburt has quit IRC | 17:05 | |
*** rockyburt has joined #zope3-dev | 17:06 | |
*** MacYET has joined #zope3-dev | 17:12 | |
*** klaus has joined #zope3-dev | 17:13 | |
*** hdima has quit IRC | 17:18 | |
*** MacYET has left #zope3-dev | 17:21 | |
*** AJC has quit IRC | 17:23 | |
*** natea has joined #zope3-dev | 17:26 | |
*** ulk has joined #zope3-dev | 17:30 | |
*** sashav has quit IRC | 17:30 | |
ulk | hi there, while installing zope-3.2.0.win32-py2.4.exe, I get an error | 17:30 |
ulk | MSVCRT71.dll can't be found | 17:31 |
ulk | installation is done on a win2003 server | 17:31 |
ulk | sorry guys, I don't have python2.4 on the damn server. I need some rest ;) | 17:35 |
ulk | bye | 17:35 |
*** ulk has left #zope3-dev | 17:35 | |
*** natea_ has joined #zope3-dev | 17:35 | |
*** alga has joined #zope3-dev | 17:37 | |
*** klaus has quit IRC | 17:39 | |
*** natea has quit IRC | 17:46 | |
*** j1m has joined #zope3-dev | 17:51 | |
*** dobee has quit IRC | 17:54 | |
*** dlk has quit IRC | 17:56 | |
*** natea_ has quit IRC | 18:05 | |
*** guruz has joined #zope3-dev | 18:06 | |
guruz | hello. | 18:06 |
*** natea has joined #zope3-dev | 18:06 | |
guruz | i want to have a folder object in zope that additionally to the "real" objects included in it returns additional objects. what is the best way to do this? i'm currently trying to "copy over" the sources of folder in zope, but is there a better way? | 18:07 |
*** efrerich has joined #zope3-dev | 18:12 | |
*** eins has quit IRC | 18:26 | |
*** dobee has joined #zope3-dev | 18:39 | |
*** sawdog has joined #zope3-dev | 18:45 | |
*** mcdonc-mac has left #zope3-dev | 18:47 | |
*** sbj1 has joined #zope3-dev | 18:47 | |
*** srichter has quit IRC | 18:49 | |
*** whit has joined #zope3-dev | 18:50 | |
*** mcdonc has joined #zope3-dev | 18:51 | |
*** whit is now known as whit|cold | 18:51 | |
*** zagy has quit IRC | 18:56 | |
*** sbj3 has quit IRC | 19:03 | |
*** whit|cold is now known as whit | 19:18 | |
*** tarek has quit IRC | 19:23 | |
*** stub has quit IRC | 19:28 | |
*** natea is now known as natea|breakfast | 19:30 | |
*** natea|breakfast is now known as natea|sf | 19:43 | |
*** rockybur1 has joined #zope3-dev | 19:47 | |
*** rockybur1 has quit IRC | 19:50 | |
*** rockyburt has quit IRC | 19:51 | |
*** rockyburt has joined #zope3-dev | 19:51 | |
guruz | ok, i did it another way | 19:55 |
guruz | i subclassed Folder | 19:55 |
guruz | now i wanted to override the adapter for IFolder that provides IReadDirectory | 19:55 |
guruz | howeever i get Conflicting configuration actions.. what to do? | 19:55 |
*** vinsci has quit IRC | 20:06 | |
*** tanghus has joined #zope3-dev | 20:06 | |
*** vinsci- is now known as vinsci | 20:06 | |
efrerich | is there a problem with the zope mailing lists? | 20:07 |
benji | efrerich, I haven't received a message in a while, but I was hoping it was because everyone stopped talking :) | 20:15 |
*** pcardune has joined #zope3-dev | 20:16 | |
guruz | can anyone help me to tell zope which adapter to use? :) | 20:26 |
mcdonc | guruz: you use zcml typically to register an adapter. | 20:31 |
mcdonc | you might want to check out overrides.zcml | 20:32 |
*** faassen has quit IRC | 20:32 | |
mgedmin | guruz, if you want to override an adapter for your folder class, you should register it for the specific class, not for IFolder | 20:33 |
mgedmin | or, if your folder class implements some new interface, register the adapter for that interface | 20:33 |
alga | hey, if I find a bug and fix it straight away, do I have to file it in the bug tracker? Should I mention it in the changelog? | 20:34 |
guruz | mgedmin: yes, i thought of registering the adapter for my own interface, but this will not make it use it for providing a listing in IReadDirectory? | 20:34 |
guruz | mcdonc: will do that | 20:34 |
mgedmin | guruz, it will | 20:34 |
mgedmin | more specific adapters override more generic adapters | 20:34 |
benji | efrerich, the mailing lists are being looked at | 20:35 |
mgedmin | (I assume your interface inherits from IFolder and is therefore more specific) | 20:35 |
benji | zope.org mailing lists seem to be back (efrerich) | 20:37 |
alga | whoops, I committed my bugfix to the 3.2 branch | 20:38 |
alga | I meant to do that on trunk | 20:38 |
alga | what do I do? | 20:38 |
guruz | mgedmin: hm, still does not seem to work. it brings no error though.. hm | 20:43 |
guruz | mgedmin: the adapter should be for="mypackage.IMyInterface" ? | 20:44 |
guruz | and IMyInterface derrived from IFolder? | 20:44 |
mgedmin | guruz, yes | 20:45 |
*** sashav has joined #zope3-dev | 20:46 | |
*** zagy has joined #zope3-dev | 20:49 | |
*** _anguenot has quit IRC | 21:06 | |
*** dobee has quit IRC | 21:09 | |
*** nathany has joined #zope3-dev | 21:23 | |
*** mgedmin has quit IRC | 21:27 | |
*** ignas has quit IRC | 21:46 | |
*** agroszer has quit IRC | 21:46 | |
guruz | hm, the way suggested by mgedmin does not seem to work | 21:58 |
guruz | mcdonc: should i really try to use that override file? :\ | 21:59 |
guruz | what mgdemin suggested sounded cleaner | 21:59 |
*** tav has joined #zope3-dev | 22:08 | |
*** mkerrin has quit IRC | 22:10 | |
*** natea|sf is now known as natea|lunch | 22:13 | |
efrerich | benji: thank you | 22:16 |
benji | np :) | 22:16 |
rockyburt | so looks like there's tons of eggification going on in the sprint? | 22:18 |
* rockyburt looks forward to seeing all the egged products | 22:18 | |
SteveA | benji: did jim mention to you about being able to explicitly POST from a testbrowser test? | 22:18 |
benji | no, should I ask him? | 22:18 |
SteveA | the question came up when i was at the sprint | 22:19 |
SteveA | and jim said you know a lot about the testbrowser stuff | 22:19 |
benji | I'm asking him about it now | 22:19 |
SteveA | as far as i can see, you can't say "this should be a POST" from testbrowser tests | 22:19 |
SteveA | and that's important for testing certain kinds of forms, and also atom URLs where you want a distinction between GET and POST for the same URL | 22:20 |
benji | right, the intent is that such tests approximate what a user can do, and users can't decide to do an arbitrary post | 22:20 |
benji | but the "old-style" functional test stuff still works so you can use that allong side testbrowser | 22:21 |
benji | so you could do a normal test that shows a user interacting with a browser, then say somethign like "and now they user FooApp 1.0 to post this XML message" and you do that with the "old-style" functional test mechanism | 22:21 |
benji | I have to go for a meeting now, I'll ping you when I get back | 22:22 |
*** gumpa has joined #zope3-dev | 22:23 | |
SteveA | hmm... i don't agree that testbrowser tests should be used just to simulate a human's browser and its usual capabilities. | 22:26 |
SteveA | even so, what about if my webapp supports someone POSTing from a third-party site? | 22:27 |
SteveA | that's a POST out of nowhere. | 22:27 |
guruz | can anybody help me with providing my own adapter for a Folder-subclass and zope.app.filerepresentation.interfaces.IReadDirectory? | 22:30 |
*** natea|lunch is now known as natea|sf | 22:34 | |
*** dunny has joined #zope3-dev | 22:34 | |
*** BjornT has quit IRC | 22:39 | |
tiredbones | I'm trying to run the test.py program from the Zope3Book when I get the following error - http://pastebin.com/582461. My PYTONPATH is pointing to /usr/local/Zope-3.2/zope3/src. | 22:43 |
tiredbones | What am I doing wrong? | 22:43 |
*** BjornT has joined #zope3-dev | 22:45 | |
SteveA | tiredbones: what is user.local? | 22:49 |
SteveA | 1. | 22:50 |
SteveA | python test.py -vpu --dir /usr.local/Zope-3.2/zope3/src | 22:50 |
tiredbones | SteveA, are you suggesting that I try this, python test.py -vpu --dir /usr.local/Zope-3.2/zope3/src, is I get the same error. | 22:52 |
tiredbones | SteveA, are you suggesting that I try this, python test.py -vpu --dir /usr.local/Zope-3.2/zope3/src, if so I get the same error. | 22:53 |
alga | SteveA: old-style ftest requests do come out of nowhere | 22:53 |
alga | plain HTTP requests | 22:54 |
tiredbones | SteveA, I see what you mean! | 22:54 |
SteveA | alga: i don't see your point | 22:56 |
SteveA | if the rationale of the functionality of testbrowser tests is that they are meant to simulate a person using a conventional modern webbrowser, | 22:57 |
SteveA | then there should be a way to say "someone set up a POSTing form on some site outside of this zope app, and posts into here" | 22:57 |
alga | there is no button "set up a POSTing form on some site outside" on my browser | 22:58 |
SteveA | there is no button "write a zope3 application" either | 22:58 |
SteveA | but you still test that | 22:58 |
SteveA | launchpad is based around many domains, and integrating many systems. having a POST from a form that belongs to some other application is not uncommon. | 22:59 |
alga | I see your point | 22:59 |
alga | The users enter your app with a POST | 23:00 |
SteveA | btw... i'm sure a bookmarklet could be fabricated to make a POSTing form pointing to some site :-) | 23:00 |
alga | well, in that case you can set up such a form in your ftesting config :-) | 23:00 |
SteveA | so you could have that button if you really want it | 23:00 |
SteveA | i'd rather just have a method='POST' in testbrowser | 23:01 |
tiredbones | SteveA, I set my testing back to the way the book wants it and I still an error. http://pastebin.com/582479 | 23:01 |
SteveA | i am not familiar with the book | 23:03 |
SteveA | you can try this: PYTHONPATH=/usr/local/Zope-3.2/zope3/src:src python test.py -vpu | 23:03 |
* SteveA goes in search of horseradish | 23:05 | |
*** tristil has joined #zope3-dev | 23:07 | |
tiredbones | SteveA, are you having Polish sausage? | 23:08 |
*** gumpa_ has joined #zope3-dev | 23:10 | |
*** gumpa has quit IRC | 23:11 | |
*** gumpa_ is now known as gumpa | 23:11 | |
tristil | What do I need if I get a ForbiddenAttribute: ('add', <zope.app.publisher.browser.viewmeta.+ object at 0x75e186cc>) error when adding an object to a container? | 23:12 |
tristil | With an addform. | 23:13 |
*** ignas has joined #zope3-dev | 23:27 | |
*** efrerich_ has joined #zope3-dev | 23:41 | |
*** sashav has quit IRC | 23:45 | |
tristil | Sorry, does anyone know about this ForbiddenAttribute error? I'm not finding anything on Google. Does I have to write something into the addform view class? | 23:48 |
alga | typically it's a missing <content> directive | 23:48 |
*** mp has quit IRC | 23:49 | |
tristil | Probably IContentContainer? | 23:51 |
tristil | I thought it was covered by inheriting Folder | 23:51 |
tristil | I'll try. | 23:51 |
*** sawdog has left #zope3-dev | 23:54 | |
tristil | I tried this: <require permission="zope.ManageContent" attributes="add" />, but it seemed dubious. | 23:55 |
*** mp has joined #zope3-dev | 23:56 | |
*** efrerich has quit IRC | 23:59 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!