*** ignas has joined #zope3-dev | 00:55 | |
*** ignas has quit IRC | 00:55 | |
*** mp has joined #zope3-dev | 01:04 | |
*** whit|busy has quit IRC | 01:18 | |
*** bradb has left #zope3-dev | 01:25 | |
*** Alef has quit IRC | 01:32 | |
efge | I'm trying to define a new configuration directive. <five:containerEvents transitional="true/false"/>. I want to allow it to be present several times, BUT I want all of them to have the same value for transitional, otherwise fail. I don't think zconfig can do that, can it ? | 01:39 |
---|---|---|
efge | I'll have to use a None discriminator I think and check conflicts by hand in my handler | 01:43 |
J1m | yup | 01:44 |
projekt01 | srichter, here I am | 01:44 |
*** xenru has joined #zope3-dev | 01:44 | |
projekt01 | srichter, yes you can delete the contentprovider and sourcequeryview branches (sourcequeryview was the grant search UI work along time ago) | 01:48 |
projekt01 | I only need the bostonskin branch | 01:49 |
*** xenru has quit IRC | 01:52 | |
*** xenru has joined #zope3-dev | 01:53 | |
*** d2m has quit IRC | 01:55 | |
*** efge has quit IRC | 01:58 | |
*** efge has joined #zope3-dev | 01:59 | |
*** gnosis has joined #Zope3-dev | 02:07 | |
*** projekt01 has quit IRC | 02:22 | |
*** whit has joined #zope3-dev | 02:48 | |
*** J1m has quit IRC | 02:53 | |
*** q[monty] has joined #zope3-dev | 02:54 | |
q[monty] | anybody want to help a zope2 hacker trying to make the transition? | 02:55 |
*** q[monty] has quit IRC | 02:56 | |
*** q[monty] has joined #zope3-dev | 02:57 | |
*** xenru has quit IRC | 03:01 | |
*** xenru has joined #zope3-dev | 03:02 | |
*** q[monty] has quit IRC | 03:06 | |
*** efge has quit IRC | 03:08 | |
*** whit has quit IRC | 03:44 | |
*** whit has joined #zope3-dev | 03:48 | |
*** stub has joined #zope3-dev | 03:52 | |
*** niemeyer has quit IRC | 04:43 | |
*** sashav has joined #zope3-dev | 04:45 | |
*** whit has quit IRC | 04:49 | |
*** newpers has joined #zope3-dev | 04:57 | |
*** whit has joined #zope3-dev | 05:01 | |
*** SteveA has quit IRC | 05:05 | |
*** xenru has quit IRC | 06:53 | |
*** natea has quit IRC | 07:21 | |
*** whit has quit IRC | 07:24 | |
*** natea has joined #zope3-dev | 07:34 | |
*** jhauser has quit IRC | 07:44 | |
*** MacYET_ has joined #zope3-dev | 07:57 | |
*** sashav has quit IRC | 08:31 | |
*** natea is now known as natea|zZz | 08:49 | |
*** natea has joined #zope3-dev | 08:50 | |
*** newpers has quit IRC | 09:00 | |
*** MacYET_ has quit IRC | 09:00 | |
*** MacYET has joined #zope3-dev | 09:02 | |
*** jvts has joined #zope3-dev | 09:16 | |
*** projekt01 has joined #zope3-dev | 09:25 | |
*** hdima has joined #zope3-dev | 09:27 | |
*** Aiste has joined #zope3-dev | 09:35 | |
*** j-w has joined #zope3-dev | 09:57 | |
*** sashav has joined #zope3-dev | 10:13 | |
*** Aiste has quit IRC | 10:18 | |
*** tvon has joined #zope3-dev | 10:35 | |
*** tvon has quit IRC | 10:35 | |
*** vlado has joined #zope3-dev | 10:53 | |
*** MJ has joined #zope3-dev | 11:04 | |
*** mgedmin has joined #zope3-dev | 11:19 | |
*** mgedmin has quit IRC | 11:24 | |
*** tarek has joined #zope3-dev | 11:31 | |
*** regebro has quit IRC | 11:32 | |
*** d2m has joined #zope3-dev | 11:36 | |
*** xenru has joined #zope3-dev | 11:39 | |
*** tarek has quit IRC | 11:48 | |
projekt01 | MacYet, are you andreas? | 11:54 |
MacYET | jo | 11:55 |
projekt01 | I try to fix the JSONRPC implementation, seems to be the same issue like in XMLRPC. | 11:56 |
MacYET | hm...where is the problem? | 11:56 |
projekt01 | I don't know I saw a mail about the issu in XMLRPC, seems that the response factory don't get called | 11:56 |
MacYET | i fixed that some days ago | 11:57 |
projekt01 | Yes, I saw that, now I have to fix the jsonserver package form Jim Washington | 11:57 |
MacYET | well, hard to tell anything without knowing what's going wrong :) | 11:58 |
projekt01 | it's a external package (it's not your fault) | 11:58 |
projekt01 | Ok, then I guess I just have to find the right order weight for the JSON RPC registration | 11:59 |
projekt01 | MacYet, thanks, that will help if I know that XMLRPC works. | 12:00 |
MacYET | the might be the problem | 12:00 |
*** MrTopf has joined #zope3-dev | 12:04 | |
*** mgedmin has joined #zope3-dev | 12:19 | |
projekt01 | MacYet, everything is fine in jsonserver now, was sending a patch to Jim. | 12:19 |
projekt01 | MacYet, btw. cool work the publication factory registration! | 12:19 |
MacYET | tnx | 12:20 |
*** faassen has joined #zope3-dev | 12:22 | |
*** ignas has joined #zope3-dev | 12:24 | |
*** dobee has joined #zope3-dev | 12:42 | |
projekt01 | hi dobee | 12:42 |
dobee | hi | 12:42 |
projekt01 | dobee, are you comming to zuerich in two weeks at our mini-sprint? | 12:43 |
dobee | which date | 12:43 |
projekt01 | the target are the formlib and viewlets | 12:43 |
* projekt01 is looking for find the date in dominiks mail | 12:44 | |
projekt01 | evertime the second thuesday each month, should be the 8. november | 12:46 |
projekt01 | should I send a reminder mail to you if dominik will send the announcement | 12:47 |
dobee | i write it in my calendar, but i don't know if i can come, because we have a lot of project work and i have a deadline for a project at 15th, is it ok if i can inform you if i come on 7th | 12:49 |
dobee | projekt01: i think it's 90% that i can come | 12:50 |
dobee | bad english | 12:51 |
projekt01 | no problem | 12:51 |
projekt01 | btw, I guess Daniel will also be there (the guy how improved the pdftemplate package) | 12:52 |
dobee | cool | 12:54 |
*** regebro has joined #zope3-dev | 13:02 | |
*** andres has joined #zope3-dev | 13:05 | |
*** mkerrin has joined #zope3-dev | 13:07 | |
*** efge has joined #zope3-dev | 13:14 | |
*** dobee has quit IRC | 13:23 | |
*** philiKON has joined #zope3-dev | 13:38 | |
philiKON | hi | 13:40 |
*** mgedmin has quit IRC | 13:44 | |
*** ignas has quit IRC | 13:57 | |
* MacYET is away: Blicket auf zum Retterblick, Alle reuig Zarten, Euch zu sel'gem Glueck, Dankend umzuarten! | 14:08 | |
*** niemeyer has joined #zope3-dev | 14:13 | |
*** dobee has joined #zope3-dev | 14:19 | |
*** apoirier has joined #zope3-dev | 14:27 | |
projekt01 | srichter, ayt? | 14:41 |
*** zbir has quit IRC | 14:42 | |
srichter | projekt01: btw, Tom from SchoolTool will also look at pdftemplate | 14:42 |
projekt01 | cool | 14:42 |
projekt01 | Can you take a look at zope.schema._bootstrapfields.py line 265 | 14:43 |
projekt01 | there is: if self.min_length is not None and len(value) < self.min_length: | 14:43 |
projekt01 | but min_lenght is "0" as default and not None. | 14:44 |
projekt01 | srichter should I implement a BytesOrFileChunk(Bytes) field for get rid of the file bug for the next release? | 14:46 |
projekt01 | otherwise we can't handle large files and validate them ;-) | 14:47 |
projekt01 | because zope.app.file.File uses on large file data a FileChunk object and the Bytes field will vaidate them as string | 14:48 |
projekt01 | What do you think? I would be happy to add this, so I can get rid of this bugfix in Tiks. | 14:49 |
* projekt01 srichter, I just go the get a coffee, I don't ignore you.... | 14:55 | |
* MacYET is back (gone 01:05:48) | 15:13 | |
*** anguenot has joined #zope3-dev | 15:22 | |
projekt01 | srichter, ayt? | 15:26 |
srichter | benji: I just a bad bug in mechanize | 15:27 |
srichter | projekt01: yeah, here | 15:28 |
benji | oh, no, you just a bad bug! | 15:28 |
benji | :) | 15:28 |
srichter | benji: I just found a bad bug in mechanize | 15:28 |
srichter | :-) | 15:28 |
benji | srichter, can you reproduce it and mail the mechanize list about it? | 15:29 |
srichter | when you say browser.close(), the response is not closed | 15:29 |
srichter | well, it is not easily reproducable | 15:29 |
benji | He's about to release a new version, can you send him a patch | 15:29 |
benji | ? | 15:29 |
srichter | I just noticed it when I opened a lot of links | 15:29 |
srichter | I got a "too many files opened" error | 15:30 |
benji | aaah! | 15:30 |
srichter | because the response file is never closed | 15:30 |
benji | yep | 15:30 |
*** Aiste has joined #zope3-dev | 15:30 | |
srichter | I think it is a design issue | 15:30 |
benji | :/ | 15:30 |
srichter | because when you open a new URL, it should also close the response | 15:31 |
srichter | so it is not just one place (maybe) that needs fixing | 15:31 |
srichter | depending where browser.close() is called | 15:31 |
srichter | oh, browser.close() is broken even more ;-) | 15:32 |
benji | a workaround might be to delete the browser object and create a new one | 15:32 |
srichter | it sets the history to None and not an empty list; sigh | 15:32 |
benji | (I don't know if other things hold a reference to the opened objects) | 15:32 |
srichter | the workaround is simple: | 15:33 |
srichter | browser.response().close() | 15:33 |
srichter | :-) | 15:33 |
benji | yeah, the None thing sounds like a bug | 15:33 |
benji | ok, so are you saying that we can fix it in testbrowser? | 15:33 |
srichter | yes | 15:34 |
srichter | of course, I would rather fix mecahnize, because that's what I am using for the static apidoc maker | 15:34 |
benji | ahh, ok | 15:35 |
benji | well, I need to go to work now, I'll talk to you later | 15:35 |
srichter | oh, I found another bug :-) | 15:35 |
benji | :) | 15:35 |
srichter | benji: see ya | 15:35 |
benji | l8r | 15:35 |
*** benji has quit IRC | 15:35 | |
*** andres_ has joined #zope3-dev | 15:36 | |
srichter | projekt01: aehm, I cannot remember, the file versus byes issue | 15:36 |
srichter | I think it would be good to send a message to the ML and ask for opinion | 15:36 |
projekt01 | the data field of the IFile interface uses a Bytes field | 15:37 |
srichter | right | 15:37 |
projekt01 | and this field validates strings | 15:37 |
srichter | I thought this was addressed in the jhauser-... branch? | 15:37 |
projekt01 | and not FileChunk | 15:37 |
srichter | also, Jim was talking about BLOB support and so on | 15:38 |
projekt01 | Yup, this means it's not fixed in the next release | 15:38 |
projekt01 | Yes | 15:38 |
srichter | projekt01: I think a new field would be okay, but not in zope.schema | 15:38 |
srichter | since zope.schema does not know about the publisher | 15:38 |
srichter | and thus FileChunk | 15:38 |
projekt01 | Yes | 15:38 |
projekt01 | Ok, I think we should work on the IFile implementation after the next release | 15:39 |
srichter | yes | 15:40 |
projekt01 | Ok | 15:41 |
*** tarek has joined #zope3-dev | 15:50 | |
*** zbir has joined #zope3-dev | 15:50 | |
*** andres has quit IRC | 15:52 | |
*** whit has joined #zope3-dev | 15:58 | |
*** bradb has joined #zope3-dev | 16:05 | |
*** apoirier has quit IRC | 16:10 | |
*** whit has quit IRC | 16:12 | |
*** benji has joined #zope3-dev | 16:19 | |
*** sashav has quit IRC | 16:26 | |
*** mexiKON has joined #zope3-dev | 17:09 | |
*** hdima has quit IRC | 17:11 | |
*** mexiKON has quit IRC | 17:16 | |
*** philiKON has quit IRC | 17:18 | |
*** sashav has joined #zope3-dev | 17:20 | |
*** mexiKON has joined #zope3-dev | 17:22 | |
*** yotaff has joined #zope3-dev | 17:29 | |
*** MrTopf has quit IRC | 17:31 | |
*** philiMAC has joined #zope3-dev | 17:36 | |
*** philiMAC is now known as philiKON | 17:39 | |
*** mexiKON has quit IRC | 17:47 | |
*** whit has joined #zope3-dev | 17:52 | |
*** J1m has joined #zope3-dev | 17:55 | |
*** stub has quit IRC | 17:55 | |
zbir | srichter: I'm poking through the zope3-dev archives on gmane, looking for examples of sql PAU plugins. | 17:57 |
*** klaus_ has joined #zope3-dev | 17:57 | |
zbir | It looks like they (sql.py and/or others?) were pruned from zope.app.authentication | 17:57 |
srichter | yes, but there is a SQL plugin | 17:58 |
srichter | at least we wrote one last year during the isar sprint | 17:58 |
zbir | do you know where it got to? It's no longer in zope.app.authentication, and the IsarSprint wiki suggests that it was at some point in the past in zope.app.pas.sql (which is also no longer the case). | 18:10 |
srichter | let me check | 18:17 |
zbir | danke | 18:19 |
srichter | zbir: you are right, it must have got lost in some of the refactorings | 18:24 |
srichter | zbir: so the right thing would be to revive it and put it back | 18:24 |
zbir | I've gone back to some of the older tags | 18:24 |
zbir | none of the 3.1.0 tags seems to have it. | 18:25 |
srichter | no, it would have been gone during the CA refactorings | 18:25 |
projekt01 | srichter, I have everything fixed in Tiks. What the next step for zope.portlets? | 18:25 |
srichter | projekt01: I have not thought about it at all :-) | 18:26 |
srichter | projekt01: I am trying to get the release lined up | 18:26 |
projekt01 | ok, then I will work on the boston skin first | 18:27 |
srichter | yeah, that would be great | 18:27 |
*** jvts has quit IRC | 18:27 | |
srichter | I would be tempted to include the boston skin in the release, if it works well | 18:27 |
projekt01 | Ok, I'll start tonight or at least tomorrow | 18:27 |
projekt01 | cool, then I'll start now ;-) | 18:28 |
zbir | I found a revision where it at least existed. That should give me enough to go on for now. Thanks, srichter | 18:28 |
srichter | you are welcome | 18:28 |
zbir | looks like it disappeared back at r29714 | 18:32 |
zbir | heh, pretty simple :) | 18:33 |
*** vlado has quit IRC | 18:34 | |
*** projekt01 is now known as _projekt01 | 18:34 | |
*** fdrake has joined #zope3-dev | 18:38 | |
fdrake | philiKON, hey | 18:39 |
philiKON | hey fdrake | 18:39 |
fdrake | was talking w/ Tres about 2.9 | 18:39 |
fdrake | (product configuration) | 18:39 |
fdrake | we'll have it for 2.9 :-) | 18:39 |
philiKON | cool | 18:39 |
philiKON | fdrake, let's head over to #z3-base | 18:39 |
fdrake | k | 18:39 |
*** MacYET has left #zope3-dev | 18:39 | |
srichter | fdrake: philiKON: please remember feature freeze is on Tuesday | 18:40 |
fdrake | right | 18:40 |
philiKON | yup | 18:40 |
philiKON | srichter, thinking about nothing else these days | 18:41 |
*** xenru has quit IRC | 18:48 | |
*** dobee has quit IRC | 18:49 | |
*** MJ has quit IRC | 18:50 | |
*** whit has quit IRC | 19:00 | |
*** klaus_ has quit IRC | 19:06 | |
*** j-w has quit IRC | 19:07 | |
*** jukart has joined #zope3-dev | 19:08 | |
*** baldtrol has joined #zope3-dev | 19:10 | |
*** BjornT_ has joined #zope3-dev | 19:13 | |
*** BjornT has quit IRC | 19:24 | |
*** MJ has joined #zope3-dev | 19:28 | |
*** ignas has joined #zope3-dev | 19:34 | |
*** whit has joined #zope3-dev | 19:38 | |
*** faassen has quit IRC | 19:40 | |
baldtrol | is there a known issue with zope3.1final's catalogs? i've been able to google a few related issues, but i can't seem to find a fix... | 19:50 |
srichter | no, not that I know of | 19:52 |
baldtrol | hmm. when i try to register a catalog on a fresh mkzopeinstance install, i get this: ComponentLookupError: (<InterfaceClass zope.app.intid.interfaces.IIntIds>, '') | 19:53 |
srichter | please report it on the mailing list | 19:54 |
baldtrol | will do... i just saw it there already, without a fix listed, i didn't want to keep reporting something that's already in the works | 19:54 |
srichter | baldtrol: try the trunk first though | 19:54 |
baldtrol | will do | 19:55 |
tarek | srichter, were do you move implemented proposals on the z3 wiki ? | 20:07 |
*** Alef has joined #zope3-dev | 20:08 | |
srichter | tarek: OldProposals | 20:09 |
srichter | note that the old proposals are sorted alphabetically and have their state behind them | 20:10 |
tarek | ok | 20:10 |
tarek | srichter, ok all done | 20:12 |
srichter | great! | 20:12 |
srichter | thanks! | 20:12 |
*** BjornT_ is now known as BjornT | 20:16 | |
*** xenru has joined #zope3-dev | 20:19 | |
yotaff | hi :) | 20:24 |
yotaff | I have a trunked message id : Id of the version history related to the version controlled | 20:24 |
yotaff | resource.\n | 20:24 |
yotaff | If this isn't set (is None), \n | 20:24 |
yotaff | oups | 20:24 |
yotaff | \n | 20:24 |
yotaff | sorry | 20:24 |
*** whit is now known as whit|busy | 20:24 | |
yotaff | philiKON: ayt ? | 20:24 |
philiKON | yes | 20:25 |
yotaff | do you have the same problem in other .po files ? | 20:26 |
philiKON | sorry, dunno | 20:26 |
philiKON | i'm a bit busy right now | 20:26 |
philiKON | maybe ask the other translators on the zope3-i18n list | 20:26 |
yotaff | oki thx | 20:27 |
*** BjornT has quit IRC | 20:27 | |
*** BjornT has joined #zope3-dev | 20:27 | |
*** niemeyer_ has joined #zope3-dev | 20:30 | |
*** andrew_m has quit IRC | 20:30 | |
*** niemeyer has quit IRC | 20:30 | |
J1m | srichter, tarek http://buildbot.zope.org/ | 20:39 |
*** regebro has quit IRC | 20:43 | |
*** mkerrin has quit IRC | 20:49 | |
*** strichter has joined #zope3-dev | 20:56 | |
* tarek is reading the buildbot | 21:02 | |
*** jvts has joined #zope3-dev | 21:02 | |
*** mkerrin has joined #zope3-dev | 21:04 | |
benji | tarek, I ran the tests from the revision just before your checkin and they all passed | 21:07 |
*** deo has joined #zope3-dev | 21:07 | |
tarek | benji, i am trying to figure out why they pass on my box | 21:08 |
*** srichter has quit IRC | 21:09 | |
strichter | tarek: try a completely fresh checkout | 21:09 |
*** anguenot has quit IRC | 21:09 | |
tarek | it's a fresh checkout, but i am re-checking again | 21:10 |
*** natea is now known as natea|away | 21:14 | |
*** andrew_m has joined #zope3-dev | 21:14 | |
tarek | strichter, it lists the rpc methods from the publisher/xmlrpc/README.txt doctest | 21:16 |
strichter | I saw the failure, but I am doing research right now, so I cannot look into it | 21:16 |
benji | tarek, do you think you'll be able to fix the failure? | 21:18 |
tarek | i'm trying to make it fail on my box as well | 21:19 |
benji | ok | 21:19 |
tarek | because it passed when i comited it, there's something wrong with my environment | 21:19 |
benji | tarek, a fresh checkout (not an update) does not fail on your box? | 21:19 |
tarek | no, it doesn't | 21:20 |
tarek | i did a fersh checkout for the merge | 21:20 |
benji | did you do a fresh checkout after the merge? | 21:20 |
tarek | no, i am doing it now | 21:21 |
*** baldtrol has left #zope3-dev | 21:23 | |
tarek | benji, ok i can reproduce it now, if i launch the test for the whole zope | 21:28 |
tarek | i can therefore fix it | 21:28 |
strichter | eek, sounds like one test is not cleaning up after itself | 21:28 |
tarek | yes the publisher/xmlrpc | 21:29 |
tarek | i am catching the rpc methods | 21:29 |
tarek | of its readme.txt | 21:29 |
tarek | what's the proper way the clean it up ? | 21:30 |
*** xenru has quit IRC | 21:30 | |
*** dobee has joined #zope3-dev | 21:33 | |
*** sureshvv has joined #zope3-dev | 21:43 | |
benji | tarek, without looking into it more deeply, I can't offer suggestions for a fix | 21:45 |
sureshvv | benji... can i use zope3 testbrowser to test a zope2 site? | 21:46 |
*** efge has quit IRC | 21:47 | |
*** philiKON has quit IRC | 21:47 | |
benji | sureshvv, you can technically (testbrowser also has the ability to access any site via http) but no one is doing it right now | 21:47 |
sureshvv | i tried... got all kinds of errors | 21:48 |
sureshvv | i like what you have done over mechanize | 21:48 |
tarek | benji, it seems that the context (xmlconfig.string) settled in publisher/xmlrpc test is not cleaned up, and is inherited in the xmlintrospection package test, so i am trying to figure out how to clean it so when my test starts, there's no previous xml directive | 21:48 |
sureshvv | any plans to make a mechanize distro | 21:48 |
benji | sureshvv, I've made an alpha distribution, but really need to spend more time to make a proper dist. | 21:49 |
benji | sureshvv, see zope/testbrowser/over_the_wire.txt for an example | 21:49 |
sureshvv | ok | 21:50 |
benji | tarek, the tearDown for the publisher/xmlrpc test should do the cleanup | 21:51 |
tarek | benji, ok i found the problem | 21:53 |
benji | great | 21:53 |
sureshvv | benji... is Tim Peters here> | 21:53 |
benji | sureshvv, he's "here" as in he's sitting next to me, but I don't know if he's on IRC... | 21:53 |
*** natea|away is now known as natea | 21:54 | |
benji | sureshvv, he's not in IRC right now | 21:54 |
sureshvv | benj... i sent him email on windows zope builds | 21:54 |
sureshvv | benji... can i checkout zope3 under the site-packages folder of python? | 21:55 |
benji | sureshvv, you can't check it out into site-packages, but you can install it into there | 21:56 |
sureshvv | benji... it would be nice to do "svn up" from there :) | 21:57 |
benji | sureshvv, I have to go at the moment, but would like to talk about this later | 21:59 |
*** Aiste has quit IRC | 22:00 | |
*** whit|busy has quit IRC | 22:00 | |
*** dobee has quit IRC | 22:02 | |
*** sureshvv has quit IRC | 22:05 | |
tarek | benji, do you know if there's another way to clean up directives in tearDown, that using a provideView with None for factory, because this is not working | 22:06 |
*** ignas has quit IRC | 22:06 | |
tarek | s/that/than | 22:06 |
*** jukart has left #zope3-dev | 22:12 | |
strichter | you shoule be able to simply call placelesssetup.tearDown() | 22:16 |
strichter | tarek: that clears all registrations | 22:16 |
*** jhauser has joined #zope3-dev | 22:20 | |
tarek | strichter, a call to placelesssetup.tearDown() brakes a bunch of functional tests | 22:20 |
strichter | mmh, that should not be | 22:24 |
strichter | are you functional tests failing? | 22:24 |
strichter | ohhh, I see | 22:24 |
strichter | you ftests are failing | 22:24 |
strichter | why would you need to unregister something? | 22:24 |
tarek | in the publisher/xmlrpc test in fact | 22:25 |
strichter | (note that another method would be to not test for the entire XML output but just the subset you are interested in | 22:25 |
tarek | yes but the results would vary if you calll the test alon or with other tests | 22:25 |
strichter | that's right | 22:26 |
tarek | the directives in publisher/xmlrpc test are not well cleaned | 22:26 |
strichter | but you are only testing for the part you are interested in | 22:26 |
strichter | ahh, I see | 22:26 |
tarek | and they pop as xmlrpc methods | 22:26 |
tarek | but if i use placelesssetup.tearDown() there, the upcoming test don't like it too much | 22:27 |
tarek | placelesssetup.tearDown() looks too powerfull :) | 22:27 |
strichter | not, if you are in a unittest | 22:28 |
strichter | you cannot use placeless tearDown in ftests of course | 22:28 |
tarek | its all functional tests there, | 22:29 |
strichter | right, you cannot use the method for this | 22:29 |
tarek | ok | 22:29 |
strichter | are the directive tests inside functional tests? | 22:29 |
strichter | the publisher/xmlrpc ones I mean | 22:29 |
tarek | yes | 22:30 |
strichter | ahh, I see | 22:30 |
strichter | I would suggest just fixing your test and use ... | 22:31 |
tarek | it seems that ztapi.provideView called with None for the factory argument does not remove it | 22:31 |
strichter | strange | 22:31 |
strichter | maybe it is not an identical registration? | 22:31 |
tarek | the "for" is similat | 22:32 |
tarek | r | 22:32 |
strichter | it needs to be identical; otherwise it will not work | 22:32 |
strichter | (including provides and name) | 22:33 |
tarek | i am going to use ellipsis | 22:34 |
*** whit has joined #zope3-dev | 22:35 | |
*** natea is now known as natea|away | 22:37 | |
tarek | I am fixing this one now, and i can commit the fix http://pastebin.com/406981 | 22:41 |
strichter | ok | 22:44 |
*** strichter is now known as srichter | 23:02 | |
*** ChanServ sets mode: +o srichter | 23:02 | |
*** natea|away is now known as natea | 23:05 | |
*** benji has quit IRC | 23:05 | |
*** mkerrin has quit IRC | 23:10 | |
*** zbir has quit IRC | 23:17 | |
*** whit has quit IRC | 23:19 | |
*** zbir has joined #zope3-dev | 23:20 | |
*** whit has joined #zope3-dev | 23:21 | |
*** benji has joined #zope3-dev | 23:24 | |
*** natea is now known as natea|busy | 23:33 | |
*** sashav has quit IRC | 23:49 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!