Log message for revision 41744:
for alecm:
Changed Traversable to call the original __bobo_traverse__ method before
attempting to use attribute access to find the desired object. This ensures
that the monkeypatched object retains the same behavior as the original
object during
Log message for revision 41392:
Have test.py remove iself from the pythonpath.
Changed:
U Zope/trunk/test.py
-=-
Modified: Zope/trunk/test.py
===
--- Zope/trunk/test.py 2006-01-20 21:49:12 UTC (rev 41391)
+++
Log message for revision 65845:
More installer bitmap repair.
Changed:
U Zope/tags/2-8-6/inst/WinBuilders/etc/zope.iss.in
-=-
Modified: Zope/tags/2-8-6/inst/WinBuilders/etc/zope.iss.in
===
---
Log message for revision 65844:
Repair distorted installer bitmaps.
Changed:
U Zope/tags/2-8-6/inst/WinBuilders/etc/zeo.iss.in
-=-
Modified: Zope/tags/2-8-6/inst/WinBuilders/etc/zeo.iss.in
===
---
Log message for revision 66022:
reverted r65902:
- I still believe this was the Right Thing to do, but not everybody agrees
Changed:
U Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
U Zope/branches/Zope-2_8-branch/lib/python/OFS/ObjectManager.py
U
Log message for revision 67141:
- fixed import errors
Changed:
U Products.Five/branches/philikon-local-components/fiveconfigure.py
U Products.Five/branches/philikon-local-components/meta.zcml
-=-
Modified: Products.Five/branches/philikon-local-components/fiveconfigure.py
Log message for revision 67959:
Merge from trunk and add CHANGES.txt message.
r67957 | jinty | 2006-05-04 02:11:01 +0200 (Thu, 04 May 2006) | 1 line
Five.testbrowser did not do the munging of the
Log message for revision 68160:
Backport fix for collector #1429 to 2.8 branch: Fix name/value traversal of
ZSQL methods
Changed:
U Zope/branches/Zope-2_8-branch/lib/python/Shared/DC/ZRDB/DA.py
-=-
Modified: Zope/branches/Zope-2_8-branch/lib/python/Shared/DC/ZRDB/DA.py
Log message for revision 68390:
- set svn:eol-style
- removed tabs
Changed:
UU Zope/trunk/skel/etc/site.zcml
-=-
Modified: Zope/trunk/skel/etc/site.zcml
===
--- Zope/trunk/skel/etc/site.zcml 2006-05-30 05:25:36 UTC (rev
Log message for revision 68645:
- Collector #2063: cleaned up some mess in MailHost.sendTemplate()
Changed:
U Zope/branches/2.9/doc/CHANGES.txt
U Zope/branches/2.9/lib/python/Products/MailHost/MailHost.py
-=-
Modified: Zope/branches/2.9/doc/CHANGES.txt
Log message for revision 68635:
* Enabled the viewlet related directives by default.
* Added acquisition wrappers to viewlets before updating or rendering.
* Made the provider directive acquisition wrap the resultant content provider
so that simple providers that need security
Log message for revision 68643:
- Collector #2063: cleaned up some mess in MailHost.sendTemplate()
Changed:
U Zope/trunk/doc/CHANGES.txt
U Zope/trunk/lib/python/Products/MailHost/MailHost.py
-=-
Modified: Zope/trunk/doc/CHANGES.txt
Log message for revision 68644:
- Collector #2063: cleaned up some mess in MailHost.sendTemplate()
Changed:
U Zope/branches/2.10/doc/CHANGES.txt
U Zope/branches/2.10/lib/python/Products/MailHost/MailHost.py
-=-
Modified: Zope/branches/2.10/doc/CHANGES.txt
Log message for revision 68646:
- Collector #2063: cleaned up some mess in MailHost.sendTemplate()
Changed:
U Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
U Zope/branches/Zope-2_8-branch/lib/python/Products/MailHost/MailHost.py
-=-
Modified:
Log message for revision 68666:
Collector #2133: standard_error_messages are out of sync.
Changed:
U Zope/branches/2.10/lib/python/ZPublisher/HTTPResponse.py
-=-
Modified: Zope/branches/2.10/lib/python/ZPublisher/HTTPResponse.py
Log message for revision 68655:
View and attribute lookup order was changed to the following:
1. Unacquired attributes
2. Views
3. Acquired attributes
According to consensus in z3-five mailing list:
http://codespeak.net/pipermail/z3-five/2006q2/001474.html
Changed:
U
Log message for revision 68682:
Use updated ZODB 3.7 (http://www.zope.org/Collectors/Zope/2016).
Changed:
U Zope/branches/2.10/doc/CHANGES.txt
_U Zope/branches/2.10/lib/python/
-=-
Modified: Zope/branches/2.10/doc/CHANGES.txt
Log message for revision 68683:
Use updated ZODB 3.7 (http://www.zope.org/Collectors/Zope/2016).
Changed:
_U Zope/trunk/lib/python/
-=-
Property changes on: Zope/trunk/lib/python
___
Name: svn:externals
- ZConfig
Log message for revision 68713:
DateTime marshalling addendum:
Fixed edge case of attribute name ''.
Changed:
U Zope/branches/2.10/lib/python/ZPublisher/tests/test_xmlrpc.py
U Zope/branches/2.10/lib/python/ZPublisher/xmlrpc.py
-=-
Modified:
Log message for revision 68691:
Made DateTime.DateTime marshallable via XML-RPC.
Fixes http://www.zope.org/Collectors/Zope/2109
Changed:
U Zope/branches/2.10/lib/python/DateTime/DateTime.py
U Zope/branches/2.10/lib/python/ZPublisher/tests/test_xmlrpc.py
U
Log message for revision 68712:
DateTime marshalling addendum:
Fixed edge case of attribute name ''.
Changed:
U Zope/branches/2.9/lib/python/ZPublisher/tests/test_xmlrpc.py
U Zope/branches/2.9/lib/python/ZPublisher/xmlrpc.py
-=-
Modified:
Log message for revision 68692:
Made DateTime.DateTime marshallable via XML-RPC.
Fixes http://www.zope.org/Collectors/Zope/2109
Changed:
U Zope/trunk/lib/python/DateTime/DateTime.py
U Zope/trunk/lib/python/ZPublisher/tests/test_xmlrpc.py
U
Log message for revision 68690:
Made DateTime.DateTime marshallable via XML-RPC.
Fixes http://www.zope.org/Collectors/Zope/2109
Changed:
U Zope/branches/2.9/doc/CHANGES.txt
U Zope/branches/2.9/lib/python/DateTime/DateTime.py
U
Log message for revision 68648:
Add simple tests for manage_hasId
Changed:
U Zope/branches/2.10/lib/python/OFS/tests/testObjectManager.py
-=-
Modified: Zope/branches/2.10/lib/python/OFS/tests/testObjectManager.py
===
---
Log message for revision 68747:
BBB fix.
Changed:
U Products.Five/branches/regebro-traversalfix/traversable.py
-=-
Modified: Products.Five/branches/regebro-traversalfix/traversable.py
===
---
Log message for revision 68748:
* Added tests to make sure that views are not blocked by acquired attributes.
* Changed the tests to reflect that defaultView no only works for views
(and not on attributes).
Changed:
U Products.Five/branches/regebro-traversalfix/CHANGES.txt
Log message for revision 68681:
Use updated ZODB 3.6 (http://www.zope.org/Collectors/Zope/2016).
Changed:
U Zope/branches/2.9/doc/CHANGES.txt
_U Zope/branches/2.9/lib/python/
-=-
Modified: Zope/branches/2.9/doc/CHANGES.txt
Log message for revision 68672:
Use custom Provider expression from Five instead of the Zope 3 one which
doesn't do acquisition wrapping.
Changed:
U Zope/trunk/lib/python/Products/PageTemplates/Expressions.py
-=-
Modified: Zope/trunk/lib/python/Products/PageTemplates/Expressions.py
Log message for revision 68749:
The defaultView directive now only looks up views, not attributes.
Changed:
U Zope/branches/regebro-traversalfix/doc/CHANGES.txt
-=-
Modified: Zope/branches/regebro-traversalfix/doc/CHANGES.txt
Log message for revision 68671:
* Enabled the viewlet related directives by default.
* Added acquisition wrappers to viewlets before updating or rendering.
* Moved the custom 'provider:' tales expression back into Five. Made the
provider directive acquisition wrap the resultant
Log message for revision 68751:
Spaceified some tabs.
Changed:
U Zope/trunk/lib/python/ZPublisher/HTTPRequest.py
-=-
Modified: Zope/trunk/lib/python/ZPublisher/HTTPRequest.py
===
---
Log message for revision 68679:
Use updated ZODB 3.4 (http://www.zope.org/Collectors/Zope/2016).
Changed:
_U Zope/branches/Zope-2_8-branch/lib/python/
-=-
Property changes on: Zope/branches/Zope-2_8-branch/lib/python
___
Name:
Log message for revision 68752:
* Added tests to make sure that views are not blocked by acquired attributes.
* Changed the tests to reflect that defaultView no only works for views
(and not on attributes).
Changed:
U Products.Five/trunk/CHANGES.txt
U
Log message for revision 68753:
- View and attribute lookup order was changed to the following:
1. Unacquired attributes
2. Views
3. Acquired attributes
According to consensus in z3-five mailing list:
Log message for revision 68757:
Backport provider expression fix (-r68672) from trunk.
Changed:
_U Zope/branches/2.10/lib/python/Products/
U Zope/branches/2.10/lib/python/Products/PageTemplates/Expressions.py
-=-
Property changes on: Zope/branches/2.10/lib/python/Products
Log message for revision 68649:
Removed some tabs.
Changed:
U Zope/branches/regebro-traversalfix/lib/python/ZPublisher/HTTPRequest.py
-=-
Modified:
Zope/branches/regebro-traversalfix/lib/python/ZPublisher/HTTPRequest.py
Log message for revision 68680:
Use updated ZODB 3.4 (http://www.zope.org/Collectors/Zope/2016).
Changed:
U Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
-=-
Modified: Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
===
---
Log message for revision 68776:
Merge from regebro-traversalfix branch:
- View and attribute lookup order was changed to the following:
1. Unacquired attributes
2. Views
3. Acquired attributes
According to consensus in z3-five mailing list:
Log message for revision 68778:
Collector #2136: Map ResourceLockedError to the correct response code.
Changed:
U Zope/branches/Zope-2_8-branch/doc/CHANGES.txt
U Zope/branches/Zope-2_8-branch/lib/python/ZPublisher/HTTPResponse.py
U
Log message for revision 68779:
Collector #2136: Map ResourceLockedError to the correct response code.
Changed:
U Zope/branches/2.9/doc/CHANGES.txt
U Zope/branches/2.9/lib/python/ZPublisher/HTTPResponse.py
U Zope/branches/2.9/lib/python/ZPublisher/tests/testHTTPResponse.py
-=-
Chris Withers wrote:
Jens Vagelpohl wrote:
Use the collector. It is *the* place where people go to look for
things to fix. What length of time it takes to fix is a totally
separate issue. Bugs that get posted on mailing lists get ignored
unless they are the world is coming to an end type
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 is the current diff I'm working
Philipp von Weitershausen wrote:
Collector entries can always be rejected if it turns out there is no
bug. This mailinglist thread will be forgotten next week, though. So,
pretty please open a collector issue.
Fine:
http://www.zope.org/Collectors/Zope/2135
Furthermore, I suggest you wrap
Florent Guillaume wrote:
Chris Withers wrote:
Both core zope and Plone spew forth in their default state.
Zope 2.10 does? It shouldn't. Please point out the deprecation warnings
it sends.
I, like many people I suspect, am still struggling to get projects onto
2.8/2.9. The thought that
Chris Withers wrote:
Philipp von Weitershausen wrote:
Follow this thread:
http://mail.zope.org/pipermail/zope3-dev/2005-November/016561.html
*grunt* *sigh*
It has to happen at some stage, surely?
Jim suggested a different strategy with Zope 5
Chris Withers wrote:
Andreas Jung wrote:
I for one, is NOT interested in backporting fixed in Five trunk to
both Five 1.0, 1.1, 1.3, 1.4 and 1.5, which is what are the current
versions of Five if we say that Zope 2.8 and 2.7 should be still
supported after the release of 2.10.
We don't
On 6/21/06, Philipp von Weitershausen [EMAIL PROTECTED] wrote:
There's nothing wrong with software being in production whose particular
line isn't maintained anymore. I have Linux kernels 2.4 and Apaches 1.3
in production. What's your point?
I checked what all my websites run. They are all on
Philipp von Weitershausen wrote at 2006-6-18 12:38 +0200:
... deprecation policy ...
This policy allows us to move forward (which Zope 2 never
really did for the the majority of those five years you mention).
Although, it might help in a few cases, it is not at all
necessary to cast ones history
Florent Guillaume wrote at 2006-6-18 02:05 +0200:
...
if hasattr(object,'__bobo_traverse__'):
subobject=object.__bobo_traverse__(request, name)
If you are working on it, then you should implement a
means that __bobo_traverse__ can tell the caller that
it should use
Luiz Fernando B. Ribeiro schrieb:
I need to return an error page with instructions after verifying a
request but I need to do a rollback. How can I call a full rollback,
like when using raise(), inside a python script and redirect to an error
page.
I found many posts about
William Heymann schrieb:
On Tuesday 20 June 2006 12:47, Chris McDonough wrote:
I'd just record the data from Verisign in response to their POST (do
nothing else) and come along later with a separate request to pick
through the data to do postprocessing on it every so often; then the
data
jose carlos schrieb:
Hi all,
i'm trying to show a Image object in dtml but i don known how to do it.
i have a user object and this user have a jpg foto atributte.
this foto atributte is a instance of OFS.Image and when i try to view in
dtml only view Ascii character..
i think about to create
Andreas Jung schrieb:
--On 21. Juni 2006 10:00:12 +0200 jose carlos [EMAIL PROTECTED] wrote:
Hi all,
i'm trying to show a Image object in dtml but i don known how to do it.
i have a user object and this user have a jpg foto atributte.
this foto atributte is a instance of OFS.Image and when
William Heymann schrieb:
On Wednesday 21 June 2006 01:17, Tino Wildenhain wrote:
William Heymann schrieb:
That is probably a good idea for long term to change things that way and
I would like to rewrite it. However right now I don't really want to
rewrite the way the current system works.
John, please keep posts on the list...
John Schinnerer wrote:
If I'm going to add in internationalization at some point, and do it
using zope 3 stuff via five - what is the minimum, and what is the
optimum, zope 2.x version to upgrade to?
Minimum, I guess 2.8. Optimum? 2.11? ;-) I'm trying
Jonathan wrote:
folder = self.restrictedTraverse('Coz/TempImages')
constructTransientObjectContainer(folder, 'GarbageCollector',
timeout_mins=10, limit=0,
delNotification=BASEFOLDER+'DeleteTempImage')
Be careful, I see a lot of hints in there that make me
thanks
doing a small python script and calling to url script like you tell me,
show the image perfectly.
thanks
On Wed, 2006-06-21 at 10:31 +0200, Tino Wildenhain wrote:
jose carlos schrieb:
Hi all,
i'm trying to show a Image object in dtml but i don known how to do it.
i have a
- Original Message -
From: Chris Withers [EMAIL PROTECTED]
To: Jonathan [EMAIL PROTECTED]
Cc: Chris McDonough [EMAIL PROTECTED]; zope@zope.org
Sent: Wednesday, June 21, 2006 6:25 AM
Subject: Re: [Zope] Problem with constructTransientObjectContainer -
Resolved
Jonathan wrote:
William Heymann wrote:
I am dealing with a zope system where Verisign is sending a POST to our server
for ecommerece purposes. Currently I am writing the entire contents of the
POST from verisign to the ZODB however I have a problem that some of these
POSTs are not being recorded because an
In case you've missed this, I've written a little quick article about
how I refresh my zope products when developing product code.
http://www.fry-it.com/at/refresh-my-zope-products
I know that this might be a personal preference but consider how many
people who still use zope-restart to test
Suppose I have a variable foo that has value request/name|nothing.
Is it possible from a Python Script to have this evaluated as a TAL
expression?
Alternatives?
Thanks
jim
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
En/na [EMAIL PROTECTED] ha escrit:
Suppose I have a variable foo that has value request/name|nothing.
Is it possible from a Python Script to have this evaluated as a TAL
expression?
AFAIK TALES machinery ($ZOPE_HOME/lib/python/Products/PageTemplates)
can't be accessed from restricted code.
Thanks, the external method appears to work fine. I thought about the
silly Page Template, but forgot the path: modifier exists! But the EM
should be far faster, anyway.
Thanks again.
jim
[EMAIL PROTECTED] wrote on 06/21/2006 04:04:31 PM:
En/na [EMAIL PROTECTED] ha escrit:
Suppose I have
Reinoud van Leeuwen wrote at 2006-6-19 17:54 +0200:
...
Has anyone experiences with load balancing ftp over several ZEO clients?
If the load balancer works on TCP connection level,
then it should work for FTP in the same way as for HTTP
(with the exception that connections tend to be open for
a
mbr wrote at 2006-6-20 09:58 -0500:
...
dtml-let RS=AnotherZSQLMethod return results to one variable
dtml-in ZSQLMethod
tr
tddtml-field1; /tdtddtml-field2; /td
td
select
dtml-in RS
option dtml-if
Matthew X. Economou wrote at 2006-6-18 11:53 -0400:
I tried the whole gdb threads debugging thing, with the following (nil)
results. Any other ideas? A lot of the instructions online seem to be
Linux-centric, so I'm at a loss as how to proceed:
(gdb) info threads
...
2 Thread 0x9064e00
Alric Aneron wrote at 2006-6-19 09:35 -0700:
...
contents of myscript():
mydict = {'key1': 'value1', 'key2': 'value2'}
mydict2 = {'key1': 'value3', 'key2': 'value4'}
finalList = [mydict, mydict2]
return finalList
When I do this in a dtml-method:
dtml-in myscript()
dtml-var key1 br/
/dtml-in
Dear
I need upgrade zope 2.8.1 to 2.9.3 ...
Could someone help me..?
Thanks
gustavo
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No cross posts or HTML encoding! **
(Related lists -
Hello,
in Issue #1896 (http://www.zope.org/Collectors/Zope/1896), I describe a
difference in the behaviour of manage_changeProperties() and of
manage_addProperty(): An array of ints is converted to an array of strings
with manage_addProperty(), but not with manage_changeProperties().
You closed
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
gus wrote:
Dear
I need upgrade zope 2.8.1 to 2.9.3 ...
Could someone help me..?
The drill is something like:
1. Install Zope 2.9.3 in a separate location (e.g., '/opt/zope2.9'
instead of '/opt/zope2.8').
2. Create a new instance
gus, you have to state your problem... i have a gut feeling that someone
could.
what exactly is the issue?
- Original Message -
From: gus [EMAIL PROTECTED]
To: zope@zope.org
Sent: Wednesday, June 21, 2006 6:00 PM
Subject: [Zope] upgraded zope 2.8.1 to zope 2.9.3
Dear
I need
I get the below error :
OperationalError on Products.mxODBCZopeDA.ZopeDA.DatabaseConnection "DSN=Zope" thread 2476/2476 at 0x27150c4: ('08S01', 11, '[Microsoft][ODBC SQL Server Driver][DBNETLIB]General network error. Check your network documentation.', 6108)
for the first time i open a web
72 matches
Mail list logo