Re: [Zope-dev] DateTime.rfc822() bug?

[Janko Hauser]

Lennart Regebro wrote:
> From: "Geir Bækholt" <[EMAIL PROTECTED]>
> 
>>i can confirm that this is a bug in DateTime.rfc822(), and that
>>rfc-conformant mailclients choke on it aswell..
> 
> 
> Oh, man, I've looked at DateTime now, and it's a mess... (ar at least, the
> timeone hadnling is).  I'm seriously considering making rfc822() into this:
> 
> def rfc822(self):
> """Return the date in RFC 822 format"""
> return '%s, %2.2d %s %d %2.2d:%2.2d:%2.2d %s' % (
> self._aday,self._day,self._amon,self._year,
> self._hour,self._minute,self._nearsec,'-')
> 
> That would return the RFC2822 format that explicitly specifies that there is
> no timezone information included... At least that would make it compliant.
> :-/
> 
> A better way would be storing the timzone offset internally in the DateTime
> object and using it, but there timezone handling is spread out all over the
> place, so I haven't really gotten a grip on it yet.
> 

Zope3 already uses the experimental datetime from Python2.3. From a 
quick look it seems to handle timezones. Perhaps you can look there for 
some ideas or use it instead.

HTH,
__Janko



___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

[Zope-dev] CallProfiler?

[Leonardo Rochael Almeida]

I was looking for a recent version of CallProfiler.

It's cannonical page on:
http://www.zope.org/Members/richard/CallProfiler/

mentions that it's reported not to work in 2.5.x and that it'd be
integrated into Zope 2.6, which makes me believe that the version
available for download won't work with 2.6 either.

What is the status of this wonderful product wrt Zope 2.6?

-- 
Ideas don't stay in some minds very long because they don't like
solitary confinement.


___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

[Chris McDonough]

On Mon, 2002-10-14 at 13:03, Jim Penny wrote:
> I have no opposition to an attempt to standardize the location of 
> ZOPE_HOME and LOCATION_HOME.  (I also don't see it as that big a deal,
> people to whom this matters, who are presumed capable enough to be 
> trusted with the root password, should be capable of reading
> /usr/share/doc/zope/README.Debian.gz.)  But, if zope.org wishes 
> to maintain a set of .deb packages, then zope.org really, really, 
> needs to become the official debian packager (and hence the suggestion 
> that Chris become an official debian developer); or they really, really 
> need to stay out of it, and simply point debian users elsewhere.

FWIW, I have no intention of doing anything to upset the apple cart. 
>From what I've heard so far, it sounds like it would be quite difficult
to standardize file locations.  It's much easier for me to let it go and
to hell with standardization.  If I can make any of the current
maintainers' lives easier by creating a "make debdist" based off the
current control file and whatnot that "does the right thing" for the
current Debian Zope file layout, I would be happy do do so, I just need
to know that there's demand.

- C



___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

[Jim Penny]

On Mon, Oct 14, 2002 at 06:04:33PM +0200, Dirk Datzert wrote:
> 
> > I will be honest here.  I don't care a lot about how the debian files
> > are packaged, or where.  But I do not want to see two sets of debs with
> > differing layouts.  
> 
> Not only talking about debs distro layouts. There should be one install
> instruction for all linux distros, which takes care about FHS. This
> should be official published under zope.org. On this base an RPM can
> build.
> 
> If installation places changes from 2.4.4/2.5.1 to 2.6 than it simple 
> changes. A notification mail on RPM install can tell that to the user.

Yes, but...
user migration is not the real issue.  Packager migration is more
important.  I mean, look, a debconf question, or a post-install question
could ask whether the user wanted his location maintained, and build a 
symbolic link, or it could move the data.

The SuSe model might work very well for SuSe, but it will not work well
for Debian.  Debian has a strong tradition of in-place upgrades, and
more importantly, requires a lot of internal coordination; there are
more than 30 packages dependent on the current debian zope layout, and
probably more than 20 maintainers.  Changing the location that packages
are installed in (currently /usr/lib/zope/lib/python/Products) would
probably require 30 days or so.

