Andreas Jung wrote:
Chris wants to backport it to 2.7 x; I'm opposed. Your call.
If it does not change the default behaviour we have in 2.7.5... why not...
Cool, thanks, I'll look at merging for 2.7.6 :-)
cheers,
Chris
--
Simplistix - Content Management, Zope & Python Consulting
- http
--On Mittwoch, 6. April 2005 9:32 Uhr -0400 Tres Seaver <[EMAIL PROTECTED]>
wrote:
Chris wants to backport it to 2.7 x; I'm opposed. Your call.
If it does not change the default behaviour we have in 2.7.5... why not...
Andreas
pgp7uZ3q8EeTC.pgp
Description: PGP signature
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
>
>
> --On Mittwoch, 6. April 2005 10:16 Uhr +0100 Chris Withers
> <[EMAIL PROTECTED]> wrote:
>
>>
>>> It is really up to
>>> Andreas whether or not to accept such a change on the 2.7 line.
>>
>>
>> Andreas, whatcha think?
>
>
--On Mittwoch, 6. April 2005 10:16 Uhr +0100 Chris Withers
<[EMAIL PROTECTED]> wrote:
It is really up to
Andreas whether or not to accept such a change on the 2.7 line.
Andreas, whatcha think?
Sorry, I have to catch up with this thread. I thought the problem was
solved by
Tres new configurati
Tres Seaver wrote:
Since this is a bug, and it looks like it's going to be fixed with a
config option, would anyone mind if I ported this code to the 2.7 branch
with the option set to do whatever 2.7.5 does?
- -0. This change is not a bugfix
If removing bare try: excepts: is a bugfix, then this i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Withers wrote:
>> We really need to follow a deprecation-style model here: the risk of
>> breaking major third party components is pretty high.
>
>
> Agreed. I see you started working on this, thanks!
>
> Since this is a bug, and it looks li
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
--
Florent
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? ;-)
cheers,
Chris
--
Simplistix - Content Managem
Hi Tres,
We really need to follow a deprecation-style model here: the risk of
breaking major third party components is pretty high.
Agreed. I see you started working on this, thanks!
Since this is a bug, and it looks like it's going to be fixed with a
config option, would anyone mind if I ported
Tres Seaver <[EMAIL PROTECTED]> wrote:
> > Is everyone ok with returning
> > - the object if it can be accessed
> > - raise Unauthorized if it can't be accessed
> > - raise NotFound if it's not there
> > and never return None ?
> >
> > I'll change that before tomorrow, for 2.8a2.
> >
> > (I'l
Max M wrote at 2005-3-31 14:48 +0200:
> ...
>Most of my queries, where I need to wake up objects, has the form::
>
> brains = catalog(portal_type='Document')
> objects = []
> for brain in brains:
> try:
> obj = brain.getObject()
> if not obj is None:
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Florent Guillaume wrote:
> 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
Chris Withers wrote:
Well, in 2.8, new behaviour is expected, right?
I really passionately believe that we should not be returnining None in
Zope 2.8, and since 2.8 hasn't quite hit beta yet I'm very keen to see
it fixed asap.
Any objections?
Most of my queries, where I need to wake up objects,
13 matches
Mail list logo