On Saturday 28 Sep 2002 4:38 pm, Florent Guillaume wrote:
(yes, this sucks. The problem is that browsers dont specify the
character encoding used in form submissions. At some point we need to
discuss the way forward on this issue)
Just to be clear, this is an HTML attribute of the
On Monday 30 Sep 2002 1:17 pm, Jean Jordaan wrote:
Hi all
Our app has been hitting these errors for months:
Have you tried it in 2.6? A couple of bug in this area have been fixed since
2.5.x
___
Zope-Dev maillist - [EMAIL PROTECTED]
On Thursday 26 Sep 2002 9:06 pm, Arnar Lundesgaard wrote:
Jepp, that seems to work. I'm at home though, so I haven't been able to try
with the original browser configuration. 'wget' gives me UTF-8 though, so
it should work nicely. :-)
Thanks. This is now in the cvs trunk and the 2.6 branch.
On Wednesday 02 Oct 2002 9:31 am, Oliver Bleutgen wrote:
Hi all, I have some questions.
Say I have a external method/product method return_vars which I call
from a form:
def return_vars(self, var=None, **kw):
return var: %s, kw: %s % (var,kw)
Is it correct that any passed form
On Wednesday 02 Oct 2002 10:50 am, Chris Withers wrote:
Yesterday, it appears this site died during a ZCatalog update as the last
entry in Z2.log was for the advanced catalog management form. However,
there was no entry for the actual re-catalog.
That makes sense - Z2.log entries are made
On Wednesday 02 Oct 2002 8:03 pm, [EMAIL PROTECTED] wrote:
+1
+1
IMHO, Zope releases should, in this scenario, be configured by default to
use a custom_zodb.py file with ClientStorage over a socket at startup,
That is a tempting idea.
Use of a TCP socket has security implications that make
On Wednesday 02 Oct 2002 8:50 pm, [EMAIL PROTECTED] wrote:
Hmm... My thought: on Win32, bind the TCP port to the loopback address.
Since Win32 in _most_ cases is not a multi-user system, this would have the
general effect of keeping this from being an issue (unless you ran terminal
services
On Friday 04 Oct 2002 1:18 pm, Guido van Rossum wrote:
To make it worse when this is sometimes done for a large stretch of
code, even though there are only a few specific spots where the
exception is expected.
The idiom of putting this long stretch of code into and 'else' block after the
On Saturday 05 Oct 2002 8:29 am, Guido van Rossum wrote:
I am thinking of a fairly simple change to zdaemon: if it finds that
it is continuously respawning the program more than 10 times in 2
minutes, it assumes there is a fatal error, log a PANIC level message,
and exit. (
(I took the
On Sunday 06 Oct 2002 4:56 pm, Chris McDonough wrote:
It's probably unavoidable that the log file is opened as root --
it's used to report can't setuid(). :-)
Thats what syslog is for.
It is good security practice that a daemon should *never* have a writeable
file descriptor for its log
On Monday 07 Oct 2002 1:14 pm, Guido van Rossum wrote:
Well, there goes zLOG's MinimalLogger implementation.
The module name might be 'MinimalLogger', but everywhere else it is known as
'the stupid log'.
(This only holds for log files owned by a root, right?)
No, I dont think ownership is
On Tuesday 08 Oct 2002 10:48 pm, Craeg K Strong wrote:
Hello:
I would like to log the identity of the authenticated
user for *every* URL traversal within my Zope Product.
For example, let's say that my forms-based web application contains 50
screens. They are all protected such that only
On Saturday 12 Oct 2002 2:41 pm, Yusei Tahara wrote:
and Folder title attribute is string not ustring.
so change it.
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding!
I agree. Is there any reason for ZODB to actually keep timestamps rather
than just use serial version ids?
Most storages need a timestamp anyway for time-related packing.
(I understand calls to get the system tiem are expensive, incrementing an
integer number by one should be somewhat less
On Saturday 02 November 2002 3:18 pm, holger krekel wrote:
So my question remains: Isn't it possible to get to the raw header
information of a request from a PythonScript or PageTemplate?
For all headers exception Authorization, yes. Allowing access to that header
would be a security problem.
On Monday 04 November 2002 2:14 pm, Joachim Werner wrote:
Hi!
I am currently fighting with the unicode support in Zope 2.6. Actually the
problem is that I don't want to get pages delivered as unicode. Is the
exact behavior of that thingie documented somewhere?
Yes, its a PITA that the
On Tuesday 05 November 2002 7:04 pm, Jeremy Hylton wrote:
I have posted a tenative release plan for ZODB 3.2 in the ZODB Wiki at
http://www.zope.org/Wikis/ZODB/ZODB%203.2%20Release
There are a small set of proposed features centering around better
configuration and management of ZEO and
On Tuesday 12 November 2002 7:16 pm, Barry A. Warsaw wrote:
Looks like Toby's recent change to ApplicationManager.py causes
DB.close() to never be called when you hit Shutdown in the Control
Panel.
Yes.
This is a bad thing for the Berkeley storages because their
.close() must get called or
On Wednesday 13 November 2002 4:01 pm, Chris McDonough wrote:
Maybe normal shutdown should manually call the shutdown signal handler
function and normal restart should manually call the restart signal
handler function?
We are pretty close to that now, which I agree is a good thing.
The
(cc zodb-dev, who may also be interested)
On Wednesday 13 November 2002 4:18 pm, Barry A. Warsaw wrote:
TD == Toby Dickenson [EMAIL PROTECTED] writes:
worse part. If you've enable autopacking and you don't
cleanly close the storage, you won't exit the process because
On Wednesday 13 November 2002 5:27 pm, Barry A. Warsaw wrote:
Potentially yes, although the steps in the pack process are BerkeleyDB
transactionally protected. I think the mark-and-sweep phases are
examples of things that could take a long time. It should be possible
to craft some escape
On Monday 25 November 2002 2:03 pm, Andrew Sydelko wrote:
You'll see that when I switched to ZEO 2.0 I had to change the
URL.
No doubt you had to change alot more too. This was a major release. Lots of
things changed between ZEO 1 and ZEO 2.
I think you picked a bad example; I agree it
On Friday 29 November 2002 5:44 am, Yusei Tahara wrote:
Hi.
The right approach is to make it possible to change the title property to
a unicode string. All my custom products have this already, but it is a
deficiency in the standard Zope types such as 'Folder' that their titles
type can
On Friday 29 November 2002 12:07 pm, Carlo Giomini wrote:
Dear all,
I need a sort of post-publishing hook (so to say). I need Zope to call a
function of mine as the very last action of publishing a request, i.e.
after having built the response (and sent it to the browser possibly), but
before
On Wednesday 27 November 2002 5:50 pm, Brian Lloyd wrote:
FYI I'd like to have a 2.6.1 beta out next week. Jeremy is still
looking at a few ZODB bug reports - as soon as he's done we'll
make the beta.
Im not sure this is a good plan.
Jeremy's sortKey changes look like they deserve a longer
On Saturday 30 November 2002 5:39 am, Yusei TAHARA wrote:
2. ustring can not join or replace to 8-bit strings other than ascii.
Yes, it is painful to work in a mix of pre-encoded 8 bit strings and unicode
strings. Thats why Zope's unicode policy was intended to be entirely optional
- at least
On Sunday 01 December 2002 3:36 pm, Brian Lloyd wrote:
FYI I'd like to have a 2.6.1 beta out next week. Jeremy is still
looking at a few ZODB bug reports - as soon as he's done we'll
make the beta.
Im not sure this is a good plan.
Jeremy's sortKey changes look like they deserve a
On Monday 02 December 2002 4:11 pm, Maik Jablonski wrote:
I don't have much experience with the unicode-converters too... that's
my problem for this issue...:-(
I had seen this bug on the list, but hant spotted that it was a
unicode-related. I will try to take a look sometime this week.
On Tuesday 03 December 2002 1:16 pm, Yusei TAHARA wrote:
Hi.
I made monkey patch for myself, when management_page_charset is not
UTF-8, this patch remove :utf8: from non unicode type input field.
because if input values are not latin-1, then unicode error raised.
I think that
On Thursday 05 December 2002 5:14 pm, Chris McDonough wrote:
Developers and any other interested parties should gather via IRC on the
#zope-dev channel on irc.openprojects.net at the time and date above.
I think its worth saying that the most important (IMO) outcome from the last
two bugs
On Thursday 05 December 2002 8:41 pm, Heiichiro NAKAMURA wrote:
Does anyone have any other idea for the Collector 623 issue?
I hope better ideas will be posted..
Yes, I have an idea. I hope to find time to flesh it out early next week.
___
On Wednesday 06 November 2002 8:33 am, Janko Hauser wrote:
Just an idea from the 'could-be-done-if-needed-department'. Generally
there is quite often the need to have non-undoable properties in
different objects of a site. There is one way to store it in the
temporary storage, which is ram
On Thursday 05 December 2002 9:36 pm, Toby Dickenson wrote:
On Thursday 05 December 2002 8:41 pm, Heiichiro NAKAMURA wrote:
Does anyone have any other idea for the Collector 623 issue?
I hope better ideas will be posted..
Yes, I have an idea. I hope to find time to flesh it out early next
On Monday 09 December 2002 2:20 am, Heiichiro NAKAMURA wrote:
On Sun, 8 Dec 2002 21:58:16 +
Toby Dickenson [EMAIL PROTECTED] wrote:
On Thursday 05 December 2002 9:36 pm, Toby Dickenson wrote:
Yes, I have an idea. I hope to find time to flesh it out early next
week.
I propose
On Tuesday 10 December 2002 12:03 am, Kazuya FUKAMACHI wrote:
On Mon, 09 Dec 2002 13:18:26 -0800
Heiichiro NAKAMURA [EMAIL PROTECTED] wrote:
2. Whenever any experimental enhancements to the ZMI which rely on
using Unicode is to be integrated, create an new tab and put these
features
On Monday 09 December 2002 9:18 pm, Heiichiro NAKAMURA wrote:
On Mon, 9 Dec 2002 10:13:16 +
I agree with everything, except
This is a tentative limitation on UI design, and should be removed
after the Unicode Support gets matured enough to handle Unicode object
with all
improvement would be one way to improve this. I
think this would make a good fishbowl proposal
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
gratefully accepted.
http://collector.zope.org/Zope/737
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
On Friday 20 December 2002 2:22 pm, Kazuya FUKAMACHI wrote:
if all of them are included in Zope 2.6.1.
The final beta is due today. If that goes to plan then it is already too late.
2.6.2 is a realistic target.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
on my zope.
Good work. This definitely looks viable for 2.6.2
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
as { }, and it
will be as good as any other.
If you want an authentic ZPublisher namespace then you need
http://www.zope.org/Members/htrd/howto/FunctionTemplate
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist
if I get enough positive feedback from people who
actually use dtml-tree. (and a sufficently paranoid review would be nice
too.)
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http
2.2
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman
that much easier.
Im not sure thats true. Having less strict version requirements means that
there will be *more* *people* doing the development, support, and bug fixing.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev
confirmation that you are all happy with this combination of patches.
thanks,
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross
grows with the number of
threads - is this true?
yes
Cheers
I hope this helps
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
in a way that lead to strange behavior. 2.6 is more predictable, and
understandable.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
On Sunday 26 January 2003 7:25 pm, Kazuya FUKAMACHI wrote:
On Tue, 14 Jan 2003 10:33:40 +
Toby Dickenson [EMAIL PROTECTED] wrote:
I am currently looking at getting this into 2.6.1 or 2.6.2. I would
appreciate confirmation that you are all happy with this combination of
patches.
Have
schedule since December has been that this is imminent any
day now. I have some important bug fixes that I would like to include in
2.6.1, and I would like some assurance that beta 2 will not be released
mid-merge.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
random number.
self._p_changed = 1
return self.__random.random()
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo
/patch/Zope261b.patch
Thanks to everyone who has helped on this. This patch is in cvs ready for
2.6.1 beta 2.
Please give the beta a good work out.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL
On Wednesday 29 January 2003 8:50 pm, Brian Lloyd wrote:
(I saw Toby had committed some things, and it looks
like that merge is complete).
Yes, that is complete
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev
transaction to the next inside the exception and traceback.
The same applies to your prorosed fix. Is there a need to allow the error
handling transaction to commit? I propose it always be aborted.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
transaction.begin is:
'''Begin a new transaction.
This aborts any transaction in progres.
'''
(I should have a chance to experiment with this tomorrow)
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope
On Monday 10 February 2003 8:47 pm, Shane Hathaway wrote:
Great, so there's at least 133 things to examine to see if they
could catch a ConflictError. And I only wrote about 15 of those.
The rest could be very time-consuming to audit.
tal:on-error also catches all exceptions. It could
of bytes sent back to the
client?
;-)
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists
application state revert mid-request to the pre-transaction state seems
like a bad idea. Commiting application changes made in the second half of the
request seems bad too.
(All from theory - I ve not tested this)
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
proxy. Set up a squid acl to catch this one
user, and send his requests via tcpwatch (or similar) rather than direct to
zope.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http
commands on recovery. There is no
way to apply transactional semantics to application logic, except by cramming
all the work into one big command object.
(I hope that helps. Appologies in advance for any inaccuracies)
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
components. I would be interested in your thoughts on whether this makes
a difference.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross
security issues in a *fork* starting with the 2.6 maintenance
branch?
(reply-to set to zope-dev)
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
is secure
(Note that I dont consider this a flaw in Zope.)
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
that are likely
to change early in the transaction.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related
On Tuesday 18 March 2003 3:24 pm, Chris McDonough wrote:
Our live sessions code uses the sessions about half to two-thirds of the
way through the transaction. Given what can happen in that first half,
there is easily plenty of time for read conflicts. I think I might be
able to move our
that will cause a POSKeyError when read. Can the
problem be reproduced using DirectoryStorage? (without the low consistency
connection)
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http
case? I
am hoping that there may be a better solution that avoids the problems I
raised.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
are
non-persistent, otherwise bad zodb-level things can happen. Does Zope 3 guard
against this?
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope
type that I'd like to use revisions for.
The accepted wisdom is that feature like this should be implemented in the
application, above zodb. This has come up a few times on zodb-dev list.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
a port that ignored cookies but always used a specific
Version would avoid many of the existing problems too.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman
cant afford to stop using versions
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickensonIndex: lib/python/ZODB/ZApplication.py
===
RCS file: /cvs-repository/Zope/lib/python/ZODB/ZApplication.py,v
retrieving revision 1.13
On Tuesday 10 June 2003 09:32, Jamie Heilman wrote:
Toby Dickenson wrote:
! # Disable nasty insecure version support. Thanks to
! # Jamie Heilman and everyone one zope-dev
Unless you're damning me with faint praise for posting an exploit,
(which is fine)
No criticism
to allow them to
hook into the global gui; either the top bar or Control_Panel.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross
On Monday 16 June 2003 08:05, Toby Dickenson wrote:
On Saturday 14 June 2003 16:53, Christian Theune wrote:
When catching up with the mail in the mailinglist, I remembered a small
annoyance I'm having with the ZMI. I really appreciate the errorlog and
am using it frequently. But if you
you tested it?
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
, for example as a seach page.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http
stuff as a non-root user. Portage
was designed to allow this, but I doubt it is well exercised. Trying this has
been on my to-do list for a while.
--
Toby Dickenson
http://www.geminidataloggers.com/people/tdickenson
___
Zope-Dev maillist - [EMAIL
?
--
Toby Dickenson - http://www.geminidataloggers.com/people/tdickenson
Want a job like mine? http://www.geminidataloggers.com/jobs for Software
Engineering jobs at Gemini Data Loggers in Chichester, West Sussex, England
___
Zope-Dev maillist
to
these functions?
--
Toby Dickenson - http://www.geminidataloggers.com/people/tdickenson
Want a job like mine? http://www.geminidataloggers.com/jobs for Software
Engineering jobs at Gemini Data Loggers in Chichester, West Sussex, England
___
Zope-Dev maillist
processed
normally.
I havent seen a mention of ulimit or autolance earlier in this thread They
are mostly adequate protection against the work problems.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman
, of course)
I'm also keen for users to nto
get MemoryErrors, but to just have their request take much longer ( cache
thrashing and the like...)
use squid, and it will retry the request.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http
On Thursday 11 September 2003 03:03, John Barratt wrote:
I think ghosts
are only 'removed' after a restart,
fyi, ghosts are removed from memory using reference counting.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http
On Thursday 25 September 2003 11:51, Chris Withers wrote:
Hmmm, does _p_deactivate() clear the contents of the object's _v_
variables?
Yes
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope
On Friday 26 September 2003 09:32, Chris Withers wrote:
Toby Dickenson wrote:
On Thursday 25 September 2003 11:51, Chris Withers wrote:
Hmmm, does _p_deactivate() clear the contents of the object's _v_
variables?
Yes
Then given your earlier comment that _v_ variables are supposed
. If you've got a current CVS checkout of Zope
I'm unable to test because of the Python 2.2 requirement :-(
Im in the same position, also :-(
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
On Friday 03 October 2003 15:33, Chris McDonough wrote:
Jim is keen to get an audit going quickly before a 2.7
final release, and the audit would be performed against Python 2.3.2.
Does anyone else have an interest in blessing Zope 2.6.x with Python 2.2/2.3 ?
--
Toby Dickenson
be cleared until the end of
the transaction?
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org/mailman/listinfo
On Friday 10 October 2003 18:34, Dieter Maurer wrote:
Toby Dickenson wrote at 2003-10-10 07:54 +0100:
...
A while ago there was a discussion on zodb-dev about _v_-like attributes
that would be automatically cleared at the end of a transaction. Do we
need something similar
boundaries.
Agreed. Are there any situations, apart from the already discussed CMF
skindata, where this currently isn't the case?
every database adapter?
(I guess, but havent checked)
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http
.
Apart from the most trivial cases, it would allow _v_ attributes to disappear
at random. Its a similar problem to the one that makes it hard to write an
optimiser for python code, and I am unconvinced that this is sane.
--
Toby Dickenson
___
Zope-Dev
thereafter.
If you are seening that then I think you need a bigger cache. And possibly
fewer publisher threads.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
one if nobody complains.
consider this a complaint. character encodings should be applied at zopes
boundary, not in the middle of its processing.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope
On Thursday 23 October 2003 08:07, Chris Withers wrote:
Toby Dickenson wrote:
Apart from the most trivial cases, it would allow _v_ attributes to
disappear at random. Its a similar problem to the one that makes it hard
to write an optimiser for python code, and I am unconvinced
On Tuesday 21 October 2003 18:08, Jens Vagelpohl wrote:
Just a quick heads-up:
Then we will start restoring the data
from the old drives.
That makes me nervous. How will you know that the sources in cvs havent been
compromised?
--
Toby Dickenson
On Thursday 23 October 2003 18:52, Chris Withers wrote:
What in the ZODB cache or other ZODB code could be causing _v_ variables to
stick around after they've been set to None in their containing objects?
reference cycles
--
Toby Dickenson
equivalent to getattr(some_object, id). Its
not obvious to me how this can be cleanly resolved in zope 2.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
these problems early
enough to fix the damage cheaply.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://mail.zope.org
)
that didn't have to add the slash. What was the rationale
originally?
Because
dtml-var BASEPATH1/dtml-var absolute_url(1)
looks nicer than without the slash
?
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman
On Tuesday 09 December 2003 16:24, Evan Simpson wrote:
Summary: absolute_url(1)
Looks good.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding
in front of your zope, then squid will manange both
HTTP 1.1 persistent connections to your browsers, and persistent connections
to your Zope.
The squid-to-zope persistent connections are not in the style of HTTP 1.1
though. Squid uses slightly different headers - I forget the details.
--
Toby
with my Formulator hack solution.
Can you point me to a desicription of this hack please.
--
Toby Dickenson
___
Zope-Dev maillist - [EMAIL PROTECTED]
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related
201 - 300 of 317 matches
Mail list logo