Again, I see no advantage, even if file location is identical, to there
being more than one repository of .debs for zope.  And I would think
that zope.org would agree.  Debian has a very substantial set of mirrors
over which to distribute the load.  Zope.org would have to pay for much
bandwidth on days that new .debs came into being (much deb pulling is
automated, so it is much more spiky than .rpm pulling).

Moreover, having more than one such repository will simply create
problems for end users.  Either we will have a repeat of the ximian
debacle, where it was almost impossible to get new, upgraded packages
from the canonical repositories (and this included security upgrades!),
or we will see that most users are not running the zope.org packages
anyway, since their revision numbers will differ (and probably be
lower).

And frankly, doing debian packaging right is a PITA, and doing it almost
right is pretty pointless.  

I have no opposition to an attempt to standardize the location of 
ZOPE_HOME and LOCATION_HOME.  (I also don't see it as that big a deal,
people to whom this matters, who are presumed capable enough to be 
trusted with the root password, should be capable of reading
/usr/share/doc/zope/README.Debian.gz.)  But, if zope.org wishes 
to maintain a set of .deb packages, then zope.org really, really, 
needs to become the official debian packager (and hence the suggestion 
that Chris become an official debian developer); or they really, really 
need to stay out of it, and simply point debian users elsewhere.

Now, if I wanted to have a debian related wish, it would be that there be a
robust ZOPE_HOME2 into which one puts local products and products 
not installed via .debs (probably /usr/local/lib/zope/python/Products,
although the python may not be needed).

Jim Penny

> 
> Distro maintainer like SuSE doing that this way. 
> 
> Regards,
> Dirk
> 
> ___
> 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/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
> 

___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Security Testing

[Eron Lloyd]

Maybe this would be a good opportunity to evaluate Puffin 
(www.puffinhome.org)? Security API calls through unit tests are one thing, 
but testing the whole functioning system from the outside seems like the best 
approach. Puffin should be a Zope partner, IMHO.

Regards,

Eron

On Monday 14 October 2002 10:49 am, Chris Withers wrote:
> Hi,
>
> I'd like to build a suite of security tests for a product I'm writing using
> unittest.py.
>
> Is this possible?
>
> I thought about using newSecurityManager with various known users, and
> restrictedTraverse to get to the appropriate methods, but then how do I
> test if those methods are callable?
>
> cheers,
>
> Chris
>
> PS: How is all this being tackled in Zope 3?
>
>
> ___
> 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/listinfo/zope-announce
>  http://lists.zope.org/mailman/listinfo/zope )
> ---
> [This E-mail scanned for viruses by Declude Virus]

-- 
Eron Lloyd
Technology Coordinator
Lancaster County Library
[EMAIL PROTECTED]
Phone: 717-239-2116
Fax: 717-394-3083

---
[This E-mail scanned for viruses by Declude Virus]


___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

[Dirk Datzert]

> I will be honest here.  I don't care a lot about how the debian files
> are packaged, or where.  But I do not want to see two sets of debs with
> differing layouts.  

Not only talking about debs distro layouts. There should be one install
instruction for all linux distros, which takes care about FHS. This
should be official published under zope.org. On this base an RPM can
build.

If installation places changes from 2.4.4/2.5.1 to 2.6 than it simple 
changes. A notification mail on RPM install can tell that to the user.

Distro maintainer like SuSE doing that this way. 

Regards,
Dirk

___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

[Chris McDonough]

