Manuel Vazquez Acosta wrote:
The directory /var/zope/zope-prensa is where the real instance use to
be. However for development and debuging I set up my working instance in
my home.
I removed the /var/zope/zope-prensa by simply removing compiled python
modules: pyc's.
How I still get this:
Dieter Maurer wrote:
Pawel Lewicki wrote at 2008-3-28 15:52 +0100:
I have a problem with accessing files with non-ascii titles via Enfold
Desktop (WebDAV)- Zope 2.10.4).
Traceback (innermost last):
Module ZPublisher.Publish, line 119, in publish
Module ZPublisher.mapply, line 88, in
Allen Schmidt Sr. skrev:
No idea even where to start. I played with creating a 'boring' object a
while back but I am pretty sure ours is a tad more complicated. All the
parts of our site I work on are in SQL and was never involved in the
ZClass News stuff. It just works...and continues to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Victor Subervi wrote:
Hi;
I'm trying to install the latest Plone in a Zope 2.10.5 instance and I get
this error:
Traceback (most recent call last):
...
from Products.CMFPlone import utils
File /usr/local/zope/Products210/CMFPlone/utils.py,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Victor Subervi wrote:
Hi;
I'm building Z29 on a new FBSD62 server from port. I've done this before
with no problem. I followed the instructions exactly. Now, I get this:
2007-12-24 22:26:50 ERROR Zope Could not import Products.ATContentTypes
Ah. Thanks :)
On Dec 24, 2007 11:02 AM, Tres Seaver [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Victor Subervi wrote:
Hi;
I'm building Z29 on a new FBSD62 server from port. I've done this before
with no problem. I followed the instructions exactly. Now, I
[EMAIL PROTECTED] wrote:
Forgive my ignorance, but not quite sure how to do that. Nonetheless...
1) There was no problem with any of this on the old server until the
server crashed.
2) My backups were taken from a time when the old server was was working
fine.
3) This problem occurs with
I have resolve my problem. It's very odd. It's the place of the operator...
query = Eq('portal_type', 'J_Product')
query = Eq('review_state', 'published')
I replace this by :
query = query Eq('portal_type', 'J_Product')
query = query Eq('review_state', 'published')
It's work :)
julian wrote at 2007-6-4 10:34 +0200:
The event.log
...
Module None, line 8, in getProduct
- PythonScript at /SITES/my_site/directory1/sub_directory1/getProduct
- Line 8
Module AccessControl.ZopeGuards, line 478, in protected_inplacevar
TypeError: Augmented assignment to And objects
julian schrieb:
In fact it's a problem of AdvancedQuery :
TypeError: Augmented assignment to And objects is not allowed
in untrusted code
If I don't write query = And(), there are no errors. But I want the
function And :s .
Does this also happens when you make an
The event.log
2007-06-04T10:18:18 ERROR Zope.SiteErrorLog
http://test.home.com/directory/sub_directory/liste_product
Traceback (innermost last):
Module ZPublisher.Publish, line 115, in publish
Module
A quick fix would be to move the code from your python script to an
external method.
Ok,thanks, but how can I call this external method in a page template.
In a first page I have a form that submit 6 parameter in url. The second
page must call the external method or python script(don't
A quick fix would be to move the code from your python script to an
external method.
Ok,thanks, but how can I call this external method in a page template.
In a first page I have a form that submit 6 parameter in url. The second
page must call the external method or python script(don't
Thanks to the other Jonathan for advising me to try dtml-in objectIDs
to find why dtml-with was not working as expected with FolderB. When I
did that I realized that FolderB was not an actual folder. Rather, it
was a Plone instance.
One cannot not use dtml-with from outside a Plone instance to
--On 30. April 2007 11:02:29 -0400 Mark, Jonathan (Integic)
[EMAIL PROTECTED] wrote:
Thanks to the other Jonathan for advising me to try dtml-in objectIDs
to find why dtml-with was not working as expected with FolderB. When I
did that I realized that FolderB was not an actual folder.
Just the usual rant: do you have 3 good reasons for using DTML over ZPT?
:-)
Andreas
One could also say: do you have 3 good reasons for using ZPT over DTML?
;-)
Jonathan
___
Zope maillist - Zope@zope.org
Andreas Jung schrieb:
--On 30. April 2007 11:02:29 -0400 Mark, Jonathan (Integic)
[EMAIL PROTECTED] wrote:
Thanks to the other Jonathan for advising me to try dtml-in objectIDs
to find why dtml-with was not working as expected with FolderB. When I
did that I realized that FolderB was not
--On 30. April 2007 17:12:34 +0200 Tino Wildenhain [EMAIL PROTECTED]
wrote:
1) you mean ZPT and python script
2) one reason could be nobody rearranged
the Zope-Book chapters in a way to
move DTML chapter out of first sight ;-)
Alan mentioned one good reason through private
--- In [EMAIL PROTECTED], Daryl Daly [EMAIL PROTECTED] wrote:
I have setup a test case which seems to show the problem. This test
removes the database component.
New install of zope 2.10.2:
Zope Version (Zope 2.10.2-final, python 2.4.4, linux2)
Python Version 2.4.4 (#1, Oct 23 2006,
--On 21. Februar 2007 02:05:36 -0800 Jostein Leira [EMAIL PROTECTED] wrote:
header_present = 'HTTP_ACCEPT_CHARSET' in self.request
to
header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys()
I assume that the request implementation of Zope 3 and Zope 2 differ a bit
when
--On 21. Februar 2007 11:30:11 +0100 Andreas Jung [EMAIL PROTECTED] wrote:
--On 21. Februar 2007 02:05:36 -0800 Jostein Leira [EMAIL PROTECTED]
wrote:
header_present = 'HTTP_ACCEPT_CHARSET' in self.request
to
header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys()
I
On Wed, February 21, 2007 2:05 am, Jostein Leira wrote:
How about changing the following line 996 in
/lib/python/zope/publisher/http.py ( as described in
http://www.zope.org/Collectors/Zope/2280 )
header_present = 'HTTP_ACCEPT_CHARSET' in self.request
to
header_present =
Andreas Jung [EMAIL PROTECTED] wrote: --On 21. Februar 2007 11:30:11 +0100
Andreas Jung
wrote:
--On 21. Februar 2007 02:05:36 -0800 Jostein Leira
wrote:
header_present = 'HTTP_ACCEPT_CHARSET' in self.request
to
header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys()
I assume
Andreas Jung wrote at 2007-2-20 17:52 +0100:
...
I can reproduce this error. Obviously
RestrictedPython.compile_restricted_eval() can't deal correctly with
unicode strings.
Newer Python versions need to know the encoding of the source.
In standard Python scripts, a coding comment in the form #
--On 21. Februar 2007 21:27:38 +0100 Dieter Maurer [EMAIL PROTECTED]
wrote:
Andreas Jung wrote at 2007-2-20 17:52 +0100:
...
I can reproduce this error. Obviously
RestrictedPython.compile_restricted_eval() can't deal correctly with
unicode strings.
Newer Python versions need to know the
Jostein Leira wrote at 2007-2-21 02:05 -0800:
...
header_present = 'HTTP_ACCEPT_CHARSET' in self.request
to
header_present = 'HTTP_ACCEPT_CHARSET' in self.request.keys()
I think this is a bug. After doing that change, IE6 and IE7 behaved
consistently.
HTTPRequest.keys is
--On 19. Februar 2007 12:29:34 -0800 Jostein Leira [EMAIL PROTECTED] wrote:
If it contains either of the tal-lines below I get the following error
message:
div tal:content=python:unicode('hei på deg','utf8') /
I can reproduce this error. Obviously
--On 20. Februar 2007 17:52:52 +0100 Andreas Jung [EMAIL PROTECTED] wrote:
--On 19. Februar 2007 12:29:34 -0800 Jostein Leira [EMAIL PROTECTED]
wrote:
If it contains either of the tal-lines below I get the following error
message:
div tal:content=python:unicode('hei på
--On 20. Februar 2007 18:52:51 +0100 Andreas Jung [EMAIL PROTECTED] wrote:
--On 20. Februar 2007 17:52:52 +0100 Andreas Jung [EMAIL PROTECTED] wrote:
--On 19. Februar 2007 12:29:34 -0800 Jostein Leira [EMAIL PROTECTED]
wrote:
If it contains either of the tal-lines below I get the
--- In [EMAIL PROTECTED], Andreas Jung [EMAIL PROTECTED] wrote:
--On 20. Februar 2007 18:52:51 +0100 Andreas Jung [EMAIL PROTECTED] wrote:
--On 20. Februar 2007 17:52:52 +0100 Andreas Jung [EMAIL PROTECTED]
wrote:
--On 19. Februar 2007 12:29:34 -0800 Jostein Leira [EMAIL PROTECTED]
wrote:
If
On Sun, February 18, 2007 1:29 pm, Jostein Leira wrote:
After the comments in the Collector above I'm wondering what to do if I
should not set the sys.setdefaultencoding()? Not changing the default
encoding I always get a decode error when trying to save a page template
with non-ascii
--On 18. Februar 2007 16:29:43 -0500 Jostein Leira
[EMAIL PROTECTED] wrote:
Have set sys.setdefaultencoding('utf-8') in
/usr/local/lib/python2.4/site.py.
Have set management_page_charset='utf-8' as property of / in ZMI.
Have set default-zpublisher-encoding utf-8 in etc/zope.conf.
Changing
Jostein Leira wrote at 2007-2-18 16:29 -0500:
I have experienced on my installation that Zope decides that the
character set should be iso-8859-1 for IE7 even no HTTP_ACCEPT_CHARSET
is sent from IE7 and preferred charset is utf-8. Firefox submits
HTTP_ACCEPT_CHARSET and Zope handles that OK.
It
Dieter, Andreas and Daryl
Here comes a detailed description of a new Zope-installation I just made on a
new Debian (testing) machine. Here are the steps to reproduce my problem. (I'm
still not sure it is a problem other than me not understanding how this should
work).
Downloading
I have experienced on my installation that Zope decides that the
character set should be iso-8859-1 for IE7 even no HTTP_ACCEPT_CHARSET
is sent from IE7 and preferred charset is utf-8. Firefox submits
HTTP_ACCEPT_CHARSET and Zope handles that OK.
http://www.zope.org/Collectors/Zope/2280
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nancy Donnelly wrote:
Hi;
I built Z3 from FreeBSD ports. Went to create an instance and got this error:
[EMAIL PROTECTED]:ports/www/zope3 (115)
/usr/local/www/Zope3/bin/mkzopeinstance -d /usr/local/www/Zope3/main
Traceback (most recent call
Thanks Tracy, I'll include that in the next release. If you find more
problems consider reporting at http://zwiki.org/IssueTracker as well so
we don't miss it.
-Simon
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
**
Replying to my own post as I just found the answer to my problem (which
had nothing to do with the version of zope).
The problem was that when I mass-imported some folders to the new
instance, I didn't check to retain the ownership information; thus the
templates where executed whith the
On Thu, 27 Oct 2005 23:27:22 -0700, Tino Wildenhain
[EMAIL PROTECTED] wrote:
I fail to see how the zope could possibly influence the rendering
of the very same HTML in a browser.
Zope used to specify border=0 on images, put the title of the object in
the alt tags of the image and other
Am Donnerstag, den 27.10.2005, 23:55 -0700 schrieb Alexander Limi:
On Thu, 27 Oct 2005 23:27:22 -0700, Tino Wildenhain
[EMAIL PROTECTED] wrote:
I fail to see how the zope could possibly influence the rendering
of the very same HTML in a browser.
Zope used to specify border=0 on
On Oct 27, 2005, at 11:55 PM, Alexander Limi wrote:
On Thu, 27 Oct 2005 23:27:22 -0700, Tino Wildenhain
[EMAIL PROTECTED] wrote:
I fail to see how the zope could possibly influence the rendering
of the very same HTML in a browser.
Zope used to specify border=0 on images, put the title
Alec,
Heh, thanks for the reply, I somehow have been using python for a few years
now without ever running into that!
I'm afraid I'm still baffled by it, mostly because I've used attributes
named in such a manner up until now without problem ...
From what you're saying I guess hasattr() being a
Doyon, Jean-Francois said:
But then, why does this code work ok?
class CrosslingualSupport:
Mix-in class to provide content objects with support for
cross-lingual properties when needed.
def clearCrosslingualAttributes(self, lang):
For a given language,
for propertyname in [ propname for propname in
self.__multilingualproperties__.keys() if
self.__multilingualproperties__[propname][1] == True ]:
attname = '__' + propertyname + '_' + lang
if hasattr(self, attname): delattr(self, attname)
As you see on the
PROTECTED]; zope@zope.org
Subject: Re: [Zope] Re: Problem with hasattr() and Zope 2.8.1
for propertyname in [ propname for propname in
self.__multilingualproperties__.keys() if
self.__multilingualproperties__[propname][1] == True ]:
attname = '__' + propertyname + '_' + lang
Maurits van Rees wrote:
Hi,
I have a problem getting links to function in StructuredText when they
have non-ascii characters in the title.
This can of course be solved by using html entities like 'ouml;'.
But I have just started using utf-8 so I don't have to bother myself
with writing html
Ralph wrote at 2005-6-22 18:46 +0200:
...
MS says:
By default, HTTP 1.1 is enabled in Internet Explorer except when you establish
an HTTP connection through a proxy server. When HTTP 1.1 is enabled, HTTP
connections remain open (or persistent) by default until the connection is
idle for one
On Thursday 23 June 2005 19:33, Dieter Maurer - [EMAIL PROTECTED] wrote:
It has nothing to do with a request timeout!
So whats the reason that this f***ing browser using HTTP1.0?
Zope understands large parts of HTTP 1.1, among others
the Keep-Alive header, but it is not fully HTTP 1.1
On Tuesday 21 June 2005 23:28, Tres Seaver - [EMAIL PROTECTED] wrote:
No that's not possible with HTTP1.0. The problem is, why IE is using
HTTP1.0? With HTTP1.1 its possible to change keepalive-timeout.
'keepalive' only refers to the lenght of time that the browser-webserver
connection
If you really need handle an arbitrary processing time. You might
need to separate the request submission from the processing, and the
processing from the results display.
Roughly the way it would work would be like dropping your laundry off
at the cleaners. You bring in the dirty clothes
out.
Ugly, but it should work.
Jonathan
- Original Message -
From: Andrew Langmead [EMAIL PROTECTED]
To: Ralph [EMAIL PROTECTED]
Cc: ZopeList List zope@zope.org
Sent: Wednesday, June 22, 2005 1:11 PM
Subject: Re: [Zope] Re: Problem with keep-alive timeout
If you really need handle
On Jun 22, 2005, at 1:25 PM, Jonathan wrote:Set up your web page so that it has two frames: the main frame (visable) invokes the long running zope script; and a secondary (hidden) frame uses a _javascript_ routine (running on a timer) which queries a no-op zope script. This should stop your
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ralph wrote:
On Tuesday 21 June 2005 19:16, Dieter Maurer - [EMAIL PROTECTED] wrote:
Ralph wrote at 2005-6-20 22:36 +0200:
The easiest way would be to use a different browser ;-)
I think IE can be customized to use a different timeout (I do not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
JV Singh wrote:
I have been a silent member of the list mostly.. There is a slight problem
that needs to be addressed rather urgently...
The thing is that though unicode strings can be input and retrieved into the
database through Zope..
For
JV Singh wrote:
I am using Gadfly. - the one that comes with Zope... For testing whether it
would work or not...
OK, I just created a folder, 'gadfly_test', in a Zope 2.7 site, and
added a ZGadflyConnection, 'gadfly', using the 'demo' connection. On
its Test tab, I executed the following:
Oops! What I meant to say was:
"The only /dtml-if tag you need is that final one."
(see prior post on this topic)
Later,
Jerry S.
___
Zope maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope
** No cross posts or
Anvita,
JavaScript is inlined in a DTML method just like it would be inside a
file on a filesystem. Because JavaScript runs on the client, you just
need to make sure that you return it somehow in the response to the
client. There is no "magic" to doing this... as a simple example:
- create a
PROTECTED]; [EMAIL PROTECTED]
Sent: Friday, June 23, 2000 2:35 AM
Subject: [Zope] Re: Problem with LocalFS
This is a known problem with LocalFS. The only workaround I know of is to
put
your dtml code into a file, give it a .dtml extension, and place it in the
directory you want to upload
This is a known problem with LocalFS. The only workaround I know of is to put
your dtml code into a file, give it a .dtml extension, and place it in the
directory you want to upload to. This problem will be addressed in the next
version of LocalFS.
--jfarr
"Perl is worse than Python because
59 matches
Mail list logo
