Florent Guillaume wrote:
I've made changes so that Five and (Zope 2.9 & Zope 2 trunk) send
IContainerModifiedEvents when appropriate. These events are new in Zope
3.2, and subclass IObjectModifiedEvents.
This is of course available in Five 1.2 and Five 1.3.
I still have to s
into Zope 2.9 and
Zope 2 trunk to make them work. I'll do that later today.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope
voke conflict errors on a
naked Zope?
from ZODB.POSException import ConflictError
raise ConflictError
Guess what, I know that. But I want a "real" ConflictError, to see what
useful info about involved objects I can log.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Dir
2 tests because they're
costly in time, it's trivial to do so.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
- Zope-Checkins@zope.org
http://mail.zope.org/mailman/listinfo/zope-checkins
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://m
the
HTTPPublicationRequestFactory so that it is not so
obtuse? My monkey-patch now has to munge two methods
to make xml uploads work and I am less happy with it
than I was before.
This could be turned into a "disable-xmlrpc" config option. Could you
provide your updated monkey-patch
t fact?
If nothing is logged, I'll add something at level ERROR.
BTW does someone have a handy script to provoke conflict errors on a
naked Zope?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http:/
you never know...
http://mail.zope.org/pipermail/zope-checkins/2005-November/030103.html
Thanks,
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev mailli
extId'
WARNING Init Class Products.CMFSetup.tool.SetupTool has a security
declaration for nonexistent method 'runAllSetupSteps'
WARNING Init Class Products.CMFSetup.tool.SetupTool has a security
declaration for nonexistent method 'executeStep'
Florent
--
Florent Guillaume, Nuxeo (
[Intended for zope-dev actually...]
Florent Guillaume wrote:
Florent Guillaume wrote:
I'm in the process of refactoring OFS to use new-style security
declarations (about time ;)), and I stumbled on something which may
or may not be a bug, I don't know, I'd like some else
Florent Guillaume wrote:
I'm in the process of refactoring OFS to use new-style security
declarations (about time ;)), and I stumbled on something which may or
may not be a bug, I don't know, I'd like some else's opinion:
The class SimpleItem has the definition (it
ell but not clear from the code.
What do you think I should do?
- fix to use View?
- fix to use nothing?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope
a bug or a feature...it's basically a question of having
time...
But having specific days set aside is still a good incentive.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
_
ant to go further we need to schedule bug days. One per
week, or something like that. Otherwise nobody will set aside the time
to discuss, investigate and fix the current bugs.
BTW I'm for removing the 2.9 branch for now.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director
al seconds which results in a even more loaded queue on
the booting server ...
Does this sound reasonable to make the behaviour of opening the ports
configurable? Does anybody have an idea how hard this would be to do?
Cheers,
Christian
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&
ot changed its value to
True, because Zope2.Startup.start_zope was never called, instead of that
called
Zope2.Startup.run.run function.
What do you suggest? If you feel the attribute 'started' should be removed
from Zope, because it's unused, please file a new ticket in the Zo
Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo/zope-announce
http://mail.zope.org/mailman/listinfo/zope )
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1
egorize this as an actual bug report (I'd like to test
more rigorously with a script to verify a leak), but after reading the
note on Changes for 2.8.x in the to do section, I was curious:
Is this a known issue?
If so, has there been any headway, and can I be of any assistance in
resolvin
with Tres and others. -1 on removing ./configure and the
Makefile. It's expected by all sysadmins.
And if setup.py works, then the Makefile should be just a few lines
invoking it, so it's no real burden.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1
fit of the ./configure script is that it
(presumably) chooses the right Python for you, which isn't always what
you want, anyways. At least I do ./configure --with-python=... more than
half of the times. So I could just call python setup.py install with
whatever Python I want in the first pla
Victor Safronovich wrote:
Hello Florent Guillaume,
Monday, October 31, 2005, 6:25:20 PM, you wrote:
FG> This was changed because have mutable objects stored as properties can lead
FG> to unexpected behavior. Do you mean you have a custom proprty type called
FG> "list"
stored as properties can lead
to unexpected behavior. Do you mean you have a custom proprty type called
"list"? What's your use case for it, and why can't tuple fit the bill ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&
create tests and run them iteratively.
Jim merged his new testrunner some time ago. Syntax has changed
slightly, see the help (zopectl test -h). You should do for instance:
zopectl test -s you.product.name
zopectl test -s you.product.name -m module-regexp -t test-regexp
Florent
--
Florent Guilla
parameters to created
URLs. There remain some open questions with respect to virtual hosting.
I prefer that the URL parts corresponding to the virtual host
cannot be modified by traversal parameters during URL construction.
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
l 1 ("dots") the default value. People
who want quiet mode can always pass '-q'.
+1
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maill
ath $DATADIR/A.fs
Yes, please. There is already confusion for cache-size, let's not repeat
that with another key. Note that "database-name" is more expressive, I think
(the "multi" seems like an implementation detail to me).
Florent
--
Florent Guillaume, Nu
but that's not very satisfying. And if zLOG is
deprecated I'd rather avoid it.
Any idea?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev m
Checked in for 2.8 and trunk:
http://svn.zope.org/Zope/?view=rev&rev=38738
Florent
Florent Guillaume wrote:
Today @ is forbidden in object ids. That's controlled by the bad_id
regexp in OFS.ObjectManager, which tries to ensure that ids will be
useable as URL components.
However
Correction: it works on the 2.8 branch, but not the trunk.
Florent
On 4 Oct 2005, at 12:38, Florent Guillaume wrote:
The OFS.testObjectManager tests are failing when run in isolation
on the Zope 2 trunk (also on the 2.8 branch). Any idea? I'll look
at it anyway, but if someone's
uld_fail', si )
File "/usr/local/lib/python2.3/unittest.py", line 295, in
failUnlessRaises
raise self.failureException, excName
AssertionError: EmergencyUserCannotOwn
------
Ran 19 tests in 0.077s
Florent
--
Florent Guilla
def foo(): ...
InitializeClass(C)
then later on:
security = ClassSecurityInfo()
C.security = security
security.declareProtected(...)
C.newmethod = something
InitializeClass(C)
Anyway that's what I do. I never relied on a preexisting C.security.
Florent
--
Florent Guillaume, Nuxeo (Paris,
Is there any problem if I change current Zope 2 trunk uses of
inheritedAttribute into calls to super ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope
iltin_getattr" turn
> + only 'AttributeError' into a default value, such
> + that e.g. "ConflictError" and errors raised by the filter
> + are not mapped to the default value.
> +*/
> + if (PyErr_ExceptionMatches(PyExc_AttributeError)) {
> +
for instance). There are
other uses.
Unless there's opposition, I'll change the code to allow it.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Dieter Maurer wrote:
Florent Guillaume wrote at 2005-8-9 17:18 +0200:
We're seeing problems in one application here due to the catalog and
interactions with Unicode. Here's what happens:
- an object is indexed with a Unicode title, so in the catalog the
metadata tuple has fo
except UnicodeDecodeError:
changed = True
if changed:
data[index] = newDataRecord
Objections ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
op.
"""
def _afterItemCopy(source_object):
"""
Called after an item has been copied.
source_object is the original object.
Returns True if recursion should stop.
"""
Note, I'm not too sure about the source_container and source_
packages in the python path
> which is hard with some hosting arrangements)
>
> And what's the argument against a core scheduler regardless of a clock?
> Isn't running background tasks a common need amoungst many very
> different tools and therefore a interstructure iss
Andrew Veitch <[EMAIL PROTECTED]> wrote:
> Is there any chance of getting Dieter Maurer's one line patch into
> the next bug fix release?
>
> http://www.zope.org/Collectors/Zope/556
>
> It would be hugely helpful to us.
It would need some kind of unit tests.
F
appear in the output.
There are no other differences in my setup.
Anyone know why and where this behaviour is triggered ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
_
help manage memory consumption better. Has
anybody done something like that?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope
How about boosting the default ZODB cache_size to something less
ridiculous than the default 4000 ?
I propose changing etc/zope.conf.skel to have an explicit value of
2.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo
rent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
am I just
> brain-dead today?
Proxy roles are designed to provide additional rights to the restricted
python machinery executing some Python Script or DTML. They don't
propagate to the code called by them.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) C
m
> to Zope 2, though that may be too much of a mismatch between security
> systems.
Yeah this crossed my mind too. I'll look at it at some point, it doesn't
strike me as overly complex.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Directo
.9 cycle (i.e., why not now ? :)
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope
is was done on the chrism-zserver-connection-policies-branch
> branch in CVS a while back. See
> http://cvs.zope.org/Zope/lib/python/ZServer/?only_with_tag=chrism-zserver-connection-policies-branch
Nice too.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&
t; Any ideas what could be wrong here, or how I could debug it?
Use DeadlockDebugger.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev
be optional, which adds even
more complexity to the code :( So in the end the realities of backward
compatibility are a big hurdle.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
__
Shane Hathaway <[EMAIL PROTECTED]> wrote:
> Florent Guillaume wrote:
> > What is the dependency on the python implementation, is it just
> > _embed_permission_in_roles ? Didn't you succeed in patching the C
> > version too in some earlier versions of VerboseSecur
wing lines to etc/zope.conf:
>
> security-policy-implementation python
> verbose-security on
What is the dependency on the python implementation, is it just
_embed_permission_in_roles ? Didn't you succeed in patching the C
version too in some earlier versions of VerboseSecurity ?
Flo
Andreas Jung <[EMAIL PROTECTED]> wrote:
> --On 13. Juni 2005 17:15:40 +0200 Florent Guillaume <[EMAIL PROTECTED]> wrote:
> > Not caused by this patch, but shouldn't this be '_v_' instead of '_v' ?
> > ZODB/persistentclass.py has the same code, b
y the way...
Florent
>
> def __delattr__(self, name):
> +super(ZClassPersistentMetaClass, self).__delattr__(name)
> if not ((name.startswith('_p_') or name.startswith('_v'))):
> self._p_maybeupdate(name)
> -super(ZCla
is caused by Localizer having a class
> as a class attribute:
> manage_attributesForm = LocalDTMLFile
> Apparently, Zope thinks that this class attribute needs a name, but
> there isn't one.
I fixed this for the upcoming 2.8.0:
http://svn.zope.org/Zope/?rev=30675&view=re
cop is definitely not a good one.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinf
Andreas Jung <[EMAIL PROTECTED]> wrote:
> Any objections to move BTreeFolder2 into the Zope core for Zope 2.8?
> BTF is widely used in the Zope, CMF & Plone world and it would not hurt
> to ship it with Zope.
+1!
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO,
ons?
+1 if it's a separate new index (don't change the existing PathIndex).
Does it provide a way of cataloging the ordering of children? Otherwise
I don't see how you can build navigation tree using it (unless you don't
care about ordering of course).
Florent
--
Florent
7;s a good idea.
Should I create a patch ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/lis
ve quite a number of problems
in Mac OS X 10.3 (don't know about upcoming Tiger).
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope
Jim Fulton wrote:
Florent Guillaume wrote:
I really could use a post publishing hook.
Standard use case: delay indexing at the end of the request to only do
it once per object even if the object has been modified 4 times.
Today there's the REQUEST._hold() hack with an instance having a
__
Chris Withers wrote:
Florent Guillaume wrote:
Ok, thanks a lot to Tres for having gone ahead and done that. I just
merged his branch. All 5645 tests pass (man, with Zope 3 included that's
way more than before!)
Did you check with Tres that his branc hwas ready to merge? ;-)
Yes.
Florent
--
Fl
a PUT request.
> self._file = self.stdin
> return
>
> Can anyone think of a reason I shouldn't do this?
Is stdin the medusa stream or T1 at this point ? Because for
ConflictError retry we need an input that is seekable (HTTPRequest.retry
does self.stdin.seek(0)).
Florent
Christian Theune wrote:
Florent Guillaume:
I really could use a post publishing hook.
Standard use case: delay indexing at the end of the request to only do
it once per object even if the object has been modified 4 times.
Are your talking about a short thing for 2.7?
Yes we need it for CPS which
e object is marked changed but
> no transaction knows about it -- no change to this object in the future
> will get persisted until a restart).
Ah, that was what I was afraid of, but I was assured it was not the
case. I'll have to reread that transaction code... and maybe readd the
___
> Zope-Dev maillist - Zope-Dev@zope.org
> http://mail.zope.org/mailman/listinfo/zope-dev
> ** No cross posts or HTML encoding! **
> (Related lists -
> http://mail.zope.org/mailman/listinfo/zope-announce
> http://mail.zope.org/mailman/listinfo/zope )
should highlight the change, and include the zope.conf
> snippet required to restore the old behavior. We could add a
> deprecation warning (if that entry is activated), that the old-style
> option would be removed in 2.10.
Ok, thanks a lot to Tres for having gone ahead and done that. I just
Christian Heimes <[EMAIL PROTECTED]> wrote:
> Florent Guillaume wrote:
> > I really could use a post publishing hook.
> > Standard use case: delay indexing at the end of the request to only do
> > it once per object even if the object has been modified 4 times.
>
ctions_manager:
transactions_manager.commit()
Florent
> I just had to override
> zpublisher_validated_hook to do some stuff that would have been a bit
> easier if a different hook existed, but that might be a different use
> case...
>
>
> On Fri, 2005-04-01 at 10:48, Florent Guillaume w
had to override
zpublisher_validated_hook to do some stuff that would have been a bit
easier if a different hook existed, but that might be a different use
case...
On Fri, 2005-04-01 at 10:48, Florent Guillaume wrote:
I really could use a post publishing hook.
Standard use case: delay indexing at the end of the request
That's tougher to deal with... The
transaction has to be retried, without the user being aware of it, so it
means the hook should probably be called *before* things are sent to the
browser.
What do you think?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+
Florent Guillaume <[EMAIL PROTECTED]> wrote:
> >> Unauthorized in getObject is out of the question, that would be new
> >> behaviour.
> >
> > Well, in 2.8, new behaviour is expected, right?
> > I really passionately believe that we should not be return
There are xml parsers,mime decoders all of which do
> have binary code bits, so I asking for expert
> advice, if someone knows of what circuimstances zope would use /tmp
> directory to create a file...
> your help will be greatly appreciated.
> Pavel
--
Florent Guillaume, Nuxeo (
27;t quite hit beta yet I'm very keen to see
it fixed asap.
Any objections?
I'm ok for 2.8. I'll look at it.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
__
I'd like to disable FTP by default, by commenting it out in
skel/etc/zope.conf. The reason is that it's better to open as few ports
as possible by default.
Opinions ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxe
wrote tests and changed the implementation to
raise exceptions, including Unauthorized, instead of returning None?
Unauthorized in getObject is out of the question, that would be new
behaviour.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 ht
se we want to leave the details of the traversal (involving
__bobo_traverse__, getitem, and checking security with the proper
'accessed' and 'container') to (un)restrictedTraverse.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 5
martin f krafft <[EMAIL PROTECTED]> wrote:
> also sprach Florent Guillaume <[EMAIL PROTECTED]> [2005.03.24.1814 +0100]:
> > > -if RESPONSE is not None:
> > > +if RESPONSE is not None and ob:
> >
> > You should check 'and ob is
cause you put it in
Zope/tiran-zpt-pydefer instead of Zope/branches/tiran-zpt-pydefer.
Could you move it ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-D
gt;>> getattr(a, u'aq_parent')
>>> aq_acquire(a, u'aq_parent')
Traceback (most recent call last):
File "", line 1, in ?
AttributeError: aq_parent
Just a note so that you can ensure it's okay in Zope 2.8's Acquisition.
Florent
--
Florent Guillaum
e)
+# disallow just 'fold' access
+pickySecurityManager = PickySecurityManager(['fold'])
+setSecurityManager(pickySecurityManager)
+ob = brain.getObject()
+self.failIf(ob is None)
+self.assertEqual(ob.getId(), 'ob')
+
+
def test_su
ays be more or less a rewrite, no?
No. Here at Nuxeo we are writing products with Five with the express
goal of being able to port them rapidly to pure Zope 3 when we have
enough Zope 3 components to build a proper CMS. Views and adapters,
together wi
t;
> > The rest of the discussion basically boils down to figure out if the
> > user is allowed to access C or not.
>
> Yep, personally I reckon EVRYTHING should behave like
> restrictedTraverse, but as I said, that appears to just be me...
Well, you must be the only one who never
Paul Winkler <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 13, 2005 at 06:57:28PM +0100, Florent Guillaume wrote:
> > You're right. Please put it in the collector. The prefixes should indeed
> > be matching only at '/' boundaries.
>
> OK, issue created at
self.path = path_as_list
>
> def __cmp__(self, o):
> other_path = o.split('/')
> rval = cmp(other[:self.length], self.path)
> return rval
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.co
tion using the current security manager's validate(),
2. does not collect any roles, so validate() uses its default behavior
which ends up basically doing aq_acquire('__roles__').
So in a first pass that should be enough to fix our common problem, I
propose to just do basically
>
><http://www.zope.org/Collectors/Zope>
Roché has added http://www.zope.org/Collectors/Zope/1713
I intend to fix this before 2.7.5 final, probably today or tonight.
I feel this is sufficiently important to warrant a fix now.
I guess it'll mean an RC2.
Please shout if you
de/modules/coverage.html
Anyone thinks it could be problematic ?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http:/
n PathInit IMO is the return value of os.getcwd(),
> which is realpath'd one some systems and abspath'd on others...
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
_
- Zope-Dev@zope.org
> http://mail.zope.org/mailman/listinfo/zope-dev
> ** No cross posts or HTML encoding! **
> (Related lists -
> http://mail.zope.org/mailman/listinfo/zope-announce
> http://mail.zope.org/mailman/listinfo/zope )
>
--
Florent Guillaume, Nuxeo (Paris, France)
Alan Milligan wrote:
Florent Guillaume wrote:
|> | Use:
|> |
|> | [default]
|> | content_type = text/foobar
|>
|> No, this doesn't work either :(
|
|
| Well it should, there are unit tests in CMFCore that explicitely test
| this kind of .metadata file.
|
No, I had a look and
nd of .metadata file.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
*
that in lieu of an explicit statement, any
> FSPT would be of type text/html...
>
> This brings me to my other question: how do I set the content-type on
> an FSPT?? It would seem that content-type=xxx in the [default] section
> of the .metadata file is ignored.
;detailed knowledge' to fix zclasses and garbage
> collection.
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://ma
Emiliano Heyns <[EMAIL PROTECTED]> wrote:
> On Thu, 16 Dec 2004 14:38:26 +0100, Florent Guillaume <[EMAIL PROTECTED]>
> wrote:
>
> > Yes the CMF collector is fine.
>
> Must issues be approved before showing up? I posted the issue but
> can't find it b
gt; visibility of DAV items to those that make sense.
>
> Sorry for posting the patch to the list. I'll add it to a Zope
> Collector -- the CMF collector seems most appropriate, yeah?
Yes the CMF collector is fine.
Thanks.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CT
ny objections to getting Aruna's patches into the 2.8
> codebase? I'd be willing to do the work - but note I know practically
> nothing about SOAP - I just want to be able to use it.
One problem is that Aruna's approach introduces dependencies to external
modules: fpconst, and
Chris McDonough wrote:
On Tue, 2004-12-14 at 12:37 +0100, Florent Guillaume wrote:
def getUserById(self, id, default=None):
user = self.getUser(id)
if user is not None:
return user
return default
or even:
def getUserById(self, id, default=None):
return self.getUser(id) or
cause the default is so "strange".
Indeed, these methods lacks clear interfaces.
FWIW CPSUserFolder is at:
http://cvs.nuxeo.org/cgi-bin/viewcvs.cgi/CPS3/CPSUserFolder/CPSUserFolder.py?rev=HEAD&content-type=text/vnd.viewcvs-markup
Florent
--
Florent Guillaume, Nuxeo (Paris, Franc
Jens wrote:
> On Dec 13, 2004, at 17:15, Florent Guillaume wrote:
> > Can we have instead:
> >
> > def getUserById(self, id, default=_marker):
> > """Return the user corresponding to the given id.
> >
> > Raise
Dieter Maurer wrote:
Florent Guillaume wrote at 2004-12-10 19:02 +0100:
The two options we have are quite different:
The model in Products/Event and Products/EventListenerTool is geared
toward local definition of listeners and rules for dispatch (if needed,
the tool could easily be divorced
101 - 200 of 382 matches
Mail list logo