On Mon, 2002-10-14 at 11:50, Jim Penny wrote:
> I will be honest here.  I don't care a lot about how the debian files
> are packaged, or where.  But I do not want to see two sets of debs with
> differing layouts.  I would rather that either Chris become an official
> debian maintainer and take over zope (and thereby upload it to the
> normal repositories), or that he leave debian packaging to Gregor, or
> whoever succeeds him.  There is no reason that zope.org cannot have a 
> short paragraph or two on installing zope under debian, which points
> people to the normal repositories; or alternatively, there is no reason
> that zope.org cannot mirror debian's zope and related packages.

Agreed.  It would be nice, however, to have the files placed by default
in the same places under RedHat and Debian binaries, and the source
distro, however, so the instructions are uniform.  I realize this may
not be a a good idea in the face of historical distributions, and I
wouldn't even think of doing it without buy-in from all interested
parties.  I'd rather not become the Debian maintainer, so there's some
self-interest here as well. ;-)

- C



___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

[Jim Penny]

On Sat, Oct 12, 2002 at 06:28:37PM -0400, Chris McDonough wrote:
> Hi all,
> 
> I am working towards a unified Zope configuration and installation
> system on a branch of Zope named the 'chrism-install-branch'.
> 
> I have given the buildout process on that branch the ability to create
> an RPM distribution of Zope.  I intend later to give the buildout
> process the ability to create Debian .debs as well and maybe Solaris
> packages...  I am doing this with the expectation that we might be able
> to provide RPM and .deb distros of Zope from zope.org instead of our
> current "generic Linux as tarball" distro.  I haven't looked yet at the
> Debian packaging of Zope (by Gregor Hoffleit), but I intend to do that
> next to get some more ideas.

I will be honest here.  I don't care a lot about how the debian files
are packaged, or where.  But I do not want to see two sets of debs with
differing layouts.  I would rather that either Chris become an official
debian maintainer and take over zope (and thereby upload it to the
normal repositories), or that he leave debian packaging to Gregor, or
whoever succeeds him.  There is no reason that zope.org cannot have a 
short paragraph or two on installing zope under debian, which points
people to the normal repositories; or alternatively, there is no reason
that zope.org cannot mirror debian's zope and related packages.


Jim Penny


___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Security Testing

[Stefan H. Holek]

Chris!

You might want to take a look at my ZopeTestCase package. It supports Zope 
security testing with users, roles, permissions and all.


Also see the tests coming with the ReplaceSupport and DocFinderEverywhere 
products. In essence restrictedTraverse() will work. Alternatively you 
could call getSecurityManager().validate() or .validateValue() directly.

HTH,
Stefan


--On Montag, 14. Oktober 2002 15:49 +0100 Chris Withers <[EMAIL PROTECTED]> 
wrote:

> Hi,
>
> I'd like to build a suite of security tests for a product I'm writing
> using unittest.py.
>
> Is this possible?
>
> I thought about using newSecurityManager with various known users, and
> restrictedTraverse to get to the appropriate methods, but then how do I
> test if those methods are callable?
>
> cheers,
>
> Chris
>
> PS: How is all this being tackled in Zope 3?
--
Those who write software only for pay should go hurt some other field.
/Erik Naggum/

___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Debugging conflict errors? Hints please!

[Stefan H. Holek]

Thanks Jeremy,

but could you speak more slowly please? ;-)

Which debug log are you refering to? There is nothing in the stupid log, 
and  "Big M" logging does also not give me any indication of conflicts or 
oids. Do I have to run everything inside pdb?

