javascript in the pages,
and therefore cookie stealing.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman
asap.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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
On 5 Jul 2006, at 19:05, Andreas Jung wrote:
--On 5. Juli 2006 18:56:25 +0200 Florent Guillaume [EMAIL PROTECTED]
wrote:
Is anyone opposed to me removing the stupid:
_getattr = getattr
_none = None
marker = _marker
local namespace optimizations that are found
[EMAIL PROTECTED] wrote:
Florent Guillaume wrote at 2006-7-5 18:56 +0200:
Is anyone opposed to me removing the stupid:
_getattr = getattr
_none = None
marker = _marker
local namespace optimizations that are found in
unrestrictedTraverse?
Why do you think they were
)
-
def test_suite():
return unittest.TestSuite((
unittest.makeSuite(FileTests),
___
Checkins mailing list
[EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/checkins
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33
more.
Something based on svn log -v, for instance:
svn log -v | awk '/^(r| D}/{print};'
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev
On 20 Jun 2006, at 13:23, Martijn Faassen wrote:
Philipp von Weitershausen wrote:
Florent Guillaume wrote:
Florent Guillaume wrote:
So here's a proposal: how about having the following order:
- __bobo_traverse__
- unacquired attribute
- zope 3 views
- acquired attributes
Attached
spurious
warnings from it in some past version. Everybody knows it's now been
mea-culpa-ed and fixed.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist
... name=@@index.html /??? That doesn't
sound right.
Philipp
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman
On 19 Jun 2006, at 14:59, Chris Withers wrote:
Florent Guillaume wrote:
If anyone with greater knowledge could implement the above
without much pain, that'd be great. In any case, hopefully Google
will catch this some time and save the next weary traveller who
bumps into it a couple
On 18 Jun 2006, at 12:37, Philipp von Weitershausen wrote:
Florent Guillaume wrote:
Florent Guillaume wrote:
So here's a proposal: how about having the following order:
- __bobo_traverse__
- unacquired attribute
- zope 3 views
- acquired attributes
Attached is the current diff I'm working
would happen in pure zope
3, where a default view of '@@foo' would mean the same as ++view+
+@@foo or foo, unless I'm mistaken.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
Florent Guillaume wrote:
So here's a proposal: how about having the following order:
- __bobo_traverse__
- unacquired attribute
- zope 3 views
- acquired attributes
Attached is the current diff I'm working with (for Zope 2.10).
Please review the unit test (which pass as is), to check if you
implementation, provided you use only unicode everywhere, which
we do.
Thanks Philip for the move to z3 zpt!
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev
On 14 Jun 2006, at 22:06, Dieter Maurer wrote:
Florent Guillaume wrote at 2006-6-13 22:13 +0200:
Yes but the deprecation has been there for a while, and the third
party product developers have been ignoring the warning. Their loss.
Interestingly, it is usually not the loss for the third party
why are we
deprecating this just for the sake of it? ?
If you need monkey patching I don't see why the framework should help you.
This should be extremely rare occurences with big comments, not use of a
magic 'methods' class attribute.
Florent
--
Florent Guillaume, Nuxeo (Paris, France
On 14 Jun 2006, at 00:45, Chris McDonough wrote:
On Jun 13, 2006, at 4:13 PM, Florent Guillaume wrote:
Yes but the deprecation has been there for a while, and the third
party product developers have been ignoring the warning. Their loss.
You're right. This only because I haven't managed
Jun 2006, at 17:41, Chris McDonough wrote:
Jusst out of curiosity, what is the rationale for deprecating
methods?
- C
On Jun 9, 2006, at 10:52 AM, Florent Guillaume wrote:
OFS.Application has a few deprecations warnings that were supposed
to go away in Zope 2.10:
__init__.py of %s has
datastructure.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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
-in and into the
environment. The debug_mode flag has a legacy location of
Globals.DevelopmentMode.
Cheers,
Stefan
On 7. Jun 2006, at 14:28, Florent Guillaume wrote:
Stefan H. Holek wrote:
I use this to set debug-mode off:
# Switch off debug mode
import App.config
config
the intention was and remove the
necessity for hacky code like this...
cheers,
Chris
Florent Guillaume wrote:
Log message for revision 68462:
Merged r68461 from 2.10 branch:
Empty TALES path expressions are allowed in Zope 2.
http://www.zope.org/Collectors/Zope/2118
Changed:
U Zope
pretty that in this cas we only want view lookup.
Opinions?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org
Ok I fixed this for Zope 2.10 and trunk:
http://svn.zope.org/?view=revrev=68459
Florent
Jim Fulton wrote:
Anyway, the acquisition wrapper implementation hasn't been updated to
handle
many slots that were added in recent years, including __contains__.
Jim
Florent Guillaume wrote:
Could
Philipp von Weitershausen wrote:
Tres Seaver wrote:
Florent Guillaume wrote:
Log message for revision 68445:
Revert unwanted checkin.
Changed:
U Zope/branches/2.10/lib/python/Products/PageTemplates/Expressions.py
-=-
Modified: Zope/branches/2.10/lib/python/Products/PageTemplates
/even
Anyone knows why?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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
FYI I've fixed all this.
Florent
Florent Guillaume wrote:
Current bare Zope 2.10 sends some deprecation warnings because it itself
imports things that it deprecates, this will have to be hidden.
Suggestions welcome:
- App/Product.py imports ZClasses which are deprecated,
- Products
On 1 Jun 2006, at 17:53, Philipp von Weitershausen wrote:
Florent Guillaume wrote:
Log message for revision 68446:
Make python security policy work with a boolean __aatus__
Wow, I wasn't aware that only ints were possible. Shouldn't this be
backported to Zope 2.9 as well? I consider
'
super(ZopePathExpr, self).__init__(name, expr, engine,
boboAwareZopeTraverse)
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
are allowed and evaluate to None.
Florent
We should probably add a test which verifies compilability of empty
expressions, plus whichever behavior we specify.
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
)
but TextIndex is deprecated.
Also I've checked in a fix for the ZPT warnings such as:
Init Ambiguous name for method of
Products.PageTemplates.ZopePageTemplate.ZopePageTemplate: 'manage' !=
'manage_main'
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59
that the zope 2 core is not cleaned of it (I'm sure --
though I haven't looked), it would mean total deprecation wouldn't be
done before 1.5 years anyway...
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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 encoding! **
(Related
will be available in
the next few day (around wednesday?) to check that in. It could even be
seen as a bugfix, really.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev
be surprised if a .gif didn't work.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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
release when it is checked into the trunk.
What's the ETA for merging the various branches? Yours in Z3, Phil's in Z2,
maybe Five... ?
I'd rather have them sooner than later.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL
BSD-style, see LICENSE.txt for details
Source Control
http://codespeak.net/svn/z3/pythonproducts/
Requirements
- Python 2.3.5 or higher in 2.3.x series
- Zope 2.8 or 2.9
- Five 1.2 or higher
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com
://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) Director of RD
+33 1 40 33 71 59 http://nuxeo.com
server.)
Thanks,
Florent
PS: what do people think of changing ZEO so that it integrates with
Twisted properly instead of relying on a private event loop hack
[please move to zodb-dev if you answer this]
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http
have to define a fake root object whose getPhysicalPath returns
('',). It's only a few line, and makes my tests self-contained and much
easier to understand than relying on the magic of a testing framework
library (which I tend to hate).
Florent
--
Florent Guillaume, Nuxeo (Paris, France
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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 encoding
-if name[0] == '_':
+if name.startswith('_'):
# Never allowed in a URL.
raise NotFound, name
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
optional argument, and if it's not
None then you were called through an URL. In that case you can redirect or
raise a Unauthorized or NotFound or whatever.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
, in warn_explicit
TypeError: unsubscriptable object
I've had this too, and I believe it appears if you have a frame referencing
a python script (or maybe an external method) in the stack.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL
are addressed.
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+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 encoding
a dbtab. See
lib/python/App/config.py.
Stefan
On Jan 14, 2006, at 16:45, Florent Guillaume wrote:
I'll look at it.
Florent
Tres Seaver wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This failure is tie up with Florent's recent checkin:
Log message for revision 41303:
When a database
2006
URL: http://mail.zope.org/pipermail/zope-tests/2006-January/004007.html
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http
the keys of a big BTree.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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
IP-adress and port the zope server is started on.)
DEBUG: For debug information.
TRACE: I need to have a lot of information now!
I find all this fairly self-evident and highly useful, and se
absolutely zero reason for removing them, when they are so useful.
--
Florent Guillaume, Nuxeo (Paris
at
the trace level (as they were before the move to python's logging module),
I'm thinking of transaction logs here.
This leaves the 'debug' level free for application debugging.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL
Philipp von Weitershausen wrote:
Log message for revision 41225:
Sanely deprecate StructuredText by making it a facade of zope.structuredtext.
Just to make sure: we didn't lose the ReST allowed arbitrary file includes
bugfix by doing this?
Florent
--
Florent Guillaume, Nuxeo (Paris
strings, and indeed ZODB and zLOG have them
defined.
I want to use them.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http
On 9 Jan 2006, at 17:03, Andreas Jung wrote:
--On 9. Januar 2006 17:00:13 +0100 Florent Guillaume [EMAIL PROTECTED]
wrote:
Philipp von Weitershausen wrote:
Log message for revision 41225:
Sanely deprecate StructuredText by making it a facade of
zope.structuredtext.
Just to make sure
On 9 Jan 2006, at 17:25, Andreas Jung wrote:
--On 9. Januar 2006 17:06:25 +0100 Florent Guillaume [EMAIL PROTECTED]
wrote:
My point is that the python logging levels are insufficiently fine
grained.
Sufficently enough for me.
Sufficient for me is not a good reason sorry. If you don't want
On 9 Jan 2006, at 17:20, Fred Drake wrote:
On 1/9/06, Florent Guillaume [EMAIL PROTECTED] wrote:
My point is that the python logging levels are insufficiently fine
grained.
The python logging framework leaves room for numeric levels and
registering equivalent strings, and indeed ZODB and zLOG
for PythonScripts would
no longer be necessary.
I know but that means you have backward compatibility cruft that stays there
forever. And no good way to tell the administrators how to upgrade before a
given date.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59
://svn.zope.org/repos/main/ZODB/branches/3.6/src/scripts
___
Zope-Checkins maillist - Zope-Checkins@zope.org
http://mail.zope.org/mailman/listinfo/zope-checkins
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http
for Python Scripts recompiling for instance. Or I can call it myself in
my upgrade procedures on the exact objects I know will need updates.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
)
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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 encoding
. I
hope by Saturday night it will be over -- but I'm having to learn the
TemporaryStorage code at the same time.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope
; make inplace; make instance
Doesn't work for me; I don't have a bin/mkzopeinstance after this
procedure so I still cannot create instances. Sigh.
I use utilities/mkzopeinstance.py (until moves again...)
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71
What happens if the request started by clockserver takes a long time
or hangs?
Will the next tick start a new one anyway, or will it be blocked?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
finished with exit code 255
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+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
-scary
components in Zope (please no further discussion about the pros and cons
of ZClasses..this discussion took already place already a bunch of times
on the list).
+1 as I don't use ZClasses and don't intend to maintain them.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO
sys.argv[1:] on Zope start?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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
description, but the devil is in
the details. I'd be interested in looking at it if you code something.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist
warnings at the places where
PlacelessTranslationService (or Localizer for that matter) do their
workarounds so that normally incompatible types are mixed together.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
points. (This is even true for English. Generally,
users prefer to see text sorted without regard to case.)
A proposal to address this problem is here:
http://dev.zope.org/Zope3/LocaleSpecificTextCollation
Comments are welcome.
+1, no comment :)
Florent
--
Florent Guillaume, Nuxeo (Paris
propose another little change: have the error_log copy to event.log be
the default behaviour. Today the default is off.
Florent
Florent Guillaume wrote:
Please vote for the level at which you want to log retried conflict
errors. These are the ConflictErrors that aren't returned to the user
for httplib.HTTPConnection or a method
like getConnection that can then be subclassed or modified during tests.
Provided it does not important performance issues.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
Andreas Jung wrote:
Log message for revision 40580:
Zope 2.9.0 b1
Changed:
A Zope/tags/2.9.0b1/2.9/
-=-
Copied: Zope/tags/2.9.0b1/2.9 (from rev 40579, Zope/branches/2.9)
Huh, did you really want to do that?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
I've added a long needed hasObject method to ObjectManager.
Note that BTreeFolder2 has had it for a long time and it's quite useful.
Enjoy.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
levels are useful too). INFO and BLATHER are for the
administrator. DEBUG and TRACE are for the developer.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev
On 2 Dec 2005, at 11:09, Chris Withers wrote:
Damn, I was working on this at the same time :-S
Florent Guillaume wrote:
I've improved the logging of ConflictError in Zope 2.9 and trunk.
http://svn.zope.org/?rev=40454view=rev
Now you'll get two things:
- logs at level BLATHER for each conflict
to you overwriting without consultation code I
just checked in and that was approved by at least 3 people.
And I'm totally -1 on any logging at level INFO or above about
retriable conflict errors.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http
On 2 Dec 2005, at 20:40, Dieter Maurer wrote:
Florent Guillaume wrote at 2005-12-1 19:49 +0100:
I've improved the logging of ConflictError in Zope 2.9 and trunk.
http://svn.zope.org/?rev=40454view=rev
Now you'll get two things:
- logs at level BLATHER for each conflict, but it may be retried
On 2 Dec 2005, at 20:50, Dieter Maurer wrote:
Florent Guillaume wrote at 2005-12-2 13:33 +0100:
...
Please no. Don't put anything at INFO. A conflict error is either
something normal that should be at level BLATHER or below, or an
ERROR that a sysadmin wants to see logged as such.
I strongly
,
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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 encoding
that *can't* be
retried (and are returned to the user as an error, and are also logged
to the error_log) should be additionally explicitely logged to the
event log, and at which level:
ERROR
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com
as an error.
I removed the log at level INFO because it is very misleading for system
administrators in my experience.
Do people want this also for 2.8? Note that it changes the log format, so
may break third party tools that parse logs.
Florent
--
Florent Guillaume, Nuxeo (Paris, France
me an ETA on this, so I can decide if and how to
support zope in light of other pressing linux requirements for our distro.
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
strategy.
This is supposed to be open source, can't we be reactive to change in such
situation? Are folks really going to ship their framework code with
_setObject unmodified from the current version when they ship it for Five
1.2 or Zope 2.9?
Florent
--
Florent Guillaume, Nuxeo (Paris, France
please?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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
to overwrite
_setObject and _delObject.
Maybe, the code that calls these methods with an additional parameter
should be prepared to meet implementations that do not support
the extra parameter.
I checked in a backward compatibility check for this too.
Florent
--
Florent Guillaume, Nuxeo (Paris, France
not support
the extra parameter.
Maybe. But on the other hand I'd rather not have object manager code
slowed down and uglified to suit the negligibly small number of classes
that are in this case, and that can be trivialy upgraded in a
forward-compatible manner.
Florent
--
Florent Guillaume
On 26 Nov 2005, at 09:28, Hanno Schlichting wrote:
Florent Guillaume wrote:
I've done a big checkin to switch practically everything to the
new- style (actually they're 5 years old) security declarations.
I'd appreciate if another set of eyes could double-check
everything; while I've taken
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) Director of RD
+33 1 40 33 71 59 http
2.9 and
Zope 2 trunk to make them work. I'll do that later today.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http
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 stich
to do so.
Florent
--
Florent Guillaume, Nuxeo (Paris, France) CTO, Director of RD
+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
http://mail.zope.org/mailman/listinfo/zope-checkins
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo
://mail.zope.org/pipermail/zope-checkins/2005-November/030103.html
Thanks,
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev maillist - Zope-Dev@zope.org
http
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 RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED
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?
Florent
--
Florent Guillaume, Nuxeo (Paris, France
[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's opinion
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 (Paris, France) Director of RD
+33 1 40 33 71 59 http
?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of RD
+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 encoding
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's been there since
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 of RD
+33 1 40 33 71 59 http
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 RD
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
___
Zope-Dev
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 RD
+33 1 40 33
1 - 100 of 335 matches
Mail list logo