I also do not seem to figure out where the ConflictErrors are raised. I 
have added log messages to every single occurrence of "raise ConflictError" 
in lib/python/ZODB/* but I never see any of them...

Stefan


--On Freitag, 11. Oktober 2002 11:15 -0400 Jeremy Hylton <[EMAIL PROTECTED]> 
wrote:

>> "SHH" == Stefan H Holek <[EMAIL PROTECTED]> writes:
>
> The debug log should show the oid that caused the conflict error.
>> From the oid, you ought to be able to figure out what the object is --
> class, etc. -- and then what transactions have modified that object.
>
> Can anyone recommend a simple strategy for either of these two steps?
> There's got to be a good way to do it, but I'm not sure what the best
> way is.  I'd open the database in an interactive prompt:
>
 db.open()[oid]
>
> That would get me the object.  Then I'd use fsdump to find all the
> transactions that include that oid.  That would be a very manual
> process since I'd just grep the textual dump of the storage.
>
> Jeremy

--
Those who write software only for pay should go hurt some other field.
/Erik Naggum/

___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Idea: Awaking Zope to Life

[Ulrich Eck]

Hi Leonardo,

> Check your transaction boundaries. One of the reasons that most
> solutions are based on an external request is that the Zope request
> handler starts a transaction in the begining of the request and commits
> it at the end (or rolls it back if there's an exception).

this is basically done by get_transaction().begin/commit/rollback + cleanup
per executed MicroThread. We have played a lot with Zope-Transactions
I think this is manageable .. Thanks for the Hint :)


> Nice idea. It certainly opens a lot of possibilities (and maybe a huge
> can of worms :-). Hope you can pull it off :-)

Thats one of the points I could think of too .. to really make all this
work, one must probably simulate different users, that "run" the processes
and plug into the security-machinery .. I haven't explored this in detail 
yet.

thank for your reply


Ulrich Eck

net-labs Systemhaus GmbH
Ebersberger Str. 46
85570 Markt Schwaben
fon:   +49-8121-4747-11
fax:   +49-8121-4747-77
email: [EMAIL PROTECTED]
http://www.net-labs.de


___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

[Zope-dev] Security Testing

[Chris Withers]

Hi,

I'd like to build a suite of security tests for a product I'm writing using 
unittest.py.

Is this possible?

I thought about using newSecurityManager with various known users, and 
restrictedTraverse to get to the appropriate methods, but then how do I test if 
those methods are callable?

cheers,

Chris

PS: How is all this being tackled in Zope 3?


___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Idea: Awaking Zope to Life

[Leonardo Rochael Almeida]

On Sun, 2002-10-13 at 13:44, Ulrich Eck wrote:
> Hi there,
> 
> I just had an Idea and want to hear your comments on the following:
> 
> Zope is a Request-Based System. It has no internal scheduling functions
> except one installs Xron.
> 
> I have written a MicroThread Scheduler using python2.2 generators
> that supply cooperative Multithreading.
> 
> Now the point:
> 
> I want to integrate this Scheduler as one Thread (like Xron)
> to Zope as "Service" where clients could register a callback
> with parameters which are called regularly with a certain priority.
> 
> [...]
> 
> What are the pitfalls i can run into, when trying to implement this ??
> I could think of concurrency issues, problem with threads, context,
> security .. any concrete hints ??

Check your transaction boundaries. One of the reasons that most
solutions are based on an external request is that the Zope request
handler starts a transaction in the begining of the request and commits
it at the end (or rolls it back if there's an exception).

> 
> What do you think about that ??

Nice idea. It certainly opens a lot of possibilities (and maybe a huge
can of worms :-). Hope you can pull it off :-)

-- 
Ideas don't stay in some minds very long because they don't like
solitary confinement.


___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope RPMs/debs and Linux FHS

[Sidnei da Silva]

On Sun, Oct 13, 2002 at 04:12:34PM -0400, Chris McDonough wrote:
| > *) Ownership/perms on the 'var' dir, this will need to be the same as the
| > user Zope runs as, which I assume is not the same as ${zopeuser}
| 
| Well, I had thought for default installs, the %{zopeuser} will be "zope"
| and this user will indeed be both the owner of the var dir and the owner
| of the process.  Do you think there is a better way?

Seems like very good solution.

| > Minor personal request:
| > *) Is there any way to detect if apache is installed, and have zope run as
| > the apache user? This would be great for CGI support, etc.
| 
| What user does apache run as?  "apache"?

www-data on debian.

[]'s

-- 
Sidnei da Silva (dreamcatcher) <[EMAIL PROTECTED]>
X3ng Web Technology 
GNU/Linux user 257852
Debian GNU/Linux 3.0 (Sid) 2.4.18 ppc

A feature is nothing more than a bug with seniority.
-- Unknown source

___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope-2.5.1 restart failed

[Chris Withers]

Andre Schubert wrote:
> 
> I have a installation without chroot or jail, everything is normal.

Sounds like a job for http://collector.zope.org...

cheers,

Chris


___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] DateTime.rfc822() bug?

[Lennart Regebro]

From: "Geir Bækholt" <[EMAIL PROTECTED]>
> i can confirm that this is a bug in DateTime.rfc822(), and that
> rfc-conformant mailclients choke on it aswell..

Oh, man, I've looked at DateTime now, and it's a mess... (ar at least, the
timeone hadnling is).  I'm seriously considering making rfc822() into this:

def rfc822(self):
"""Return the date in RFC 822 format"""
return '%s, %2.2d %s %d %2.2d:%2.2d:%2.2d %s' % (
self._aday,self._day,self._amon,self._year,
self._hour,self._minute,self._nearsec,'-')

That would return the RFC2822 format that explicitly specifies that there is
no timezone information included... At least that would make it compliant.
:-/

A better way would be storing the timzone offset internally in the DateTime
object and using it, but there timezone handling is spread out all over the
place, so I haven't really gotten a grip on it yet.


Best Regards

Lennart Regebro, Torped
http://www.easypublisher.com/




___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Idea: Awaking Zope to Life

[Ulrich Eck]

Hi Chris,

thanks for your hint ..


> You may also be interested in http://cvs.zope.org/Products/Scheduler/
> (it has a dependency on http://cvs.zope.org/Products/Event/ and a Zope
>> = than 2.6b1).
>
> It relies on an external "clock" process to tickle it every so often,
> but you could of course kick off a Zope thread to do this...
>

I have looked over the sources. this Product avoids much of the trouble
through calling from an external-xmlrpc-source .. that behaves like
a normal http-request (auth, contexts, threading,...)
I think i want a higher resolution timer with less overhead (main-loop).

.. I will explore this territory during the next weeks .. thanks


Ulrich Eck

net-labs Systemhaus GmbH
Ebersberger Str. 46
85570 Markt Schwaben
fon:   +49-8121-4747-11
fax:   +49-8121-4747-77
email: [EMAIL PROTECTED]
http://www.net-labs.de


___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

Re: [Zope-dev] Zope-2.5.1 restart failed

[Andre Schubert]

On Fri, 11 Oct 2002 11:24:57 +0100
Chris Withers <[EMAIL PROTECTED]> wrote:

> Andre Schubert wrote:
> > 2002-10-11T06:01:00 ERROR(200) ZODB Couldn't load state for 
>'\x00\x00\x00\x00\x00\x00\x00T'
> > Traceback (innermost last):
> >   File /usr/share/zope/lib/python/ZODB/Connection.py, line 447, in setstate
> >   File /usr/share/zope/lib/python/ZODB/FileStorage.py, line 582, in load
> > (Object: /var/zope/var/Data.fs)
> >   File /usr/share/zope/lib/python/ZODB/FileStorage.py, line 558, in _load
> > (Object: /var/zope/var/Data.fs)
> > ValueError: I/O operation on closed file
> 
> Yeah, I've seen this too. Is your zope running in a chroot'ed / jail'ed 
> environment? This is the only time I've seen it, should it be classed as a bug?
> 
> cheers,
> 
> Chris

I have a installation without chroot or jail, everything is normal.

greets, 
as

___
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/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )

[Zope-dev] Re: [Zope-2.6.0b1] Property Problem

[Toby Dickenson]

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!  **
(Related lists -
 http://lists.zope.org/mailman/listinfo/zope-announce
 http://lists.zope.org/mailman/listinfo/zope )