The Plone Collective

Email Archive: collective-checkins (read-only)

2002:	_Jan	_Feb	_Mar	_Apr	_May	_Jun	_Jul	_Aug	_Sep	_Oct (232)	_Nov (274)	_Dec (80)
2003:	_Jan (304)	_Feb (171)	_Mar (188)	_Apr (229)	_May (238)	_Jun (151)	_Jul (283)	_Aug (140)	_Sep (492)	_Oct (571)	_Nov (818)	_Dec (843)
2004:	_Jan (698)	_Feb (1115)	_Mar (1044)	_Apr (1078)	_May (850)	_Jun (713)	_Jul (735)	_Aug (586)	_Sep (775)	_Oct (673)	_Nov (688)	_Dec (423)
2005:	_Jan (670)	_Feb (1427)	_Mar (1237)	_Apr (792)	_May (762)	_Jun (553)	_Jul (776)	_Aug (1122)	_Sep (971)	_Oct (945)	_Nov (958)	_Dec (1014)
2006:	_Jan (1043)	_Feb (1115)	_Mar (1372)	_Apr (1007)	_May (1311)	_Jun (1448)	_Jul (942)	_Aug (1562)	_Sep (1307)	_Oct (1383)	_Nov (1637)	_Dec (958)
2007:	_Jan (642)	_Feb (1304)	_Mar (1598)	_Apr (1272)	_May (1572)	_Jun (1976)	_Jul (1552)	_Aug (1981)	_Sep (2081)	_Oct (2236)	_Nov (1947)	_Dec (1570)
2008:	_Jan (1705)	_Feb (1768)	_Mar (2000)	_Apr (2287)	_May (1949)	_Jun (1597)	_Jul (1773)	_Aug (1649)	_Sep (1725)	_Oct (2058)	_Nov (1834)	_Dec (1591)
2009:	_Jan (1888)	_Feb (1374)	_Mar (2058)	_Apr (1754)	_May (1920)	_Jun (1876)	_Jul (1945)	_Aug (2889)	_Sep (2293)	_Oct (2190)	_Nov (3041)	_Dec (2290)
2010:	_Jan (2287)	_Feb (557)	_Mar	_Apr	_May	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec

[Collective-checkins] r13969 - in collector-chaos/trunk: . Categorisation/AJAX Categorisation/Calendar and time Categorisation/Catalog Categorisation/Control panel Categorisation/Core content types Categorisation/Discussions Categorisation/External editor Categorisation/Favorites Categorisation/Folder listings Categorisation/Infrastructure/Codebase Categorisation/Infrastructure/Integrity Categorisation/Infrastructure/Logging Categorisation/Infrastructure/Misc Categorisation/Infrastructure/Security and role related Categorisation/Infrastructure/Server behaviour Categorisation/Installers Categorisation/Javascript Categorisation/Kupu Categorisation/Localisation Categorisation/Login and registration Categorisation/Member info Categorisation/Migration Categorisation/Navtree Categorisation/Portal status message Categorisation/RSS Categorisation/RTL Categorisation/Search Categorisation/Visual and templates Categorisation/WebDAV Categorisation/plone.org

From: hannosch <svn-changes@pl...> - 2005-11-15 15:50

Author: hannosch
Date: Tue Nov 15 15:49:58 2005
New Revision: 13969

Added:
collector-chaos/trunk/Categorisation/AJAX/
collector-chaos/trunk/Categorisation/AJAX/3361 - loading of tabs.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Calendar and time/3802 - Extension for CalendarWidget (AT) and calendarDatePickerBox.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Calendar and time/4113 - iCal and vCal.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Catalog/
collector-chaos/trunk/Categorisation/Catalog/2439 - Add QueueCatalog support.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Catalog/3905 - expose mergeResults to pythonscript.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Catalog/4128 - Archetypes 1.3.4-beta1 ArchetypesTool manage_uids.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Catalog/4325 - sort_on affects relevance in portal_catalog queries.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Catalog/4438 - Tools being reported by getFolderContents after 2.0.5-2.1rc{1,2} migration.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Control panel/2167 - Issue with fs_syndication_form.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Control panel/4073 - Major control on keywords.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Core content types/3958 - Thumbnail in Archetypes may die on ZeroDivision Error.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Core content types/4408 - Copying doesn't result in different Title.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Core content types/4417 - Document History.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Core content types/4510 - Adding a content type with a duplicate title uses the old short name mechanism.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Core content types/4538 - Transform safe_html.py must be configurable.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Core content types/4740 - Image maps do not work in 2.1.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Core content types/4753 - Body of ATDocument is required..txt (contents, props changed)
collector-chaos/trunk/Categorisation/Core content types/4870 - Copy-Paste of object in same folder should trigger title change.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Discussions/
- copied from r13962, collector-chaos/trunk/Categorisation/Discussion tool/
collector-chaos/trunk/Categorisation/Discussions/4695 - Comments become magnetized to containing folder.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Favorites/4171 - Favorite user interface.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Folder listings/3479 - Slashing of links to folders is inconsistent.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Folder listings/4590 - Subfolder view settings should be the same as parent on add.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Folder listings/4593 - I miss 'rename' in actions menu.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Infrastructure/Codebase/3875 - problem copiing a folder containing a Controller Page Template.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Infrastructure/Codebase/4540 - plone 2.1-branch triggers several CMF decation warnings (support being removed in CMF 1.6).txt (contents, props changed)
collector-chaos/trunk/Categorisation/Infrastructure/Logging/3037 - Replace zLOG with python logging package.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Infrastructure/Misc/1575 - Add copyright header to .py files.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Infrastructure/Security and role related/3637 - 'default_error_message' breaks for private content.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Infrastructure/Server behaviour/3957 - Plone does not hounour config setting.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Installers/3201 - small improvements plone installer-controller.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Installers/4464 - Upgrading the Windows installer does not work.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Javascript/4061 - Save button should show indicator when clicked.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Javascript/4141 - Arbitrary skin selection breaks generated portal_css output.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Javascript/4546 - ResourceRegistries Skin Awareness.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Javascript/4772 - Cannot cancel deletes in IE 6.0.2900.2180.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Localisation/4286 - PloneLanguageTool and languages list (metadata).txt (contents, props changed)
collector-chaos/trunk/Categorisation/Localisation/4528 - PloneLanguageTool needs option for English language names.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Login and registration/2280 - Cookies not being persisted across sessions.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Login and registration/3729 - require_login.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Login and registration/4299 - Support for redirecting to alternate url for logins.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Member info/1851 - getProperty Unauthorized w- LDAPUserFolder.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Member info/2530 - Grossly inefficient member search.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Member info/3739 - Add portal member permission disabled should result in nice error.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Member info/4157 - Member search TypeError.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Member info/4588 - Add checkbox for member folder creation when creating site.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Migration/4662 - Migration rename breaks re-run policy.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Navtree/4518 - navtree ignores topLevel setting.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Portal status message/1922 - portal_status_message injection.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Portal status message/4094 - portal_messages set in validate_.vpy and _edit.vpy in Plone won't show up due to validate_atct.vpy.txt (contents, props changed)
collector-chaos/trunk/Categorisation/RSS/3506 - rssBody xml encoding.txt (contents, props changed)
collector-chaos/trunk/Categorisation/RSS/4413 - add permalink support.txt (contents, props changed)
collector-chaos/trunk/Categorisation/RTL/
collector-chaos/trunk/Categorisation/RTL/3666 - RTL-Firefox-folder listing.txt (contents, props changed)
collector-chaos/trunk/Categorisation/RTL/3668 - RTL-Firefox-Portal Tabs.txt (contents, props changed)
collector-chaos/trunk/Categorisation/RTL/4388 - RTL-IE-problem with breadcrumbs.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Search/2599 - Automatically highlight keywords when arriving from a Google page.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Search/3888 - Search term highlighting does not take into account exact phrases.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Search/4222 - Folders do not search consistenly.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Search/4592 - LiveSearch and highlight.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Search/4643 - LiveSearch does not match 8-bit search strings correctly.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Search/4657 - Livesearch doesn't get icons on certain vhm conditions.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Search/4754 - Search gives error message (high-light script).txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/1620 - Links and Icons overlap in IE 5, when accessing test.plone.org.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/2295 - plonePrint.css still broken in Moz and Opera, works in IE.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/3025 - display bug in ie (peekabo) in PLIP's.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/3220 - unique id and doctype class on body tag.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/3915 - tabeless skin broken.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4019 - Strange link-icon.gif problem.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4068 - text size selector accessibility.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4077 - Remove tab index.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4112 - Change ownership link.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4314 - not XHTML 1.0 conform.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4373 - Folders with index document has several UI inconsistencies.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4379 - Support XHMTL Strict (not just Transitional).txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4541 - br-, hr- used, should be br -, hr -.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4586 - First line of news item doesn't wrap when history collapsible is sent.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4698 - Image view shows too much in prints.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Visual and templates/4764 - 2.1 break JAWS reader for blind.txt (contents, props changed)
collector-chaos/trunk/Categorisation/WebDAV/4274 - Webdav multiple lines in a non primary field cause file upload useless - parser will not create the file co....txt (contents, props changed)
collector-chaos/trunk/Categorisation/plone.org/
collector-chaos/trunk/Categorisation/plone.org/4842 - Cannot add documentation object if there is an identical ID at the root.txt (contents, props changed)
Modified:
collector-chaos/trunk/Categorisation/Control panel/3268 - fs_users_overview Navigation Bug.txt
collector-chaos/trunk/Categorisation/Control panel/3746 - Batching not working after removing a user on the users and groups page.txt
collector-chaos/trunk/Categorisation/Core content types/4297 - ATFile txng_get() hook behaves strange.txt
collector-chaos/trunk/Categorisation/Core content types/4435 - Anonymous users are able to see all site content.txt
collector-chaos/trunk/Categorisation/Core content types/4512 - vCal iCal export not working with outlook.txt
collector-chaos/trunk/Categorisation/External editor/4450 - External edit does not work for objects with type ATFile.txt
collector-chaos/trunk/Categorisation/Folder listings/4459 - Smart folder sees own title.txt
collector-chaos/trunk/Categorisation/Infrastructure/Codebase/3770 - No container provided. Access to 'validate_email' of None,.txt (contents, props changed)
collector-chaos/trunk/Categorisation/Infrastructure/Integrity/4261 - In ReferenceWidget don't removing duplicated links.txt
collector-chaos/trunk/Categorisation/Infrastructure/Integrity/4317 - Missing automatic tests.txt
collector-chaos/trunk/Categorisation/Infrastructure/Security and role related/2925 - manage_delObjects ignores proxy roles and isn't replicated in CMFPlone.Portal.txt
collector-chaos/trunk/Categorisation/Installers/3580 - controller.bat error and fix suggestion.txt
collector-chaos/trunk/Categorisation/Installers/3600 - Python dependencies.txt
collector-chaos/trunk/Categorisation/Installers/3603 - sitecustomize.py should add site-packageswin32 to sys.path.txt
collector-chaos/trunk/Categorisation/Installers/4005 - Plone Windows Installer.txt
collector-chaos/trunk/Categorisation/Installers/4135 - 404 on plone.org-downloads-uninstall.txt
collector-chaos/trunk/Categorisation/Installers/4203 - windows installer - remove .pyc files on uninstall.txt
collector-chaos/trunk/Categorisation/Installers/4316 - Plone 2.1 should ship with PloneTestCase.txt
collector-chaos/trunk/Categorisation/Installers/4412 - typo in controller.bat.txt
collector-chaos/trunk/Categorisation/Installers/4582 - PythonService.exe-Entry Point Not Found.txt
collector-chaos/trunk/Categorisation/Kupu/4403 - 302 redirection used for Kupu Link using UIDs.txt
collector-chaos/trunk/Categorisation/Kupu/4434 - 'int' object is not callable on editing.txt
collector-chaos/trunk/Categorisation/Kupu/4461 - Cannot edit body text of CMF Document with Kupu.txt
collector-chaos/trunk/Categorisation/Kupu/4481 - Kupu images need Plone replacement.txt
collector-chaos/trunk/Categorisation/Kupu/4622 - It's not possible to insert link to local folder using kupu.txt
collector-chaos/trunk/Categorisation/Localisation/4398 - RTL-FireFox-Plone is bigger then browser size.txt
collector-chaos/trunk/Categorisation/Localisation/4437 - default_charset=iso8859-1 - title of content display in utf-8.txt
collector-chaos/trunk/Categorisation/Migration/3824 - OS X Upgrade to 2.0.4 - Doesn't.txt
collector-chaos/trunk/Categorisation/Migration/4362 - Error after migration AttributeError exclude_from_nav.txt
collector-chaos/trunk/Categorisation/Migration/4374 - __call__ loop at portal level.txt
collector-chaos/trunk/Categorisation/Migration/4416 - Upgrade from 2.0.3 to 2.1svn (r10651) fails.txt
collector-chaos/trunk/Categorisation/Migration/4436 - Migration Edit tab for Image or File return a 404.txt
collector-chaos/trunk/Categorisation/Migration/4451 - ATContentTypes fails to install ( portal_quickinstaller).txt
collector-chaos/trunk/Categorisation/Migration/4452 - Recursion error fails to migrate 2.0.5 - 2.1rc2.txt
collector-chaos/trunk/Categorisation/Migration/4454 - Error value _length when migrating.txt
collector-chaos/trunk/Categorisation/Migration/4455 - failed 2.0.5 2.1rc2 migration CMF Folder Folder.txt
collector-chaos/trunk/Categorisation/Migration/4458 - More migration errors.txt
collector-chaos/trunk/Categorisation/Migration/4460 - Migration 2.0.5 to 2.1-rc2 failed AttributeError clear.txt
collector-chaos/trunk/Categorisation/Migration/4478 - CMF to ATCT migration problem for iso-8859-1 contents.txt
collector-chaos/trunk/Categorisation/Migration/4503 - Problem with getRawRelatedItems index.txt
collector-chaos/trunk/Categorisation/Migration/4511 - Migration fail from 2.0.5 to 2.1rc2 (AttributeError).txt
collector-chaos/trunk/Categorisation/Visual and templates/4102 - Events should conform to the hCalendar standard.txt
collector-chaos/trunk/Categorisation/Visual and templates/4384 - Left flowing image aligns bad with text.txt
collector-chaos/trunk/Categorisation/Visual and templates/4430 - Portlet borders overcomplicated, sometimes missing.txt
collector-chaos/trunk/Categorisation/WebDAV/3266 - Mac OS X Panther Finder WebDAV buggy w- Plone + certain file tyles.txt
collector-chaos/trunk/Categorisation/WebDAV/3892 - unable to unlock a file with Webdav.txt
collector-chaos/trunk/collector-chaos.py
Log:
Updating listing.

Added: collector-chaos/trunk/Categorisation/AJAX/3361 - loading of tabs.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/AJAX/3361 - loading of tabs.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,20 @@ /> +http://plone.org/collector/3361
+Pending ZPT, feature medium
+loading of tabs
+
+= Edit - Entry #2 by limi on Sep 30, 2004 10:16 pm
+
+ Changes: submitter email, revised version_info, plone version, new comment
+
+The idea is to almost do this - probably using XML-RPC to only request the actual content area. It will marginally slower, but be much more flexible. I've actually had this on my list long before Mambo did it, and I should get around to testing something like this soon.
+________________________________________
+= Request - Entry #1 by tom on Aug 12, 2004 5:10 am
+
+I have seen a nice feature in the backend of the mambo cms. Tabs are loaded, so clicking on a different tab doesn't result in a server request, but just switches the tab via DHTML, which makes working much faster.
+You can try it at <a href="" target="_blank">http://demo.mamboserver.com/administrator/">http://demo.mamboserver.com/administrator/</a> (admin:admin, see the 'Global Configuration' area)
+
+I'd really love to see this feature in plone, it significantly increases the usability, especially for heavy users who spend a lot of
+time managing the content.
+
+Would the implementation of this overthrow the current template concept completely or can this be done with rather small changes?
+What would be the implications on WAI conformance? Even if this technique is not WAI conform, it would be gread to have it as an optional feature, at least for the tabs in the content area.

Added: collector-chaos/trunk/Categorisation/Calendar and time/3802 - Extension for CalendarWidget (AT) and calendarDatePickerBox.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Calendar and time/3802 - Extension for CalendarWidget (AT) and calendarDatePickerBox.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,30 @@ /> +http://plone.org/collector/3802
+Pending ZPT, bug+patch medium
+Extension for CalendarWidget (AT) and calendarDatePickerBox
+
+= Edit - Entry #2 by optilude on Apr 22, 2005 10:46 am
+
+ Changes: submitter email, plone version
+________________________________________
+= Request - Entry #1 by natoka on Feb 9, 2005 4:07 pm
+
+
+Uploaded: patches.tar.gz
+
+AT defines in Widget.py the CalendarWidget with show_hm and show_ymd features, but doesn't implement to utilize those, since CMFPlone's calendarDatePickerBox doesn't implement the needed functionality.
+
+So this attachement contains 2 patches:
+ * calendar_slot.patch for CMFPlone/skins/plone_portlets/calendar_slot.pt
+ to add hide_hm and hide_ymd feature without breaking the java script
+ calendar picker.
+ The design doesn't break any other usages of calendar_slot.pt since
+ hide_hm and hide_ymd are set to nothing if not found and therefore
+ the calendarDatePickerBox is displayed without hidding anything.
+
+ There might be one drawback, since the code doesn't check for mutual
+ exclusion of the hide flags (you could set both and therefore getting
+ displayed nothing)
+
+ * calendar.patch for Archetypes/skins/archetypes/widgets/calendar.pt
+ this patches the view and the edit macros
+

Added: collector-chaos/trunk/Categorisation/Calendar and time/4113 - iCal and vCal.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Calendar and time/4113 - iCal and vCal.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,17 @@ /> +http://plone.org/collector/4113
+Pending Usability, bug low
+iCal and vCal
+
+= Edit - Entry #2 by shh on Jul 8, 2005 4:52 pm
+
+ Changes: submitter email, plone version
+________________________________________
+= Request - Entry #1 by andym on May 27, 2005 2:00 pm
+
+Text on an event reads:
+
+Add event to calendar: vCal (Windows, Linux), iCal (Mac OS X)
+
+Yeah so iCal is mostly used on the Mac, but I use it on Windows too (SunBird), its program related not os. Evolution for example on Linux uses iCal. Maybe just saying vCal and iCal would be enough.
+
+I would find the text "add event to calendar" confusing since I have a calendar right next to the text. But its not that calendar, its my local computer. "Add to your computer" or something might be better (or worse) :)

Added: collector-chaos/trunk/Categorisation/Catalog/2439 - Add QueueCatalog support.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Catalog/2439 - Add QueueCatalog support.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,21 @@ /> +http://plone.org/collector/2439
+Pending Python, bug medium
+Add QueueCatalog support
+
+= Edit - Entry #3 by tiran on Jul 12, 2005 4:04 pm
+
+ Changes: submitter email, classification (feature+solution => bug), plone version, new comment
+
+I have fixed PloneQueueCatalog for Plone 2.1, CMF 1.5 and Zope 2.8. Some indexes like getPositionFoo, getId, Title and portal_type should be updated ASAP.
+________________________________________
+= Comment - Entry #2 by tesdal on Feb 4, 2004 11:14 am
+
+Made PloneQueueCatalog in the Collective, need more docs, a control panel and possibly a better processor, or at least docs on how to set up a processor.
+________________________________________
+= Request - Entry #1 by tesdal on Jan 20, 2004 12:45 pm
+
+If QueueCatalog is installed, the CatalogTool in Plone should use it.
+
+It would require to move the portal_catalog._catalog to something like portal_catalog._catalog_instance and make a QueueCatalog (basically the queue) at portal_catalog._catalog, pointing it to the portal_catalog._catalog_instance so it knows where to direct queries.
+
+It might also be necessary to add some configuration screens from QueueCatalog.

Added: collector-chaos/trunk/Categorisation/Catalog/3905 - expose mergeResults to pythonscript.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Catalog/3905 - expose mergeResults to pythonscript.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,13 @@ /> +http://plone.org/collector/3905
+Pending Python, bug medium
+expose mergeResults to pythonscript
+
+= Edit - Entry #2 by optilude on Apr 22, 2005 9:28 am
+
+ Changes: plone version, new comment
+
+I assume Alan knows what he's doing here, so let's put it for 2.1.x since it won't be critical in 2.1. Should be an easy fix anyway.
+________________________________________
+= Request - Entry #1 by Anonymous User on Mar 28, 2005 1:47 pm
+
+allow ZCatalog.Catalog.mergeResults to be imported/used in python scripts

Added: collector-chaos/trunk/Categorisation/Catalog/4128 - Archetypes 1.3.4-beta1 ArchetypesTool manage_uids.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Catalog/4128 - Archetypes 1.3.4-beta1 ArchetypesTool manage_uids.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,20 @@ /> +http://plone.org/collector/4128
+Pending ZPT, bug medium
+Archetypes 1.3.4-beta1 ArchetypesTool manage_uids
+
+= Edit - Entry #2 by shh on Jul 8, 2005 4:45 pm
+
+ Changes: plone version, new comment
+
+There's probably a lot of pages in Zope/Plone that don't check the return value of getObject...
+________________________________________
+= Request - Entry #1 by Anonymous User on May 31, 2005 5:27 pm
+
+
+Not Uploaded Due To Size:
+
+The viewContents.zpt used within ZMI failes with 'NoneType' object has no attribute 'title_or_id' if there are obsolete objects indexed.
+
+
+
+

Added: collector-chaos/trunk/Categorisation/Catalog/4325 - sort_on affects relevance in portal_catalog queries.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Catalog/4325 - sort_on affects relevance in portal_catalog queries.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,13 @@ /> +http://plone.org/collector/4325
+Pending Python, bug medium
+sort_on affects relevance in portal_catalog queries
+
+= Edit - Entry #2 by optilude on Jul 22, 2005 3:56 pm
+
+ Changes: plone version, new comment
+
+Scheduling for 2.1.x since this affects customisations only.
+________________________________________
+= Request - Entry #1 by rlifchitz on Jul 22, 2005 5:37 am
+
+When portal_catalog is queried with "sort_on='Date'", all relevances are equal to 1 (the relevances are good without this attribute).

Added: collector-chaos/trunk/Categorisation/Catalog/4438 - Tools being reported by getFolderContents after 2.0.5-2.1rc{1,2} migration.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Catalog/4438 - Tools being reported by getFolderContents after 2.0.5-2.1rc{1,2} migration.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,94 @@ /> +http://plone.org/collector/4438
+Accepted Python, feature medium , Assigned to alecm
+Tools being reported by getFolderContents after 2.0.5-2.1rc{1,2} migration
+
+= Comment - Entry #15 by limi on Aug 12, 2005 8:26 pm
+
++1 for this script to be added to 2.1.x. :)
+
+We can not check for portal_types, that would be too expensive - you shouldn't index stuff that isn't content in the first place (although I know that the Zope UI makes it all too easy to clear the catalog ;)
+________________________________________
+= Comment - Entry #14 by alecm on Aug 11, 2005 4:30 pm
+
+geoff,
+
+You'll be pleased to know that plone has it's own safe methods now:
+
+safe_hasattr
+base_hasattr (using aq_base which my example should have used)
+safe_callable
+
+all importable into py scripts from CMFPlone.utils IIRC.
+________________________________________
+= Comment - Entry #13 by alecm on Aug 11, 2005 4:27 pm
+
+Use ZopeFind to find the objects in portal types (though doing all objects should be safe but very slightly slower). Iterate through and see if each object has a callable reindexObject attribute, if so call it. Such special types either won't implement reindexObject or will override it to do nothing.
+
+sketch:
+
+objs = ZopeFind()
+for obj in objs:
+ if getattr(aq_base(obj), 'reindexObject', None) is not None:
+ if safe_callable(obj.reindexObject):
+ obj.reindexObject()
+
+Of course such a thing in the plone core would need a few unit tests to go with it.
+________________________________________
+= Comment - Entry #12 by geoff on Aug 11, 2005 4:20 pm
+
+Use the ZopeFindAndApply method from ~Zope/lib/python/Products/ZCatalog/ZCatalog.py (IIRC) to walk the ZODB. For each object, do something like
+
+if shasattr(obj, 'reindexObject'):
+ obj.reindexObject()
+
+where shasattr is found in Archetypes/utils.py
+________________________________________
+= Accept - Entry #11 by alecm on Aug 11, 2005 4:17 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: alecm
+
+
+________________________________________
+= Edit - Entry #10 by alecm on Aug 11, 2005 4:12 pm
+
+ Changes: topic (Upgrade / Migration => Python), classification (bug => feature), revised version_info
+________________________________________
+= Comment - Entry #9 by bhirsch on Aug 11, 2005 4:10 pm
+
+What would be entailed in doing this? Clearing the catalog, then walking through the site and calling reindexObject() on each object registered in portal_types? Is there a general rule which would avoid things like Criteria objects?
+________________________________________
+= Edit - Entry #8 by geoff on Aug 11, 2005 4:10 pm
+
+ Changes: edited transcript, plone version
+________________________________________
+= Comment - Entry #7 by alecm on Aug 11, 2005 4:04 pm
+
+I agree, we should have such a method, and big a button for it in the ZMI which clearly states it's the proper way to rebuild. But I'm not going to be writing it before 2.1 comes out. :)
+________________________________________
+= Comment - Entry #6 by geoff on Aug 11, 2005 3:53 pm
+
+Well, it's not like you'd want to rebuild the catalog frequently, but every now and then you really mess things up and it's necessary. The reindexObject method call thing is not that bad when you consider that building the catalog from scratch basically entails walking the tree and calling indexObject.
+________________________________________
+= Comment - Entry #5 by alecm on Aug 11, 2005 3:47 pm
+
+We do at least one catalog based listing on essentially every plone page by default, adding a portal_types lookup to each of those calls wouldn't be acceptable I think, especially as it's only necessary when the catalog has been improperly maintained. Geoff's suggestion is a good one, but there are some problem types which though they are in portal types, aren't really cataloged content (criteria are the first things that come to mind, but there are other types which may not want to be cataloged in portal_catalog by default).
+
+The only way to be sure is to rely on the reindexObject methods of the instances themselves, and walking the tree and doing obj.reindexObject() would be no fun really. Not for 2.1 though, maybe we can add such a helper later.
+________________________________________
+= Comment - Entry #4 by Anonymous User on Aug 11, 2005 3:09 pm
+
+Ah, the catalog-based folder_contents and folder_listing completely slipped my mind. The site is quite old and has been migrated and screwed with many times. I am sure at some point the catalog was totally rebuilt. An easy method to make it sane again would be nice. What if when querying the catalog, getFolderContents (or whatever is used) only asked for types registered with portal_types? Or would this be too expensive?
+________________________________________
+= Comment - Entry #3 by geoff on Aug 11, 2005 2:37 pm
+
+I've seen this too when I blow away the catalog and reindex everything. I think it would nice (say for 2.1.x) if we added a method that would let you reindex all content types only.
+________________________________________
+= Comment - Entry #2 by alecm on Aug 11, 2005 1:44 pm
+
+My guess is that at some point when you had 2.0 installed you told your catalog to recatalog everything in the site, including things which shouldn't have ever been in the catalog like skin templates and portal tools. 2.1 now uses the catalog to do these listings for a number of reasons. The downside is that you need to have a sane catalog for this to work. If you can demonstrate that none of these objects were catalogged on your 2.0 site -migration, then I will consider this a bug otherwise, it is not. You may resolve it by clearing your portal_catalog and having it reindex only the true content types.
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 11, 2005 1:33 pm
+
+After a successful migration, it seems that every object from the portal root and portal_skins/custom is displayed in the foler's contents. Perhaps this is a problem w/ getFolderContents?

Added: collector-chaos/trunk/Categorisation/Control panel/2167 - Issue with fs_syndication_form.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Control panel/2167 - Issue with fs_syndication_form.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,84 @@ /> +http://plone.org/collector/2167
+Pending ZPT, bug medium
+Issue with fs_syndication_form
+
+= Edit - Entry #4 by hannosch on Jul 13, 2005 8:02 am
+
+ Changes: plone version, new comment
+
+fs_syndication_form hasn't made it into 2.1 (it's in the folder but not registered in the controlpanel).
+________________________________________
+= Edit - Entry #3 by limi on Dec 22, 2003 5:28 am
+
+ Changes: plone version, new comment
+
+fs_syndication_form will land in 2.1.
+________________________________________
+= Edit - Entry #2 by gerrykirk on Dec 20, 2003 1:22 am
+
+ Changes: Submitter id: 'gerrykirk' => 'tiran', submitter name, submitter email, revised title
+________________________________________
+= Request - Entry #1 by gerrykirk on Dec 20, 2003 1:21 am
+
+this came originally from 1916, from a posting by Tiran:
+
+= Accept - Entry #2 by tiran on Nov 11, 2003 5:30 pm
+
+fs_syndication_form and file_edit_form still have issues:
+
+ Module ZPublisher.Publish, line 98, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 39, in call_object
+ Module Shared.DC.Scripts.Bindings, line 252, in __call__
+ Module Shared.DC.Scripts.Bindings, line 283, in _bindAndExec
+ Module Products.CMFCore.FSPageTemplate, line 191, in _exec
+ Module Products.CMFCore.FSPageTemplate, line 124, in pt_render
+ Module Products.PageTemplates.PageTemplate, line 96, in pt_render
+ - <FSPageTemplate at /testsitefs_syndication_form>
+ Module TAL.TALInterter, line 189, in __call__
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 663, in do_useMacro
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 408, in do_optTag_tal
+ Module TAL.TALInterter, line 393, in do_optTag
+ Module TAL.TALInterter, line 388, in no_tag
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 663, in do_useMacro
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 408, in do_optTag_tal
+ Module TAL.TALInterter, line 393, in do_optTag
+ Module TAL.TALInterter, line 388, in no_tag
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 686, in do_defineSlot
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 629, in do_condition
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 686, in do_defineSlot
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 459, in do_setLocal_tal
+ Module Products.PageTemplates.TALES, line 220, in evaluate
+ - Line 27, Column 0
+ - Exssion: standard:'options/state/getErrors'
+ - Names:
+ {'container': <PloneSite instance at 417edcb0>,
+ 'context': <PloneSite instance at 417edcb0>,
+ 'default': <Products.PageTemplates.TALES.Default instance at 0x40bd56cc>,
+ 'here': <PloneSite instance at 417edcb0>,
+ 'loop': <SafeMapping instance at 41810c50>,
+ 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x40bd554c>,
+ 'nothing': None,
+ 'options': {'args': ()},
+ 'repeat': <SafeMapping instance at 41810c50>,
+ 'request': <HTTPRequest, URL<a href="=" target="_blank">http://nathan.faho.rwth-aachen.de:10080/testsitefs_syndication_form">=http://nathan.faho.rwth-aachen.de:10080/testsitefs_syndication_form</a>>,
+ 'root': <Application instance at 417ed230>,
+ 'template': <FSPageTemplate at /testsitefs_syndication_form>,
+ 'traverse_subpath': [],
+ 'user': heimes}
+ Module Products.PageTemplates.Exssions, line 206, in __call__
+ Module Products.PageTemplates.Exssions, line 194, in _eval
+ Module Products.PageTemplates.Exssions, line 150, in _eval
+ - __traceback_info__: options
+ Module Products.PageTemplates.Exssions, line 352, in restrictedTraverse
+ - __traceback_info__: {'path': ['state', 'getErrors'], 'TraversalRequestNameStack': ['getErrors']}
+KeyError: 'state'
+

Modified: collector-chaos/trunk/Categorisation/Control panel/3268 - fs_users_overview Navigation Bug.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Control panel/3268 - fs_users_overview Navigation Bug.txt (original)
+++ collector-chaos/trunk/Categorisation/Control panel/3268 - fs_users_overview Navigation Bug.txt Tue Nov 15 15:49:58 2005
@@ -1,45 +1,45 @@ /> -http://plone.org/collector/3268
-Pending ZPT, bug medium
-fs_users_overview Navigation Bug
-
-= Comment - Entry #5 by achilles on Aug 8, 2005 1:07 am
-
-This problem has been circumvented in 2.1 by the change to fs_users_overview which does not list members by default.
-
-So, when deleting users in 2.1, returning to s_users_overview does not display a list of users, and the querystring mangling does not occur.
-
-This is a fix that could do well to be back-ported into any 2.0.x maintenance.
-________________________________________
-= Comment - Entry #4 by alecm on Jul 28, 2005 11:31 am
-
-This is likely due, as indicated, to the URL length limits in IE <a href="" target="_blank">http://support.microsoft.com/kb/q208427/">http://support.microsoft.com/kb/q208427/</a>
-
-This is likely the cause of this and <a href="" target="_blank">http://plone.org/collector/4344">http://plone.org/collector/4344</a>
-
-This could use a fix in the batch macros and in the form controller I think.
-________________________________________
-= Comment - Entry #3 by shh on Jul 15, 2005 12:04 pm
-
-Also see <a href="" target="_blank">http://members.plone.org/collector/3746">http://members.plone.org/collector/3746</a>
-________________________________________
-= Edit - Entry #2 by limi on Oct 2, 2004 10:04 am
-
- Changes: submitter email, plone version, new comment
-
-This should be fixed. Scheduling for 2.1.
-________________________________________
-= Request - Entry #1 by bradb on Jun 28, 2004 1:41 pm
-
-The navigation links, such as the page numbers at the bottom of the user listing, and the "Next <whatever> Items" link break after removing a user. In IE6, after you remove a user and try to click on either one of these links nothing happens, when you should really be taken to either the relevant page number of the results listing, or to the nextvious page of results.
-
-The code causing the problem is in plone_templates/batch_macros. The reason it's happening is because IE limits the size of attribute values to, I believe, 1024 bytes, however the length of the URL's generated ends up being much longer than that. I was unable to locate a place in the HTML 4.01 spec that specifically states a limitation (or absense thereof) on the size of attribute values, but in any case, this is a really usability problem for IE users for which even in the worst case scenario Plone itself should have a workaround in its navigation-related code. (And, let's face it, generating URL's longer than 1024 characters is just not cool anyway. :)
-
-To reproduce this bug, you should have more than a full page of members in your site. You should also be testing with IE, as for example, this does not happen with Safari 1.0 or Mozilla 1.6.
-
-1. On the Users Overview page, remove a user by clicking the checkbox beside that user, under the "Remove User" column, and clicking "Apply Changes."
-
-2. When the page refreshes, try using either the page numbers at the bottom, or the "Next <N> Items" links to navigate through the batched results.
-
-3. Nothing will happen when you click on them, because the HREF of those links ends up being longer than 1024 bytes, which IE can't make sense of.
-
-It's possible that the same IE limitation that causes this problem to happen, may also cause usability problems elsewhere in Plone where long URL's are used.
+http://plone.org/collector/3268
+Pending ZPT, bug medium
+fs_users_overview Navigation Bug
+
+= Comment - Entry #5 by achilles on Aug 8, 2005 1:07 am
+
+This problem has been circumvented in 2.1 by the change to fs_users_overview which does not list members by default.
+
+So, when deleting users in 2.1, returning to s_users_overview does not display a list of users, and the querystring mangling does not occur.
+
+This is a fix that could do well to be back-ported into any 2.0.x maintenance.
+________________________________________
+= Comment - Entry #4 by alecm on Jul 28, 2005 11:31 am
+
+This is likely due, as indicated, to the URL length limits in IE <a href="" target="_blank">http://support.microsoft.com/kb/q208427/">http://support.microsoft.com/kb/q208427/</a>
+
+This is likely the cause of this and <a href="" target="_blank">http://plone.org/collector/4344">http://plone.org/collector/4344</a>
+
+This could use a fix in the batch macros and in the form controller I think.
+________________________________________
+= Comment - Entry #3 by shh on Jul 15, 2005 12:04 pm
+
+Also see <a href="" target="_blank">http://members.plone.org/collector/3746">http://members.plone.org/collector/3746</a>
+________________________________________
+= Edit - Entry #2 by limi on Oct 2, 2004 10:04 am
+
+ Changes: submitter email, plone version, new comment
+
+This should be fixed. Scheduling for 2.1.
+________________________________________
+= Request - Entry #1 by bradb on Jun 28, 2004 1:41 pm
+
+The navigation links, such as the page numbers at the bottom of the user listing, and the "Next <whatever> Items" link break after removing a user. In IE6, after you remove a user and try to click on either one of these links nothing happens, when you should really be taken to either the relevant page number of the results listing, or to the nextvious page of results.
+
+The code causing the problem is in plone_templates/batch_macros. The reason it's happening is because IE limits the size of attribute values to, I believe, 1024 bytes, however the length of the URL's generated ends up being much longer than that. I was unable to locate a place in the HTML 4.01 spec that specifically states a limitation (or absense thereof) on the size of attribute values, but in any case, this is a really usability problem for IE users for which even in the worst case scenario Plone itself should have a workaround in its navigation-related code. (And, let's face it, generating URL's longer than 1024 characters is just not cool anyway. :)
+
+To reproduce this bug, you should have more than a full page of members in your site. You should also be testing with IE, as for example, this does not happen with Safari 1.0 or Mozilla 1.6.
+
+1. On the Users Overview page, remove a user by clicking the checkbox beside that user, under the "Remove User" column, and clicking "Apply Changes."
+
+2. When the page refreshes, try using either the page numbers at the bottom, or the "Next <N> Items" links to navigate through the batched results.
+
+3. Nothing will happen when you click on them, because the HREF of those links ends up being longer than 1024 bytes, which IE can't make sense of.
+
+It's possible that the same IE limitation that causes this problem to happen, may also cause usability problems elsewhere in Plone where long URL's are used.

Modified: collector-chaos/trunk/Categorisation/Control panel/3746 - Batching not working after removing a user on the users and groups page.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Control panel/3746 - Batching not working after removing a user on the users and groups page.txt (original)
+++ collector-chaos/trunk/Categorisation/Control panel/3746 - Batching not working after removing a user on the users and groups page.txt Tue Nov 15 15:49:58 2005
@@ -1,56 +1,56 @@ /> -http://plone.org/collector/3746
-Pending ZPT, bug medium
-Batching not working after removing a user on the users and groups page
-
-= Comment - Entry #7 by Anonymous User on Aug 19, 2005 4:19 pm
-
-According to <a href="" target="_blank">http://members.plone.org/collector/3268">http://members.plone.org/collector/3268</a>, this should no longer be a problem in 2.1, because a list of users is not shown when the overview page is first shown. Would be a good fix to backport to 2.0.x.
-________________________________________
-= Comment - Entry #6 by optilude on Jul 28, 2005 12:51 pm
-
-So, is this only a problem in IE?
-________________________________________
-= Comment - Entry #5 by shh on Jul 15, 2005 12:03 pm
-
-Also see <a href="" target="_blank">http://members.plone.org/collector/3268">http://members.plone.org/collector/3268</a>
-________________________________________
-= Comment - Entry #4 by nateaune on Jun 12, 2005 6:44 pm
-
-What version of Plone were you trying to reproduce the bug on? I just tried it again on the Plone 2.0.5 site, and got the same error. The link to the vious and next pages looks like this:
-<a href="" target="_blank">http://www.plone4artists.orgfs_user_manage?email_original_rodrigo=">http://www.plone4artists.orgfs_user_manage?email_original_rodrigo=</a>... and a list of all the email addresses (which aren't reprinted here for privacy reasons).
-
-
-________________________________________
-= Comment - Entry #3 by Anonymous User on Jun 12, 2005 2:29 pm
-
-Not able to reproduce.
-
-Tried creating 80 users, which creates 4 pages. (Latest Plone shows 20 users per page)
-
-Deleted two random users from page 4. Clicked page 3 link. No error.
-________________________________________
-= Edit - Entry #2 by limi on Apr 8, 2005 11:47 pm
-
- Changes: submitter email, importance (important => medium), plone version
-________________________________________
-= Request - Entry #1 by nateaune on Jan 12, 2005 5:22 pm
-
-I was browsing my list of users in the Users and Groups control panel. I was on the last page (4) and checked the 'remove user' box for two users and clicked 'Apply changes'. Then I clicked the link to page 3 and got the following error. All the links exhibited the same error. Note that this behavior is only reproducable if you remove a user first.
-
-Traceback (innermost last):
- Module ZPublisher.Publish, line 101, in publish
- Module ZPublisher.mapply, line 88, in mapply
- Module ZPublisher.Publish, line 39, in call_object
- Module Products.CMFFormController.FSControllerPythonScript, line 105, in __call__
- Module Products.CMFFormController.Script, line 141, in __call__
- Module Products.CMFCore.FSPythonScript, line 104, in __call__
- Module Shared.DC.Scripts.Bindings, line 306, in __call__
- Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
- Module Products.CMFCore.FSPythonScript, line 160, in _exec
- Module None, line 56, in fs_user_manage
- - <FSControllerPythonScript at /plone4artistsfs_user_manage>
- - Line 56
- Module AccessControl.User, line 550, in userFolderDelUsers
- Module Products.GroupUserFolder.GroupUserFolder, line 565, in _doDelUsers
-AttributeError: 'NoneType' object has no attribute 'getUserSourceId'
-
+http://plone.org/collector/3746
+Pending ZPT, bug medium
+Batching not working after removing a user on the users and groups page
+
+= Comment - Entry #7 by Anonymous User on Aug 19, 2005 4:19 pm
+
+According to <a href="" target="_blank">http://members.plone.org/collector/3268">http://members.plone.org/collector/3268</a>, this should no longer be a problem in 2.1, because a list of users is not shown when the overview page is first shown. Would be a good fix to backport to 2.0.x.
+________________________________________
+= Comment - Entry #6 by optilude on Jul 28, 2005 12:51 pm
+
+So, is this only a problem in IE?
+________________________________________
+= Comment - Entry #5 by shh on Jul 15, 2005 12:03 pm
+
+Also see <a href="" target="_blank">http://members.plone.org/collector/3268">http://members.plone.org/collector/3268</a>
+________________________________________
+= Comment - Entry #4 by nateaune on Jun 12, 2005 6:44 pm
+
+What version of Plone were you trying to reproduce the bug on? I just tried it again on the Plone 2.0.5 site, and got the same error. The link to the vious and next pages looks like this:
+<a href="" target="_blank">http://www.plone4artists.orgfs_user_manage?email_original_rodrigo=">http://www.plone4artists.orgfs_user_manage?email_original_rodrigo=</a>... and a list of all the email addresses (which aren't reprinted here for privacy reasons).
+
+
+________________________________________
+= Comment - Entry #3 by Anonymous User on Jun 12, 2005 2:29 pm
+
+Not able to reproduce.
+
+Tried creating 80 users, which creates 4 pages. (Latest Plone shows 20 users per page)
+
+Deleted two random users from page 4. Clicked page 3 link. No error.
+________________________________________
+= Edit - Entry #2 by limi on Apr 8, 2005 11:47 pm
+
+ Changes: submitter email, importance (important => medium), plone version
+________________________________________
+= Request - Entry #1 by nateaune on Jan 12, 2005 5:22 pm
+
+I was browsing my list of users in the Users and Groups control panel. I was on the last page (4) and checked the 'remove user' box for two users and clicked 'Apply changes'. Then I clicked the link to page 3 and got the following error. All the links exhibited the same error. Note that this behavior is only reproducable if you remove a user first.
+
+Traceback (innermost last):
+ Module ZPublisher.Publish, line 101, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 39, in call_object
+ Module Products.CMFFormController.FSControllerPythonScript, line 105, in __call__
+ Module Products.CMFFormController.Script, line 141, in __call__
+ Module Products.CMFCore.FSPythonScript, line 104, in __call__
+ Module Shared.DC.Scripts.Bindings, line 306, in __call__
+ Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
+ Module Products.CMFCore.FSPythonScript, line 160, in _exec
+ Module None, line 56, in fs_user_manage
+ - <FSControllerPythonScript at /plone4artistsfs_user_manage>
+ - Line 56
+ Module AccessControl.User, line 550, in userFolderDelUsers
+ Module Products.GroupUserFolder.GroupUserFolder, line 565, in _doDelUsers
+AttributeError: 'NoneType' object has no attribute 'getUserSourceId'
+

Added: collector-chaos/trunk/Categorisation/Control panel/4073 - Major control on keywords.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Control panel/4073 - Major control on keywords.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,16 @@ /> +http://plone.org/collector/4073
+Pending Control Panel, feature low
+Major control on keywords
+
+= Edit - Entry #2 by optilude on May 23, 2005 8:20 pm
+
+ Changes: submitter email, plone version, new comment
+
+We may want to consider cleaning up PloneKeywordManager a bit and getting it into Plone as a proper control panel, but not for 2.1. If anyone is interested in owning this, it may deserve a PLIP in plone.org/products/plone/roadmap.
+________________________________________
+= Request - Entry #1 by keul on May 17, 2005 11:56 am
+
+On Plone 2.0.x the control over keywords is a little limited from Plone. I think that an integration with the PloneKeywordManager product or similar one can be a great improvement.
+At current time I found PloneKeywordManager a "must-have" Plone product.
+Another thing: the difference between uppercase keyword and lowercase is correct, but in many intance this is a problem (again without the PloneKeywordManager product). Many times a user search for a uppercase keyword, didn't find it and the enter the uppercase one...
+I think a thing like this: A check-box in the plone site configuration that say "permits only lowercase keyword".

Added: collector-chaos/trunk/Categorisation/Core content types/3958 - Thumbnail in Archetypes may die on ZeroDivision Error.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Core content types/3958 - Thumbnail in Archetypes may die on ZeroDivision Error.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,34 @@ /> +http://plone.org/collector/3958
+Pending ZPT, bug important
+Thumbnail in Archetypes may die on ZeroDivision Error
+
+= Edit - Entry #2 by robert on Apr 16, 2005 12:37 am
+
+ Changes: submitter email, importance (medium => important)
+________________________________________
+= Request - Entry #1 by robert on Apr 16, 2005 12:36 am
+
+
+Uploaded: personalbar_user.jpg
+
+Pil may generate a ZerdoDivision Error on creating thumbnails.
+Attachet is an image that works fine in Plone 2.05 which can not be migrated
+svn diff agains Archetypes/Field.py
+Index: Field.py
+===================================================================
+--- Field.py (Revision 3988)
++++ Field.py (Arbeitskopie)
+@@ -2001,7 +2001,11 @@ /> + image = image.convert('L')
+ elif original_mode == 'P':
+ image = image.convert('RGBA')
+- image.thumbnail(size, pilfilter)
++ try:
++ image.thumbnail(size, pilfilter)
++ except ZeroDivisionError:
++ original_file.seek(0)
++ return original_file, image.format
+ # XXX: tweak to make the unit test
+ # test_fields.ProcessingTest.test_processing_fieldset run
+ format = image.format and image.format or 'PNG'
+

Modified: collector-chaos/trunk/Categorisation/Core content types/4297 - ATFile txng_get() hook behaves strange.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Core content types/4297 - ATFile txng_get() hook behaves strange.txt (original)
+++ collector-chaos/trunk/Categorisation/Core content types/4297 - ATFile txng_get() hook behaves strange.txt Tue Nov 15 15:49:58 2005
@@ -1,39 +1,39 @@ /> -http://plone.org/collector/4297
-Pending Content Types, bug medium
-ATFile: txng_get() hook behaves strange
-
-= Edit - Entry #7 by limi on Aug 15, 2005 2:20 am
-
- Changes: edited transcript, importance (important => medium)
-________________________________________
-= Comment - Entry #6 by Anonymous User on Aug 2, 2005 12:06 am
-
-I don't know what your problems are.
-
-If you have plain text than pass then return it using txng_get() with mimetype=text/plain. If you have binary content then return is with the corresponding mimetype and TXNG will do the conversion or convert it yourself and return is a text using mimetype=text/plain. All these solution do work. But at least from the original posting I wrote: the conversion of PT returned trash.
-________________________________________
-= Comment - Entry #5 by Anonymous User on Aug 1, 2005 10:18 pm
-
-I still don't understand how this would be possible. We need to index both the content of the various text fields (Title, etc.) and the content of the file (arbitrary mimetype) with on same index SearchableText. It does not seem like txng_get would allow for such a usecase. It seems -converting the text is our only option here, and clearly some of the PortalTransforms converters need to be improved.
-________________________________________
-= Comment - Entry #4 by Anonymous User on Jul 28, 2005 3:26 pm
-
-Of course. That's why we have the txng_hook() to return (source, mimetype, encoding) as result.
-________________________________________
-= Comment - Entry #3 by alecm on Jul 28, 2005 2:51 pm
-
-Andreas, any ideas? Is is possible to have txng index both the plain/test values derived from SearchableText and the untransformed file content?
-________________________________________
-= Edit - Entry #2 by tiran on Jul 19, 2005 6:30 pm
-
- Changes: submitter email, importance (medium => important), plone version, new comment
-
-Would that handle also fields marked as searchable like title and description?
-________________________________________
-= Request - Entry #1 by ajung01 on Jul 17, 2005 6:29 am
-
-ATFile implements txng_get() to provide index information for TextIndexNG2(3).
-I've tested ATFile with TextIndexNG3 (which implements txng_get() as well for compatibilty reasons).
-It seems that ATFile calls PortalTransform to convert content to plain text before returning it.
-It would be better if the hook implementation would just provide the byte stream plus the mime-type
-instead of dealing if conversion on its own. That's the task of the TXNG converters. In addition I recognized that the result from PortalTransforms for a PDF was wrong (some 30 bytes for a 100K PDF document).
+http://plone.org/collector/4297
+Pending Content Types, bug medium
+ATFile: txng_get() hook behaves strange
+
+= Edit - Entry #7 by limi on Aug 15, 2005 2:20 am
+
+ Changes: edited transcript, importance (important => medium)
+________________________________________
+= Comment - Entry #6 by Anonymous User on Aug 2, 2005 12:06 am
+
+I don't know what your problems are.
+
+If you have plain text than pass then return it using txng_get() with mimetype=text/plain. If you have binary content then return is with the corresponding mimetype and TXNG will do the conversion or convert it yourself and return is a text using mimetype=text/plain. All these solution do work. But at least from the original posting I wrote: the conversion of PT returned trash.
+________________________________________
+= Comment - Entry #5 by Anonymous User on Aug 1, 2005 10:18 pm
+
+I still don't understand how this would be possible. We need to index both the content of the various text fields (Title, etc.) and the content of the file (arbitrary mimetype) with on same index SearchableText. It does not seem like txng_get would allow for such a usecase. It seems -converting the text is our only option here, and clearly some of the PortalTransforms converters need to be improved.
+________________________________________
+= Comment - Entry #4 by Anonymous User on Jul 28, 2005 3:26 pm
+
+Of course. That's why we have the txng_hook() to return (source, mimetype, encoding) as result.
+________________________________________
+= Comment - Entry #3 by alecm on Jul 28, 2005 2:51 pm
+
+Andreas, any ideas? Is is possible to have txng index both the plain/test values derived from SearchableText and the untransformed file content?
+________________________________________
+= Edit - Entry #2 by tiran on Jul 19, 2005 6:30 pm
+
+ Changes: submitter email, importance (medium => important), plone version, new comment
+
+Would that handle also fields marked as searchable like title and description?
+________________________________________
+= Request - Entry #1 by ajung01 on Jul 17, 2005 6:29 am
+
+ATFile implements txng_get() to provide index information for TextIndexNG2(3).
+I've tested ATFile with TextIndexNG3 (which implements txng_get() as well for compatibilty reasons).
+It seems that ATFile calls PortalTransform to convert content to plain text before returning it.
+It would be better if the hook implementation would just provide the byte stream plus the mime-type
+instead of dealing if conversion on its own. That's the task of the TXNG converters. In addition I recognized that the result from PortalTransforms for a PDF was wrong (some 30 bytes for a 100K PDF document).

Added: collector-chaos/trunk/Categorisation/Core content types/4408 - Copying doesn't result in different Title.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Core content types/4408 - Copying doesn't result in different Title.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,70 @@ /> +http://plone.org/collector/4408
+Accepted Usability, bug medium , Assigned to limi
+Copying doesn't result in different Title
+
+= Comment - Entry #6 by ajung01 on Aug 8, 2005 12:09 am
+
+Sorry, I can't resist this one:
+"""
+Oh, and I can't resist this one: "It is also not the task of a CMS to enfore a particular style of working with the system." That is *exactly* what a CMS is supposed to do. If not, you end up with Zope. ;)
+"""
+
+I don't know what you mean with the comparision to Zope. A CMS is a tool to help people organizing content. Different people have different skills and different tasks. The "perfect" tool supports a user to perform his tasks. But it is not the task of a tool to hinder a user from performing its task by hiding informations which lead to inefficient work.
+
+The focus on simplicity and user experience in Plone is a good thing tm]on one side but as I said there is also a large number of experienced users that also have to be supported. Not only dumb people are using Plone.
+________________________________________
+= Edit - Entry #5 by limi on Aug 7, 2005 9:50 pm
+
+ Changes: submitter email, edited transcript, revised title, importance (critical => medium), plone version, new comment
+
+We have chosen to de-emphasize IDs in Plone, and that is something we are sticking to. If you have use cases that require IDs to be available and visible everywhere, that's fine - but that's *your* use case.
+
+I agree that there should be a visible way of telling what is the copy and what is the original, and changing the ID is not enough. I propose that we add "(Copy)" *after* the title (to not mess up sorting) when it is copied and another item with the same ID exists (ie. same condition as when you get the copy_of_ ID fix).
+
+Longer-term, I want us to be able to select which columns you want to show in the folder_contents view, but this is certainly not a critical issue. If it is a problem for you, customize.
+
+Oh, and I can't resist this one: "It is also not the task of a CMS to enfore a particular style of working with the system." That is *exactly* what a CMS is supposed to do. If not, you end up with Zope. ;)
+
+So - I agree that there needs to be a better way of recognizing that you copy/pasted a file in the same folder and that one should easily be able to identify which one is the copy. I do not agree with your ID visibility issues.
+
+I have renamed the issue and changed priority, and scheduled it for 2.1.x.
+
+________________________________________
+= Assign - Entry #4 by alecm on Aug 7, 2005 11:53 am
+
+ Supporters added: limi; removed: alecm
+
+Re-assigning to limi as you have valid points here, and these sort of UI decisions are really his bailiwick.
+________________________________________
+= Comment - Entry #3 by ajung01 on Aug 7, 2005 11:38 am
+
+IDs are important for people *managing* content.
+
+There are usecases where you have folder containing different versions of a document with the same title e.g. from different imports. You can't distinguish them.
+
+If you create documents *without* using Epoz or Kupu but using STX or reST you need to the IDs of other documents to create links. When you work with *long* IDs e.g. automatically derived from the title then you need to be able to cut&paste them from the folder_contents view for re-use inside your document. Don't except that all users use Epoz or Kupu. A lot of average users are more productive with STX or reST so don't define the Epoz/Kupu as the typical user.
+
+In cases were you use Plone only as a Web-CMS but also as repository for documents the ID is more important than the title. Typical windows users organize their data by hierarchy and filenames. It is hard to search for documents without having direct access to these information. A system should support the work of the user instead of annoying the user with such constraints that can not lifted. That's why I am proposing to make the visibility of IDs a per-user or site-wide option.
+
+
+
+
+
+________________________________________
+= Accept - Entry #2 by alecm on Aug 7, 2005 11:16 am
+
+ Status: Pending => Accepted
+
+ Supporters added: alecm
+
+Is there a use case for this other than copied content? If not I'd fer a solution which looked at the ID and showed "(copy)" next to the title if the object was a copy (item_id.startswith('copy_of_')). This would be clearer to all users IMHO, and not require showing ids, which with the new title based ids would be redundant in 99% of cases and take up a large quantity of UI space.
+________________________________________
+= Request - Entry #1 by ajung01 on Aug 7, 2005 2:26 am
+
+When you copy and paste an item within the same folder then you get duplicate entries where you can not see directly what the original and what the copied item is. You have to move the mouse over both items to see the complete in the status bar of the browser (if there is a status bar) and check for "copy_of_"...
+
+It would help a lot if the copied item would be detectable directly e.g. by some flag in the folder_contents view, larger font, displaying it in bold or so...
+
+In general it would be nice to have a site-wide configuration option (or on a per-user basis) to show the IDs of documents as well as their titles. Showing the titles only is ok for average Plone users but power users dealing with large amounts of content *need* so see the IDs quickly instead of moving the mouse of the items to figure out what is what. I am marking this as critical since I heard this complaint from some customers in the past multiple times. Customizing is *of course* a solution but this feature is frequently asked for.
+
+

Added: collector-chaos/trunk/Categorisation/Core content types/4417 - Document History.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Core content types/4417 - Document History.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,57 @@ /> +http://plone.org/collector/4417
+Accepted Content Types, feature important , Assigned to limi, tiran
+Document History
+
+= Comment - Entry #5 by mhumphries on Oct 3, 2005 5:14 pm
+
+Has any progress been made on document history tracking and adding it in to 2.1.x? We are evaluating this product as well but one of the requirements in document history and revision tracking...
+________________________________________
+= Edit - Entry #4 by limi on Aug 10, 2005 5:22 pm
+
+ Changes: edited transcript, revised description, plone version, new comment
+
+If the work could not be open-sourced, the whole exercise would be a bit pointless. Anyway, scheduling for 2.1.x to get some feedback on what the Archetypes-related storage issues are.
+
+We could write up an estimate on getting this done and have a -defined amount to get this done. I'll talk to Christian about this, he knows the code quite well.
+________________________________________
+= Comment - Entry #3 by Anonymous User on Aug 8, 2005 4:36 pm
+
+
+How would sponsorship happen, and what level of funding would be needed? There *might* be a way to get my company to help pay for this, but I'd have to sent it as a one-step process - "we pay XXX and they write the feature for us". No guarantee they'd open source it either.
+
+Erik
+
+________________________________________
+= Assign - Entry #2 by limi on Aug 8, 2005 4:29 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: limi, tiran
+
+The answer is simple: Resources.
+
+Somebody needs to either sponsor this functionality or offer a completed solution for the problem.
+
+That being said - we were tty close to being able to offer the "who changed what, and when" log (as opposed to full versioning) with the switch to ATContentTypes - but there seems to be a bug in the implementation of the storage layer. I believe Christian "Tiran" Heimes knows more.
+
+I agree that it should definitely be possible to look at the history of a document and see what was changed when.
+
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 8, 2005 2:21 pm
+
+
+Our business is using Plone for document authoring, collection, and team coordination.
+
+Because we're part of the Medical industry, many regulations state that we must be able to show a revision history for documentation. Note that in most cases a rollback and diff mechanism isn't necessary. We just need to know who altered a page and when. If we have the ability to see what changed, that's great, but not necessary.
+
+As I've been looking forward to the release of 2.1 I am cringing at the lack of such a feature. The half-baked wiki (Tikiwiki) we switched from had this feature, and I had hoped from the discussions I've read here and elsewhere that it would be added in version 2.1.
+
+2.1 looks to have no built-in versioning or history system. What is necessary to get this added?
+
+I know this feature has been requested over and over, so I'll finish this by just stating its importance for our use: It's absolutely critical. If we had a choice between getting all the new features and bug fixes in Plone 2.1 and getting a useable, simple document history tab, I know we'd choose the history.
+
+Is there *any* way a simple document or object history feature could be added to Plone in time for 2.1 or shortly after?
+
+Thanks,
+Erik
+

Modified: collector-chaos/trunk/Categorisation/Core content types/4435 - Anonymous users are able to see all site content.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Core content types/4435 - Anonymous users are able to see all site content.txt (original)
+++ collector-chaos/trunk/Categorisation/Core content types/4435 - Anonymous users are able to see all site content.txt Tue Nov 15 15:49:58 2005
@@ -1,25 +1,25 @@ /> -http://plone.org/collector/4435
-Pending Permissions, bug medium
-Anonymous users are able to see all site content
-
-= Edit - Entry #4 by limi on Aug 13, 2005 3:05 am
-
- Changes: plone version, new comment
-
-We should do a simple test and see if we can reproduce this. I'm tty sure it's a setup error, but never hurts to be paranoid about it. :)
-________________________________________
-= Edit - Entry #3 by hannosch on Aug 12, 2005 3:17 am
-
- Changes: submitter email, edited transcript, revised title, topic (Accessibility => Permissions), new comment
-
-Could you please provide some more detail on how you set up the folders and which Plone version you are using?
-________________________________________
-= Comment - Entry #2 by kpunderground on Aug 11, 2005 9:48 am
-
-Sorry, I should be more specific.
-
-I have created 3 groups and 3 folders. I have setup the folders so they are hidden from the other groups. So when you log in as a user of one group, you don't see the other two folders. I've done this by "sharing" them to the group(s). Before you log into the site, you can do a search and pull up content from any of the folders.
-________________________________________
-= Request - Entry #1 by kpunderground on Aug 11, 2005 9:38 am
-
-Un-logged in users are able to search and pull up the site content.
+http://plone.org/collector/4435
+Pending Permissions, bug medium
+Anonymous users are able to see all site content
+
+= Edit - Entry #4 by limi on Aug 13, 2005 3:05 am
+
+ Changes: plone version, new comment
+
+We should do a simple test and see if we can reproduce this. I'm tty sure it's a setup error, but never hurts to be paranoid about it. :)
+________________________________________
+= Edit - Entry #3 by hannosch on Aug 12, 2005 3:17 am
+
+ Changes: submitter email, edited transcript, revised title, topic (Accessibility => Permissions), new comment
+
+Could you please provide some more detail on how you set up the folders and which Plone version you are using?
+________________________________________
+= Comment - Entry #2 by kpunderground on Aug 11, 2005 9:48 am
+
+Sorry, I should be more specific.
+
+I have created 3 groups and 3 folders. I have setup the folders so they are hidden from the other groups. So when you log in as a user of one group, you don't see the other two folders. I've done this by "sharing" them to the group(s). Before you log into the site, you can do a search and pull up content from any of the folders.
+________________________________________
+= Request - Entry #1 by kpunderground on Aug 11, 2005 9:38 am
+
+Un-logged in users are able to search and pull up the site content.

Added: collector-chaos/trunk/Categorisation/Core content types/4510 - Adding a content type with a duplicate title uses the old short name mechanism.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Core content types/4510 - Adding a content type with a duplicate title uses the old short name mechanism.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,15 @@ /> +http://plone.org/collector/4510
+Pending Python, bug medium
+Adding a content type with a duplicate title uses the old short name mechanism
+
+= Edit - Entry #3 by limi on Aug 18, 2005 2:50 pm
+
+ Changes: submitter email, importance (low => medium), plone version
+________________________________________
+= Comment - Entry #2 by alecm on Aug 18, 2005 1:47 pm
+
+Not a huge performance hit, and TTW object creation is rare enough that it can be expensive (it already is due to AT's obsessive-compulsive reindexing) ;). It's not a bad idea, but this certainly won't make it in before 2.1-final.
+________________________________________
+= Request - Entry #1 by afd on Aug 18, 2005 9:32 am
+
+The new mechanism for generating short names will fallback to the old mechanism when the title (or the id to add) is already sent in the container. This breaks the uniformity of short names on the website. Would it take a big performance hit if it would check and add a fix number at the back?

Modified: collector-chaos/trunk/Categorisation/Core content types/4512 - vCal iCal export not working with outlook.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Core content types/4512 - vCal iCal export not working with outlook.txt (original)
+++ collector-chaos/trunk/Categorisation/Core content types/4512 - vCal iCal export not working with outlook.txt Tue Nov 15 15:49:58 2005
@@ -1,46 +1,263 @@ /> -http://plone.org/collector/4512
-Pending Content Types, bug+patch important
-vCal iCal export not working with outlook
-
-= Edit - Entry #2 by limi on Aug 18, 2005 2:53 pm
-
- Changes: submitter email, importance (low => important), plone version, new comment
-
-Would be very nice to get this fixed before the final release if somebody knows enough about that code. Doesn't look good to ship with vCalendar support in the feature list, and then break in Outlook 2000. :)
-________________________________________
-= Request - Entry #1 by rpoppe on Aug 18, 2005 11:10 am
-
-
-Uploaded: CalendarSupport.py
-
-vCal and iCal can not be imported into Outlook 2000 and probably other versions of Outlook.
-
-This is a problem with the class CalendarSupportMixin defined in CalendarSupport.py in ATCT 0.2.0 and for later versions in lib/calendarsupport.py.
-
-Please have a look at the enclosed CalendarSupport.py for ATCT 0.2.0, with the modifications it actually works perfect (one known issue: vCal has only 7-bit characters) and also with other tested software like KOrganizer.
-
-The details:
-
-New line characters:
-in vCalendar 1.0 specification, all line breaks must be \r\n (0D0A) for iCalendar I don´t know. But there are a lot of \r\r\n (0D0D0A) sequences in the file. This is where Outlook says NO! To fix this we change the last line to return s.replace('\r\n', '\n').replace('\n', '\r\n'), yes double replace, scary but this fixes it.
-
-Timezones:
-vCalendar 1.0 defines: YYYYMMDDTHHMMSSZ
-if there is a final "Z" that means we have UTC. He, but to get the time with DateTime.DateTime.strftime() gives always local time, cause strftime calls safelocaltime() hmm, should be safegmtime(), but it is not. So I left "safe" out and defined getUTCtime(). Then Timezone was UTC and time in Calendar is always correct.
-
-iCalendar header:
-Outlook want´s METHOD:PUBLISH in the iCal header, so we put it in and it works!
-
-Description field vCalendar:
-- if utf-8 special chars are inside Description field Outlook will not import
-- if line break chars are inside Description field Outlook will not import
-I added DESCRIPTION;ENCODING=QUOTED-PRINTABLE: and changed linebreak to =0D=0A=\n (will become =0D=0A=\r\n with later replace) this works!
-and converted utf-8 to iso-8859-15, hmm special chars are not working, but not breaking also :) maybe they should be escaped somehow, I tried hard with QUOTED-PRINTABLE escaping, but it did not work
-
-Description field iCalendar:
-changed linebreak to "\\n", yes as string not line break char
-and all description is in one single line, separated by string "\n", this works again!
-
-That´s all :)
-
-Outlook can import iCal vCal, KOrganizer can import iCal vCal, other not tested ...
+http://plone.org/collector/4512
+Pending Content Types, bug+patch important
+vCal iCal export not working with outlook
+
+= Comment - Entry #8 by Anonymous User on Nov 7, 2005 2:03 pm
+
+What did you change n2rn for? I just changed line 209 to:
+ return out.getvalue()
+
+instead of:
+ return n2rn(out.getvalue())
+
+If you look at getICall() (which worked for me), it doesn't call n2rn when returning out.getvalue(), so I figured Christian just called it there on accident (it should only be called in the *cs_view functions)
+________________________________________
+= Comment - Entry #7 by Anonymous User on Oct 31, 2005 7:30 am
+
+this patch does not appear to have been applied to plone 2.1.1 either. Patch solves the problem of importing ical (and vcal) entries into outlook 200 and 2003. There is however I did have to remove the call to vformat()as I got an undefined attribute error when running on plone 2.1 in windows 2003.
+________________________________________
+= Comment - Entry #6 by Anonymous User on Oct 25, 2005 1:01 pm
+
+Here's the patch I tried to upload in the followup below:
+
+--- calendarsupport_orig.py 2005-10-13 12:51:40.000000000 +0000
++++ calendarsupport.py 2005-10-13 17:41:55.000000000 +0000
+@@ -24,6 +24,8 @@ /> +
+ from cStringIO import StringIO
+
++from quopri import encodestring
++
+ from DateTime import DateTime
+ from Globals import InitializeClass
+
+@@ -32,6 +34,7 @@ /> +
+ from Products.ATContentTypes.interfaces import ICalendarSupport
+
++
+ DATE = "%Y%m%dT%H%M%SZ"
+
+ PRODID = "-//AT Content Types//AT Event//EN"
+@@ -41,6 +44,7 @@ /> + BEGIN:VCALENDAR
+ PRODID:%(prodid)s
+ VERSION:2.0
++METHOD:PUBLISH
+
+ """
+
+@@ -147,13 +151,13 @@ /> + """
+ out = StringIO()
+ map = {
+- 'dtstamp' : DateTime().strftime(DATE),
+- 'created' : DateTime(self.CreationDate()).strftime(DATE),
++ 'dtstamp' : DateTime().toZone('UTC').strftime(DATE),
++ 'created' : DateTime(self.CreationDate()).toZone('UTC').strftime(DATE),
+ 'uid' : self.UID(),
+- 'modified' : DateTime(self.ModificationDate()).strftime(DATE),
++ 'modified' : DateTime(self.ModificationDate()).toZone('UTC').strftime(DATE),
+ 'summary' : self.Title(),
+- 'startdate' : self.start().strftime(DATE),
+- 'enddate' : self.end().strftime(DATE),
++ 'startdate' : self.start().toZone('UTC').strftime(DATE),
++ 'enddate' : self.end().toZone('UTC').strftime(DATE),
+ }
+ out.write(ICS_EVENT_START % map)
+ description = self.Description()
+@@ -190,21 +194,21 @@ /> + """
+ out = StringIO()
+ map = {
+- 'dtstamp' : DateTime().strftime(DATE),
+- 'created' : DateTime(self.CreationDate()).strftime(DATE),
++ 'dtstamp' : DateTime().toZone('UTC').strftime(DATE),
++ 'created' : DateTime(self.CreationDate()).toZone('UTC').strftime(DATE),
+ 'uid' : self.UID(),
+- 'modified' : DateTime(self.ModificationDate()).strftime(DATE),
++ 'modified' : DateTime(self.ModificationDate()).toZone('UTC').strftime(DATE),
+ 'summary' : self.Title(),
+- 'startdate' : self.start().strftime(DATE),
+- 'enddate' : self.end().strftime(DATE),
++ 'startdate' : self.start().toZone('UTC').strftime(DATE),
++ 'enddate' : self.end().toZone('UTC').strftime(DATE),
+ }
+ out.write(VCS_EVENT_START % map)
+ description = self.Description()
+ if description:
+- out.write('DESCRIPTION:%s\n' % description)
+- location = self.getLocation()
++ out.write('DESCRIPTION;ENCODING=QUOTED-PRINTABLE:%s\n' % encodestring(description))
++ location = vformat(self.getLocation())
+ if location:
+- out.write('LOCATION:%s\n' % location)
++ out.write('LOCATION;ENCODING=QUOTED-PRINTABLE:%s\n' % location)
+ out.write(VCS_EVENT_END)
+ # TODO
+ # Insert missing code here :]
+@@ -226,4 +230,4 @@ /> +
+
+ def n2rn(s):
+- return s.replace('\n', '\r\n')
++ return s.replace('\r\n', '\n').replace('\n', '\r\n')
+
+________________________________________
+= Comment - Entry #5 by Anonymous User on Oct 25, 2005 12:58 pm
+
+I'm posting the patch directly in the body of the message since it seems that the server didn't allow the upload the first time for whatever reason.
+
+---
+
+--- calendarsupport_orig.py 2005-10-13 12:51:40.000000000 +0000
++++ calendarsupport.py 2005-10-13 17:41:55.000000000 +0000
+@@ -24,6 +24,8 @@ /> +
+ from cStringIO import StringIO
+
++from quopri import encodestring
++
+ from DateTime import DateTime
+ from Globals import InitializeClass
+
+@@ -32,6 +34,7 @@ /> +
+ from Products.ATContentTypes.interfaces import ICalendarSupport
+
++
+ DATE = "%Y%m%dT%H%M%SZ"
+
+ PRODID = "-//AT Content Types//AT Event//EN"
+@@ -41,6 +44,7 @@ /> + BEGIN:VCALENDAR
+ PRODID:%(prodid)s
+ VERSION:2.0
++METHOD:PUBLISH
+
+ """
+
+@@ -147,13 +151,13 @@ /> + """
+ out = StringIO()
+ map = {
+- 'dtstamp' : DateTime().strftime(DATE),
+- 'created' : DateTime(self.CreationDate()).strftime(DATE),
++ 'dtstamp' : DateTime().toZone('UTC').strftime(DATE),
++ 'created' : DateTime(self.CreationDate()).toZone('UTC').strftime(DATE),
+ 'uid' : self.UID(),
+- 'modified' : DateTime(self.ModificationDate()).strftime(DATE),
++ 'modified' : DateTime(self.ModificationDate()).toZone('UTC').strftime(DATE),
+ 'summary' : self.Title(),
+- 'startdate' : self.start().strftime(DATE),
+- 'enddate' : self.end().strftime(DATE),
++ 'startdate' : self.start().toZone('UTC').strftime(DATE),
++ 'enddate' : self.end().toZone('UTC').strftime(DATE),
+ }
+ out.write(ICS_EVENT_START % map)
+ description = self.Description()
+@@ -190,21 +194,21 @@ /> + """
+ out = StringIO()
+ map = {
+- 'dtstamp' : DateTime().strftime(DATE),
+- 'created' : DateTime(self.CreationDate()).strftime(DATE),
++ 'dtstamp' : DateTime().toZone('UTC').strftime(DATE),
++ 'created' : DateTime(self.CreationDate()).toZone('UTC').strftime(DATE),
+ 'uid' : self.UID(),
+- 'modified' : DateTime(self.ModificationDate()).strftime(DATE),
++ 'modified' : DateTime(self.ModificationDate()).toZone('UTC').strftime(DATE),
+ 'summary' : self.Title(),
+- 'startdate' : self.start().strftime(DATE),
+- 'enddate' : self.end().strftime(DATE),
++ 'startdate' : self.start().toZone('UTC').strftime(DATE),
++ 'enddate' : self.end().toZone('UTC').strftime(DATE),
+ }
+ out.write(VCS_EVENT_START % map)
+ description = self.Description()
+ if description:
+- out.write('DESCRIPTION:%s\n' % description)
+- location = self.getLocation()
++ out.write('DESCRIPTION;ENCODING=QUOTED-PRINTABLE:%s\n' % encodestring(description))
++ location = vformat(self.getLocation())
+ if location:
+- out.write('LOCATION:%s\n' % location)
++ out.write('LOCATION;ENCODING=QUOTED-PRINTABLE:%s\n' % location)
+ out.write(VCS_EVENT_END)
+ # TODO
+ # Insert missing code here :]
+@@ -226,4 +230,4 @@ /> +
+
+ def n2rn(s):
+- return s.replace('\n', '\r\n')
++ return s.replace('\r\n', '\n').replace('\n', '\r\n')
+________________________________________
+= Comment - Entry #4 by Anonymous User on Oct 13, 2005 1:44 pm
+
+
+Not Uploaded Due To Size:
+
+Here's a patch for Plone 2.1.x that implements the fixes detailed below. I am really very surprised a bug this big wasn't fixed before the release of final.
+________________________________________
+= Comment - Entry #3 by Anonymous User on Oct 7, 2005 6:22 am
+
+
+Not Uploaded Due To Size:
+
+The uploaded file did not work, but this one does. Added
+__implements__ = (ICalendarSupport, )
+as it was in the original file shipped with Plone 2.1.
+
+Also changed the way "location" is written to
+
+location = vformat(self.getLocation())
+if location:
+ out.write('LOCATION;ENCODING=QUOTED-PRINTABLE:%s\n' % location)
+
+German umlauts now also work in the location field.
+Thanks for the original fix, helped a lot.
+
+________________________________________
+= Edit - Entry #2 by limi on Aug 18, 2005 2:53 pm
+
+ Changes: submitter email, importance (low => important), plone version, new comment
+
+Would be very nice to get this fixed before the final release if somebody knows enough about that code. Doesn't look good to ship with vCalendar support in the feature list, and then break in Outlook 2000. :)
+________________________________________
+= Request - Entry #1 by rpoppe on Aug 18, 2005 11:10 am
+
+
+Uploaded: CalendarSupport.py
+
+vCal and iCal can not be imported into Outlook 2000 and probably other versions of Outlook.
+
+This is a problem with the class CalendarSupportMixin defined in CalendarSupport.py in ATCT 0.2.0 and for later versions in lib/calendarsupport.py.
+
+Please have a look at the enclosed CalendarSupport.py for ATCT 0.2.0, with the modifications it actually works perfect (one known issue: vCal has only 7-bit characters) and also with other tested software like KOrganizer.
+
+The details:
+
+New line characters:
+in vCalendar 1.0 specification, all line breaks must be \r\n (0D0A) for iCalendar I don´t know. But there are a lot of \r\r\n (0D0D0A) sequences in the file. This is where Outlook says NO! To fix this we change the last line to return s.replace('\r\n', '\n').replace('\n', '\r\n'), yes double replace, scary but this fixes it.
+
+Timezones:
+vCalendar 1.0 defines: YYYYMMDDTHHMMSSZ
+if there is a final "Z" that means we have UTC. He, but to get the time with DateTime.DateTime.strftime() gives always local time, cause strftime calls safelocaltime() hmm, should be safegmtime(), but it is not. So I left "safe" out and defined getUTCtime(). Then Timezone was UTC and time in Calendar is always correct.
+
+iCalendar header:
+Outlook want´s METHOD:PUBLISH in the iCal header, so we put it in and it works!
+
+Description field vCalendar:
+- if utf-8 special chars are inside Description field Outlook will not import
+- if line break chars are inside Description field Outlook will not import
+I added DESCRIPTION;ENCODING=QUOTED-PRINTABLE: and changed linebreak to =0D=0A=\n (will become =0D=0A=\r\n with later replace) this works!
+and converted utf-8 to iso-8859-15, hmm special chars are not working, but not breaking also :) maybe they should be escaped somehow, I tried hard with QUOTED-PRINTABLE escaping, but it did not work
+
+Description field iCalendar:
+changed linebreak to "\\n", yes as string not line break char
+and all description is in one single line, separated by string "\n", this works again!
+
+That´s all :)
+
+Outlook can import iCal vCal, KOrganizer can import iCal vCal, other not tested ...

Added: collector-chaos/trunk/Categorisation/Core content types/4538 - Transform safe_html.py must be configurable.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Core content types/4538 - Transform safe_html.py must be configurable.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,92 @@ /> +http://plone.org/collector/4538
+Pending Python, bug important
+Transform safe_html.py must be configurable
+
+= Comment - Entry #7 by Anonymous User on Oct 31, 2005 2:17 pm
+
+Bear in mind its worse than this... Kupu removes tags for you as well. Its very confusing when you fix up safe_html only for Kupu to go and nuke things for you. For example we've set it up so <object> is available in safe_html. But then Kupu strips <param> tags inside the object for you. You can't fix just one of these...
+________________________________________
+= Comment - Entry #6 by bhirsch on Oct 31, 2005 2:12 pm
+
+This is really annoying. It seems like the best solution would be if a less restrictive transform than safe_html were called if a document were published or otherwise approved.
+________________________________________
+= Comment - Entry #5 by DannyB on Sep 9, 2005 3:12 am
+
+Well, I was more thinking about a configlet in plone setup where you can control what is filtered and what not. So this is a site policy and not controlled per field.
+________________________________________
+= Comment - Entry #4 by jccooper on Sep 8, 2005 7:13 pm
+
+Recommend this on field, by the way:
+
+ read_permission=ManagePortal,
+ write_permission=ManagePortal,
+
+Don't want everybody to have this option.
+________________________________________
+= Comment - Entry #3 by jccooper on Sep 8, 2005 6:45 pm
+
+The following monkey patch does this. Integration into Plone (well, ATCT and PortalTransforms) from here is fairly straightforward. Note that wrap_method is just an encapsulated way of doing the regular monkey patch dance.
+
+Code follows::
+
+ from Products.ATContentTypes.content.document import ATDocument
+
+ # ATDocument schema addition
+
+ from Products.Archetypes.public import Schema, BooleanField, BooleanWidget
+
+ origschema = ATDocument.schema.copy()
+
+ safe_field = BooleanField('safeHtml',
+ widget=BooleanWidget(
+ label='Safe HTML',
+ label_msgid='label_safe_html',
+ description='Certify that this HTML does not need to be cleaned up before display',
+ description_msgid='help_safe_html',
+ i18n_domain='',
+ ),
+ default=False)
+
+ schema = origschema + Schema((safe_field,))
+
+ ATDocument.schema = schema
+
+ from Products.Archetypes.ClassGen import generateMethods
+ generateMethods(ATDocument, ATDocument.schema.fields())
+
+
+ ## hook up field above
+
+ from Products.PortalTransforms.transforms.safe_html import SafeHTML
+
+ from Products.PortalTransforms.transforms.safe_html import scrubHTML, msg_pat
+ from Products.CMFDefault.utils import IllegalHTML
+ from Products.CMFDefault.utils import bodyfinder
+
+ def convert(self, orig, data, **kwargs):
+ # start patch...
+ context = kwargs.get('context', None)
+ if getattr(context, 'getSafeHtml', None):
+ data.setData(orig)
+ return data
+ # ...patch ends
+
+ try:
+ safe = scrubHTML(bodyfinder(orig), raise_error=False)
+ except IllegalHTML, inst:
+ data.setData(msg_pat % ("Error", str(inst)))
+ else:
+ data.setData(safe)
+ return data
+
+ wrap_method(SafeHTML, 'convert', convert)
+________________________________________
+= Edit - Entry #2 by limi on Aug 23, 2005 2:02 pm
+
+ Changes: submitter email, plone version, new comment
+
+Patches accepted ;)
+________________________________________
+= Request - Entry #1 by DannyB on Aug 22, 2005 5:07 am
+
+Plone 2.1 removes certain tags when viewing content in the safe_html transform. In some situations this is desirable but there are numerous situations where this is a real problem and a showstopper. We depend on making lots of image maps and right now we cannot do that with plone without hardcoding stuff into this transform. That's wrong. There must be a list somewhere in plonesetup that allows you to control what is filtered out and what not.

Added: collector-chaos/trunk/Categorisation/Core content types/4740 - Image maps do not work in 2.1.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Core content types/4740 - Image maps do not work in 2.1.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,42 @@ /> +http://plone.org/collector/4740
+Pending HTML, bug medium
+Image maps do not work in 2.1
+
+= Edit - Entry #3 by limi on Oct 20, 2005 12:51 pm
+
+ Changes: submitter email, edited transcript, plone version, new comment
+
+Probably the scrubHTML stuff from CMF being a bit overly sensitive. Should be allowed along with the <area> tag. Scheduling for 2.1.x.
+________________________________________
+= Comment - Entry #2 by kleist on Oct 19, 2005 3:51 pm
+
+I have noted this too. Has nothing to do with Kupu, also when not using Kupu the served HTML completely lacks the "map" element.
+
+Core Plone information
+
+ * CMF: CMF-1.5.4
+ * Debug mode: No
+ * Platform: linux2
+ * Plone File System: 2.1
+ * Plone Instance: 2.1
+ * Python: 2.4.1 (#1, Sep 5 2005, 12:27:54) [GCC 3.3.5 20050117 (release) (SUSE Linux)]
+ * Zope: (Zope 2.8.1-final, python 2.4.1, linux2)
+
+________________________________________
+= Request - Entry #1 by hillsy on Sep 29, 2005 12:24 pm
+
+If you have a page with a client-side image map using the <map> tag...
+
+When edited in Kupu HTML view, the <map> tag is visible in the source. It is
+also visible when the page is saved and re-edited.
+
+However when the page is displayed/rendered, the <map> tag and all the image map
+code has disappeared (viewing page source from browser). Therefore the image map does not work.
+
+If you go back into the Edit view, the <map> tag is still sent in the HTML source for the document.
+
+<map> is not specified as a tag in the Kupu HTML filter.
+
+We had no problems with image maps under 2.0.5, so this seems to be new in 2.1
+
+A short thread on this is here: <a href="" target="_blank">http://permalink.gmane.org/gmane.comp.web.zope.plone.user/41220">http://permalink.gmane.org/gmane.comp.web.zope.plone.user/41220</a>

Added: collector-chaos/trunk/Categorisation/Core content types/4753 - Body of ATDocument is required..txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Core content types/4753 - Body of ATDocument is required..txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,46 @@ /> +http://plone.org/collector/4753
+Accepted Content Types, feature medium , Assigned to alecm
+Body of ATDocument is required.
+
+= Comment - Entry #4 by mjm on Oct 13, 2005 2:23 pm
+
+Two use cases for empty pages:
+- to create stub pages for dummy users: I create site structure and the pages, they fill them at some later moment.
+- to let users edit a page of which (only) the body is shown by a simple message portlet. An empty body means: don't show message portlet.
+
+The old CMF based Document allowed empty bodies.
+________________________________________
+= Edit - Entry #3 by shh on Oct 13, 2005 11:42 am
+
+ Changes: submitter email, plone version, new comment
+
+The only issue I see is that if we remove the requirement for body, we give too much importance to description. People will then show up and ask for HTML formatting in descriptions.
+
+What'S the point of an empty document anyway? ;-)
+
+
+________________________________________
+= Accept - Entry #2 by alecm on Oct 7, 2005 4:45 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: alecm
+
+Confirmed, what is going on here?
+________________________________________
+= Request - Entry #1 by mjm on Oct 3, 2005 3:34 pm
+
+I would like (as a user) to leave the body of an ATDocument empty. But since it is required I cannot.
+As a workaround I put a space in the body text, but this gets stored as
+
+<p> <br></p>
+
+(at least that's what I see when I select the kupu 'modify HTML code' button.)
+
+When I access the body from python code using document.getText() I get:
+
+<p>Â <br /></p>
+
+so some funny conversion happens somewhere.
+
+

Added: collector-chaos/trunk/Categorisation/Core content types/4870 - Copy-Paste of object in same folder should trigger title change.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Core content types/4870 - Copy-Paste of object in same folder should trigger title change.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,70 @@ /> +http://plone.org/collector/4870
+Pending Usability, feature medium
+Copy-Paste of object in same folder should trigger title change
+
+= Comment - Entry #3 by thallam on Nov 3, 2005 10:26 pm
+
+Actually, the cause of the problem is not the failure to change the "Title" when pasting. This is the correct and expected behaviour. I don't think that the change in title and proposed solution is correct, especially as there is a simpler solution : show the ID.
+
+Lets look at a common simular use case - Copy and paste in the windows. If you copy and paste a document in the windows interface the ID (name) is changed but the title does not change. Title is available to windows as part of the document info so it could be changed. Tto do so would be confusing and would not add any value; Why change the title when it's role has nothing to do with document identification?
+
+I don't know of any other "filing system" user interface that delves into the contents / meta data of the document and chages the title when you copy and paste. If there are some other examples then they are rare and they most likely require the title to be unique (are you going to require that - if it's role is as an identifier then you should).
+
+You need a unique identifier for navigation within the use interface. This identifier should be clearly visable in the UI. The prime candidate for this is the ID (shortname) and not the title. The ID should be visable in the UI by default.
+
+The cause of the issue is the confusion in fuctionallity beteen title and ID (shortname). The solution is to:
+1) Show the ID in the default folder view.
+2) Have a clear design statement (UI guidelines) of the responcibillities (duties/roles) of ID and title:
+ ID - Local identifier for the document. Forms part of the unique identifier
+ Title - A short use readable summary
+
+Changing the title when copy / pasting is not a good solution.
+
+Tom
+________________________________________
+= Edit - Entry #2 by limi on Nov 3, 2005 6:37 pm
+
+ Changes: submitter email, revised title, importance (critical => medium), plone version, new comment
+
+You correctly identify a problem (that the two documents are easy to mix up since the title is the same), but this is not the way to fix it.
+
+If you want to turn Short Names back on, you can - it's in the Site Setup, and then users can individually enable it.
+
+For this issue, what we should do is:
+
+If content is copied/pasted to a folder, and it gets an ID collision, it should:
+
+- add the postfix "-copy" to the ID (should be after, not before, so they get grouped together for easy identification if alphabetized)
+- Change title to be "<Item title> (copy)
+
+In addition, we'll enable "rename" from the Actions menu, but this is a separate issue, and is already in the collector.
+
+________________________________________
+= Request - Entry #1 by thallam on Nov 2, 2005 1:41 am
+
+In earlier versions of Plone there was a clear distinction between an objects ID (short name) and it's title. In plone 2.1 (for some unknow reason) the use of the ID seems to be deciated. This is causing major usabillity issues as these two attributes have two very distinct roles:
+
+ID is used for NAVIGATION and has to be locally unique. It maps on the items URL and forms part of a global identifier.
+
+Title is use for as a page's TITLE and is used for DISPLAY. It does not have to be unique and is not used for identification.
+
+Lets look at what happens with Plone 2.1 when your copy and paste some content (there are other use cases that are broken as well but this will serve as an illistration).
+
+User wants to make some new content that is based on some old content in the same folder (a common use case that is causing my users problems with 2.1)
+-The user selects the content and does copy.
+-They then paste that content back into the same folder.
+-Plone recognises that it would have two objects with the same ID so renames the pasted one but does not change the title (it shouldn't either)
+-They now have two copies of the original object that look exactly the same as the ID is not displayed. One has the original ID and the other a "magically" generated one (unkown to user)
+- As the user can not see the IDs of either set of content they don't know which is the copy and which is the original (yes if they're more clueful than some they could wave their mouse around and watch the status bar but do you really think that this is user friendly?)
+
+Result of this bug: User edits the wrong content and/or gets horribly confused.
+
+Recomendations:
+0) Clearly define the role of title and ID (shortname). Title -> Display (very short summary). ID / shortname -> identification (location). Don't confuse these.
+1) Show ID's in folder listing and in location bar.
+2) Default to alowing users to edit IDs. If you want to you can make this configurable but personally I think this is bad practice.
+3) If you want to turn user selection of IDs off then do it at a content type level (configrable in portal_types?)
+
+
+
+

Added: collector-chaos/trunk/Categorisation/Discussions/4695 - Comments become magnetized to containing folder.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Discussions/4695 - Comments become magnetized to containing folder.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,98 @@ /> +http://plone.org/collector/4695
+Pending CMF integration, bug medium
+Comments become "magnetized" to containing folder
+
+= Comment - Entry #8 by Anonymous User on Oct 27, 2005 7:35 am
+
+
+I have the same problem and don’t know how to solve it.
+
+I posted this problem to Plone’s User List and nobody reply me. Except someone with the same problem. It appears a big bug!
+
+Any help is welcome.
+
+
+
+________________________________________
+= Comment - Entry #7 by nutjob on Oct 16, 2005 5:40 pm
+
+Yes, still sent in 2.1. And 2.1.1.
+________________________________________
+= Edit - Entry #6 by shh on Oct 13, 2005 11:59 am
+
+ Changes: submitter email, edited transcript, plone version, new comment
+
+Still sent in Plone 2.1? This was supposed to be fixed in CMF 1.5, in fact I personally reviewed the tests at the time. Strange indeed.
+________________________________________
+= Comment - Entry #5 by Anonymous User on Sep 24, 2005 11:31 am
+
+geoff wrote, "IIRC, this is a CMF bug. I believe there is a patch in PloneHelpCenter. From what I remember, the patch is installed if you just have PHC in your Products directory -- you don't even have to install it."
+
+I can't see how having a certain product merely sent could help, but as a Plone newbie, I gave it a shot with PloneHelpCenter 0.4 (taken from svn on 2005.9.24). Sure enough, it didn't fix it.
+
+I then installed it. That didn't help either.
+
+The HISTORY.txt file for PloneHelpCenter mentions: "BUG: Comments on TutorialPages end up on the containerish Tutorial object instead, at least on plone.org. It should be possible to add a comment to a page. -> Appears fixed"
+
+Perhaps it's fixed just for PloneHelpCenter's content?
+________________________________________
+= Comment - Entry #4 by Anonymous User on Sep 23, 2005 6:02 pm
+
+Do you happen to have any more info on this topic? I've looked at Plone Help Center, but it appears not to have any releases I could download.
+
+If it is a CMF bug, where is it fixed in Plone Help Center (and why there, as opposed to in the main plone product?) This actually seems like a fairly pernicious bug, so I'd be surprised to find the fix located in an external product...
+
+Any further information greatly apciated.
+Thanks for your time.
+________________________________________
+= Comment - Entry #3 by geoff on Sep 22, 2005 1:52 pm
+
+IIRC, this is a CMF bug. I believe there is a patch in PloneHelpCenter. From what I remember, the patch is installed if you just have PHC in your Products directory -- you don't even have to install it.
+________________________________________
+= Comment - Entry #2 by Anonymous User on Sep 22, 2005 12:46 pm
+
+I'm finding the same bug/problem. However, I do have some content that behaves perfectly. That is, comments stay with the content and don't end up in the enclosing folder. I'm not sure how these pages are different from the misbehaving pages. I've compared them in the portal_catalog and they appear more or less the same. Any tips apciated.
+
+The only thing I can add here is that I notice the URLs reported in Plone appear incorrect. I've got a smart folder that collects all the comments in a folder. When I mouseover the links, the URLs for the misbehavors don't relect the page itself.
+
+That is, my working content looks like:
+baseurl/sas-specs/sae/talkback/somenumber
+
+But the misbehavors look like:
+baseurl/sas-specs/talkback/somenumber
+
+I'd expect (I added the comment from a page named INVCOM):
+baseurl/sas-specs/invcom/talkback/somenumber
+
+Somewhere along the line the comment loses its attachment to the page...
+
+Running Plone 2.1 on Zope 2.8.1, python 2.4.1 (proxied by Apache + ssl, though I can't imagine why that would make a difference).
+________________________________________
+= Request - Entry #1 by nutjob on Sep 15, 2005 8:42 am
+
+When discussions are enabled for a folder and for pages contained in it, comments submitted on pages instead appear in the folder.
+
+To reproduce:
+1. Create a new Plone site.
+2. Start it.
+3. Visit it with a browser.
+4. Log in using the "admin" user and administrative password.
+5. Navigate to "home"
+6. From the "add to folder" menu, add a new folder.
+7. Enter a title, and click Save.
+8. Click the "properties" tab. Under "Allow discussion?" click Enabled. Click Save.
+9. From the "add item" menu, add a new page.
+10. Enter a title and some body text. Under "Allow disccusion?" click Enabled. Click Save.
+11. Click "Add comment". Enter a subject and comment text, then click "Add comment".
+12. BUG: the comment doesn't appear on the page.
+13. Navigate up to the containing folder. Notice the comment here.
+
+Now, for more fun:
+14. Click "Remove" to remove the comment.
+15. Click the "properties" tab of the folder.
+16. Under "Allow discussions?" click Disabled. Click Save.
+17. Navigate back to the page.
+18. Click "Add comment". Enter a title, comment text, and click "Add comment".
+19. BUG: the comment still doesn't appear on the page.
+20. Navigate up to the containing folder which has discussion disabled. Notice hte comment here.
+

Modified: collector-chaos/trunk/Categorisation/External editor/4450 - External edit does not work for objects with type ATFile.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/External editor/4450 - External edit does not work for objects with type ATFile.txt (original)
+++ collector-chaos/trunk/Categorisation/External editor/4450 - External edit does not work for objects with type ATFile.txt Tue Nov 15 15:49:58 2005
@@ -1,22 +1,22 @@ /> -http://plone.org/collector/4450
-Pending Content Types, bug important
-External edit does not work for objects with type "ATFile"
-
-= Edit - Entry #3 by limi on Aug 13, 2005 3:49 am
-
- Changes: revised description
-________________________________________
-= Edit - Entry #2 by limi on Aug 13, 2005 2:53 am
-
- Changes: submitter email, plone version, new comment
-
-Not good. Needs to be looked into for 2.1.
-________________________________________
-= Request - Entry #1 by DrOMM on Aug 12, 2005 6:19 am
-
-If I try to edit a MS Word document by clicking on the “external edit” icon, ZopeEditManager (Version 0.9.7) pops up but exits with the following error message:
-
-"An unexpected error has occurred (Value error: Unpack list of wrong size)"
-
-The same error occurs if I try to edit the file (ATFile) directly from the ZMI.
-However, if I upload the MS Word file directly from the ZMI into a Plone Folder, external editing works (the type of the object then is “File” instead of “ATFile”, so it is no problem of Zope or ExternalEditor. Btw., everything works fine with images (jpeg, tiff). Also, MS Word editing worked with Plone 2.0.5.
+http://plone.org/collector/4450
+Pending Content Types, bug important
+External edit does not work for objects with type "ATFile"
+
+= Edit - Entry #3 by limi on Aug 13, 2005 3:49 am
+
+ Changes: revised description
+________________________________________
+= Edit - Entry #2 by limi on Aug 13, 2005 2:53 am
+
+ Changes: submitter email, plone version, new comment
+
+Not good. Needs to be looked into for 2.1.
+________________________________________
+= Request - Entry #1 by DrOMM on Aug 12, 2005 6:19 am
+
+If I try to edit a MS Word document by clicking on the “external edit” icon, ZopeEditManager (Version 0.9.7) pops up but exits with the following error message:
+
+"An unexpected error has occurred (Value error: Unpack list of wrong size)"
+
+The same error occurs if I try to edit the file (ATFile) directly from the ZMI.
+However, if I upload the MS Word file directly from the ZMI into a Plone Folder, external editing works (the type of the object then is “File” instead of “ATFile”, so it is no problem of Zope or ExternalEditor. Btw., everything works fine with images (jpeg, tiff). Also, MS Word editing worked with Plone 2.0.5.

Added: collector-chaos/trunk/Categorisation/Favorites/4171 - Favorite user interface.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Favorites/4171 - Favorite user interface.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,37 @@ /> +http://plone.org/collector/4171
+Pending ZPT, bug low
+Favorite user interface
+
+= Edit - Entry #5 by limi on Jul 17, 2005 11:19 pm
+
+ Changes: submitter email, edited transcript, plone version, new comment
+
+Favorites are disabled in 2.1. If somebody wants to work on them for 2.1.x or 2.2, that's fine - but they are not in the 2.1 release because they don't work properly.
+________________________________________
+= Comment - Entry #4 by guitaristx on Jul 5, 2005 10:51 am
+
+Confirmed on zope 2.7.6, cmf 1.5, plone 2.1.
+________________________________________
+= Comment - Entry #3 by Anonymous User on Jul 5, 2005 10:51 am
+
+Confirmed on zope 2.7.6, cmf 1.5, plone 2.1.
+________________________________________
+= Comment - Entry #2 by andym on Jun 12, 2005 6:57 pm
+
+Ok saying slowly.
+
+Add in Favorite.
+
+Go to Favorite view.
+
+HTML for view is:
+
+<h2>Link to <a href="{favorite}">Favorite Title</a></h2>
+
+There is no HTML below that like there is in a normal Link.
+
+That is really bad.
+________________________________________
+= Request - Entry #1 by andym on Jun 10, 2005 3:31 pm
+
+Has a Link to <a>Foo</a> in the title. I thought we'd gotten rid of that. Should look like a link to me. Putting links in titles is not done anywhere else.

Added: collector-chaos/trunk/Categorisation/Folder listings/3479 - Slashing of links to folders is inconsistent.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Folder listings/3479 - Slashing of links to folders is inconsistent.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,194 @@ /> +http://plone.org/collector/3479
+Pending ZPT, bug+patch important
+Slashing of links to folders is inconsistent
+
+= Edit - Entry #12 by alecm on Jul 28, 2005 12:54 pm
+
+ Changes: edited transcript, revised version_info
+________________________________________
+= Comment - Entry #11 by alecm on Jul 28, 2005 12:52 pm
+
+I'm willing to look at this when we have time to figure out the potential pitfalls, i.e. not for 2.1.0.
+________________________________________
+= Edit - Entry #10 by optilude on Jul 28, 2005 12:48 pm
+
+ Changes: edited transcript, plone version, new comment
+
+Mmmm... when I started talking about changing the <base> tag, Stefan was throwing religion at me and claiming that I'd end up suffering in purgatory, so if that qualifies as "not ballsy", guilty as charged. Aiming at 2.1.x. We may have developed greater balls then.
+________________________________________
+= Comment - Entry #9 by limi on Jul 28, 2005 3:06 am
+
+The crux of the matter is simply that nobody is ballsy enough to actually dig into this and make it work.
+
+It's not an impossible problem, and it's one that we have to handle at one point. Too risky for 2.1.0 at this point, though.
+________________________________________
+= Comment - Entry #8 by optilude on Jul 21, 2005 7:21 am
+
+We had a talk about this on IRC yesterday; there crux of this long-standing problem seems to be the <base> tag. According to lurker, messing with the <base> tag is bad, because Zope needs this to determine the difference between folders and non-folders (I'm not sure of the details - anyone have more info?). This creates a problem, because if the base tag for folders must have a trailing slash, then all links-to-folderish-items must have a trailing slash too, to avoid a reload (as far as I understand). We can probably manage this, though it may leave us with some ugly URLs (for example, in my favourite RichDocument use case, the document is really a folderish item, but you don't want the user to think of it that way, and a trailing slash would look odd).
+
+In addition to various links generated in code, the 'view' actions of content types must be taken into consideration. Currently, it's "string:${object_url}/" for folders, and "string:${object_url}" (no slash) for non-folders.
+________________________________________
+= Comment - Entry #7 by arrowman on Oct 27, 2004 3:15 pm
+
+OK, here are the changes I had to make to my Plone 2.0.4 site to get one unique URL per page, without a trailing slash on folders.
+
+1. Revert Epoz 0.8.5 to the default 0.8.2 :-/ Sorry about the misunderstanding Maik, Epoz did it right.
+
+2. In portlet_related.pt change
+ <a href="" tal:attributes="href string:${related/url}/view">
+to
+ <a href="" tal:attributes="href string:${related/url}">
+in both the relatedLocal and the relatedRemote section.
+
+3. in portlet_navigation.pt change
+ tal:define="url string:${sibling/absolute_url}/${command}"
+to
+ tal:define="url string:${sibling/absolute_url}"
+at two places.
+
+4. In main_template.pt change:
+ tal:attributes="href string:${current_page_url}#documentContent"
+to:
+ tal:attributes="href string:#documentContent"
+
+Note that this removes the absolute URL and leaves just the relative URL "#documentContent". That should be fine, since this is always a link to an anchor in the current page.
+
+5. In folder_listing.pt change:
+ tal:define="url python: obj.absolute_url()+test(obj.isPrincipiaFolderish,'/','');
+to:
+ tal:define="url python: obj.absolute_url();
+
+6. In plone_scripts/breadcrumbs.py change:
+ path_seq.append((title, url+'/'))
+to:
+ path_seq.append((title, url))
+________________________________________
+= Comment - Entry #6 by limi on Oct 23, 2004 12:24 pm
+
+The /view is unnecessary except for Files and Images. And I personally fer to omit it for Files too.
+
+In folder_listing, the approach is that if you have the permissions to edit the item (ie. you are Manager or Owner), you get the /view, so you can make changes - others get the direct link for files (which causes a download).
+
+Images should have it, though - especially since they have fullscreen mode link too now.
+
+Oh, and Plone should not use trailing '/'. It should be:
+
+<a href="" target="_blank">http://plone.org/documentation">http://plone.org/documentation</a>
+
+not
+
+<a href="" target="_blank">http://plone.org/documentation/">http://plone.org/documentation/</a>
+
+The slash makes sense in Apache (where it indicates "get the index.html file"), but isn't necessary in Plone.
+________________________________________
+= Comment - Entry #5 by arrowman on Oct 23, 2004 12:15 pm
+
+A variation of this problem is that the related portlet adds "/view" to the URL of the items. This is not restricted to folders.
+
+This can be fixed in portlet_related.pt by replacing:
+<a href=""
+ tal:attributes="href string:${related/url}/view">
+
+with:
+<a href=""
+ tal:attributes="href string:${related/url}">
+
+... in both the relatedLocal and the relatedRemote section.
+
+That is, assuming that the /view action is indeed redundant.
+________________________________________
+= Comment - Entry #4 by Anonymous User on Oct 19, 2004 3:34 am
+
+mjablonski: fixed related Epoz-issue for Epoz 0.8.5
+________________________________________
+= Edit - Entry #3 by limi on Oct 7, 2004 4:58 pm
+
+ Changes: importance (medium => important)
+________________________________________
+= Edit - Entry #2 by limi on Oct 3, 2004 8:26 am
+
+ Changes: submitter email, importance (low => medium), plone version, new comment
+
+Yup, I agree - it is a goal to stop excessive spidering of Plone sites, and this is one of the things we need to fix. Thanks for hunting down these. Scheduling for 2.1.
+________________________________________
+= Request - Entry #1 by arrowman on Oct 2, 2004 12:27 pm
+
+In a standard Plone site, the URL in a link to a folder sometimes ends with a trailing '/', sometimes it doesn't. For example, on plone.org there are links to both <a href="" target="_blank">http://plone.org/documentation/">http://plone.org/documentation/</a> and <a href="http://plone.org/documentation">http://plone.org/documentation</a>
+
+This causes a number of minor problems:
+1. External spidering tools such as link checkers and validators will process every folder two times.
+2. The site may get ugly duplicates in some search engines (see <a href="" target="_blank">http://www.google.nl/search?q=%22plone.org">http://www.google.nl/search?q=%22plone.org</a>+-+Plone+documentation%22+site:plone.org&num=50&hl=nl&lr=&ie=UTF-8&filter=0).
+3. Google Pagerank may not be optimally transfered (currently <a href="" target="_blank">http://plone.org/documentation">http://plone.org/documentation</a> has pagerank 7, whereas <a href="http://plone.org/documentation/">http://plone.org/documentation/</a> has pagerank 6).
+4. Visited link status in the browser is confused.
+5. Proxy and browser caching may be suboptimal.
+
+It appears that the best practise is to end the URL of a folder with a trailing '/'. Here are some changes that would have to be made to add the missing '/'.
+
+1. skins/plone_portlets/portlet_navigation.pt
+
+Change:
+<a href=""
+ tal:condition="python: sibling != portalObject"
+ tal:define="url string:${sibling/absolute_url}/${command}"
+
+To:
+<a href=""
+ tal:condition="python: sibling != portalObject"
+ tal:define="url python:sibling.absolute_url() + test(sibling.isPrincipiaFolderish,'/','')"
+
+Note that this also removes the "/document_view", which is yet another variation of the URL. I'm not sure if this is correct in all cases.
+
+2. main_template.pt
+
+Change:
+<a class="hiddenStructure"
+ tal:attributes="href string:${current_page_url}#documentContent"
+ i18n:translate="label_skiptocontent">Skip to content</a>
+
+To:
+<a class="hiddenStructure"
+ tal:attributes="href string:#documentContent"
+ i18n:translate="label_skiptocontent">Skip to content</a>
+
+Note that this removes the absolute URL and leaves just the relative URL "#documentContent". That should be fine, since this is always a link to an anchor in the current page.
+
+3. header.pt
+
+Change:
+<link rel="up" href="" title="Up one level"
+ tal:define="parent python:here.navigationParent(here, template_id)"
+ tal:attributes="href python:test(parent, parent, '#')" />
+
+To:
+<link rel="up" href="" title="Up one level"
+ tal:define="parent python:here.navigationParent(here, template_id)"
+ tal:condition="parent"
+ tal:attributes="href python:test(parent, parent + '/', '#')" />
+
+Note that the condition leaves out this link on the homepage since there is no parent, which makes more sense to me than linking to "#".
+
+4. folder_listing.pt
+
+Change:
+<a href=""
+ class="link-parent"
+ tal:define="parent_url python:here.navigationParent(here, template.getId())"
+ tal:condition="parent_url"
+ tal:attributes="href parent_url"
+ i18n:translate="go_to_parent_url">
+ Up one level
+ </a>
+
+To:
+<a href=""
+ class="link-parent"
+ tal:define="parent_url python:here.navigationParent(here, template.getId())"
+ tal:condition="parent_url"
+ tal:attributes="href string:${parent_url}/"
+ i18n:translate="go_to_parent_url">
+ Up one level
+ </a>
+
+5. Epoz
+
+The "Insert Link" in the toolbox of Epoz adds a link to a folder without a trailing '/'. Unfortunately, fixing this is beyond my current capabilities.

Modified: collector-chaos/trunk/Categorisation/Folder listings/4459 - Smart folder sees own title.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Folder listings/4459 - Smart folder sees own title.txt (original)
+++ collector-chaos/trunk/Categorisation/Folder listings/4459 - Smart folder sees own title.txt Tue Nov 15 15:49:58 2005
@@ -1,22 +1,22 @@ /> -http://plone.org/collector/4459
-Pending Navigation, bug medium
-Smart folder sees own title
-
-= Comment - Entry #3 by narration on Aug 13, 2005 4:34 am
-
-I did mean those, thanks...;)
-________________________________________
-= Edit - Entry #2 by limi on Aug 13, 2005 3:28 am
-
- Changes: submitter email, revised title, plone version, new comment
-
-I'm assuming you mean "Smart Folders" here. I agree that a Smart Folder should not list itself.
-________________________________________
-= Request - Entry #1 by narration on Aug 12, 2005 3:45 pm
-
-If the title of your search folder includes the word used for text search, the folder itself is listed within itself. I would just disallow seeing the folder for any critera - safest, yes?
-
-Very wonderful to see this 2.1 - marvelous work by all....thank you!
-
-N.
-
+http://plone.org/collector/4459
+Pending Navigation, bug medium
+Smart folder sees own title
+
+= Comment - Entry #3 by narration on Aug 13, 2005 4:34 am
+
+I did mean those, thanks...;)
+________________________________________
+= Edit - Entry #2 by limi on Aug 13, 2005 3:28 am
+
+ Changes: submitter email, revised title, plone version, new comment
+
+I'm assuming you mean "Smart Folders" here. I agree that a Smart Folder should not list itself.
+________________________________________
+= Request - Entry #1 by narration on Aug 12, 2005 3:45 pm
+
+If the title of your search folder includes the word used for text search, the folder itself is listed within itself. I would just disallow seeing the folder for any critera - safest, yes?
+
+Very wonderful to see this 2.1 - marvelous work by all....thank you!
+
+N.
+

Added: collector-chaos/trunk/Categorisation/Folder listings/4590 - Subfolder view settings should be the same as parent on add.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Folder listings/4590 - Subfolder view settings should be the same as parent on add.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,31 @@ /> +http://plone.org/collector/4590
+Pending Content Types, feature low
+Subfolder view settings should be the same as parent on add
+
+= Comment - Entry #5 by limi on Aug 29, 2005 7:49 pm
+
+That's exactly what I said. ;)
+________________________________________
+= Comment - Entry #4 by Anonymous User on Aug 29, 2005 7:18 pm
+
+Personally, i think this would be the correct way to do this:
+
+Upon a folderish objects creation, check the view of the parent, and set that as the default view on the current context, assuming both the parent and the current context are the same content type.
+________________________________________
+= Comment - Entry #3 by Anonymous User on Aug 29, 2005 7:17 pm
+
+If it's possible, upon a folderish objects creation, to check the view of the parent, and set that as the default view on the current context, assuming both the parent and the current context are the same content type.
+________________________________________
+= Edit - Entry #2 by limi on Aug 29, 2005 7:44 am
+
+ Changes: revised title, plone version, new comment
+
+This sounds like a good idea in general to me - if I start adding a folder hierarchy and change the default view, then continue adding folders inside, I think it should look at the parent folder when added, and use the same view.
+
+This is useful for folder views in general, and if it doesn't lead to unmaintainable code, I think it should be the default behaviour.
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 28, 2005 6:46 am
+
+When using a folder in Plone 2.1 as a photo album - through the photo album view -, new folders added are still shown as a normal folder. This behaviour is confusing for users who have to add photo albums to a site, and might cause problems with restricted permissions (i.e., when permissions to change the view are restricted).
+
+Is it possible that subfolders of a folder with a photo album view automatically have their display set to photo album view, or should i define a new content type extending the AT folder ?

Added: collector-chaos/trunk/Categorisation/Folder listings/4593 - I miss 'rename' in actions menu.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Folder listings/4593 - I miss 'rename' in actions menu.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,13 @@ /> +http://plone.org/collector/4593
+Pending Usability, feature medium
+I miss 'rename' in actions menu
+
+= Comment - Entry #2 by limi on Aug 29, 2005 7:27 am
+
+Feel free to add it, but as the release manager, I assume you want to postpone it to 2.1.x.
+
+I agree that it should be in the menu.
+________________________________________
+= Request - Entry #1 by shh on Aug 28, 2005 4:41 pm
+
+Apologies if this has already been discussed. I find myself going to the actions menu to rename, and alas, it's not there...

Modified: collector-chaos/trunk/Categorisation/Infrastructure/Codebase/3770 - No container provided. Access to 'validate_email' of None,.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Infrastructure/Codebase/3770 - No container provided. Access to 'validate_email' of None,.txt (original)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Codebase/3770 - No container provided. Access to 'validate_email' of None,.txt Tue Nov 15 15:49:58 2005
@@ -2,6 +2,13 @@ /> Accepted Unknown, bug+patch medium , Assigned to alecm
No container provided. Access to 'validate_email' of None,

+= Comment - Entry #6 by Anonymous User on Oct 6, 2005 10:37 am
+
+Hej et al -
+
+for those of us who can't wait until 2.1 is release :-( and we are 2.0.5 Production how can we resolve this problem?
+
+________________________________________
= Accept - Entry #5 by alecm on Apr 29, 2005 11:24 pm

Status: Resolved => Accepted

Added: collector-chaos/trunk/Categorisation/Infrastructure/Codebase/3875 - problem copiing a folder containing a Controller Page Template.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Codebase/3875 - problem copiing a folder containing a Controller Page Template.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,107 @@ /> +http://plone.org/collector/3875
+Pending ZPT, bug medium
+problem copiing a folder containing a Controller Page Template
+
+= Comment - Entry #5 by geoff on Aug 8, 2005 10:58 am
+
+This appears to be the result of a longstanding bug in Zope: CopySupport's manage_afterClone is called recursively on folders, but _notifyOfCopyTo and _postCopy are not. I'm following up with the Zope people.
+________________________________________
+= Comment - Entry #4 by wtavares on Apr 30, 2005 1:45 pm
+
+So...
+
+I found a way to make the copy... but not to solve the problem.
+
+In my plone site, I just have one Controler Script Python customized ...
+When I try to copy whit this controler, the bug ocurrs.
+But .. if I delete this custom Script the copy can be made.
+
+So... not is a solution. But is a way.
+
+I've send a email to Geoff about this. If U (Geoff) need some help... just tell me.
+
+[]'s
+
+WLT
+________________________________________
+= Edit - Entry #3 by optilude on Apr 22, 2005 10:16 am
+
+ Changes: submitter email, edited transcript, plone version, new comment
+
+Geoff should have a look at this.
+________________________________________
+= Comment - Entry #2 by ldr on Mar 8, 2005 11:39 am
+
+I see this bug too. I have customised a Controller Page Template, then cannot make a copy of my site in the ZMI. I think this is the problem discussed on plone-users (see below).
+
+It has been reported on the collective bug tracker as number 1150990
+<a href="" target="_blank">http://sourceforge.net/tracker/index.php?func=detail&aid=1150990&group_id=55262&atid=476390">http://sourceforge.net/tracker/index.php?func=detail&aid=1150990&group_id=55262&atid=476390</a>
+
+
+------------------------
+Yes, I have CMFFormController(1.0.4). It comes with Plone-2.0.5.
+The simple test I did: I created a new Plone Folder and added a new
+Controller Page Template to it. It gives the _cloned_object_path error
+when I try to copy it.
+
+
+
+>> elena-u7/wBfPJGMf2fBVCVOL8/A@public.gmane.org wrote at 2005-2-25 16:05 -0400:
+>
+>>>>The following is the traceback while copying an folder:
+>>>>
+>>>>Traceback (innermost last):
+>>>> Module ZPublisher.Publish, line 101, in publish
+>>>> Module ZPublisher.mapply, line 88, in mapply
+>>>> Module ZPublisher.Publish, line 39, in call_object
+>>>> Module OFS.CopySupport, line 180, in manage_pasteObjects
+>>>> Module Products.CMFCore.CMFCatalogAware, line 156, in
+
+manage_afterClone Module Products.CMFCore.CMFCatalogAware, line 177,
+in __recurse Module Products.CMFFormController.ControllerPythonScript,
+line 181, in
+
+>>>>manage_afterClone
+>>>> Module Products.CMFFormController.ControllerBase, line 88, in
+>>>>_base_manage_afterClone
+>>>>AttributeError: _cloned_object_path
+>
+>>
+>> Apparently a bug in "CMFFormController" (you have apparently
+>> a newer version than I do -- my version does not yet have
+>> "manage_afterClone").
+>>
+>> I may be possible that the instance (you try to clone)
+>> was created by an older "CMFFormController" version
+>> and lacks an attribute the newer version requires.
+>>
+>> In this case, you might try to delete the old instance
+>> and create a new one. Of course, you would do this only
+>> when you have not manually configured the controller.
+>>
+>>
+________________________________________
+= Request - Entry #1 by leylena on Mar 3, 2005 12:49 pm
+
+The _cloned_object_path error while copying a folder containing a Controller Page Template
+
+The traceback:
+>>
+>>Traceback (innermost last):
+>> Module ZPublisher.Publish, line 101, in publish
+>> Module ZPublisher.mapply, line 88, in mapply
+>> Module ZPublisher.Publish, line 39, in call_object
+>> Module OFS.CopySupport, line 180, in manage_pasteObjects
+>> Module Products.CMFCore.CMFCatalogAware, line 156, in manage_afterClone
+>> Module Products.CMFCore.CMFCatalogAware, line 177, in __recurse
+>> Module Products.CMFFormController.ControllerPythonScript, line 181, in
+>>manage_afterClone
+>> Module Products.CMFFormController.ControllerBase, line 88, in
+>>_base_manage_afterClone
+>>AttributeError: _cloned_object_path
+
+I did a simple test: created a new Plone Folder and added a new
+Controller Page Template to it.
+It gives the _cloned_object_path error when I try to copy it.
+
+

Added: collector-chaos/trunk/Categorisation/Infrastructure/Codebase/4540 - plone 2.1-branch triggers several CMF decation warnings (support being removed in CMF 1.6).txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Codebase/4540 - plone 2.1-branch triggers several CMF decation warnings (support being removed in CMF 1.6).txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,44 @@ /> +http://plone.org/collector/4540
+Pending Python, bug medium
+plone 2.1-branch triggers several CMF decation warnings (support being removed in CMF 1.6)
+
+= Edit - Entry #2 by limi on Aug 23, 2005 8:40 am
+
+ Changes: submitter email, plone version, new comment
+
+Yup, these will have to wait until 2.1.x, though.
+________________________________________
+= Request - Entry #1 by vinsci on Aug 22, 2005 6:19 am
+
+/home/vinsci/lab/plone/inst/plone-2.1/Products/CMFCore/TypesTool.py:275: DecationWarning: getActionById() is decated and will be removed in CMF 1.6. Please use getActionInfo()['url'] if you need an URL or queryMethodID() if you need a methodID.
+ DecationWarning)
+
+/home/vinsci/lab/plone/inst/plone-2.1/Products/CMFCore/utils.py:627: DecationWarning: format_stx() will be removed in CMF 1.6. Please use StructuredText.StructuredText.HTML instead.
+ DecationWarning)
+
+/home/vinsci/lab/plone/inst/plone-2.1/Products/PloneLanguageTool/__init__.py:17: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: PloneLanguageTool
+ icon='tool.gif',
+/home/vinsci/lab/plone/inst/plone-2.1/Products/PortalTransforms/__init__.py:35: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: PortalTransforms
+ icon="tool.gif",
+/home/vinsci/lab/plone/inst/plone-2.1/Products/ResourceRegistries/__init__.py:20: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: ResourceRegistries
+ icon = 'tool.gif',
+/home/vinsci/lab/plone/inst/plone-2.1/Products/kupu/plone/__init__.py:31: DecationWarning: The product_name parameter ofToolInit is decated and will be ignored in CMF1.6: kupu
+ icon="kupu_icon.gif",
+
+/home/vinsci/lab/plone/inst/plone-2.1/Products/ATContentTypes/__init__.py:82: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: ATContentTypes
+ icon='tool.gif', ).initialize(context)
+/home/vinsci/lab/plone/inst/plone-2.1/Products/Archetypes/__init__.py:90: DecationWarning: The product_name parameter ofToolInit is decated and will be ignored in CMF1.6: Archetypes
+ icon="tool.gif",
+/home/vinsci/lab/plone/inst/plone-2.1/Products/CMFFormController/__init__.py:25: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: CMFFormController
+ product_name='CMFFormController', icon='tool.gif',
+/home/vinsci/lab/plone/inst/plone-2.1/Products/CMFCalendar/EventPermissions.py:24: DecationWarning: The module, 'Products.CMFCalendar.EventPermissions' is a decated compatiblity alias for 'Products.CMFalendar.permissions'; please use the new module instead.
+ "the new module instead.", DecationWarning)
+/home/vinsci/lab/plone/inst/plone-2.1/Products/CMFPlone/__init__.py:191: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: CMFPlone
+ , icon='tool.gif'
+/home/vinsci/lab/plone/inst/plone-2.1/Products/CMFQuickInstallerTool/__init__.py:36: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: QuickInstallerTool
+ icon='tool.gif'
+/home/vinsci/lab/plone/inst/plone-2.1/Products/GroupUserFolder/__init__.py:99: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: GroupUserFolder
+ , icon="tool.gif"
+/home/vinsci/lab/plone/inst/plone-2.1/Products/MimetypesRegistry/__init__.py:34: DecationWarning: The product_name parameter of ToolInit is decated and will be ignored in CMF1.6: MimetypesRegistry
+ icon="tool.gif",
+

Modified: collector-chaos/trunk/Categorisation/Infrastructure/Integrity/4261 - In ReferenceWidget don't removing duplicated links.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Infrastructure/Integrity/4261 - In ReferenceWidget don't removing duplicated links.txt (original)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Integrity/4261 - In ReferenceWidget don't removing duplicated links.txt Tue Nov 15 15:49:58 2005
@@ -1,20 +1,20 @@ /> -http://plone.org/collector/4261
-Pending Third party CMF product, bug low
-In ReferenceWidget don't removing duplicated links
-
-= Comment - Entry #3 by Anonymous User on Jul 21, 2005 8:30 am
-
-I cannot reproduce this. Can you be more specific? How did you manage to get these duplicated links in the first place? I need clear steps on how to get this behavior myself or I won't be able to fix this.
-
-
-________________________________________
-= Edit - Entry #2 by shh on Jul 8, 2005 2:13 pm
-
- Changes: submitter email, plone version
-________________________________________
-= Request - Entry #1 by bugol on Jul 6, 2005 1:06 pm
-
-
-Uploaded: printscreen_of_duplicated
-
-If widget contains duplicated links to some resources, then when deleting some of duplicated links it's not deleting.
+http://plone.org/collector/4261
+Pending Third party CMF product, bug low
+In ReferenceWidget don't removing duplicated links
+
+= Comment - Entry #3 by Anonymous User on Jul 21, 2005 8:30 am
+
+I cannot reproduce this. Can you be more specific? How did you manage to get these duplicated links in the first place? I need clear steps on how to get this behavior myself or I won't be able to fix this.
+
+
+________________________________________
+= Edit - Entry #2 by shh on Jul 8, 2005 2:13 pm
+
+ Changes: submitter email, plone version
+________________________________________
+= Request - Entry #1 by bugol on Jul 6, 2005 1:06 pm
+
+
+Uploaded: printscreen_of_duplicated
+
+If widget contains duplicated links to some resources, then when deleting some of duplicated links it's not deleting.

Modified: collector-chaos/trunk/Categorisation/Infrastructure/Integrity/4317 - Missing automatic tests.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Infrastructure/Integrity/4317 - Missing automatic tests.txt (original)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Integrity/4317 - Missing automatic tests.txt Tue Nov 15 15:49:58 2005
@@ -1,11 +1,11 @@ /> -http://plone.org/collector/4317
-Accepted Usability, feature low , Assigned to shh
-Missing automatic tests
-
-= Request - Entry #1 by tiran on Jul 20, 2005 11:16 am
-
- Status: Pending => Accepted
-
- Supporters added: shh
-
-There are no automatic tests for a bunch of products like GRUF (hell THAT was broken!), PortalTransforms, MimetypesRegistry, CMFDynamicViewFTI, CMFFormController and some other products. It seems like nobody is running their unit tests ...
+http://plone.org/collector/4317
+Accepted Usability, feature low , Assigned to shh
+Missing automatic tests
+
+= Request - Entry #1 by tiran on Jul 20, 2005 11:16 am
+
+ Status: Pending => Accepted
+
+ Supporters added: shh
+
+There are no automatic tests for a bunch of products like GRUF (hell THAT was broken!), PortalTransforms, MimetypesRegistry, CMFDynamicViewFTI, CMFFormController and some other products. It seems like nobody is running their unit tests ...

Added: collector-chaos/trunk/Categorisation/Infrastructure/Logging/3037 - Replace zLOG with python logging package.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Logging/3037 - Replace zLOG with python logging package.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,23 @@ /> +http://plone.org/collector/3037
+Pending Python, feature important
+Replace zLOG with python logging package
+
+= Edit - Entry #2 by tiran on Jul 12, 2005 3:52 pm
+
+ Changes: submitter email, plone version, new comment
+
+The usage of the new logging package is very easy:
+
+import logging
+LOG = logging.getLogger('Plone')
+
+Examples:
+ LOG.warn('message')
+ LOG.error('message', exc_info=True) # adds a traceback to the log
+ LOG.log('BLATHER', 'msg')
+
+________________________________________
+= Request - Entry #1 by tiran on Apr 20, 2004 11:42 am
+
+zLOG is decated in Zope >2.7.0.
+Move to the better logging package

Added: collector-chaos/trunk/Categorisation/Infrastructure/Misc/1575 - Add copyright header to .py files.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Misc/1575 - Add copyright header to .py files.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,69 @@ /> +http://plone.org/collector/1575
+Pending Python, feature important
+Add copyright header to .py files
+
+= Edit - Entry #11 by optilude on Jul 25, 2005 3:47 pm
+
+ Changes: plone version, new comment
+
+Limi says this is not so important. I think legally it makes little or no difference.
+________________________________________
+= Edit - Entry #10 by shh on Jul 13, 2005 1:47 pm
+
+ Changes: edited transcript, revised title, topic (ZPT => Python), importance (medium => important)
+________________________________________
+= Comment - Entry #9 by runyaga on May 6, 2005 11:51 am
+
+we have a script that does this quite well.
+
+ - We will do this before a release.
+
+ - We will not put copyright info on the .zpt
+________________________________________
+= Edit - Entry #8 by limi on Jan 20, 2004 6:10 pm
+
+ Changes: plone version, new comment
+
+Doesn't seem to get done before 2.0, so re-scheduling for 2.1. Not that important for 2.0.
+________________________________________
+= Edit - Entry #7 by limi on Dec 21, 2003 2:15 pm
+
+ Changes: edited transcript, importance (critical => medium), new comment
+
+Not a critical issue.
+________________________________________
+= Comment - Entry #6 by limi on Dec 20, 2003 2:06 am
+
+Script is in cvs, but remember to test it so
+
+- It can be applied any number of times to a file without adding a new message every time
+
+- It doesn't insert any tal: outside of the <body> tag in HTML files
+
+________________________________________
+= Edit - Entry #5 by limi on Dec 18, 2003 8:29 pm
+
+ Changes: edited transcript, plone version, new comment
+
+Want to run this before 2.0, Andy? Would be a perfect time to do it :)
+
+Careful with the placement of comments in templates, though - it's very easy to invalidate the HTML. for example, the DOCTYPE *has* to be on the first line for a template to be valid. :)
+________________________________________
+= Assign - Entry #4 by tiran on Nov 11, 2003 6:35 pm
+
+please do it, guys :)
+________________________________________
+= Comment - Entry #3 by batlogg on Sep 21, 2003 3:11 am
+
+would be great if you can provide the skript here
+________________________________________
+= Comment - Entry #2 by andym on Sep 20, 2003 10:51 pm
+
+I have a script I use, let me know what the text is, i'll run it.
+
+Probably best with some simple text that points to a URL - plone.org/copyright ?
+________________________________________
+= Request - Entry #1 by Anonymous User on Sep 20, 2003 8:26 pm
+
+We need to put copyright information on all .py files and templates
+that notify that the copyrights are owned by the Plone Team.

Modified: collector-chaos/trunk/Categorisation/Infrastructure/Security and role related/2925 - manage_delObjects ignores proxy roles and isn't replicated in CMFPlone.Portal.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Infrastructure/Security and role related/2925 - manage_delObjects ignores proxy roles and isn't replicated in CMFPlone.Portal.txt (original)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Security and role related/2925 - manage_delObjects ignores proxy roles and isn't replicated in CMFPlone.Portal.txt Tue Nov 15 15:49:58 2005
@@ -1,53 +1,53 @@ /> -http://plone.org/collector/2925
-Accepted Python, bug medium , Assigned to alecm
-manage_delObjects ignores proxy roles and isn't replicated in CMFPlone.Portal
-
-= Edit - Entry #9 by limi on Aug 15, 2005 12:03 pm
-
- Changes: importance (important => medium)
-________________________________________
-= Comment - Entry #8 by dom_1 on Jun 14, 2005 11:29 am
-
-AFAICT, this *is* still relevant, since PloneSite subclasses CMFSite, rather than being AT-based. Maybe I've missed something here though?
-________________________________________
-= Accept - Entry #7 by alecm on May 20, 2005 9:33 pm
-
- Status: Resolved => Accepted
-
- Supporters added: alecm
-
-Didn't intend to close it, just pose the question. Is this still relevant?
-________________________________________
-= Resolve - Entry #6 by alecm on May 20, 2005 8:36 pm
-
- Status: Pending => Resolved
-
-With ATCT types now standard, I'm not sure this is relevant any longer for 2.1.
-________________________________________
-= Edit - Entry #5 by limi on Oct 3, 2004 9:16 am
-
- Changes: plone version, new comment
-
-Important for 2.1.
-________________________________________
-= Edit - Entry #4 by dreamcatcher on Apr 22, 2004 11:51 am
-
- Changes: edited transcript, plone version
-________________________________________
-= Comment - Entry #3 by runyaga on Apr 21, 2004 7:12 pm
-
-we really need to look into this - this is definetly a bug in 2.0.1
-and should be fixed in HEAD (2.1). need a test. ugh thats gonna
-be a nasty one.
-________________________________________
-= Edit - Entry #2 by shh on Apr 17, 2004 7:34 am
-
- Changes: importance (medium => important), revised version_info, plone version, new comment
-
-Let's look into it this weekend, shall we?
-________________________________________
-= Request - Entry #1 by Anonymous User on Mar 25, 2004 11:18 am
-
-CMFPlone.PloneFolder.BasePloneFolder overrides manage_delObjects to perform some security checking, but the manner in which it is implemented means that one can't override and proxy folder_delete in the skin if required.
-
-However, aside from this issue, since CMFPlone.Portal.PloneSite doesn't subclass BasePloneFolder, the security checks can can be circumnavigated for objects in the root of the site. I think this may only be of relevance where users have changed their default security configuration, but I'm not sure?
+http://plone.org/collector/2925
+Accepted Python, bug medium , Assigned to alecm
+manage_delObjects ignores proxy roles and isn't replicated in CMFPlone.Portal
+
+= Edit - Entry #9 by limi on Aug 15, 2005 12:03 pm
+
+ Changes: importance (important => medium)
+________________________________________
+= Comment - Entry #8 by dom_1 on Jun 14, 2005 11:29 am
+
+AFAICT, this *is* still relevant, since PloneSite subclasses CMFSite, rather than being AT-based. Maybe I've missed something here though?
+________________________________________
+= Accept - Entry #7 by alecm on May 20, 2005 9:33 pm
+
+ Status: Resolved => Accepted
+
+ Supporters added: alecm
+
+Didn't intend to close it, just pose the question. Is this still relevant?
+________________________________________
+= Resolve - Entry #6 by alecm on May 20, 2005 8:36 pm
+
+ Status: Pending => Resolved
+
+With ATCT types now standard, I'm not sure this is relevant any longer for 2.1.
+________________________________________
+= Edit - Entry #5 by limi on Oct 3, 2004 9:16 am
+
+ Changes: plone version, new comment
+
+Important for 2.1.
+________________________________________
+= Edit - Entry #4 by dreamcatcher on Apr 22, 2004 11:51 am
+
+ Changes: edited transcript, plone version
+________________________________________
+= Comment - Entry #3 by runyaga on Apr 21, 2004 7:12 pm
+
+we really need to look into this - this is definetly a bug in 2.0.1
+and should be fixed in HEAD (2.1). need a test. ugh thats gonna
+be a nasty one.
+________________________________________
+= Edit - Entry #2 by shh on Apr 17, 2004 7:34 am
+
+ Changes: importance (medium => important), revised version_info, plone version, new comment
+
+Let's look into it this weekend, shall we?
+________________________________________
+= Request - Entry #1 by Anonymous User on Mar 25, 2004 11:18 am
+
+CMFPlone.PloneFolder.BasePloneFolder overrides manage_delObjects to perform some security checking, but the manner in which it is implemented means that one can't override and proxy folder_delete in the skin if required.
+
+However, aside from this issue, since CMFPlone.Portal.PloneSite doesn't subclass BasePloneFolder, the security checks can can be circumnavigated for objects in the root of the site. I think this may only be of relevance where users have changed their default security configuration, but I'm not sure?

Added: collector-chaos/trunk/Categorisation/Infrastructure/Security and role related/3637 - 'default_error_message' breaks for private content.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Security and role related/3637 - 'default_error_message' breaks for private content.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,42 @@ /> +http://plone.org/collector/3637
+Pending Navigation, bug low
+'default_error_message' breaks for private content
+
+= Comment - Entry #5 by alecm on Jul 15, 2005 9:50 pm
+
+Stupid access contents information. Why are we messing with such a low-level permission in workflow again?
+________________________________________
+= Edit - Entry #4 by shh on Jul 15, 2005 11:48 am
+
+ Changes: edited transcript, plone version
+________________________________________
+= Comment - Entry #3 by shh on Jul 15, 2005 11:47 am
+
+Well right, for private objects you get a Zope Site Error (Cannot locate object at: <a href="" target="_blank">http://">http://</a>....)
+
+/me shrugs
+________________________________________
+= Edit - Entry #2 by limi on Apr 22, 2005 9:32 am
+
+ Changes: importance (important => low), revised version_info, plone version
+________________________________________
+= Request - Entry #1 by Anonymous User on Dec 2, 2004 8:32 am
+
+By below steps, 'Not Found' error by using
+default_error_message is expected.
+But I can't get it.
+(It will happen only about 'private' state contents
+ for users having right permission.
+ 'insufficient_privileges' error is no problem.)
+
+ step1 make new zope instance.
+ step2 make new Plone Site
+ step3 login as manager
+ step4 add new 'document'
+ step5 edit and save the document
+ step6 change status of the document to 'private'
+ step8 call the document with URL, '/document_viewTEST'
+ (still mamager)
+ (cf: correct URL is '/document_view')
+
+

Added: collector-chaos/trunk/Categorisation/Infrastructure/Server behaviour/3957 - Plone does not hounour config setting.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Infrastructure/Server behaviour/3957 - Plone does not hounour config setting.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,21 @@ /> +http://plone.org/collector/3957
+Pending Python, bug medium
+Plone does not hounour config setting
+
+= Edit - Entry #2 by optilude on Apr 22, 2005 7:35 am
+
+ Changes: importance (important => medium), plone version, new comment
+
+Without more context and steps for reproduction, I'm unsure how to approach this. Scheduling for 2.1.x since there are more important things to get out the door.
+________________________________________
+= Request - Entry #1 by Anonymous User on Apr 15, 2005 11:00 pm
+
+This is a resubmit of 3942
+This is NOT an ATContentTypes problem but an Plone Problem.
+
+I finally found the reason why my ATContentTypes was not working.
+ACTypes do not allow to use the products features from ets/zope.conf.
+As soon the products feature is used to add an directory next to INSTANCE_HOME/Products
+where Plone2.1 resides ATContentTypes does not find its skins anymore.
+
+This breaks a feature in Zope which is very handy to use

Added: collector-chaos/trunk/Categorisation/Installers/3201 - small improvements plone installer-controller.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Installers/3201 - small improvements plone installer-controller.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,36 @@ /> +http://plone.org/collector/3201
+Deferred Windows Installer, bug medium
+small improvements plone installer-controller
+
+= Defer - Entry #3 by andym on Jun 10, 2005 2:24 pm
+
+ Status: Pending => Deferred
+
+Im not going to be doing any of these, i've got a new better controller we'll probably move down to the community one day, so I'm going to defer. If anyone else wants to do it, then please do so ;)
+________________________________________
+= Edit - Entry #2 by limi on Oct 2, 2004 11:31 am
+
+ Changes: submitter email, plone version, new comment
+
++1 on all of these. Especially renaming the item to "Plone Controller" and showing the Plone version number will help a lot when troubleshooting with newbies.
+________________________________________
+= Request - Entry #1 by pieterb on May 31, 2004 5:32 pm
+
+I just installed Plone 2.0.3. It works like a breeze!
+
+Some nitpicking about the installer to make it even better...
+
+- The About page of the Plone controller doesn't show Plone version and the build number.
+
+- The About page of the Plone controller has some ugly version info (see attached screenshot). It needs to be resized to view the complete info.
+
+- Naming issue: the Plone controller is named 'Plone' in the 'Plone'-group.
+ I would think calling it 'Plone controller' would be more appropriate.
+
+- The installer kept on copying files when the progress bar was already full. I don't care, but happened to notice it. I think most people know windows installers always take
+quite some time to finish the last 0.001% ;)
+
+Thanks,
+
+PieterB
+

Modified: collector-chaos/trunk/Categorisation/Installers/3580 - controller.bat error and fix suggestion.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/3580 - controller.bat error and fix suggestion.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/3580 - controller.bat error and fix suggestion.txt Tue Nov 15 15:49:58 2005
@@ -1,33 +1,33 @@ /> -http://plone.org/collector/3580
-Accepted Windows Installer, bug medium , Assigned to andym
-controller.bat error and fix suggestion
-
-= Edit - Entry #4 by limi on Apr 17, 2005 7:22 pm
-
- Changes: plone version
-________________________________________
-= Accept - Entry #3 by andym on Jan 4, 2005 7:50 pm
-
- Status: Pending => Accepted
-
- Supporters added: andym
-
-Thanks will put in next version
-________________________________________
-= Edit - Entry #2 by shh on Nov 11, 2004 6:46 pm
-
- Changes: submitter email, revised description, plone version
-________________________________________
-= Request - Entry #1 by richboyd on Nov 11, 2004 2:25 pm
-
-
-I found controller.bat in ...\data\bin but it didn't work.
-
-controller.bat:
-@set INSTANCE_HOME=...\data@set SOFTWARE_HOME=...\zope\lib\python
-"D:\Plone2In\Python\python.exe" "D:\Plone2In\XController\wxApp.py"
-
-should be:
-@set INSTANCE_HOME=...\data
-@set SOFTWARE_HOME=...\zope\lib\python
-"D:\Plone2In\Python\python.exe" "D:\Plone2In\XController\wxApp.py" %INSTANCE_HOME% %SOFTWARE_HOME%
+http://plone.org/collector/3580
+Accepted Windows Installer, bug medium , Assigned to andym
+controller.bat error and fix suggestion
+
+= Edit - Entry #4 by limi on Apr 17, 2005 7:22 pm
+
+ Changes: plone version
+________________________________________
+= Accept - Entry #3 by andym on Jan 4, 2005 7:50 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: andym
+
+Thanks will put in next version
+________________________________________
+= Edit - Entry #2 by shh on Nov 11, 2004 6:46 pm
+
+ Changes: submitter email, revised description, plone version
+________________________________________
+= Request - Entry #1 by richboyd on Nov 11, 2004 2:25 pm
+
+
+I found controller.bat in ...\data\bin but it didn't work.
+
+controller.bat:
+@set INSTANCE_HOME=...\data@set SOFTWARE_HOME=...\zope\lib\python
+"D:\Plone2In\Python\python.exe" "D:\Plone2In\XController\wxApp.py"
+
+should be:
+@set INSTANCE_HOME=...\data
+@set SOFTWARE_HOME=...\zope\lib\python
+"D:\Plone2In\Python\python.exe" "D:\Plone2In\XController\wxApp.py" %INSTANCE_HOME% %SOFTWARE_HOME%

Modified: collector-chaos/trunk/Categorisation/Installers/3600 - Python dependencies.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/3600 - Python dependencies.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/3600 - Python dependencies.txt Tue Nov 15 15:49:58 2005
@@ -1,39 +1,39 @@ /> -http://plone.org/collector/3600
-Accepted Debian - Redhat Packages, bug medium , Assigned to longsleep
-Python dependencies
-
-= Edit - Entry #6 by limi on Aug 15, 2005 11:56 am
-
- Changes: importance (important => medium)
-________________________________________
-= Assign - Entry #5 by andym on May 6, 2005 7:22 pm
-
- Status: Pending => Accepted
-
- Supporters added: longsleep
-
-
-________________________________________
-= Edit - Entry #4 by limi on Apr 17, 2005 7:28 pm
-
- Changes: classification (bug+patch => bug), plone version, new comment
-
-The 2.1 RPMs should take this into account.
-________________________________________
-= Edit - Entry #3 by shh on Nov 21, 2004 5:45 pm
-
- Changes: edited transcript, revised description, topic (Python => Debian / Redhat Packages), classification (bug => bug+patch)
-________________________________________
-= Edit - Entry #2 by limi on Nov 21, 2004 5:04 pm
-
- Changes: edited transcript, revised description, importance (critical => important), plone version, new comment
-
-Can we fix this in the 2.0.5 RPMs?
-________________________________________
-= Request - Entry #1 by Anonymous User on Nov 19, 2004 4:42 am
-
-# rpm -ivh Plone2-2.0.3-2.rh.i386.rpm
-Error: Failed dependencies:
- python2.3 >= 2.3.3 is needed by Plone2-2.0.3-2
-# rpm -q python-2.3.4-11
-python-2.3.4-11
+http://plone.org/collector/3600
+Accepted Debian - Redhat Packages, bug medium , Assigned to longsleep
+Python dependencies
+
+= Edit - Entry #6 by limi on Aug 15, 2005 11:56 am
+
+ Changes: importance (important => medium)
+________________________________________
+= Assign - Entry #5 by andym on May 6, 2005 7:22 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: longsleep
+
+
+________________________________________
+= Edit - Entry #4 by limi on Apr 17, 2005 7:28 pm
+
+ Changes: classification (bug+patch => bug), plone version, new comment
+
+The 2.1 RPMs should take this into account.
+________________________________________
+= Edit - Entry #3 by shh on Nov 21, 2004 5:45 pm
+
+ Changes: edited transcript, revised description, topic (Python => Debian / Redhat Packages), classification (bug => bug+patch)
+________________________________________
+= Edit - Entry #2 by limi on Nov 21, 2004 5:04 pm
+
+ Changes: edited transcript, revised description, importance (critical => important), plone version, new comment
+
+Can we fix this in the 2.0.5 RPMs?
+________________________________________
+= Request - Entry #1 by Anonymous User on Nov 19, 2004 4:42 am
+
+# rpm -ivh Plone2-2.0.3-2.rh.i386.rpm
+Error: Failed dependencies:
+ python2.3 >= 2.3.3 is needed by Plone2-2.0.3-2
+# rpm -q python-2.3.4-11
+python-2.3.4-11

Modified: collector-chaos/trunk/Categorisation/Installers/3603 - sitecustomize.py should add site-packageswin32 to sys.path.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/3603 - sitecustomize.py should add site-packageswin32 to sys.path.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/3603 - sitecustomize.py should add site-packageswin32 to sys.path.txt Tue Nov 15 15:49:58 2005
@@ -1,34 +1,34 @@ /> -http://plone.org/collector/3603
-Accepted Windows Installer, bug+patch medium , Assigned to andym
-sitecustomize.py should add site-packages\win32 to sys.path
-
-= Edit - Entry #4 by limi on Apr 17, 2005 7:26 pm
-
- Changes: plone version, new comment
-
-Scheduling for 2.1.
-________________________________________
-= Accept - Entry #3 by andym on Jan 4, 2005 7:44 pm
-
- Status: Pending => Accepted
-
- Supporters added: andym
-
-Looks good, thanks.
-________________________________________
-= Edit - Entry #2 by limi on Nov 21, 2004 4:54 pm
-
- Changes: submitter email, classification (bug => bug+patch), plone version, new comment
-
-Seems like this can go into 2.0.5.
-________________________________________
-= Request - Entry #1 by JLull on Nov 20, 2004 12:54 pm
-
-
-Uploaded: sitecustomize.py
-
-I installed Plone 2.0.4 using the Windows installer. Since I already have a Python installation of a different version, I told the installer *not* to update the registry. (BTW, thanks for fixing this since the 2.0.3 installer).
-
-When I run Plone Debug, I get a traceback indicating win32com\__init__.py line 5 tried to import win32api, and got "ImportError: No module named win32api". win32api.pyd is properly installed in site-packages\win32.
-
-The Plone installer should have sitecustomize.py add site-packages\win32 site-packages\win32\lib to sys.path, if they're not already there. I'm attaching an updated sitecustomize.py.
+http://plone.org/collector/3603
+Accepted Windows Installer, bug+patch medium , Assigned to andym
+sitecustomize.py should add site-packages\win32 to sys.path
+
+= Edit - Entry #4 by limi on Apr 17, 2005 7:26 pm
+
+ Changes: plone version, new comment
+
+Scheduling for 2.1.
+________________________________________
+= Accept - Entry #3 by andym on Jan 4, 2005 7:44 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: andym
+
+Looks good, thanks.
+________________________________________
+= Edit - Entry #2 by limi on Nov 21, 2004 4:54 pm
+
+ Changes: submitter email, classification (bug => bug+patch), plone version, new comment
+
+Seems like this can go into 2.0.5.
+________________________________________
+= Request - Entry #1 by JLull on Nov 20, 2004 12:54 pm
+
+
+Uploaded: sitecustomize.py
+
+I installed Plone 2.0.4 using the Windows installer. Since I already have a Python installation of a different version, I told the installer *not* to update the registry. (BTW, thanks for fixing this since the 2.0.3 installer).
+
+When I run Plone Debug, I get a traceback indicating win32com\__init__.py line 5 tried to import win32api, and got "ImportError: No module named win32api". win32api.pyd is properly installed in site-packages\win32.
+
+The Plone installer should have sitecustomize.py add site-packages\win32 site-packages\win32\lib to sys.path, if they're not already there. I'm attaching an updated sitecustomize.py.

Modified: collector-chaos/trunk/Categorisation/Installers/4005 - Plone Windows Installer.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/4005 - Plone Windows Installer.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/4005 - Plone Windows Installer.txt Tue Nov 15 15:49:58 2005
@@ -1,15 +1,15 @@ /> -http://plone.org/collector/4005
-Accepted ZPT, bug medium , Assigned to andym
-Plone Windows Installer
-
-= Edit - Entry #2 by limi on May 13, 2005 9:34 pm
-
- Changes: submitter email, plone version
-________________________________________
-= Request - Entry #1 by andym on May 2, 2005 6:47 pm
-
- Status: Pending => Accepted
-
- Supporters added: andym
-
-The zope.conf file should be the zope.conf file from a 2.0.x windows install. Unfortunately it doesnt like this was in SVN. Basically it uses plone.conf to pull in variables and defines two HTTP-Servers, it also turns debug-mode off by default. Im not sure where this went, we might have to pull it out of an old install.
+http://plone.org/collector/4005
+Accepted ZPT, bug medium , Assigned to andym
+Plone Windows Installer
+
+= Edit - Entry #2 by limi on May 13, 2005 9:34 pm
+
+ Changes: submitter email, plone version
+________________________________________
+= Request - Entry #1 by andym on May 2, 2005 6:47 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: andym
+
+The zope.conf file should be the zope.conf file from a 2.0.x windows install. Unfortunately it doesnt like this was in SVN. Basically it uses plone.conf to pull in variables and defines two HTTP-Servers, it also turns debug-mode off by default. Im not sure where this went, we might have to pull it out of an old install.

Modified: collector-chaos/trunk/Categorisation/Installers/4135 - 404 on plone.org-downloads-uninstall.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/4135 - 404 on plone.org-downloads-uninstall.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/4135 - 404 on plone.org-downloads-uninstall.txt Tue Nov 15 15:49:58 2005
@@ -1,33 +1,33 @@ /> -http://plone.org/collector/4135
-Pending Windows Installer, bug medium
-404 on plone.org-downloads-uninstall
-
-= Edit - Entry #6 by limi on Aug 15, 2005 2:21 am
-
- Changes: edited transcript, importance (important => medium)
-________________________________________
-= Comment - Entry #5 by limi on Aug 9, 2005 6:25 pm
-
-I was looking at an old Data.fs backup which has the downloads/ hierarchy, and there is no template there either.
-
-Can you recreate it?
-
-________________________________________
-= Edit - Entry #4 by hannosch on Aug 2, 2005 4:00 pm
-
- Changes: edited transcript, plone version
-________________________________________
-= Comment - Entry #3 by limi on Jul 27, 2005 7:42 pm
-
-Andy, if you have the template, I'll add a redirect. I looked in custom/ and where I put the old download folder (<a href="" target="_blank">http://plone.org/old">http://plone.org/old</a>), but couldn't find it anywhere.
-
-Do you have a copy of the template, or could you quickly create a new one?
-
-________________________________________
-= Edit - Entry #2 by shh on Jul 8, 2005 4:38 pm
-
- Changes: submitter email, revised title
-________________________________________
-= Request - Entry #1 by andym on Jun 2, 2005 2:55 pm
-
-Used to be a page on plone.org at plone.org/downloads/uninstall that asked for feedback. Thats in the Windows installer. But that page is now a 404.
+http://plone.org/collector/4135
+Pending Windows Installer, bug medium
+404 on plone.org-downloads-uninstall
+
+= Edit - Entry #6 by limi on Aug 15, 2005 2:21 am
+
+ Changes: edited transcript, importance (important => medium)
+________________________________________
+= Comment - Entry #5 by limi on Aug 9, 2005 6:25 pm
+
+I was looking at an old Data.fs backup which has the downloads/ hierarchy, and there is no template there either.
+
+Can you recreate it?
+
+________________________________________
+= Edit - Entry #4 by hannosch on Aug 2, 2005 4:00 pm
+
+ Changes: edited transcript, plone version
+________________________________________
+= Comment - Entry #3 by limi on Jul 27, 2005 7:42 pm
+
+Andy, if you have the template, I'll add a redirect. I looked in custom/ and where I put the old download folder (<a href="" target="_blank">http://plone.org/old">http://plone.org/old</a>), but couldn't find it anywhere.
+
+Do you have a copy of the template, or could you quickly create a new one?
+
+________________________________________
+= Edit - Entry #2 by shh on Jul 8, 2005 4:38 pm
+
+ Changes: submitter email, revised title
+________________________________________
+= Request - Entry #1 by andym on Jun 2, 2005 2:55 pm
+
+Used to be a page on plone.org at plone.org/downloads/uninstall that asked for feedback. Thats in the Windows installer. But that page is now a 404.

Modified: collector-chaos/trunk/Categorisation/Installers/4203 - windows installer - remove .pyc files on uninstall.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/4203 - windows installer - remove .pyc files on uninstall.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/4203 - windows installer - remove .pyc files on uninstall.txt Tue Nov 15 15:49:58 2005
@@ -1,19 +1,19 @@ /> -http://plone.org/collector/4203
-Accepted Windows Installer, feature medium , Assigned to andym
-windows installer - remove *.pyc files on uninstall
-
-= Edit - Entry #2 by shh on Jul 8, 2005 3:36 pm
-
- Changes: submitter email, plone version
-________________________________________
-= Request - Entry #1 by hannosch on Jun 21, 2005 10:04 am
-
- Status: Pending => Accepted
-
- Supporters added: andym
-
-Doing a install and an immediate uninstall of a product should leave no trace on a system.
-
-The Windows installer compiles all *.py files to *.pyc. But I assume that these are not part of the installed files (known to the install program) and as such aren't automatically deleted.
-
-I would like to see a corresponding step in the uninstall process, deleting all pyc files.
+http://plone.org/collector/4203
+Accepted Windows Installer, feature medium , Assigned to andym
+windows installer - remove *.pyc files on uninstall
+
+= Edit - Entry #2 by shh on Jul 8, 2005 3:36 pm
+
+ Changes: submitter email, plone version
+________________________________________
+= Request - Entry #1 by hannosch on Jun 21, 2005 10:04 am
+
+ Status: Pending => Accepted
+
+ Supporters added: andym
+
+Doing a install and an immediate uninstall of a product should leave no trace on a system.
+
+The Windows installer compiles all *.py files to *.pyc. But I assume that these are not part of the installed files (known to the install program) and as such aren't automatically deleted.
+
+I would like to see a corresponding step in the uninstall process, deleting all pyc files.

Modified: collector-chaos/trunk/Categorisation/Installers/4316 - Plone 2.1 should ship with PloneTestCase.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/4316 - Plone 2.1 should ship with PloneTestCase.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/4316 - Plone 2.1 should ship with PloneTestCase.txt Tue Nov 15 15:49:58 2005
@@ -1,11 +1,11 @@ /> -http://plone.org/collector/4316
-Accepted Usability, feature medium , Assigned to shh
-Plone 2.1 should ship with PloneTestCase
-
-= Request - Entry #1 by tiran on Jul 20, 2005 11:13 am
-
- Status: Pending => Accepted
-
- Supporters added: shh
-
-Plone 2.1.0 should be shipped with a copy of PloneTestCase. It is harmless and it helps release managers and users to run unit tests a lot. With Zope 2.8 one could run unit tests out of the box.
+http://plone.org/collector/4316
+Accepted Usability, feature medium , Assigned to shh
+Plone 2.1 should ship with PloneTestCase
+
+= Request - Entry #1 by tiran on Jul 20, 2005 11:13 am
+
+ Status: Pending => Accepted
+
+ Supporters added: shh
+
+Plone 2.1.0 should be shipped with a copy of PloneTestCase. It is harmless and it helps release managers and users to run unit tests a lot. With Zope 2.8 one could run unit tests out of the box.

Modified: collector-chaos/trunk/Categorisation/Installers/4412 - typo in controller.bat.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/4412 - typo in controller.bat.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/4412 - typo in controller.bat.txt Tue Nov 15 15:49:58 2005
@@ -1,12 +1,12 @@ /> -http://plone.org/collector/4412
-Pending Windows Installer, bug low
-typo in controller.bat
-
-= Edit - Entry #2 by limi on Aug 10, 2005 5:31 pm
-
- Changes: plone version
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 7, 2005 3:14 pm
-
-"C:\Program Files\Plone 2\Data\bin\"controller.bat, line 2
-contains LF/CR instead of CR/LF.
+http://plone.org/collector/4412
+Pending Windows Installer, bug low
+typo in controller.bat
+
+= Edit - Entry #2 by limi on Aug 10, 2005 5:31 pm
+
+ Changes: plone version
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 7, 2005 3:14 pm
+
+"C:\Program Files\Plone 2\Data\bin\"controller.bat, line 2
+contains LF/CR instead of CR/LF.

Added: collector-chaos/trunk/Categorisation/Installers/4464 - Upgrading the Windows installer does not work.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Installers/4464 - Upgrading the Windows installer does not work.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,19 @@ /> +http://plone.org/collector/4464
+Deferred Windows Installer, bug important
+Upgrading the Windows installer does not work
+
+= Defer - Entry #2 by andym on Sep 13, 2005 8:27 pm
+
+ Status: Pending => Deferred
+
+I disagree that it should do this, applying this logic to Products would also imply applying it else where. If you want to do this then do an uninstall and then an install. No other installing method I know of for Plone does this.
+
+I would be happy to discuss this on installers or other lists further, but I can tell you now I don't think this is the correct way to implement it so i'm defering it.
+________________________________________
+= Request - Entry #1 by limi on Aug 13, 2005 1:45 am
+
+Upgrading an existing 2.0.x instance on Windows doesn't currently work because it does not replace the existing products directories, but only overwrites with new files.
+
+This leaves existing files like the i18n/ subdirectory in place, which causes errors.
+
+The installers need to delete the existing Plone product directories and replace them with updated versions, not just copy files to the same directories.

Modified: collector-chaos/trunk/Categorisation/Installers/4582 - PythonService.exe-Entry Point Not Found.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Installers/4582 - PythonService.exe-Entry Point Not Found.txt (original)
+++ collector-chaos/trunk/Categorisation/Installers/4582 - PythonService.exe-Entry Point Not Found.txt Tue Nov 15 15:49:58 2005
@@ -1,18 +1,18 @@ /> -http://plone.org/collector/4582
-Pending Windows Installer, bug medium
-PythonService.exe-Entry Point Not Found
-
-= Edit - Entry #2 by limi on Aug 27, 2005 9:51 pm
-
- Changes: topic (Unknown => Windows Installer), importance (important => medium), plone version
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 25, 2005 8:43 pm
-
-The procedure entry point RegisterServiceCtrlHandlerExW could not be located in the dynamic link library ADVAPI32.dll
-
-This error occurs when Zope is trying to turn on. So Plone does not work at all on this machine. I have read others reporting this error, and the closest I came to reading of a possible solutions was to install an "older version" of win32all.
-
-I have tried win32all-163 with the 2.0.5 version of plone but it did not work.
-
-I then tried uninstalling everything and started over from plone 2.1, with the same problem.
-Any help would be great.
+http://plone.org/collector/4582
+Pending Windows Installer, bug medium
+PythonService.exe-Entry Point Not Found
+
+= Edit - Entry #2 by limi on Aug 27, 2005 9:51 pm
+
+ Changes: topic (Unknown => Windows Installer), importance (important => medium), plone version
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 25, 2005 8:43 pm
+
+The procedure entry point RegisterServiceCtrlHandlerExW could not be located in the dynamic link library ADVAPI32.dll
+
+This error occurs when Zope is trying to turn on. So Plone does not work at all on this machine. I have read others reporting this error, and the closest I came to reading of a possible solutions was to install an "older version" of win32all.
+
+I have tried win32all-163 with the 2.0.5 version of plone but it did not work.
+
+I then tried uninstalling everything and started over from plone 2.1, with the same problem.
+Any help would be great.

Added: collector-chaos/trunk/Categorisation/Javascript/4061 - Save button should show indicator when clicked.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Javascript/4061 - Save button should show indicator when clicked.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,45 @@ /> +http://plone.org/collector/4061
+Pending Usability, feature medium
+Save button should show indicator when clicked
+
+= Edit - Entry #8 by limi on Aug 15, 2005 2:22 am
+
+ Changes: importance (important => medium), plone version
+________________________________________
+= Comment - Entry #7 by fschulze on Jul 26, 2005 8:38 am
+
+I have added a javascript which does some of these things. It assigns a class 'submitting' to the element, which can be used in css. It also adds a confirm message when clicking the button again. We can't easily change the text of the button, as not only the save buttons gets this handler. It would be nice to add a check if any other submit button was already clicked.
+________________________________________
+= Edit - Entry #6 by optilude on Jul 25, 2005 3:45 pm
+
+ Changes: edited transcript, importance (medium => important)
+________________________________________
+= Comment - Entry #5 by DannyB on Jul 21, 2005 10:49 am
+
+Changing the label is a good start indeed.
+Maybe we can disable the button for a short period of time, like a few seconds or attach an alert to it after submit has been initiated asking if you want to resubmit.
+________________________________________
+= Comment - Entry #4 by optilude on Jul 21, 2005 9:51 am
+
+Fixing this may help fix <a href="" target="_blank">http://members.plone.org/collector/4306">http://members.plone.org/collector/4306</a>.
+________________________________________
+= Comment - Entry #3 by fschulze on May 29, 2005 6:33 am
+
+IMO, it shouldn't disable the button though, as sometimes the network connection is unreliable and I want to force a resubmit.
+________________________________________
+= Edit - Entry #2 by limi on May 12, 2005 8:36 pm
+
+ Changes: submitter email, edited transcript, new comment
+
+Silly Collector formatting rules, corrected.
+________________________________________
+= Request - Entry #1 by limi on May 12, 2005 8:35 pm
+
+- Save/Cancel buttons should have distinct classes, so they can be styles and behave differently
+
+- When you click the Save button, it should be replaced by an indicator "Saving...". There are two reasons for this:
+
+1. You shouldn't submit forms twice, this is a common problem in transactional forms like payment or similar - and we should have a generic solution for it even if it doesn't really affect Plone edit forms. Double-clicking of links and form buttons in web browser is so common among "normal folk" that you wouldn't believe it. ;)
+
+2. When you upload a file or do any sort of time-consuming save, it should be obvious that something is going on, and that you didn't just miss the button. There is a progress indicator in most browsers, but depending on which browser you use, it's too far removed from where you have you focus, and a lot of people do not notice it.
+

Added: collector-chaos/trunk/Categorisation/Javascript/4141 - Arbitrary skin selection breaks generated portal_css output.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Javascript/4141 - Arbitrary skin selection breaks generated portal_css output.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,63 @@ /> +http://plone.org/collector/4141
+Pending Python, bug important
+Arbitrary skin selection breaks generated portal_css output
+
+= Edit - Entry #8 by fschulze on Sep 6, 2005 3:24 pm
+
+ Changes: plone version
+________________________________________
+= Resubmit - Entry #7 by fschulze on Sep 6, 2005 3:21 pm
+
+ Status: Rejected => Pending
+
+This needs to be looked at again. The request was valid. The problem is that the skin change is done just temporarly through the request.
+________________________________________
+= Reject - Entry #6 by limi on Jul 28, 2005 2:28 am
+
+ Status: Pending => Rejected
+
+You can't fetch a CSS file that is not in the selected skin definition, this is intentional.
+________________________________________
+= Comment - Entry #5 by fschulze on Jul 26, 2005 8:34 am
+
+I think the current behaviour is correct, if the css is not in the skin, then it shouldn't be fetched. It might break things if we changed this.
+________________________________________
+= Edit - Entry #4 by shh on Jul 8, 2005 5:08 pm
+
+ Changes: edited transcript, plone version
+________________________________________
+= Comment - Entry #3 by jenner on Jun 5, 2005 1:40 pm
+
+Instead of st.changeSkin(skin) we should rather call s.th. like
+"getToolByName(self, 'portal_url').getPortalObject().changeSkin(skin)"
+since changeSkin() is a method of CMFCore.Skinnable.
+It just accidently worked here, 'cos portal_skins acquired it from portal.
+________________________________________
+= Comment - Entry #2 by jenner on Jun 5, 2005 12:39 pm
+
+I belive this patche could solve the problem:
+
+svn diff ResourceRegistries/tools/CSSRegistry.py
+
+Index: ResourceRegistries/tools/CSSRegistry.py
+===================================================================
+--- ResourceRegistries/tools/CSSRegistry.py (revision 7065)
++++ ResourceRegistries/tools/CSSRegistry.py (working copy)
+@@ -291,6 +291,11 @@ /> + security.declareProtected(permissions.View, 'getEvaluatedStyleheets')
+ def getEvaluatedStylesheets(self, context ):
+ """ get all the stylesheet references we are going to need for making proper templates"""
++ # switch skin if an arbitrary one was requested
++ st = getToolByName(self, 'portal_skins')
++ skin = st.getSkinNameFromRequest(context.REQUEST)
++ if skin != st.getDefaultSkin():
++ st.changeSkin(skin)
+ results = self.cookedstylesheets
+ # filter results by exssion
+ results = [item for item in results if self.evaluateExssion(item.get('exssion'), context )]
+@@ -408,4 +413,4 @@ /> +
+________________________________________
+= Request - Entry #1 by Anonymous User on Jun 3, 2005 12:53 pm
+
+If an arbitrary skin does not contain any of the stylesheets mentioned in portal_css and a user selects this skin using the REQUEST var (like $URL/foo?portal_skin=bar), then portal_css cannot find the appropriate CSS file (since it's not in the current skin selection) and produces output like '/* XXX ERROR -- could not find 'foo.css' XXX */'

Added: collector-chaos/trunk/Categorisation/Javascript/4546 - ResourceRegistries Skin Awareness.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Javascript/4546 - ResourceRegistries Skin Awareness.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,50 @@ /> +http://plone.org/collector/4546
+Accepted Python, feature+patch important , Assigned to elvix, fschulze
+ResourceRegistries Skin Awareness
+
+= Edit - Entry #6 by shh on Aug 25, 2005 11:14 am
+
+ Changes: edited transcript, plone version
+________________________________________
+= Comment - Entry #5 by ldr on Aug 24, 2005 6:49 am
+
+The problems with skin switching that this patch solves affect 2.0 as much as 2.1. Get 2.1 out the door first!
+________________________________________
+= Comment - Entry #4 by elvix on Aug 24, 2005 2:53 am
+
+it is *way* too late to add for 2.1 - We don't want another RC just for this.
+
+I suggest we make a RR 1.1 branch - add and test it there, and those that depend on the skinswitching can simply upgrade ResourceRegistries. - We should make sure it is released as soon as possible, ferably side-by-side with Plone 2.1.
+
+________________________________________
+= Assign - Entry #3 by limi on Aug 23, 2005 8:57 am
+
+ Status: Pending => Accepted
+
+ Supporters added: elvix, fschulze
+
+
+________________________________________
+= Edit - Entry #2 by limi on Aug 23, 2005 8:54 am
+
+ Changes: submitter email, plone version, new comment
+
+This should be considered for Plone 2.1 final, we don't want to break existing skin functionality.
+
+elvix/fschulze, can you have a look at the patch and see if it makes sense?
+________________________________________
+= Request - Entry #1 by ldr on Aug 22, 2005 5:50 pm
+
+
+Uploaded: rr-skin-awareness.patch
+
+If you select skins using the changeSkin method RR does not seem to notice the change. There are also various problems with cacheing of the wrong skin if you change skin or use different skins for different sections of your site.
+
+This patch changes the links that RR creates from:
+<portal_url>/portal_{css|javascripts}/resource
+to:
+<portal_url>/portal_{css|javascripts}/<skin_name>/resource
+
+When the resource is fetched the <skin_name> traversal step changes the skin for that request to skin_name before returning the resource. if you link to <portal_url>/portal_{css|javascripts}/resource it should work as it does currently (as long as your resource is not the same name as a skin name).
+
+It would be nice to make the skin awareness optional on the tool (for javascripts this may be better). This should be relatively straight forward, just need to make sure that the header macros check for this.

Added: collector-chaos/trunk/Categorisation/Javascript/4772 - Cannot cancel deletes in IE 6.0.2900.2180.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Javascript/4772 - Cannot cancel deletes in IE 6.0.2900.2180.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,28 @@ /> +http://plone.org/collector/4772
+Pending Javascript, bug medium
+Cannot cancel deletes in IE 6.0.2900.2180
+
+= Comment - Entry #3 by ethomas on Nov 11, 2005 11:00 am
+
+This seems to be due to IE's differing JavaScript event model.
+See <a href="" target="_blank">http://www.quirksmode.org/js/events_early.html">http://www.quirksmode.org/js/events_early.html</a> for further info.
+
+A working fix is shown below. Change line 431 of skins/plone_templates/global_contentmenu.pt to read:
+
+ onclick string:confirmDelete = confirm('$ptype_translated\n${alert_msg}');;
+ event.returnValue = confirmDelete;;
+ return confirmDelete;;"
+
+Maintainers may decide it would be cleaner to factor out the content of this rather long onClick attribute into a separate JS function.
+________________________________________
+= Edit - Entry #2 by shh on Oct 13, 2005 11:02 am
+
+ Changes: topic (Design => Javascript), importance (critical => medium), plone version
+________________________________________
+= Request - Entry #1 by Anonymous User on Oct 7, 2005 5:41 am
+
+I am using IE 6.0.2900.2180 on Windows XP SP2 to set up a web site with plone. I wanted to delete a file, but, by mistake clicked on the foler instead before selecting the delete action.
+
+I therefore selected to cancel the delete, but the folder with all the contents was deleted. I tried it again a couple of the times, clicking delete on new dummy files and folders, and ssing cancel only resulted in the delete action continuing with its delete.
+
+To check, I tried the same in Firefox 1.0, and there the cancel of the delete action works as it should.

Modified: collector-chaos/trunk/Categorisation/Kupu/4403 - 302 redirection used for Kupu Link using UIDs.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Kupu/4403 - 302 redirection used for Kupu Link using UIDs.txt (original)
+++ collector-chaos/trunk/Categorisation/Kupu/4403 - 302 redirection used for Kupu Link using UIDs.txt Tue Nov 15 15:49:58 2005
@@ -1,43 +1,43 @@ /> -http://plone.org/collector/4403
-Accepted Unknown, bug important , Assigned to duncanb
-302 redirection used for Kupu "Link using UIDs"
-
-= Comment - Entry #5 by Duncan on Aug 15, 2005 6:15 am
-
-Fixed in SVN, it now uses a 301 (moved permanently) redirect.
-
-BTW, the redirect is only a fallback, the intention is that 'Link by UID' should be turned on only when you also have a transform to ensure that no uids appear in the output. The redirect should normally only be visible while you are actually editing.
-
-________________________________________
-= Assign - Entry #4 by limi on Aug 15, 2005 12:57 am
-
- Status: Pending => Accepted
-
- Supporters added: duncanb
-
-
-________________________________________
-= Comment - Entry #3 by fschulze on Aug 11, 2005 5:30 am
-
-The 301 is easy, just replace the last return line with this:
-return response.redirect(target, status=301)
-
-________________________________________
-= Edit - Entry #2 by limi on Aug 10, 2005 5:36 pm
-
- Changes: submitter email, importance (critical => important), plone version, new comment
-
-It's very important that Kupu in Plone does not use the UID linking by default - it's not well-tested enough, and is also not the way we want to solve this particular problem.
-
-1) It should be off by default
-
-2) It should be using 301 redirects instead
-
-________________________________________
-= Request - Entry #1 by vasudevaserver on Aug 6, 2005 7:52 pm
-
-Please note that, from SEo point of view, this is a VERY dangerous bug.
-If you create a link using Kupu 1.3's feature "Link using UIDs", the created link will invoke a 302 redirection to the final destination of the link.
-The 302 redirection is a VERY bad thing from Search Engine Optimization point of view, and it can have a whole site punished as spammer. This is because Search Engines still treat same-domain 302 redirects in the same way as cross-domain 302 redirects.
-(See: <a href="" target="_blank">http://clsc.net/research/google-302-page-hijack.htm">http://clsc.net/research/google-302-page-hijack.htm</a> )
-It is strongly recommended for Kupu to use a 301 redirection instead, which is very safe and more proper (this should also be very easy to fix)
+http://plone.org/collector/4403
+Accepted Unknown, bug important , Assigned to duncanb
+302 redirection used for Kupu "Link using UIDs"
+
+= Comment - Entry #5 by Duncan on Aug 15, 2005 6:15 am
+
+Fixed in SVN, it now uses a 301 (moved permanently) redirect.
+
+BTW, the redirect is only a fallback, the intention is that 'Link by UID' should be turned on only when you also have a transform to ensure that no uids appear in the output. The redirect should normally only be visible while you are actually editing.
+
+________________________________________
+= Assign - Entry #4 by limi on Aug 15, 2005 12:57 am
+
+ Status: Pending => Accepted
+
+ Supporters added: duncanb
+
+
+________________________________________
+= Comment - Entry #3 by fschulze on Aug 11, 2005 5:30 am
+
+The 301 is easy, just replace the last return line with this:
+return response.redirect(target, status=301)
+
+________________________________________
+= Edit - Entry #2 by limi on Aug 10, 2005 5:36 pm
+
+ Changes: submitter email, importance (critical => important), plone version, new comment
+
+It's very important that Kupu in Plone does not use the UID linking by default - it's not well-tested enough, and is also not the way we want to solve this particular problem.
+
+1) It should be off by default
+
+2) It should be using 301 redirects instead
+
+________________________________________
+= Request - Entry #1 by vasudevaserver on Aug 6, 2005 7:52 pm
+
+Please note that, from SEo point of view, this is a VERY dangerous bug.
+If you create a link using Kupu 1.3's feature "Link using UIDs", the created link will invoke a 302 redirection to the final destination of the link.
+The 302 redirection is a VERY bad thing from Search Engine Optimization point of view, and it can have a whole site punished as spammer. This is because Search Engines still treat same-domain 302 redirects in the same way as cross-domain 302 redirects.
+(See: <a href="" target="_blank">http://clsc.net/research/google-302-page-hijack.htm">http://clsc.net/research/google-302-page-hijack.htm</a> )
+It is strongly recommended for Kupu to use a 301 redirection instead, which is very safe and more proper (this should also be very easy to fix)

Modified: collector-chaos/trunk/Categorisation/Kupu/4434 - 'int' object is not callable on editing.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Kupu/4434 - 'int' object is not callable on editing.txt (original)
+++ collector-chaos/trunk/Categorisation/Kupu/4434 - 'int' object is not callable on editing.txt Tue Nov 15 15:49:58 2005
@@ -1,124 +1,124 @@ /> -http://plone.org/collector/4434
-Accepted Third party CMF product, bug medium , Assigned to duncanb
-'int' object is not callable on editing
-
-= Assign - Entry #4 by limi on Aug 15, 2005 12:58 am
-
- Status: Pending => Accepted
-
- Supporters added: duncanb
-
-
-________________________________________
-= Edit - Entry #3 by limi on Aug 13, 2005 3:31 am
-
- Changes: plone version, new comment
-
-Seems to be a Kupu bug, can you have a look at this, Duncan?
-________________________________________
-= Comment - Entry #2 by geoff on Aug 11, 2005 8:06 am
-
-The first issue has already been fixed in SVN (though not in time for RC2).
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 11, 2005 4:14 am
-
-1. When editing an event I get a fleeting glimpse of the Site Error window in the kupu editing window, which is then replaced by my content. Editing and saving is then fine. Traceback found in error log is given below.
-
-2. A second problem (maybe not related?)on the same site : when editing a news item the editing window proposed is the basic html window, when clicking on 'edit with kupu' link, I get an error message
- "Kupu not installed correctly: datastream instance has no attribute '__len__'" in place of the body text window, and this does *not* generate an error log.
-
-NB site installed yesterday with virtually no content.
-
-
-
-
-Installed products
-ATContentTypes 1.0.0-rc4 installed
-ATReferenceBrowserWidget 1.1 installed
-Archetypes 1.3.4-rc3 installed
-BTreeFolder2 BTreeFolder2-1.0.2
-CMFActionIcons CMF-1.5.3 installed
-CMFCalendar CMF-1.5.3 installed
-CMFCore CMF-1.5.3
-CMFDefault CMF-1.5.3
-CMFDynamicViewFTI 1.0.1
-CMFFormController 1.0.5 beta installed
-CMFPlone 2.1-rc2
-CMFQuickInstallerTool 1.5.5 installed
-CMFSetup CMF-1.5.3
-CMFTopic CMF-1.5.3
-CMFUid CMF-1.5.3
-DCWorkflow CMF-1.5.3
-ExtendedPathIndex 2.1
-ExternalEditor 0.9.1
-ExternalMethod External Method-1-0-0
-GroupUserFolder 3.4RC installed
-LDAPUserFolder 2.6beta2
-MIMETools
-MailHost MailHost-1-3-0
-MimetypesRegistry 1.3.5-final03 installed
-OFSP OFSP-1-0-0
-PageTemplates PageTemplates-1-4-0
-PlacelessTranslationService 1.2.1
-PloneErrorReporting 0.11 installed
-PloneTranslations 2.1-rc2
-PluginIndexes
-PortalTransforms 1.3.6-final02 installed
-PythonScripts PythonScripts-2-0-0
-ResourceRegistries 1.0.2 installed
-SecureMailHost 1.0.1
-Sessions
-SiteAccess SiteAccess-2-0-0
-SiteErrorLog
-StandardCacheManagers StandardCacheManagers-1-1-0
-TemporaryFolder
-Transience
-ZCTextIndex
-ZCatalog ZCatalog-2-2-0
-ZGadflyDA
-ZODBMountPoint
-ZReST 1.1
-ZSQLMethods
-ZopeTutorial Zope Tutorial 1.2
-generator 1.3.0-final21
-kupu kupu 1.3 rc2 installed
-validation 1.3.3-final04
-
-Traceback
-Traceback (innermost last):
- Module ZPublisher.Publish, line 101, in publish
- Module ZPublisher.mapply, line 88, in mapply
- Module ZPublisher.Publish, line 39, in call_object
- Module Shared.DC.Scripts.Bindings, line 306, in __call__
- Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
- Module Products.CMFCore.FSPageTemplate, line 188, in _exec
- Module Products.CMFCore.FSPageTemplate, line 127, in pt_render
- Module Products.PageTemplates.PageTemplate, line 96, in pt_render
- - <FSPageTemplate at /Plone/emptypage used for /Plone/events/nrs-symposium>
- Module TAL.TALInterter, line 190, in __call__
- Module TAL.TALInterter, line 234, in intert
- Module TAL.TALInterter, line 460, in do_setLocal_tal
- Module Products.PageTemplates.TALES, line 221, in evaluate
- - URL: <a href="file:kupu/plone/kupu_plone_layer/emptypage.pt">file:kupu/plone/kupu_plone_layer/emptypage.pt</a>
- - Line 14, Column 4
- - Exssion: <PythonExpr test(here.isPrincipiaFolderish(), '/', '')>
- - Names:
- {'container': <PloneSite instance at 026E8890>,
- 'context': <ATEvent at /Plone/events/nrs-symposium>,
- 'default': <Products.PageTemplates.TALES.Default instance at 0x00EB4990>,
- 'here': <ATEvent at /Plone/events/nrs-symposium>,
- 'loop': <SafeMapping instance at 039D4280>,
- 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x00EB9D28>,
- 'nothing': None,
- 'options': {'args': ()},
- 'repeat': <SafeMapping instance at 039D4280>,
- 'request': <HTTPRequest, URL<a href="=" target="_blank">http://localhost/events/nrs-symposium/emptypage">=http://localhost/events/nrs-symposium/emptypage</a>>,
- 'root': <Application instance at 026643B0>,
- 'template': <FSPageTemplate at /Plone/emptypage used for /Plone/events/nrs-symposium>,
- 'traverse_subpath': [],
- 'user': admin}
- Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__
- - __traceback_info__: test(here.isPrincipiaFolderish(), '/', '')
- Module Python exssion "test(here.isPrincipiaFolderish(), '/', '')", line 1, in <exssion>
-TypeError: 'int' object is not callable
-
+http://plone.org/collector/4434
+Accepted Third party CMF product, bug medium , Assigned to duncanb
+'int' object is not callable on editing
+
+= Assign - Entry #4 by limi on Aug 15, 2005 12:58 am
+
+ Status: Pending => Accepted
+
+ Supporters added: duncanb
+
+
+________________________________________
+= Edit - Entry #3 by limi on Aug 13, 2005 3:31 am
+
+ Changes: plone version, new comment
+
+Seems to be a Kupu bug, can you have a look at this, Duncan?
+________________________________________
+= Comment - Entry #2 by geoff on Aug 11, 2005 8:06 am
+
+The first issue has already been fixed in SVN (though not in time for RC2).
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 11, 2005 4:14 am
+
+1. When editing an event I get a fleeting glimpse of the Site Error window in the kupu editing window, which is then replaced by my content. Editing and saving is then fine. Traceback found in error log is given below.
+
+2. A second problem (maybe not related?)on the same site : when editing a news item the editing window proposed is the basic html window, when clicking on 'edit with kupu' link, I get an error message
+ "Kupu not installed correctly: datastream instance has no attribute '__len__'" in place of the body text window, and this does *not* generate an error log.
+
+NB site installed yesterday with virtually no content.
+
+
+
+
+Installed products
+ATContentTypes 1.0.0-rc4 installed
+ATReferenceBrowserWidget 1.1 installed
+Archetypes 1.3.4-rc3 installed
+BTreeFolder2 BTreeFolder2-1.0.2
+CMFActionIcons CMF-1.5.3 installed
+CMFCalendar CMF-1.5.3 installed
+CMFCore CMF-1.5.3
+CMFDefault CMF-1.5.3
+CMFDynamicViewFTI 1.0.1
+CMFFormController 1.0.5 beta installed
+CMFPlone 2.1-rc2
+CMFQuickInstallerTool 1.5.5 installed
+CMFSetup CMF-1.5.3
+CMFTopic CMF-1.5.3
+CMFUid CMF-1.5.3
+DCWorkflow CMF-1.5.3
+ExtendedPathIndex 2.1
+ExternalEditor 0.9.1
+ExternalMethod External Method-1-0-0
+GroupUserFolder 3.4RC installed
+LDAPUserFolder 2.6beta2
+MIMETools
+MailHost MailHost-1-3-0
+MimetypesRegistry 1.3.5-final03 installed
+OFSP OFSP-1-0-0
+PageTemplates PageTemplates-1-4-0
+PlacelessTranslationService 1.2.1
+PloneErrorReporting 0.11 installed
+PloneTranslations 2.1-rc2
+PluginIndexes
+PortalTransforms 1.3.6-final02 installed
+PythonScripts PythonScripts-2-0-0
+ResourceRegistries 1.0.2 installed
+SecureMailHost 1.0.1
+Sessions
+SiteAccess SiteAccess-2-0-0
+SiteErrorLog
+StandardCacheManagers StandardCacheManagers-1-1-0
+TemporaryFolder
+Transience
+ZCTextIndex
+ZCatalog ZCatalog-2-2-0
+ZGadflyDA
+ZODBMountPoint
+ZReST 1.1
+ZSQLMethods
+ZopeTutorial Zope Tutorial 1.2
+generator 1.3.0-final21
+kupu kupu 1.3 rc2 installed
+validation 1.3.3-final04
+
+Traceback
+Traceback (innermost last):
+ Module ZPublisher.Publish, line 101, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 39, in call_object
+ Module Shared.DC.Scripts.Bindings, line 306, in __call__
+ Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
+ Module Products.CMFCore.FSPageTemplate, line 188, in _exec
+ Module Products.CMFCore.FSPageTemplate, line 127, in pt_render
+ Module Products.PageTemplates.PageTemplate, line 96, in pt_render
+ - <FSPageTemplate at /Plone/emptypage used for /Plone/events/nrs-symposium>
+ Module TAL.TALInterter, line 190, in __call__
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 460, in do_setLocal_tal
+ Module Products.PageTemplates.TALES, line 221, in evaluate
+ - URL: <a href="file:kupu/plone/kupu_plone_layer/emptypage.pt">file:kupu/plone/kupu_plone_layer/emptypage.pt</a>
+ - Line 14, Column 4
+ - Exssion: <PythonExpr test(here.isPrincipiaFolderish(), '/', '')>
+ - Names:
+ {'container': <PloneSite instance at 026E8890>,
+ 'context': <ATEvent at /Plone/events/nrs-symposium>,
+ 'default': <Products.PageTemplates.TALES.Default instance at 0x00EB4990>,
+ 'here': <ATEvent at /Plone/events/nrs-symposium>,
+ 'loop': <SafeMapping instance at 039D4280>,
+ 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x00EB9D28>,
+ 'nothing': None,
+ 'options': {'args': ()},
+ 'repeat': <SafeMapping instance at 039D4280>,
+ 'request': <HTTPRequest, URL<a href="=" target="_blank">http://localhost/events/nrs-symposium/emptypage">=http://localhost/events/nrs-symposium/emptypage</a>>,
+ 'root': <Application instance at 026643B0>,
+ 'template': <FSPageTemplate at /Plone/emptypage used for /Plone/events/nrs-symposium>,
+ 'traverse_subpath': [],
+ 'user': admin}
+ Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__
+ - __traceback_info__: test(here.isPrincipiaFolderish(), '/', '')
+ Module Python exssion "test(here.isPrincipiaFolderish(), '/', '')", line 1, in <exssion>
+TypeError: 'int' object is not callable
+

Modified: collector-chaos/trunk/Categorisation/Kupu/4461 - Cannot edit body text of CMF Document with Kupu.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Kupu/4461 - Cannot edit body text of CMF Document with Kupu.txt (original)
+++ collector-chaos/trunk/Categorisation/Kupu/4461 - Cannot edit body text of CMF Document with Kupu.txt Tue Nov 15 15:49:58 2005
@@ -1,31 +1,31 @@ /> -http://plone.org/collector/4461
-Accepted Unknown, bug medium , Assigned to duncanb
-Cannot edit body text of CMF Document with Kupu
-
-= Comment - Entry #4 by jenner on Aug 15, 2005 5:22 am
-
-That's a tabindex issue, kupu_wysiwyg_support should try to use the tabindex instance before creating its own tabindex int variable.
-________________________________________
-= Assign - Entry #3 by limi on Aug 15, 2005 12:59 am
-
- Status: Pending => Accepted
-
- Supporters added: duncanb
-
-
-________________________________________
-= Edit - Entry #2 by limi on Aug 13, 2005 3:34 am
-
- Changes: submitter email, plone version, new comment
-
-CMF content types are really not supported in Plone 2.1, but it may be possible to make Kupu fail more gracefully on these. Duncan? :)
-________________________________________
-= Request - Entry #1 by jmikulasek on Aug 12, 2005 5:58 pm
-
-In a fresh Plone Site I go to portal_types and set the CMF Document to be addable.
-When I then add a new CMF Document, I the following text is shown int he editing page
-instead of the document body editor:
-
- Kupu not installed correctly: unsupported operand type(s) for +: 'instance' and 'int'
-
-Fo AT based content types kupu works fine.
+http://plone.org/collector/4461
+Accepted Unknown, bug medium , Assigned to duncanb
+Cannot edit body text of CMF Document with Kupu
+
+= Comment - Entry #4 by jenner on Aug 15, 2005 5:22 am
+
+That's a tabindex issue, kupu_wysiwyg_support should try to use the tabindex instance before creating its own tabindex int variable.
+________________________________________
+= Assign - Entry #3 by limi on Aug 15, 2005 12:59 am
+
+ Status: Pending => Accepted
+
+ Supporters added: duncanb
+
+
+________________________________________
+= Edit - Entry #2 by limi on Aug 13, 2005 3:34 am
+
+ Changes: submitter email, plone version, new comment
+
+CMF content types are really not supported in Plone 2.1, but it may be possible to make Kupu fail more gracefully on these. Duncan? :)
+________________________________________
+= Request - Entry #1 by jmikulasek on Aug 12, 2005 5:58 pm
+
+In a fresh Plone Site I go to portal_types and set the CMF Document to be addable.
+When I then add a new CMF Document, I the following text is shown int he editing page
+instead of the document body editor:
+
+ Kupu not installed correctly: unsupported operand type(s) for +: 'instance' and 'int'
+
+Fo AT based content types kupu works fine.

Modified: collector-chaos/trunk/Categorisation/Kupu/4481 - Kupu images need Plone replacement.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Kupu/4481 - Kupu images need Plone replacement.txt (original)
+++ collector-chaos/trunk/Categorisation/Kupu/4481 - Kupu images need Plone replacement.txt Tue Nov 15 15:49:58 2005
@@ -1,15 +1,15 @@ /> -http://plone.org/collector/4481
-Accepted Visual Editor, bug medium , Assigned to limi
-Kupu images need Plone replacement
-
-= Request - Entry #1 by limi on Aug 15, 2005 12:28 am
-
- Status: Pending => Accepted
-
- Supporters added: limi
-
-The icons used in Kupu do not look like the Plone style, and should be replaced. (I have these locally, this is just a mental note to self ;)
-
-Also, the tooltips are confusing at times, and the borders should not be three-dimensional.
-
-I have commit privs on Kupu now, and will be doing this work on the 2.1 branch.
+http://plone.org/collector/4481
+Accepted Visual Editor, bug medium , Assigned to limi
+Kupu images need Plone replacement
+
+= Request - Entry #1 by limi on Aug 15, 2005 12:28 am
+
+ Status: Pending => Accepted
+
+ Supporters added: limi
+
+The icons used in Kupu do not look like the Plone style, and should be replaced. (I have these locally, this is just a mental note to self ;)
+
+Also, the tooltips are confusing at times, and the borders should not be three-dimensional.
+
+I have commit privs on Kupu now, and will be doing this work on the 2.1 branch.

Modified: collector-chaos/trunk/Categorisation/Kupu/4622 - It's not possible to insert link to local folder using kupu.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Kupu/4622 - It's not possible to insert link to local folder using kupu.txt (original)
+++ collector-chaos/trunk/Categorisation/Kupu/4622 - It's not possible to insert link to local folder using kupu.txt Tue Nov 15 15:49:58 2005
@@ -1,13 +1,13 @@ /> -http://plone.org/collector/4622
-Pending Visual Editor, bug medium
-It's not possible to insert link to local folder using kupu
-
-= Edit - Entry #2 by limi on Aug 31, 2005 10:22 am
-
- Changes: submitter email, topic (ZPT => Visual Editor), plone version, new comment
-
-I assume this is the visual editor you are talking about. I believe there is a configuration switch to turn on linking to folders, but we'll have to verify that it works properly, and is turned on.
-________________________________________
-= Request - Entry #1 by afd on Aug 31, 2005 8:17 am
-
-I'm using plone 2.1 rc3, and I can't see a way to insert a link to a local folder (or its default view) using the "Insert Local Link" mechanism.
+http://plone.org/collector/4622
+Pending Visual Editor, bug medium
+It's not possible to insert link to local folder using kupu
+
+= Edit - Entry #2 by limi on Aug 31, 2005 10:22 am
+
+ Changes: submitter email, topic (ZPT => Visual Editor), plone version, new comment
+
+I assume this is the visual editor you are talking about. I believe there is a configuration switch to turn on linking to folders, but we'll have to verify that it works properly, and is turned on.
+________________________________________
+= Request - Entry #1 by afd on Aug 31, 2005 8:17 am
+
+I'm using plone 2.1 rc3, and I can't see a way to insert a link to a local folder (or its default view) using the "Insert Local Link" mechanism.

Added: collector-chaos/trunk/Categorisation/Localisation/4286 - PloneLanguageTool and languages list (metadata).txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Localisation/4286 - PloneLanguageTool and languages list (metadata).txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,52 @@ /> +http://plone.org/collector/4286
+Pending Usability, bug+patch medium
+PloneLanguageTool and languages list (metadata)
+
+= Edit - Entry #3 by limi on Aug 10, 2005 6:02 pm
+
+ Changes: submitter email, edited transcript, plone version, new comment
+
+I agree that we need to consolidate the language listings, currently the one in PLT is much more complete and supports combined language codes like es-ar.
+
+It is also listing things in the language itself, as opposed to the current approach (which has English names for everything - not good :)
+
+A bit late for 2.1.0, but should be fixed sometime in the 2.1.x series.
+________________________________________
+= Comment - Entry #2 by shh on Jul 15, 2005 3:20 am
+
+I am not convinced that metadata languages should have any relation to languages selected in PLT. PLT is about translations, and metadata is about, well, metadata.
+
+But I don't decide such things ;-)
+________________________________________
+= Request - Entry #1 by glenfant on Jul 14, 2005 5:09 pm
+
+After installing and setting PloneLanguageTool, the metadata tab of contents always show the usual full list of languages, including those note selected in the PLT control panel.
+
+This can be easily fixed overriding the standard script "availableLanguages" that builds the AT DisplayList suitable list of languages.
+
+Just drop this script in the LanguageTool layer.
+
+An issue remains anyway : The displayed list is crappy when not on an UTF-8 Plone site (note this is already the case on the PLT control panel).
+
+=== script ===
+## Script (Python) "availableLanguages"
+##bind container=container
+##bind context=context
+##bind namespace=
+##bind script=script
+##bind subpath=traverse_subpath
+##parameters=
+##title=Return a list of [('en', 'English'), (...), ...]
+##
+from Products.CMFCore.utils import getToolByName
+
+portal_languages = getToolByName(container, 'portal_languages')
+
+value = portal_languages.listSupportedLanguages()
+
+value.sort(lambda x,y:cmp(x[1], y[1]))
+# Put 'Not specified' at the top.
+value.insert(0,('',context.translate('Not specified')))
+return value
+=== /script ===
+

Modified: collector-chaos/trunk/Categorisation/Localisation/4398 - RTL-FireFox-Plone is bigger then browser size.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Localisation/4398 - RTL-FireFox-Plone is bigger then browser size.txt (original)
+++ collector-chaos/trunk/Categorisation/Localisation/4398 - RTL-FireFox-Plone is bigger then browser size.txt Tue Nov 15 15:49:58 2005
@@ -1,20 +1,20 @@ /> -http://plone.org/collector/4398
-Pending CSS, bug medium
-RTL-FireFox-Plone is bigger then browser size
-
-= Edit - Entry #2 by limi on Aug 10, 2005 5:33 pm
-
- Changes: submitter email, plone version, new comment
-
-This is a firefox bug, but I'll see if I can find a workaround.
-________________________________________
-= Request - Entry #1 by oferw on Aug 5, 2005 11:39 am
-
-RTL-firefox
-Plone is bigger then browser size
-
-There is option to scrool the screen to the right side
-
-when click on the logo nothing happand
-
-to go to portal home page need to click on the right of the logo, where there is white space.
+http://plone.org/collector/4398
+Pending CSS, bug medium
+RTL-FireFox-Plone is bigger then browser size
+
+= Edit - Entry #2 by limi on Aug 10, 2005 5:33 pm
+
+ Changes: submitter email, plone version, new comment
+
+This is a firefox bug, but I'll see if I can find a workaround.
+________________________________________
+= Request - Entry #1 by oferw on Aug 5, 2005 11:39 am
+
+RTL-firefox
+Plone is bigger then browser size
+
+There is option to scrool the screen to the right side
+
+when click on the logo nothing happand
+
+to go to portal home page need to click on the right of the logo, where there is white space.

Modified: collector-chaos/trunk/Categorisation/Localisation/4437 - default_charset=iso8859-1 - title of content display in utf-8.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Localisation/4437 - default_charset=iso8859-1 - title of content display in utf-8.txt (original)
+++ collector-chaos/trunk/Categorisation/Localisation/4437 - default_charset=iso8859-1 - title of content display in utf-8.txt Tue Nov 15 15:49:58 2005
@@ -1,37 +1,70 @@ /> -http://plone.org/collector/4437
-Pending Internationalization, bug low
-default_charset=iso8859-1 - title of content display in utf-8
-
-= Comment - Entry #4 by limi on Aug 25, 2005 8:37 am
-
-OK - to fix the existing titles, try setting the charset of the portal to ISO before you migrate.
-
-I'll ask around if we can make the title-to-id function work better with other charsets. Please note that Plone only officially supports UTF-8, so if you have the possibility of writing a small script to convert the content from ISO to UTF-8, that would be the best plan for the future. We would also be interested in bundling such a script with Plone. :)
-
-
-________________________________________
-= Comment - Entry #3 by Anonymous User on Aug 25, 2005 5:48 am
-
-I found out that this has do something with the new tty_title_or_id-Method in PloneTool. If you remove the first row in this method "obj = aq_base(obj)", the title-display has the correct encoding, but I'am not sure if that change is ok for objects which has no Title-Attribute.
-________________________________________
-= Edit - Entry #2 by limi on Aug 13, 2005 3:01 am
-
- Changes: topic (Content Types => Internationalization), importance (medium => low), plone version, new comment
-
-Can somebody review what changes were made here, and whether we can reinstate support for non-UTF-8 charsets here?
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 11, 2005 11:18 am
-
-Context:
-- I upgrade a site from Plone 1.0.5 -> 2.1-rc2
-- /portal_properties/site_properties default_charset is 'iso-8859-1'
-
-The 'title' of old as well as new content is translated to utf-8 in a
-page with encoding set to ISO-8859-1 and so the display of characters > 127
-is wrong. The 'description' and 'body' entries are correct (iso-8859-1).
-
-In breadcrumbs and navigation portlet characters are iso-8859-1 and display is ok.
-
-In edit mode, all is as expected (in iso-8859-1).
-
-
+http://plone.org/collector/4437
+Pending Internationalization, bug low
+default_charset=iso8859-1 - title of content display in utf-8
+
+= Comment - Entry #5 by Anonymous User on Sep 20, 2005 6:23 am
+
+After migrating to from 2.0.5 to 2.1 Navigation box shows skandinavian characters as question marks.
+
+Details:
+- I have five Plone-sites. Originally made with Plone-0.X. Migrated several times without problems.
+- Currently running Plone-2.0.5 in Fedora Core 3. About 3000 documents.
+- "/portal/portal_properties/site_properties" default_charset is "iso-8859-1" (has been since 0.X)
+- Python sys.getdefaultencoding() shows "ascii" (Default, haven't changed this)
+
+Tried to migrate my sites to Plone-2.1 with MacOSX and Fedora Core 4.
+- Python sys.getdefaultencoding() shows "ascii"
+- Migration goes without errors
+- I can view the migrated sites, all characters are fine.
+- site_properties default_charset is still "iso-8859-1"
+- Editing is not possible: Unicode Decode Error: 'utf-8' codec can't decode bytes in position 18-20: invalid data.
+
+If I change "/portal/portal_properties/site_properties" default_charset to "utf-8":
+- I can edit documents.
+- Document titles and text is readable, even skandinavian characters look OK in Edit-tab.
+- In navigation-box skandinavian characters are shown as question marks.
+
+Is it possible to hack navigation-box to show skandinavian characters right?
+
+Or do I need something like requested in <a href="" target="_blank">http://plone.org/collector/4478/">http://plone.org/collector/4478/</a>
+Anybody up for writing a script that converts from current site encoding to UTF-8?
+
+Maybe related:
+<a href="" target="_blank">http://plone.org/collector/2726/">http://plone.org/collector/2726/</a>
+
+JOna
+
+________________________________________
+= Comment - Entry #4 by limi on Aug 25, 2005 8:37 am
+
+OK - to fix the existing titles, try setting the charset of the portal to ISO before you migrate.
+
+I'll ask around if we can make the title-to-id function work better with other charsets. Please note that Plone only officially supports UTF-8, so if you have the possibility of writing a small script to convert the content from ISO to UTF-8, that would be the best plan for the future. We would also be interested in bundling such a script with Plone. :)
+
+
+________________________________________
+= Comment - Entry #3 by Anonymous User on Aug 25, 2005 5:48 am
+
+I found out that this has do something with the new tty_title_or_id-Method in PloneTool. If you remove the first row in this method "obj = aq_base(obj)", the title-display has the correct encoding, but I'am not sure if that change is ok for objects which has no Title-Attribute.
+________________________________________
+= Edit - Entry #2 by limi on Aug 13, 2005 3:01 am
+
+ Changes: topic (Content Types => Internationalization), importance (medium => low), plone version, new comment
+
+Can somebody review what changes were made here, and whether we can reinstate support for non-UTF-8 charsets here?
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 11, 2005 11:18 am
+
+Context:
+- I upgrade a site from Plone 1.0.5 -> 2.1-rc2
+- /portal_properties/site_properties default_charset is 'iso-8859-1'
+
+The 'title' of old as well as new content is translated to utf-8 in a
+page with encoding set to ISO-8859-1 and so the display of characters > 127
+is wrong. The 'description' and 'body' entries are correct (iso-8859-1).
+
+In breadcrumbs and navigation portlet characters are iso-8859-1 and display is ok.
+
+In edit mode, all is as expected (in iso-8859-1).
+
+

Added: collector-chaos/trunk/Categorisation/Localisation/4528 - PloneLanguageTool needs option for English language names.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Localisation/4528 - PloneLanguageTool needs option for English language names.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,78 @@ /> +http://plone.org/collector/4528
+Pending Internationalization, feature+patch medium
+PloneLanguageTool needs option for English language names
+
+= Edit - Entry #8 by hannosch on Aug 22, 2005 5:00 am
+
+ Changes: edited transcript, plone version, new comment
+
+I would like to see English names as well (in the configuration area) and sort order should be by either English names or languages codes, please. I had a hard time finding Japanese ;)
+________________________________________
+= Comment - Entry #7 by elvix on Aug 22, 2005 4:17 am
+
+I agree your motivations are legitime.
+- That is why i said add it, - but add it in a branch, as we are in the middle of releasing Plone 2.1 and PLT is a dependency there.
+
+IMHO, the list of languages in the LanguageTool could be listed in both english and native in the selection area ....
+________________________________________
+= Comment - Entry #6 by aparajita on Aug 21, 2005 3:02 pm
+
+"If all you want is a list of languages then why not use Plone's availableLanguages() script?. You don't need PLT for that at all."
+
+1. How am I supposed to know about availableLanguages()? I guess I should have checked the copious, well-organized plone API documentation...
+
+2. I don't want a list of all languages in the world, I only want a selected list that I can easily configure.
+
+Oh well, I'll just copy PLT and make it into a separate product that suits my needs.
+
+I still maintain the motivations I mentioned earlier are legitimate.
+________________________________________
+= Comment - Entry #5 by shh on Aug 21, 2005 2:44 pm
+
+If all you want is a list of languages then why not use Plone's availableLanguages() script?. You don't need PLT for that at all.
+________________________________________
+= Comment - Entry #4 by Anonymous User on Aug 21, 2005 12:26 pm
+
+>>"This is unfortunately a problem for the majority of people on the planet who have not yet learned to read the native scripts of every language on earth."
+
+>"Ehm.. if they don't know these languages/scripts, they will not want to switch to them, and thus do not have to know which languages are in the list anyway..It is enough for them to see it is foreign to them."
+
+There are two motivations for this feature:
+
+1. As far as I can tell, the PloneLanguageTool settings are site-wide, not per-member. Perhaps they should be per-member. In any case, I think you can easily imagine that only a site administrator should be allowed to change the available languages. Let's say the poor site manager has to add a language whose script he cannot read. True, he _could_ look up the ISO code, but that is not exactly a user-friendly process.
+
+2. I am using PloneLanguageTool to get and display a list of languages for something other than determining the translation of a page. I have an Archetype that stores the language of a book translation, and it is very convenient to use PloneLanguageTool's listAvailableLanguages() and getNameForLanguageCode() for such purposes, but in our application we need the language names to be in English so that everyone can read them.
+
+I hope this makes it clear.
+
+As for the languages that are not displaying correctly in their native script, on Mac OS X/Gecko based browsers (Firefox 1.0.6/Camino .9a2+), there are about 20 that do not, on Safari about 10. On Windows Gecko/IE, it's the same as Safari.
+
+________________________________________
+= Comment - Entry #3 by elvix on Aug 21, 2005 1:34 am
+
+"This is unfortunately a problem for the majority of people on the planet who have not yet learned to read the native scripts of every language on earth."
+
+- Ehm.. if they don't know these languages/scripts, they will not want to switch to them, and thus do not have to know which languages are in the list anyway..It is enough for them to see it is foreign to them.
+
+:)
+
+Which browser/os are you seeing ???? in?
+
+( For implementation, please use a branch, at least while we are in the middle of the Plone 2.1 release process )
+________________________________________
+= Comment - Entry #2 by Anonymous User on Aug 20, 2005 7:01 pm
+
+I have implemented this and it seems to be working well. I would be happy to send an svn diff patch file. Who should I send it to? Or should I check something into an svn branch?
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 20, 2005 5:44 pm
+
+
+Not Uploaded Due To Size:
+
+Currently PloneLanguageTool always displays the list of languages in their native script. This is unfortunately a problem for the majority of people on the planet who have not yet learned to read the native scripts of every language on earth. ;-)
+
+In addition, depending on the browser/OS, all of the languages in the native script do not display correctly. Many display as a bunch of ? characters. Again, this sents a real usability problem.
+
+I would like to propose a new flag called "use_english_names". This flag is settable in the control panel interface and is also an extra argument (useEnglishName) to getAvailableLanguages() and getNameForLanguageCode(). When this flag is set or argument is passed, availableLanguages.languages_english is used as the source instead of availableLanguages.languages.
+
+A patch file with these proposed changes is attached.

Added: collector-chaos/trunk/Categorisation/Login and registration/2280 - Cookies not being persisted across sessions.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Login and registration/2280 - Cookies not being persisted across sessions.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,58 @@ /> +http://plone.org/collector/2280
+Pending ZPT, bug medium
+Cookies not being persisted across sessions
+
+= Edit - Entry #5 by shh on Jul 13, 2005 2:17 pm
+
+ Changes: plone version
+________________________________________
+= Edit - Entry #4 by tiran on Apr 18, 2004 10:52 am
+
+ Changes: plone version, new comment
+
+Rescheduling for 2.1. IMO changing the auth stuff must be tested *very* well. It's too big for 2.0.1.
+________________________________________
+= Edit - Entry #3 by limi on Jan 20, 2004 11:40 pm
+
+ Changes: submitter email, edited transcript, plone version, new comment
+
+So what's the conclusion here?
+________________________________________
+= Comment - Entry #2 by Anonymous User on Jan 5, 2004 2:41 pm
+
+log=context.plone_log
+
+if cookie_name=='__ac':
+ resp.setCookie(cookie_name, cookie_value)
+ return resp
+
+try:
+ length = context.portal_properties.site_properties.auth_cookie_length
+except AttributeError:
+ length = 0
+
+try:
+ length = int(length)
+except ValueError:
+ length = 0
+
+cookie_path = '/'
+if length:
+ expires = (DateTime() + length).toZone('GMT').rfc822()
+ resp.setCookie( cookie_name, cookie_value, path=cookie_path, expires=expires)
+else:
+ resp.setCookie( cookie_name, cookie_value, path=cookie_path)
+return resp
+
+is what I have in portal_skins/custom on plone.org -- I did this because
+Safari was not working on plone.org. It seems the path and expires borks
+safari.
+
+________________________________________
+= Request - Entry #1 by andym on Jan 5, 2004 2:07 pm
+
+The setting of a cookie for more than a session is not working. For example, plone.org which has auth_cookie_length set at 7 (that's seven days) is only setting session cookies.
+
+setAuthCookie is working just fine for me in testing, its setting an expires that is correct. So what gives? Is another cookie being set somewhere else thats overwriting that one? Or is setAuthCookie syntax wrong?
+
+Ran out of time to debug this one I'm afraid.

Added: collector-chaos/trunk/Categorisation/Login and registration/3729 - require_login.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Login and registration/3729 - require_login.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,58 @@ /> +http://plone.org/collector/3729
+Deferred Accessibility, bug medium
+require_login
+
+= Defer - Entry #5 by andym on Jun 10, 2005 4:20 pm
+
+ Status: Pending => Deferred
+
+Yeah its really not that simple, there are lots of things you need to access as anonymous user from inside the portal, like all the images and so on. Then theres the methods you need to access as the anonymous user. I've tried it and my head hurt.
+
+The real way to do this as optilude says is using workflow. The point is you are protecting site content, not the site.
+
+I'm going to defer this because it should be looked at one day, but the original use case is useful.
+________________________________________
+= Comment - Entry #4 by optilude on Apr 16, 2005 9:41 am
+
+Having tried a bit more to get the require_login thing to work, I'm throwing in the towel. I get a HTTP authentication box showing up continuously, and the only way to get rid of it is to force quit my browser. The error log suggests I'm not permitted to access the context (i.e. the portal) in any combination. It may be possible to proxy role around this, but I'll leave that to someone who know more about the login machinery than I do.
+
+IMHO, the workflow method would be the ferred solution for most people, so getting this working for 2.1 wouldn't be the top of my list of 2.1 bugs.
+
+Martin
+________________________________________
+= Comment - Entry #3 by optilude on Apr 16, 2005 8:49 am
+
+We could/should probably fix require_login. However, to support the original use case, I'm not sure this will be sufficient - the "View" permission is used for tty much everything around Plone, and even the login page will be hidden (you'll get HTTP authentication, which may be sufficient, I haven't tested extensively).
+
+The correct solution here, imho, is to do this with workflows. We will ship 2.2 (I guess) with a set of alternative workflows, and these should include versions of plone_workflow and folder_workflow that have "View" disabled for Anonymous. This way, the site graphics + structure will show up (which is probably what you want - if not, I think you can configure apache to require HTTP auth before viewing the site at all), but the navigation tree will be empty. If there is an index_html page in the root, this too will be protected by the workflow, and so the user will be required to log in immediately even to view the front page.
+
+The only downside with this is that for third party workflows, it may be necessary to manually set the "View" permissions accordingly. We could possibly provide some tool support for managing the View, Modify, Access etc. core permissions across a set of workflows to ease this, but the impact is likely to be small - usually, when a product ships with its own workflow, it's to support a specific use case or something very local to the product; most commonly, "View" would be acquired anyway, in which case the parent folder_workflow would kick in.
+________________________________________
+= Edit - Entry #2 by limi on Apr 8, 2005 11:55 pm
+
+ Changes: submitter email, importance (low => medium), plone version, new comment
+
+Sounds plausible, should be investigated.
+________________________________________
+= Request - Entry #1 by hoka on Jan 7, 2005 6:46 am
+
+usecase:
+there should be no anonymouse viewing of plone portal.
+
+if this is the use case it's most simple to remove the view permission for anonymous in zope root. if you do this you will every time get a insufficient_privileges after login if you have the right permission or not. this is because of
+
+if isAnonymous:
+ query = request.get('QUERY_STRING','')
+ if query:
+ query = '?'+query
+ return request.RESPONSE.redirect(context.portal_url()+'/'+login+query)
+else:
+ return request.RESPONSE.redirect(context.portal_url()+'/'+insufficient_privileges)
+
+in require_login.
+
+there is no testing if a authenticated member has the a view permission or not he is every time redirected to "insufficient_privileges" i think this should not be or?
+
+Greetings
+
+Kai

Added: collector-chaos/trunk/Categorisation/Login and registration/4299 - Support for redirecting to alternate url for logins.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Login and registration/4299 - Support for redirecting to alternate url for logins.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,19 @@ /> +http://plone.org/collector/4299
+Pending ZPT, feature medium
+Support for redirecting to alternate url for logins
+
+= Edit - Entry #3 by limi on Aug 10, 2005 5:58 pm
+
+ Changes: submitter email, plone version, new comment
+
+I seem to remember that there is some inherent problem with where Plone redirects when it's set up to do a split (SSL/non-SSL) login routine on the web site.
+
+Moving to 2.1.x, hopefully somebody has time to give us details on this.
+________________________________________
+= Comment - Entry #2 by shh on Jul 18, 2005 3:03 pm
+
+What part of this can not be solved by Apache rewrite rules?
+________________________________________
+= Request - Entry #1 by djay on Jul 18, 2005 4:49 am
+
+If a site uses ssl for logins etc it would be nice to support this out of the box via a portal properties field. login_form and portal_login both need to be patched.

Added: collector-chaos/trunk/Categorisation/Member info/1851 - getProperty Unauthorized w- LDAPUserFolder.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Member info/1851 - getProperty Unauthorized w- LDAPUserFolder.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,295 @@ /> +http://plone.org/collector/1851
+Pending Users-Groups, bug medium
+getProperty Unauthorized w- LDAPUserFolder
+
+= Edit - Entry #29 by limi on Aug 15, 2005 11:57 am
+
+ Changes: edited transcript, importance (important => medium), plone version
+________________________________________
+= Comment - Entry #28 by svincic on Jul 28, 2005 6:04 pm
+
+By just looking at the code I think the problem is in
+
+1. CMFCore/MembershipTool.py line 125:
+ if (b is nobody and not wrap_anon) or hasattr(b, 'getMemberId'):
+
+ since it's anonymous user it will return the user object.
+
+2. and a LDAPUser has the a protected method called getProperty()
+
+I don't have CMF commit rights and I think it should be solved there.
+________________________________________
+= Edit - Entry #27 by shh on Jul 13, 2005 2:09 pm
+
+ Changes: importance (medium => important), new comment
+
+Anybody feel like debugging?
+________________________________________
+= Comment - Entry #26 by Anonymous User on May 15, 2005 10:14 pm
+
+For the record: the same Unauthorized error on member.getProperty occurs when using exUserFolder.
+________________________________________
+= Edit - Entry #25 by limi on Apr 17, 2005 7:34 pm
+
+ Changes: edited transcript, plone version
+________________________________________
+= Resubmit - Entry #24 by shh on Oct 15, 2004 11:40 am
+
+ Status: Resolved => Pending
+
+Reopen lest we forget. Template cosmetics just fixed the symptom, not the cause.
+________________________________________
+= Comment - Entry #23 by interra on Aug 7, 2004 3:57 am
+
+Snippet of CMFBoard that produced error is:
+
+ <div metal:fill-slot="main"
+ tal:define="mtool nocall:here/portal_membership;
+ tz python:member.getProperty('timezone', '');
+ forumTime nocall:here/forumTime;
+ here_url here/absolute_url">
+
+from forum_folder_view.pt namely member.getProperty('timezone', '')
+
+You can see the behavior while trying to visit <a href="" target="_blank">http://plone01.quintagroup.com/bug1851/plone/forums/">http://plone01.quintagroup.com/bug1851/plone/forums/</a>
+
+And error log is accessible with username: admin and password: 4zzRYbzz
+
+The same bug appears in CMF :(
+
+<a href="" target="_blank">http://plone01.quintagroup.com/bug1851/cmf/test">http://plone01.quintagroup.com/bug1851/cmf/test</a>
+
+When running the test template as authenticated member, getProperty returns empty string. If Anonymous User, Unauthorized exception is raised.
+________________________________________
+= Comment - Entry #22 by shh on Aug 6, 2004 2:24 pm
+
+Can you provide the snippet of CMFBoard triggering the problem? Thanks.
+________________________________________
+= Comment - Entry #21 by Anonymous User on Aug 6, 2004 9:58 am
+
+Argh!
+
+The incriminated TAL block was removed in all Plone instances we use. None of our customers had seen the problem. But bug had not disappeared! It just hide deeply!
+
+The same bug appears when using CMFBoard. I know that CMFBoard is 3rd party product and not Plone itself. But bug is not in CMFBoard but in Plone!
+
+CMFBoard works well with Usual UserFolder that is in the root of Zope but fails to work when LDAPUserFolder is in the root of Zope. And the problem is there, in Member's getProperty() raising Unauthorized error.
+
+I hope for at least bit of understanding...
+
+m.
+________________________________________
+= Resolve - Entry #20 by shh on Jul 18, 2004 7:37 am
+
+ Status: Pending => Resolved
+
+Let me assure you that Plone does *not* wrap the Anonymous member, as you seem to suggest.
+
+Resolving because the incriminated TAL block is no longer part of Plone 2.1.
+________________________________________
+= Comment - Entry #19 by interra on Jul 15, 2004 6:41 am
+
+Is this bug lost? It was nominated for 2.0.2 snd it is 2.0.4 time already!
+
+Jens Vagelpohl gave clear explanation about problems in Plone with wrapping Anonymous User. In usual cases this Anonymous User is produced by root acl_users and in many cases it is Basic UserFolder. However if it is LDAPUserFolder, which adds getProperty method to all of it's members (generic User does not have that method), then we are in trouble. And this bug is all about that.
+
+Jens is confident that it is poor wrapping of Anonymous User in Plone Membership tool. Cen we resurrect the bug?
+________________________________________
+= Edit - Entry #18 by dreamcatcher on Apr 22, 2004 11:02 am
+
+ Changes: edited transcript, plone version
+________________________________________
+= Comment - Entry #17 by interra on Mar 24, 2004 3:16 am
+
+The last comment was from developer of LDAPUserFolder, the original transcript of the bug is at <a href="" target="_blank">http://www.dataflake.org/tracker/issue_00357">http://www.dataflake.org/tracker/issue_00357</a>
+________________________________________
+= Comment - Entry #16 by Anonymous User on Mar 20, 2004 9:08 pm
+
+Here's the scoop:
+
+When a anonymous user is retrieved through the membership tool the user is explicitly not "wrapped" so it remains a "SpecialUser" instance instead of being wrapped in a MemberData wrapper (which provides a getProperty method). But at the same time the user also is *not* a "LDAPUser" instance because all special user handling is done in the underlying AccessControl.BasicUserFolder class, which returns the SpecialUser instance "nobody", which is wrapped in the LDAPUserFolder folder instance. SpecialUser instances do not have a getProperty method, either. However, the LDAPUserFolder itself has a getProperty method and that's the one that gets called because the user object is wrapped in the LDAPUserFolder instance and this acquires this method.
+
+There seems to be an assumption in Plone that there are only two cases as far as a "member" object goes:
+
+- there is no getProperty method at all that can be called
+
+- if there is a getProperty method that can be called on the member it is assumed to be the "right one".
+
+Things work fine in both cases, but blow up if there is a getProperty method that hapens to be acquired from some other place. There needs to be some more careful testing to make sure getProperty is only called if the member is indeed a MemberData wrapper.
+
+jens
+________________________________________
+= Comment - Entry #15 by interra on Mar 4, 2004 10:19 am
+
+It was me commenting last... Forgot to login again... <a href="" target="_blank">http://plone.org/documentation/howto/HowToProvideOptionalAutoLogin">http://plone.org/documentation/howto/HowToProvideOptionalAutoLogin</a> should be in core Plone, not as HowTo ;)
+________________________________________
+= Comment - Entry #14 by Anonymous User on Mar 4, 2004 9:31 am
+
+It would be good to check if the issue with Zope 2.6.4 and Python 2.1/2.2. The issue is definitely active in Plone 2.0RC6/1.0.5
+
+BTW: Could somebody add me in CC list for this bug, as I'd like to track it, and not being Issuer/Asignee I'm not identified of that.
+________________________________________
+= Edit - Entry #13 by limi on Feb 16, 2004 12:17 pm
+
+ Changes: edited transcript, revised description, revised version_info, plone version, new comment
+
+Scheduling for 2.0.1.
+________________________________________
+= Comment - Entry #12 by interra on Feb 16, 2004 11:44 am
+
+And this for 2.0
+--- header.pt.2.0 2004-02-16 11:27:27.000000000 -0600
++++ header.pt 2004-02-16 11:28:56.000000000 -0600
+@@ -124,7 +124,8 @@ /> + tal:attributes="src string:$portal_url/plone_javascripts.js"></script>
+
+ <tal:block tal:define="showdefault python:test(portal.portal_memberdata.getProperty('formtooltips'), 'true', 0);
+- formtooltips python:member.getProperty('formtooltips', showdefault)"
++ anonymous portal/portal_membership/isAnonymousUser;
++ formtooltips python:anonymous and showdefault or member.getProperty('formtooltips', showdefault)"
+ tal:omit-tag="">
+ <script type="text/javascript"
+ tal:condition="formtooltips"
+
+________________________________________
+= Comment - Entry #11 by interra on Feb 16, 2004 11:43 am
+
+This solves the issue for Plone-1.0.5 (had to paste here as I'm getting insufficient priviledges as I'm trying to attach the patch)...
+--- header.pt.1.0.5 2004-02-16 11:17:46.000000000 -0600
++++ header.pt 2004-02-16 11:13:01.000000000 -0600
+@@ -68,7 +68,8 @@ /> + <tal:block tal:define="member here/portal_membership/getAuthenticatedMember;
+ defaulttips python:here.portal_memberdata.getProperty('formtooltips');
+ showdefault python:test(defaulttips, 'true', 0);
+- formtooltips python:member.getProperty('formtooltips', showdefault)"
++ anonymous portal/portal_membership/isAnonymousUser;
++ formtooltips python:anonymous and showdefault or member.getProperty('formtooltips', showdefault)"
+ tal:omit-tag="">
+ <script type="text/javascript"
+ tal:condition="formtooltips"
+
+________________________________________
+= Comment - Entry #10 by interra on Feb 16, 2004 11:15 am
+
+I've tried with both LDAPUserFoder 2.2 and 2.3, the same result
+
+And I see the same behavior in Plone-1.0.5 with Zope-2.7.0, Python-2.3.3. There is a chance that it is connected to boolean-is-not-int-anymore feature of Python-2.3.
+
+As the Unauthorized exception fires only in the case of Anonymous User (which is quite probably handled differently in LDAPUserFolder and UserFolder In header.pt I produced something like:
+
+ <tal:block tal:define="showdefault python:test(portal.portal_memberdata.getProperty('formtooltips'), 'true', 0);
+ anonymous portal/portal_membership/isAnonymousUser;
+ formtooltips python:anonymous and showdefault or member.getProperty('formtooltips', showdefault)"
+ tal:omit-tag="">
+
+for Plone-2.0 and:
+
+ <tal:block tal:define="member here/portal_membership/getAuthenticatedMember;
+ defaulttips python:here.portal_memberdata.getProperty('formtooltips');
+ showdefault python:test(defaulttips, 'true', 0);
+ anonymous portal/portal_membership/isAnonymousUser;
+ formtooltips python:anonymous and showdefault or member.getProperty('formtooltips', showdefault)"
+ tal:omit-tag="">
+
+for Plone-1.0.5. This works for Form Tooltips case but I'm not sure it won't get out in other places.
+________________________________________
+= Comment - Entry #9 by interra on Jan 24, 2004 4:58 pm
+
+Interesting side-effect observed with the issue. Having installed the Shane' VerboseSecurity product eliminated the problem. I need to say that positive effect was gained with either Python or C (when product was not supposed to be active) policy. Another point is that the same effect was gained for 0.5 version of VS (not supposed to run with Zope 2.7) and with CVS version (which was updated to run with Zope 2.7, but with betas, not with security-enhanced 2.7rc1, as it does not exist at the moment of posting the followup).
+________________________________________
+= Comment - Entry #8 by interra on Jan 24, 2004 6:20 am
+
+I confirm the case with Python 2.3.3, Zope 2.7rc1, Plone 2.0rc4. Only having logged with HTTP authentication it is possible to work with the portal.
+________________________________________
+= Edit - Entry #7 by limi on Jan 20, 2004 7:49 pm
+
+ Changes: topic (Python => Users/Groups), new comment
+
+Changing category on this, maybe the GRUF people know what causes it.
+________________________________________
+= Edit - Entry #6 by limi on Dec 16, 2003 2:12 am
+
+ Changes: submitter email, edited transcript, importance (critical => medium), revised version_info, plone version
+________________________________________
+= Comment - Entry #5 by Anonymous User on Dec 11, 2003 2:20 pm
+
+While tiran's advice might resent conservative sysadmin practices, it is hardly a reason to claim this isn't a bug.
+________________________________________
+= Comment - Entry #4 by tiran on Oct 29, 2003 9:22 pm
+
+You could use another acl_users but try to imaging what would happen if your ldap server is failing. Using the simplest acl_users as root acl_users - the default acl_users - is the best way of dealing with zope. So don't removeyour only hope of administration your zope server by replacing your root acl_users!
+________________________________________
+= Comment - Entry #3 by oiketohn on Oct 29, 2003 9:04 pm
+
+I apciate your response, but could you please elaborate on this? What sort of problems ensue from replacing the root user folder? I had been under the imssion that User Folders of various sorts were interchangeable. Did I miss some documentation to the contrary?
+
+If in fact I can't put an LDAPUserFolder in the Zope root, that means I can't use LDAP for ZMI authentication. That would be disappointing.
+________________________________________
+= Comment - Entry #2 by tiran on Oct 29, 2003 4:13 pm
+
+*Never* ever remove the root acl_users! This is *very evil*! If you want to use a special acl_user, create one in a subdirectory and create a plone site in this subdirectory or replace the acl_users in the plone site folder.
+
+I think this bug report can be marked rejected.
+________________________________________
+= Request - Entry #1 by oiketohn on Oct 29, 2003 3:11 pm
+
+I get an Unauthorized error when trying to View a Plone site when I have an LDAPUserFolder. The following procedure illustrates the problem:
+
+1. Install Zope 2.7b2 + CMF 1.4.2 + Plone 2b3 + LDAPUserFolder 2.2.
+
+2. Create a Plone site in the Zope root.
+
+3. Restart the browser (to end the ZMI session), then visit the "Welcome to Plone" page of the new site: everything displays correctly.
+
+4. Replace the stock user folder in the Zope root with an LDAPUserFolder.
+
+5. Restart the browser, then try to visit the Plone site again: I get an HTTP authentication prompt. If I cancel that, I get the traceback listed below telling me I can't access getProperty. If I put in my LDAP authentication credentials at the prompt, I am then sented with a Plone login_form.
+
+I noticed that the requested URL listed below is "login_form," even though the Plone site should be publically accessible.
+
+Another curiosity is that if I install the VerboseSecurity product, the problem goes away. I can access the site normally, even with the LDAPUserFolder sent.
+
+Traceback (innermost last):
+ Module ZPublisher.Publish, line 98, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 39, in call_object
+ Module Shared.DC.Scripts.Bindings, line 252, in __call__
+ Module Shared.DC.Scripts.Bindings, line 283, in _bindAndExec
+ Module Products.CMFCore.FSPageTemplate, line 191, in _exec
+ Module Products.CMFCore.FSPageTemplate, line 124, in pt_render
+ Module Products.PageTemplates.PageTemplate, line 95, in pt_render
+ - <FSPageTemplate at /www/login_form>
+ Module TAL.TALInterter, line 189, in __call__
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 657, in do_useMacro
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 402, in do_optTag_tal
+ Module TAL.TALInterter, line 387, in do_optTag
+ Module TAL.TALInterter, line 382, in no_tag
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 657, in do_useMacro
+ Module TAL.TALInterter, line 233, in intert
+ Module TAL.TALInterter, line 453, in do_setLocal_tal
+ Module Products.PageTemplates.TALES, line 220, in evaluate
+ - Line 108, Column 4
+ - Exssion: <PythonExpr member.getProperty('formtooltips', showdefault)>
+ - Names:
+ {'container': <PloneSite instance at 914ce00>,
+ 'default': <Products.PageTemplates.TALES.Default instance at 0x885ef44>,
+ 'here': <PloneSite instance at 914ce00>,
+ 'loop': <SafeMapping instance at 953b3a0>,
+ 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x883c084>,
+ 'nothing': None,
+ 'options': {'args': ()},
+ 'repeat': <SafeMapping instance at 953b3a0>,
+ 'request': <HTTPRequest, URL<a href="=" target="_blank">https://plone.dm.org/login_form">=https://plone.dm.org/login_form</a>>,
+ 'root': <Application instance at 93a8c80>,
+ 'template': <FSPageTemplate at /www/login_form>,
+ 'traverse_subpath': [],
+ 'user': Anonymous User}
+ Module Products.PageTemplates.ZRPythonExpr, line 48, in __call__
+ - __traceback_info__: member.getProperty('formtooltips', showdefault)
+ Module Python exssion "member.getProperty('formtooltips', showdefault)", line 1, in <exssion>
+Unauthorized: You are not allowed to access 'getProperty' in this context
+
+

Added: collector-chaos/trunk/Categorisation/Member info/2530 - Grossly inefficient member search.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Member info/2530 - Grossly inefficient member search.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,76 @@ /> +http://plone.org/collector/2530
+Pending Python, bug important
+Grossly inefficient member search
+
+= Comment - Entry #11 by optilude on Jul 19, 2005 5:13 pm
+
+There was a similar member search appearing on fs_group_members.pt, now converted to a form controller template and made to use the same no-search/FindAll pattern. Note that there are still search-on-load happening in both the group-listings (groups overview, user group memberships), though the number of groups should be smaller. Additionally, on the group membership template, all members of the group are shown automatically, no search interface. Fixing this is fairly easy, but the templates are messy and poorly generalised, so it's a bit painful. :)
+________________________________________
+= Edit - Entry #10 by geoff on Jul 18, 2005 12:59 pm
+
+ Changes: edited transcript, plone version
+________________________________________
+= Resubmit - Entry #9 by geoff on Jul 18, 2005 12:56 pm
+
+ Status: Resolved => Pending
+
+
+________________________________________
+= Comment - Entry #8 by geoff on Jul 18, 2005 12:53 pm
+
+Let's reassign this to 2.2 rather than closing it -- this is something that should be fixed eventually.
+
+Also, you can get a reasonably efficient count of the # of members via portal_memberdata.getMemberDataContents()['member_count']
+________________________________________
+= Resolve - Entry #7 by optilude on Jul 18, 2005 12:48 pm
+
+ Status: Pending => Resolved
+
+I've fixed the template so that it no longer does a search by default. Instead, there is a "Find all" button to find all members.
+
+I'm closing this issue, since there's no followup on the efficient determination of how many members there are so we can have the old behaviour on small sites. This is now more of a feature request (and a fairly marginal one), so let's not waste any time on this 2.1 wise.
+
+Martin
+________________________________________
+= Edit - Entry #6 by shh on Jul 13, 2005 2:41 pm
+
+ Changes: submitter email, edited transcript, importance (medium => important), new comment
+
+Anything happened on the "large amount of users" detection front?
+________________________________________
+= Comment - Entry #5 by Anonymous User on May 7, 2005 2:09 am
+
+There certainly exist cheap counting calls.
+
+I need that for PlonePAS, so I'll just do it for Plone. Probably Tues 10 May.
+________________________________________
+= Comment - Entry #4 by limi on May 6, 2005 11:44 pm
+
+What we *can* (and *should*) do for 2.1 is to remove the default search from the templates, so it doesn't take 2-3 minutes when you navigate to the page and before you can do anything. When you do a search, it will still take a while, but currently you do *two* searches before you get anything of use.
+
+It should just show the overview with an empty table and wait for a search before it supplies anything.
+
+Ideally, if it's possible to enumerate the number of users in the site with a non-expensive API call, there should be a threshold here - show the search unpopulated if there are more than 100 users, do the default search if there are less. Not sure if this is possible, though - I assume it isn't.
+
+________________________________________
+= Comment - Entry #3 by rafrombrc on May 6, 2005 10:37 pm
+
+there is already a PLIP submitted for integrating CMFMember into plone (<a href="" target="_blank">http://members.plone.org/products/plone/roadmap/42">http://members.plone.org/products/plone/roadmap/42</a>). it has not been officially approved yet, but the sentiment among developers seems to be that it is a good idea, pending some further improvements to the CMFMember code. i will certainly be working to get CMFMember into shape and will be lobbying hard to get it integrated into plone 2.2.
+
+the default plone member search IS grossly inefficient. the most sensible way to handle this would be to catalog the MemberData objects. however, since CMFMember already does this, and provides a number of other advantages besides, it would be foolish (IMO) to invest time into implementing a catalog-backed search for the default MemberData implementation. development time would be better spent on improving CMFMember so that it can replace the default implementation altogether.
+
+in the meantime, mustard, i suggest you experiment w/ using CMFMember for your site. it provides a tool to migrate your existing members. of course it is a good idea to do this on a test installation and to do heavy testing before considering deployment on a live site.
+________________________________________
+= Comment - Entry #2 by mustard on Feb 15, 2005 6:14 am
+
+The fs_users_overview is basically unusable - we have a site with over 10000 members and clicking the user management links slows the whole thing down badly - you have to wait several minutes just to get the initial search form, because it actually does a full searhc for members just to show you the first 20.
+
+The standard users and the memberdata needs to be indexed. I know CMFMember addresses this to an extent, but it also does much more. Don't know if CMFMember is slated for including in future zopes, but this issue needs addressing somehow.
+________________________________________
+= Request - Entry #1 by tesdal on Jan 30, 2004 3:53 am
+
+The member search (used for localrole form among other things) is grossly inefficient. It lists all users from the user DB and calls wrapUser which adds member directory if member directory creation is turned on. As the localrole form can be used quite a lot, we should rather find a better way of doing this search.
+
+CMFMember would probably help, as member objects are put in the catalog.
+
+Also, LDAPUserFolder is commonly used for intranets, and shouldn't require too much fiddling to work without doing wrapUser on all the users in the DB.

Added: collector-chaos/trunk/Categorisation/Member info/3739 - Add portal member permission disabled should result in nice error.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Member info/3739 - Add portal member permission disabled should result in nice error.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,13 @@ /> +http://plone.org/collector/3739
+Pending Usability, bug low
+Add portal member permission disabled should result in nice error
+
+= Edit - Entry #2 by optilude on Apr 22, 2005 11:29 am
+
+ Changes: submitter email, importance (medium => low), plone version, new comment
+
+Very marginal use case, but probably easy to fix.
+________________________________________
+= Request - Entry #1 by djay on Jan 11, 2005 7:43 pm
+
+If add portal member is disabled for anonymous then the registration form will still be available (even if not linked). In situations where this link known to potential users via an email rather than off a link of the website, this can create confusion. The join_form should redirect to another error page asking them to contact their administrator or tell them registration is not possible.

Added: collector-chaos/trunk/Categorisation/Member info/4157 - Member search TypeError.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Member info/4157 - Member search TypeError.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,99 @@ /> +http://plone.org/collector/4157
+Pending Users-Groups, bug medium
+Member search TypeError
+
+= Comment - Entry #7 by limi on Jul 11, 2005 8:09 pm
+
+It means that we have problems reproducing the bug, but that we are aware of its existance. If you can give us a reproducible test case or a unit test that demonstrates the problem, we can fix it. Or you can pay someone to look into the problem if it's important to you and you don't have the required skills to fix it yourself.
+
+If you think that a proprietary, closed CMS gives you less headaches, good luck with that. ;)
+
+________________________________________
+= Comment - Entry #6 by Anonymous User on Jul 11, 2005 10:25 am
+
+"This comes up time after time" is to say the least not very encouraging. Does this mean that vanilla Plone is broken an no one knows how to fix it? If the member search really is broken then something else is sorely needed to access member folders etc. Please tell me I've misunderstood. The alternative here is to go proprietary for our CMS.
+________________________________________
+= Comment - Entry #5 by Anonymous User on Jul 11, 2005 10:24 am
+
+"This comes up time after time" is to say the least not very encouraging. Does this mean that vanilla Plone is broken an no one knows how to fix it? If the member search really is broken then something else is sorely needed to access member folders etc. Please tell me I've misunderstood. The alternative here is to go proprietary for our CMS.
+________________________________________
+= Edit - Entry #4 by shh on Jul 8, 2005 4:18 pm
+
+ Changes: edited transcript, topic (Usability => Users/Groups), plone version
+________________________________________
+= Comment - Entry #3 by shh on Jul 8, 2005 4:16 pm
+
+This comes up again and again. Somehow the getUser method of the user folder is used instead of the member object's. Nobody (even Jens V) has a good explanation. There is even something in the CMF collector.
+
+<a href="" target="_blank">http://members.plone.org/collector/4018">http://members.plone.org/collector/4018</a>
+________________________________________
+= Comment - Entry #2 by Anonymous User on Jun 7, 2005 6:39 am
+
+The error occurs whether the name or e-mail address field is used to search.
+Loading <a href="" target="_blank">http://site.host.name/Members/member_search_results">http://site.host.name/Members/member_search_results</a> produces identical error.
+________________________________________
+= Request - Entry #1 by Anonymous User on Jun 7, 2005 6:27 am
+
+Member search fails with the following. Appears to do this with any search string. Using default 'members' search form.
+
+Error Type
+ TypeError
+Error Value
+ getUser() takes at least 2 arguments (1 given)
+Request made at
+ 2005/06/07 11:24:33.777 GMT+1
+
+Traceback (innermost last):
+ Module ZPublisher.Publish, line 101, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 39, in call_object
+ Module Shared.DC.Scripts.Bindings, line 306, in __call__
+ Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
+ Module Products.CMFCore.FSPageTemplate, line 191, in _exec
+ Module Products.CMFCore.FSPageTemplate, line 124, in pt_render
+ Module Products.PageTemplates.PageTemplate, line 96, in pt_render
+ - <FSPageTemplate at /xnet/member_search_results used for /xnet/Members>
+ Module TAL.TALInterter, line 190, in __call__
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 671, in do_useMacro
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 409, in do_optTag_tal
+ Module TAL.TALInterter, line 394, in do_optTag
+ Module TAL.TALInterter, line 389, in no_tag
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 702, in do_defineSlot
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 409, in do_optTag_tal
+ Module TAL.TALInterter, line 394, in do_optTag
+ Module TAL.TALInterter, line 389, in no_tag
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 650, in do_defineMacro
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 694, in do_defineSlot
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 460, in do_setLocal_tal
+ Module Products.PageTemplates.TALES, line 221, in evaluate
+ - URL: /xnet/main_template
+ - Line 142, Column 20
+ - Exssion: <PythonExpr here.portal_membership.searchForMembers(request)>
+ - Names:
+ {'container': <PloneSite instance at bb583980>,
+ 'context': <LargePloneFolder instance at bb3a75c0>,
+ 'default': <Products.PageTemplates.TALES.Default instance at 0xbed7c96c>,
+ 'here': <LargePloneFolder instance at bb3a75c0>,
+ 'loop': <SafeMapping instance at b88122e0>,
+ 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0xbed72e2c>,
+ 'nothing': None,
+ 'options': {'args': ()},
+ 'repeat': <SafeMapping instance at b88122e0>,
+ 'request': <HTTPRequest, URL<a href="=" target="_blank">http://xnet.cems.uwe.ac.uk/Members/member_search_results">=http://xnet.cems.uwe.ac.uk/Members/member_search_results</a>>,
+ 'root': <Application instance at bb5835c0>,
+ 'template': <FSPageTemplate at /xnet/member_search_results used for /xnet/Members>,
+ 'traverse_subpath': [],
+ 'user': Andy.Cowley}
+ Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__
+ - __traceback_info__: here.portal_membership.searchForMembers(request)
+ Module Python exssion "here.portal_membership.searchForMembers(request)", line 1, in <exssion>
+ Module Products.CMFPlone.MembershipTool, line 296, in searchForMembers
+TypeError: getUser() takes at least 2 arguments (1 given)
+

Added: collector-chaos/trunk/Categorisation/Member info/4588 - Add checkbox for member folder creation when creating site.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Member info/4588 - Add checkbox for member folder creation when creating site.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,35 @@ /> +http://plone.org/collector/4588
+Pending Python, bug medium
+Add checkbox for member folder creation when creating site
+
+= Comment - Entry #3 by limi on Aug 29, 2005 7:52 pm
+
+It has nothing to do with how little or how much work you have to do to make it work. The reason I want it in there is:
+
+1) It's a really common use case to not have Member folders and turn off Member folder generation.
+
+2) Plone should be moving away from using the concept of user folders anyway, and making the option visible when creating a site is a good start.
+
+
+________________________________________
+= Comment - Entry #2 by Anonymous User on Aug 29, 2005 7:24 pm
+
+This is 2 minutes of work to set up in a default plone site (go to portal_members/properties).
+
+If you really need to change this setting during setup, this is what customization policies are for, imho.
+________________________________________
+= Request - Entry #1 by limi on Aug 28, 2005 2:53 am
+
+A very common thing is to have Plone sites without member folders that use team areas or other mechanisms. 90% of the deployments I encounter out there have hundreds/thousands of unused member folders in their instances.
+
+When creating a Plone site, I think we should have a checkmark in the ZMI screen:
+
+[x] Create home folder for all users automatically
+
+that defaults to on.
+
+This will make you think about whether you need home folders at all, and you save quite a few operations of cleaning up and turning off folder generation.
+
+If this is trivial to add, let's do it in 2.1.x, if not - a later version. I assume it's just setting a property while creating the site so the folders don't get created in the first place.
+
+

Modified: collector-chaos/trunk/Categorisation/Migration/3824 - OS X Upgrade to 2.0.4 - Doesn't.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/3824 - OS X Upgrade to 2.0.4 - Doesn't.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/3824 - OS X Upgrade to 2.0.4 - Doesn't.txt Tue Nov 15 15:49:58 2005
@@ -1,25 +1,25 @@ /> -http://plone.org/collector/3824
-Accepted Mac OS X Installer, bug medium , Assigned to JimRoepcke
-OS X Upgrade to 2.0.4 - Doesn't
-
-= Edit - Entry #4 by limi on Aug 15, 2005 12:00 pm
-
- Changes: importance (important => medium)
-________________________________________
-= Assign - Entry #3 by andym on May 6, 2005 7:30 pm
-
- Status: Pending => Accepted
-
- Supporters added: JimRoepcke
-
-
-________________________________________
-= Edit - Entry #2 by optilude on Apr 22, 2005 10:52 am
-
- Changes: topic (Upgrade / Migration => Mac OS X Installer), plone version, new comment
-
-Need to make sure upgrading with the installer works for mere mortals who depend on this.
-________________________________________
-= Request - Entry #1 by Anonymous User on Feb 12, 2005 7:02 pm
-
-After upgrading from 2.0.4 to 2.0.5 and starting Plone again, none of the version numbers have changed and the migration tool insists I'm still running 2.0.4. I used the Tyrell installer for OS X. I tried this three times on different machines with the same results.
+http://plone.org/collector/3824
+Accepted Mac OS X Installer, bug medium , Assigned to JimRoepcke
+OS X Upgrade to 2.0.4 - Doesn't
+
+= Edit - Entry #4 by limi on Aug 15, 2005 12:00 pm
+
+ Changes: importance (important => medium)
+________________________________________
+= Assign - Entry #3 by andym on May 6, 2005 7:30 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: JimRoepcke
+
+
+________________________________________
+= Edit - Entry #2 by optilude on Apr 22, 2005 10:52 am
+
+ Changes: topic (Upgrade / Migration => Mac OS X Installer), plone version, new comment
+
+Need to make sure upgrading with the installer works for mere mortals who depend on this.
+________________________________________
+= Request - Entry #1 by Anonymous User on Feb 12, 2005 7:02 pm
+
+After upgrading from 2.0.4 to 2.0.5 and starting Plone again, none of the version numbers have changed and the migration tool insists I'm still running 2.0.4. I used the Tyrell installer for OS X. I tried this three times on different machines with the same results.

Modified: collector-chaos/trunk/Categorisation/Migration/4362 - Error after migration AttributeError exclude_from_nav.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4362 - Error after migration AttributeError exclude_from_nav.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4362 - Error after migration AttributeError exclude_from_nav.txt Tue Nov 15 15:49:58 2005
@@ -1,143 +1,143 @@ /> -http://plone.org/collector/4362
-Pending Upgrade - Migration, bug medium
-Error after migration: AttributeError: exclude_from_nav
-
-= Comment - Entry #4 by Anonymous User on Aug 30, 2005 3:44 am
-
-I find this error too When I upgraded plone 2.05(zope 2.75) to plone 2.10rc3(zope 2.77)
-======================================================================
-Traceback (innermost last):
- Module ZPublisher.Publish, line 101, in publish
- Module ZPublisher.mapply, line 88, in mapply
- Module ZPublisher.Publish, line 39, in call_object
- Module Shared.DC.Scripts.Bindings, line 306, in __call__
- Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
- Module Products.PageTemplates.ZopePageTemplate, line 222, in _exec
- Module Products.PageTemplates.PageTemplate, line 96, in pt_render
- - <ZopePageTemplate at /notice/index_html>
- Module TAL.TALInterter, line 190, in __call__
- Module TAL.TALInterter, line 234, in intert
- Module TAL.TALInterter, line 671, in do_useMacro
- Module TAL.TALInterter, line 234, in intert
- Module TAL.TALInterter, line 409, in do_optTag_tal
- Module TAL.TALInterter, line 394, in do_optTag
- Module TAL.TALInterter, line 389, in no_tag
- Module TAL.TALInterter, line 234, in intert
- Module TAL.TALInterter, line 671, in do_useMacro
- Module TAL.TALInterter, line 234, in intert
- Module TAL.TALInterter, line 464, in do_setGlobal_tal
- Module Products.PageTemplates.TALES, line 221, in evaluate
- - URL: <a href="file:CMFPlone/skins/plone_templates/global_defines.pt">file:CMFPlone/skins/plone_templates/global_defines.pt</a>
- - Line 3, Column 0
- - Exssion: <PythonExpr putils.createTopLevelTabs(actions)>
- - Names:
- {'container': <PloneSite instance at 440f42f0>,
- 'context': <PloneSite instance at 440f42f0>,
- 'default': <Products.PageTemplates.TALES.Default instance at 0x40a7040c>,
- 'here': <PloneSite instance at 440f42f0>,
- 'loop': <SafeMapping instance at 432bd690>,
- 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x40a702ec>,
- 'nothing': None,
- 'options': {'args': ()},
- 'repeat': <SafeMapping instance at 432bd690>,
- 'request': <HTTPRequest, URL<a href="=" target="_blank">http://ise.home.ysu.edu.cn/index_html">=http://ise.home.ysu.edu.cn/index_html</a>>,
- 'root': <Application instance at 42411950>,
- 'template': <ZopePageTemplate at /notice/index_html>,
- 'traverse_subpath': [],
- 'user': Anonymous User}
- Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__
- - __traceback_info__: putils.createTopLevelTabs(actions)
- Module Python exssion "putils.createTopLevelTabs(actions)", line 1, in <exssion>
- Module Products.CMFPlone.PloneTool, line 687, in createTopLevelTabs
- Module Products.CMFCore.utils, line 80, in getToolByName
-AttributeError: translation_service
-
-
-________________________________________
-= Edit - Entry #3 by limi on Aug 10, 2005 5:51 pm
-
- Changes: submitter email, plone version, new comment
-
-More migration bugs.
-________________________________________
-= Comment - Entry #2 by alecm on Aug 1, 2005 12:21 pm
-
-Is there no exclude_from_nav metadata listed in the Metadata tab of portal_catalog in the ZMI? If not, then somehow your migrations are not really complete.
-________________________________________
-= Request - Entry #1 by juh on Aug 1, 2005 11:42 am
-
-I migrated a site with no errors but get this error when viewing:
-
-BuescherMeurer
-
-Site Error
-
-An error was encountered while publishing this resource.
-
-AttributeError
-Sorry, a site error occurred.
-
-Traceback (innermost last):
-
- * Module ZPublisher.Publish, line 187, in publish_module_standard
- * Module Products.PlacelessTranslationService.PatchStringIO, line 51, in new_publish
- * Module ZPublisher.Publish, line 144, in publish
- * Module Zope2.App.startup, line 199, in zpublisher_exception_hook
- * Module ZPublisher.Publish, line 113, in publish
- * Module ZPublisher.mapply, line 88, in mapply
- * Module ZPublisher.Publish, line 40, in call_object
- * Module Shared.DC.Scripts.Bindings, line 311, in __call__
- * Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec
- * Module Products.CMFCore.FSPageTemplate, line 188, in _exec
- * Module Products.CMFCore.FSPageTemplate, line 127, in pt_render
- * Module Products.PageTemplates.PageTemplate, line 102, in pt_render
- <FSPageTemplate at /BuescherMeurer/document_view used for /BuescherMeurer/index_html>
- * Module TAL.TALInterter, line 190, in __call__
- * Module TAL.TALInterter, line 234, in intert
- * Module TAL.TALInterter, line 671, in do_useMacro
- * Module TAL.TALInterter, line 234, in intert
- * Module TAL.TALInterter, line 409, in do_optTag_tal
- * Module TAL.TALInterter, line 394, in do_optTag
- * Module TAL.TALInterter, line 389, in no_tag
- * Module TAL.TALInterter, line 234, in intert
- * Module TAL.TALInterter, line 671, in do_useMacro
- * Module TAL.TALInterter, line 234, in intert
- * Module TAL.TALInterter, line 464, in do_setGlobal_tal
- * Module Products.PageTemplates.TALES, line 221, in evaluate
- URL: <a href="file:CMFPlone/skins/plone_templates/global_defines.pt">file:CMFPlone/skins/plone_templates/global_defines.pt</a>
- Line 3, Column 0
- Exssion: <PythonExpr actions.get('portal_tabs', [])+putils.createTopLevelTabs()>
- Names:
-
-{'container': <Products.CMFPlone.Portal.PloneSite object at 0x4202092c>,
- 'context': <Document at /BuescherMeurer/index_html>,
- 'default': <Products.PageTemplates.TALES.Default instance at 0x4092dd6c>,
- 'here': <Document at /BuescherMeurer/index_html>,
- 'loop': <Products.PageTemplates.TALES.SafeMapping object at 0x427d346c>,
- 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x4093be8c>,
- 'nothing': None,
- 'options': {'args': ()},
- 'repeat': <Products.PageTemplates.TALES.SafeMapping object at 0x427d346c>,
- 'request': <HTTPRequest, URL<a href="=" target="_blank">http://213.133.101.209:12580/BuescherMeurer/index_html/document_view">=http://213.133.101.209:12580/BuescherMeurer/index_html/document_view</a>>,
- 'root': <OFS.Application.Application object at 0x418ac76c>,
- 'template': <FSPageTemplate at /BuescherMeurer/document_view used for /BuescherMeurer/index_html>,
- 'traverse_subpath': [],
- 'user': juh}
-
- * Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__
- __traceback_info__: actions.get('portal_tabs', [])+putils.createTopLevelTabs()
- * Module Python exssion "actions.get('portal_tabs', [])+putils.createTopLevelTabs()", line 1, in <exssion>
- * Module Products.CMFPlone.PloneTool, line 718, in createTopLevelTabs
-
-AttributeError: exclude_from_nav (Also, an error occurred while attempting to render the standard error message.)
-
-Troubleshooting Suggestions
-
- * The URL may be incorrect.
- * The parameters passed to this resource may be incorrect.
- * A resource that this resource relies on may be encountering an error.
-
-For more detailed information about the error, please refer to error log.
-
-If the error persists please contact the site maintainer. Thank you for your patience.
-
+http://plone.org/collector/4362
+Pending Upgrade - Migration, bug medium
+Error after migration: AttributeError: exclude_from_nav
+
+= Comment - Entry #4 by Anonymous User on Aug 30, 2005 3:44 am
+
+I find this error too When I upgraded plone 2.05(zope 2.75) to plone 2.10rc3(zope 2.77)
+======================================================================
+Traceback (innermost last):
+ Module ZPublisher.Publish, line 101, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 39, in call_object
+ Module Shared.DC.Scripts.Bindings, line 306, in __call__
+ Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
+ Module Products.PageTemplates.ZopePageTemplate, line 222, in _exec
+ Module Products.PageTemplates.PageTemplate, line 96, in pt_render
+ - <ZopePageTemplate at /notice/index_html>
+ Module TAL.TALInterter, line 190, in __call__
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 671, in do_useMacro
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 409, in do_optTag_tal
+ Module TAL.TALInterter, line 394, in do_optTag
+ Module TAL.TALInterter, line 389, in no_tag
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 671, in do_useMacro
+ Module TAL.TALInterter, line 234, in intert
+ Module TAL.TALInterter, line 464, in do_setGlobal_tal
+ Module Products.PageTemplates.TALES, line 221, in evaluate
+ - URL: <a href="file:CMFPlone/skins/plone_templates/global_defines.pt">file:CMFPlone/skins/plone_templates/global_defines.pt</a>
+ - Line 3, Column 0
+ - Exssion: <PythonExpr putils.createTopLevelTabs(actions)>
+ - Names:
+ {'container': <PloneSite instance at 440f42f0>,
+ 'context': <PloneSite instance at 440f42f0>,
+ 'default': <Products.PageTemplates.TALES.Default instance at 0x40a7040c>,
+ 'here': <PloneSite instance at 440f42f0>,
+ 'loop': <SafeMapping instance at 432bd690>,
+ 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x40a702ec>,
+ 'nothing': None,
+ 'options': {'args': ()},
+ 'repeat': <SafeMapping instance at 432bd690>,
+ 'request': <HTTPRequest, URL<a href="=" target="_blank">http://ise.home.ysu.edu.cn/index_html">=http://ise.home.ysu.edu.cn/index_html</a>>,
+ 'root': <Application instance at 42411950>,
+ 'template': <ZopePageTemplate at /notice/index_html>,
+ 'traverse_subpath': [],
+ 'user': Anonymous User}
+ Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__
+ - __traceback_info__: putils.createTopLevelTabs(actions)
+ Module Python exssion "putils.createTopLevelTabs(actions)", line 1, in <exssion>
+ Module Products.CMFPlone.PloneTool, line 687, in createTopLevelTabs
+ Module Products.CMFCore.utils, line 80, in getToolByName
+AttributeError: translation_service
+
+
+________________________________________
+= Edit - Entry #3 by limi on Aug 10, 2005 5:51 pm
+
+ Changes: submitter email, plone version, new comment
+
+More migration bugs.
+________________________________________
+= Comment - Entry #2 by alecm on Aug 1, 2005 12:21 pm
+
+Is there no exclude_from_nav metadata listed in the Metadata tab of portal_catalog in the ZMI? If not, then somehow your migrations are not really complete.
+________________________________________
+= Request - Entry #1 by juh on Aug 1, 2005 11:42 am
+
+I migrated a site with no errors but get this error when viewing:
+
+BuescherMeurer
+
+Site Error
+
+An error was encountered while publishing this resource.
+
+AttributeError
+Sorry, a site error occurred.
+
+Traceback (innermost last):
+
+ * Module ZPublisher.Publish, line 187, in publish_module_standard
+ * Module Products.PlacelessTranslationService.PatchStringIO, line 51, in new_publish
+ * Module ZPublisher.Publish, line 144, in publish
+ * Module Zope2.App.startup, line 199, in zpublisher_exception_hook
+ * Module ZPublisher.Publish, line 113, in publish
+ * Module ZPublisher.mapply, line 88, in mapply
+ * Module ZPublisher.Publish, line 40, in call_object
+ * Module Shared.DC.Scripts.Bindings, line 311, in __call__
+ * Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec
+ * Module Products.CMFCore.FSPageTemplate, line 188, in _exec
+ * Module Products.CMFCore.FSPageTemplate, line 127, in pt_render
+ * Module Products.PageTemplates.PageTemplate, line 102, in pt_render
+ <FSPageTemplate at /BuescherMeurer/document_view used for /BuescherMeurer/index_html>
+ * Module TAL.TALInterter, line 190, in __call__
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 671, in do_useMacro
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 409, in do_optTag_tal
+ * Module TAL.TALInterter, line 394, in do_optTag
+ * Module TAL.TALInterter, line 389, in no_tag
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 671, in do_useMacro
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 464, in do_setGlobal_tal
+ * Module Products.PageTemplates.TALES, line 221, in evaluate
+ URL: <a href="file:CMFPlone/skins/plone_templates/global_defines.pt">file:CMFPlone/skins/plone_templates/global_defines.pt</a>
+ Line 3, Column 0
+ Exssion: <PythonExpr actions.get('portal_tabs', [])+putils.createTopLevelTabs()>
+ Names:
+
+{'container': <Products.CMFPlone.Portal.PloneSite object at 0x4202092c>,
+ 'context': <Document at /BuescherMeurer/index_html>,
+ 'default': <Products.PageTemplates.TALES.Default instance at 0x4092dd6c>,
+ 'here': <Document at /BuescherMeurer/index_html>,
+ 'loop': <Products.PageTemplates.TALES.SafeMapping object at 0x427d346c>,
+ 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0x4093be8c>,
+ 'nothing': None,
+ 'options': {'args': ()},
+ 'repeat': <Products.PageTemplates.TALES.SafeMapping object at 0x427d346c>,
+ 'request': <HTTPRequest, URL<a href="=" target="_blank">http://213.133.101.209:12580/BuescherMeurer/index_html/document_view">=http://213.133.101.209:12580/BuescherMeurer/index_html/document_view</a>>,
+ 'root': <OFS.Application.Application object at 0x418ac76c>,
+ 'template': <FSPageTemplate at /BuescherMeurer/document_view used for /BuescherMeurer/index_html>,
+ 'traverse_subpath': [],
+ 'user': juh}
+
+ * Module Products.PageTemplates.ZRPythonExpr, line 47, in __call__
+ __traceback_info__: actions.get('portal_tabs', [])+putils.createTopLevelTabs()
+ * Module Python exssion "actions.get('portal_tabs', [])+putils.createTopLevelTabs()", line 1, in <exssion>
+ * Module Products.CMFPlone.PloneTool, line 718, in createTopLevelTabs
+
+AttributeError: exclude_from_nav (Also, an error occurred while attempting to render the standard error message.)
+
+Troubleshooting Suggestions
+
+ * The URL may be incorrect.
+ * The parameters passed to this resource may be incorrect.
+ * A resource that this resource relies on may be encountering an error.
+
+For more detailed information about the error, please refer to error log.
+
+If the error persists please contact the site maintainer. Thank you for your patience.
+

Modified: collector-chaos/trunk/Categorisation/Migration/4374 - __call__ loop at portal level.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4374 - __call__ loop at portal level.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4374 - __call__ loop at portal level.txt Tue Nov 15 15:49:58 2005
@@ -1,371 +1,371 @@ /> -http://plone.org/collector/4374
-Pending CMF integration, bug medium
-__call__ loop at portal level
-
-= Comment - Entry #15 by alecm on Aug 18, 2005 1:37 pm
-
-Oh, I needed to be more clear here. The first two steps of those instructions are unnecessary for people who are attempting to migrate a site in place. The issue is that both a bad migration (usually due to a vious partial ATCT migration) or a direct import of CMF content can result in the same issues, which are likely to be solved by the last 3 steps.
-
-Great to know you've got it working now.
-________________________________________
-= Comment - Entry #14 by Anonymous User on Aug 18, 2005 11:19 am
-
-Using rc2 on the plone site I'd already attempted to upgrade with rc1 has problems.
-
-I went back to the clean 2.0.5 site (having not used rc1 on it) and upgraded straight to rc2. This time had no problems.
-
-Mike
-________________________________________
-= Comment - Entry #13 by Anonymous User on Aug 18, 2005 5:19 am
-
-I've followed those instructions and created a new Plone site. The term 'import' is unclear to me, but I copy and pasted content from the old to the new and ran the suggested migrations. The recursion error is gone, but I'm now getting:
-
- Error Type
- TypeError
-Error Value
- __call__() takes exactly 1 argument (3 given)
-
-when loading documents and folder contents for about half the content.
-
-Mike
-________________________________________
-= Edit - Entry #12 by limi on Aug 15, 2005 2:15 am
-
- Changes: edited transcript, importance (important => medium), revised version_info
-________________________________________
-= Comment - Entry #11 by alecm on Aug 12, 2005 12:25 pm
-
-Could anyone who sees this error try the steps listed here: <a href="" target="_blank">http://plone.org/documentation/faq/importing-2.0-content-into-2.1">http://plone.org/documentation/faq/importing-2.0-content-into-2.1</a>
-and report if this resolves the issue?
-________________________________________
-= Comment - Entry #10 by alecm on Aug 11, 2005 1:37 am
-
-optilude, tiran, care to take a look?
-________________________________________
-= Comment - Entry #9 by Anonymous User on Aug 9, 2005 11:18 am
-
-Documents of type 'document' give the recursion error. If I add /view on the end of the url they work. These are ones that didn't get converted I think.
-
-Newer documents - 'atdocument' types give this error:
-
-Traceback (most recent call last):
- File "/usr/lib/zope-2.7.6/lib/python/ZPublisher/Publish.py", line 101, in publish
- request, bind=1)
- File "/usr/lib/zope-2.7.6/lib/python/ZPublisher/mapply.py", line 88, in mapply
- if debug is not None: return debug(object,args,context)
- File "/usr/lib/zope-2.7.6/lib/python/ZPublisher/Publish.py", line 39, in call_object
- result=apply(object,args) # Type s<cr> to step into published object.
- File "/var/lib/zope/zope-test/Products/CMFDynamicViewFTI/browserdefault.py", line 94, in __call__
- return template(context, context.REQUEST)
-TypeError: __call__() takes exactly 1 argument (3 given)
-
-I mentioned stylesheet problems in my earlier post, that was something unrelated that I'd messed up.
-
-Mike
-
-________________________________________
-= Comment - Entry #8 by alecm on Aug 9, 2005 10:47 am
-
-Hm, perhaps what's going on in these cases is we have some partially migrated ATCT 0.2 sites. So that some CMF content has its portal_type set to an ATCT FTI, or vice versa perhaps. As a result you may get an attempt to use the CMFDynamicViewFTI methods on a type which doesn't actually support them.
-
-Mike were there any more specific errors in your event.log or error_log, regarding what the relevant portal_type was, or what objects this happened on?
-________________________________________
-= Comment - Entry #7 by Anonymous User on Aug 9, 2005 7:47 am
-
-I get the same recursion error after an upgrade from 2.0.5. Versions are:
-
- * CMF: CMF-1.5.2
- * Debug mode: Yes
- * Platform: linux2
- * Plone File System: 2.1-rc1
- * Plone Instance: 2.1-rc1
- * Python: 2.3.5 (#1, May 20 2005, 11:32:39) [GCC 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)]
- * Zope: (Zope 2.7.6-final, python 2.3.5, linux2)
-
-When trying to do an atct migrate I get:
-Couldn't migrate src_portal_type due to missing FTI
-Couldn't migrate src_portal_type due to missing FTI
-Couldn't migrate src_portal_type due to missing FTI
-...
-
-I viously had installed at content types on 2.0.5 and the migration failed, but I was able to use both types alongside each other.
-
-Lots is broken since the migration, no style sheets coming through seemingly and so on, different errors for different content types - I would give more detail but I wouldn't know where to begin.
-
-I have this on a test instance on which I can do infinite messing with in case you need any tests done.
-
-Mike
-________________________________________
-= Comment - Entry #6 by alecm on Aug 3, 2005 11:35 am
-
-Mr. Penguin, please respond to optilude's questions so that we can get this issue resolved. :)
-________________________________________
-= Edit - Entry #5 by alecm on Aug 3, 2005 11:33 am
-
- Changes: Submitter id: 'shh' => 'Anonymous User', submitter name, submitter email, edited transcript, topic (ZPT => CMF integration), importance (medium => important), revised version_info
-________________________________________
-= Comment - Entry #4 by optilude on Aug 3, 2005 11:05 am
-
-Okay, this issue is quite strange. I need more information before I can debug properly.
-
-The use of __call__() is a little strange itself, because __call__() ought to be sidestepped with __before_publishing_traverse__. Also, CMFDynamicViewFTI.browserdefault.BrowserDefaultMixin, which is mixed into the ATCT types and the portal root, re-defines __call__(). The traceback tells me that this is happening in the fallback in CMFCore.PortalContent.
-
-Now, in Portal.py in Plone, I see that CMFSite and OrderedContainer are listed before BrowserDefaultMixin. That may mean that the portal root object's __call__() method may come from either of these. Tracing the inheritance hierarchy is a little confusing, and I don't have time right now, but it seems likely that this is where the PortalContent.__call__() recursion is coming from. This would also mean, I believe, that there is no deafult-page or index_html set.
-
-The offending code, according to the traceback, is in PortalContent.py:
-
- def __call__(self):
- """ Invokes the default view.
- """
- ti = self.getTypeInfo()
- method_id = ti and ti.queryMethodID('(Default)', context=self)
- if method_id:
- method = getattr(self, method_id)
- else:
- method = _getViewFor(self)
-
- if getattr(aq_base(method), 'isDocTemp', 0):
- return method(self, self.REQUEST)
- else:
- return method()
-
-It is the very last method() call that is recursing. What makes this hard to trace is that I don't know whether method() came from looking up the (Default) alias or the from _getViewFor(), as per the vious if statement. My working theory here is that it is _getViewFor(), returning the 'view' action, which for the portal root is 'string:${object_url}'. However, this seems strange, because CMFCore.utils._getViewFor() looks up the action (which in this case would get it '', since it strips the object url and any leading /) and then does restrictedTraverse(). The idea of using 'string:${object_url}' for the 'view' action in the first place is that the '(Deafult)' method alias should be found and invoked and point us to '(dynamic view)', which would look up a default page and/or selected layout.
-
-That was a bit of background info, hopefully not too confusing. I really need a reliable way to reproduce the error.
-
-So - can you tell me:
-
- - Is there is anyway you can introduce the same behaviour on a clean Plone 2.1 instance? If so, please give step-by-step instructions.
-
- - Did all migrations run OK, including ATCT version migration if you had ATCT installed already?
-
- - What is on the URL you're trying t access? Plone root? A folder? A document?
-
- - If it's the root or a folder, does it have an index_html or other default-page set?
-
- - If you look at the type of object (either Plone Site, Folder, Document or whatever it is) that is causing the problem in portal_types, does it have a 'method aliases' tab? If so, what is the '(Default)' alias pointing to? On the 'actions' tab, what is the target of the 'view' action? Can you verify that it is a "Factory Type Information with Dynamic View" with a yellow icon, not a "Factory Type Information" with a blue icon?
-________________________________________
-= Edit - Entry #3 by shh on Aug 3, 2005 2:36 am
-
- Changes: edited transcript, revised description
-________________________________________
-= Edit - Entry #2 by shh on Aug 3, 2005 2:34 am
-
- Changes: submitter email, edited transcript, revised description, revised version_info, new comment
-
-Optilude PLEASE get behind this call loop thingy. I have seen the report 500 times now, and we'll see it many, many more times. Python 2.4 or (seemingly even?) not.
-________________________________________
-= Request - Entry #1 by shh on Aug 3, 2005 2:31 am
-
-[Extracted from multi-bug issue #4372]
-
-= Comment - Entry #2 by Anonymous User on Aug 2, 2005 11:00 pm
-
-bwt: I have same the issue with #4368 after I upgraded(successful) zope from 2.7.5 to 2.8.1, plone from 2.0.5 to 2.1.0rc1, as version info listed above, My python is NOT 2.4.x.
-
-it occurs when access a directory such <a href="" target="_blank">http://www.xxx.org/">http://www.xxx.org/</a>, but every things in PHC is ok.
-
-Traceback (innermost last):
- Module ZPublisher.Publish, line 113, in publish
- Module ZPublisher.mapply, line 88, in mapply
- Module ZPublisher.Publish, line 40, in call_object
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
-RuntimeError: maximum recursion depth exceeded
-
-
+http://plone.org/collector/4374
+Pending CMF integration, bug medium
+__call__ loop at portal level
+
+= Comment - Entry #15 by alecm on Aug 18, 2005 1:37 pm
+
+Oh, I needed to be more clear here. The first two steps of those instructions are unnecessary for people who are attempting to migrate a site in place. The issue is that both a bad migration (usually due to a vious partial ATCT migration) or a direct import of CMF content can result in the same issues, which are likely to be solved by the last 3 steps.
+
+Great to know you've got it working now.
+________________________________________
+= Comment - Entry #14 by Anonymous User on Aug 18, 2005 11:19 am
+
+Using rc2 on the plone site I'd already attempted to upgrade with rc1 has problems.
+
+I went back to the clean 2.0.5 site (having not used rc1 on it) and upgraded straight to rc2. This time had no problems.
+
+Mike
+________________________________________
+= Comment - Entry #13 by Anonymous User on Aug 18, 2005 5:19 am
+
+I've followed those instructions and created a new Plone site. The term 'import' is unclear to me, but I copy and pasted content from the old to the new and ran the suggested migrations. The recursion error is gone, but I'm now getting:
+
+ Error Type
+ TypeError
+Error Value
+ __call__() takes exactly 1 argument (3 given)
+
+when loading documents and folder contents for about half the content.
+
+Mike
+________________________________________
+= Edit - Entry #12 by limi on Aug 15, 2005 2:15 am
+
+ Changes: edited transcript, importance (important => medium), revised version_info
+________________________________________
+= Comment - Entry #11 by alecm on Aug 12, 2005 12:25 pm
+
+Could anyone who sees this error try the steps listed here: <a href="" target="_blank">http://plone.org/documentation/faq/importing-2.0-content-into-2.1">http://plone.org/documentation/faq/importing-2.0-content-into-2.1</a>
+and report if this resolves the issue?
+________________________________________
+= Comment - Entry #10 by alecm on Aug 11, 2005 1:37 am
+
+optilude, tiran, care to take a look?
+________________________________________
+= Comment - Entry #9 by Anonymous User on Aug 9, 2005 11:18 am
+
+Documents of type 'document' give the recursion error. If I add /view on the end of the url they work. These are ones that didn't get converted I think.
+
+Newer documents - 'atdocument' types give this error:
+
+Traceback (most recent call last):
+ File "/usr/lib/zope-2.7.6/lib/python/ZPublisher/Publish.py", line 101, in publish
+ request, bind=1)
+ File "/usr/lib/zope-2.7.6/lib/python/ZPublisher/mapply.py", line 88, in mapply
+ if debug is not None: return debug(object,args,context)
+ File "/usr/lib/zope-2.7.6/lib/python/ZPublisher/Publish.py", line 39, in call_object
+ result=apply(object,args) # Type s<cr> to step into published object.
+ File "/var/lib/zope/zope-test/Products/CMFDynamicViewFTI/browserdefault.py", line 94, in __call__
+ return template(context, context.REQUEST)
+TypeError: __call__() takes exactly 1 argument (3 given)
+
+I mentioned stylesheet problems in my earlier post, that was something unrelated that I'd messed up.
+
+Mike
+
+________________________________________
+= Comment - Entry #8 by alecm on Aug 9, 2005 10:47 am
+
+Hm, perhaps what's going on in these cases is we have some partially migrated ATCT 0.2 sites. So that some CMF content has its portal_type set to an ATCT FTI, or vice versa perhaps. As a result you may get an attempt to use the CMFDynamicViewFTI methods on a type which doesn't actually support them.
+
+Mike were there any more specific errors in your event.log or error_log, regarding what the relevant portal_type was, or what objects this happened on?
+________________________________________
+= Comment - Entry #7 by Anonymous User on Aug 9, 2005 7:47 am
+
+I get the same recursion error after an upgrade from 2.0.5. Versions are:
+
+ * CMF: CMF-1.5.2
+ * Debug mode: Yes
+ * Platform: linux2
+ * Plone File System: 2.1-rc1
+ * Plone Instance: 2.1-rc1
+ * Python: 2.3.5 (#1, May 20 2005, 11:32:39) [GCC 3.3.5 (Gentoo Linux 3.3.5-r1, ssp-3.3.2-3, pie-8.7.7.1)]
+ * Zope: (Zope 2.7.6-final, python 2.3.5, linux2)
+
+When trying to do an atct migrate I get:
+Couldn't migrate src_portal_type due to missing FTI
+Couldn't migrate src_portal_type due to missing FTI
+Couldn't migrate src_portal_type due to missing FTI
+...
+
+I viously had installed at content types on 2.0.5 and the migration failed, but I was able to use both types alongside each other.
+
+Lots is broken since the migration, no style sheets coming through seemingly and so on, different errors for different content types - I would give more detail but I wouldn't know where to begin.
+
+I have this on a test instance on which I can do infinite messing with in case you need any tests done.
+
+Mike
+________________________________________
+= Comment - Entry #6 by alecm on Aug 3, 2005 11:35 am
+
+Mr. Penguin, please respond to optilude's questions so that we can get this issue resolved. :)
+________________________________________
+= Edit - Entry #5 by alecm on Aug 3, 2005 11:33 am
+
+ Changes: Submitter id: 'shh' => 'Anonymous User', submitter name, submitter email, edited transcript, topic (ZPT => CMF integration), importance (medium => important), revised version_info
+________________________________________
+= Comment - Entry #4 by optilude on Aug 3, 2005 11:05 am
+
+Okay, this issue is quite strange. I need more information before I can debug properly.
+
+The use of __call__() is a little strange itself, because __call__() ought to be sidestepped with __before_publishing_traverse__. Also, CMFDynamicViewFTI.browserdefault.BrowserDefaultMixin, which is mixed into the ATCT types and the portal root, re-defines __call__(). The traceback tells me that this is happening in the fallback in CMFCore.PortalContent.
+
+Now, in Portal.py in Plone, I see that CMFSite and OrderedContainer are listed before BrowserDefaultMixin. That may mean that the portal root object's __call__() method may come from either of these. Tracing the inheritance hierarchy is a little confusing, and I don't have time right now, but it seems likely that this is where the PortalContent.__call__() recursion is coming from. This would also mean, I believe, that there is no deafult-page or index_html set.
+
+The offending code, according to the traceback, is in PortalContent.py:
+
+ def __call__(self):
+ """ Invokes the default view.
+ """
+ ti = self.getTypeInfo()
+ method_id = ti and ti.queryMethodID('(Default)', context=self)
+ if method_id:
+ method = getattr(self, method_id)
+ else:
+ method = _getViewFor(self)
+
+ if getattr(aq_base(method), 'isDocTemp', 0):
+ return method(self, self.REQUEST)
+ else:
+ return method()
+
+It is the very last method() call that is recursing. What makes this hard to trace is that I don't know whether method() came from looking up the (Default) alias or the from _getViewFor(), as per the vious if statement. My working theory here is that it is _getViewFor(), returning the 'view' action, which for the portal root is 'string:${object_url}'. However, this seems strange, because CMFCore.utils._getViewFor() looks up the action (which in this case would get it '', since it strips the object url and any leading /) and then does restrictedTraverse(). The idea of using 'string:${object_url}' for the 'view' action in the first place is that the '(Deafult)' method alias should be found and invoked and point us to '(dynamic view)', which would look up a default page and/or selected layout.
+
+That was a bit of background info, hopefully not too confusing. I really need a reliable way to reproduce the error.
+
+So - can you tell me:
+
+ - Is there is anyway you can introduce the same behaviour on a clean Plone 2.1 instance? If so, please give step-by-step instructions.
+
+ - Did all migrations run OK, including ATCT version migration if you had ATCT installed already?
+
+ - What is on the URL you're trying t access? Plone root? A folder? A document?
+
+ - If it's the root or a folder, does it have an index_html or other default-page set?
+
+ - If you look at the type of object (either Plone Site, Folder, Document or whatever it is) that is causing the problem in portal_types, does it have a 'method aliases' tab? If so, what is the '(Default)' alias pointing to? On the 'actions' tab, what is the target of the 'view' action? Can you verify that it is a "Factory Type Information with Dynamic View" with a yellow icon, not a "Factory Type Information" with a blue icon?
+________________________________________
+= Edit - Entry #3 by shh on Aug 3, 2005 2:36 am
+
+ Changes: edited transcript, revised description
+________________________________________
+= Edit - Entry #2 by shh on Aug 3, 2005 2:34 am
+
+ Changes: submitter email, edited transcript, revised description, revised version_info, new comment
+
+Optilude PLEASE get behind this call loop thingy. I have seen the report 500 times now, and we'll see it many, many more times. Python 2.4 or (seemingly even?) not.
+________________________________________
+= Request - Entry #1 by shh on Aug 3, 2005 2:31 am
+
+[Extracted from multi-bug issue #4372]
+
+= Comment - Entry #2 by Anonymous User on Aug 2, 2005 11:00 pm
+
+bwt: I have same the issue with #4368 after I upgraded(successful) zope from 2.7.5 to 2.8.1, plone from 2.0.5 to 2.1.0rc1, as version info listed above, My python is NOT 2.4.x.
+
+it occurs when access a directory such <a href="" target="_blank">http://www.xxx.org/">http://www.xxx.org/</a>, but every things in PHC is ok.
+
+Traceback (innermost last):
+ Module ZPublisher.Publish, line 113, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 40, in call_object
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+RuntimeError: maximum recursion depth exceeded
+
+

Modified: collector-chaos/trunk/Categorisation/Migration/4416 - Upgrade from 2.0.3 to 2.1svn (r10651) fails.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4416 - Upgrade from 2.0.3 to 2.1svn (r10651) fails.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4416 - Upgrade from 2.0.3 to 2.1svn (r10651) fails.txt Tue Nov 15 15:49:58 2005
@@ -1,50 +1,86 @@ /> -http://plone.org/collector/4416
-Pending Upgrade - Migration, bug medium
-Upgrade from 2.0.3 to 2.1svn (r10651) fails
-
-= Edit - Entry #3 by limi on Aug 15, 2005 2:05 am
-
- Changes: importance (important => medium)
-________________________________________
-= Edit - Entry #2 by limi on Aug 10, 2005 5:25 pm
-
- Changes: submitter email, plone version, new comment
-
-Scheduling for 2.1.
-________________________________________
-= Request - Entry #1 by mjm on Aug 8, 2005 9:26 am
-
-I have imported a plone site and tried the Migration:
-
-# Dry run selected.
-# Starting the migration from version: 2.0.3
-# Attempting to upgrade from: 2.0.3
-# Upgrade to: 2.0.4, completed
-# Attempting to upgrade from: 2.0.4
-# Upgrade to: 2.0.5-rc1, completed
-# Attempting to upgrade from: 2.0.5-rc1
-# Upgrade to: 2.0.5-rc2, completed
-# Attempting to upgrade from: 2.0.5-rc2
-# Renamed Folder 'properties' tab to 'edit'.
-# Added 'folderlisting' action to Topics.
-# Interchanged 'edit' and 'sharing' tabs.
-# Upgrade to: 2.0.5, completed
-# Attempting to upgrade from: 2.0.5
-# Upgrade aborted
-# Error type: Products.ATContentTypes.migration.walker.MigrationError
-# Error value: MigrationError for obj at /openac/Members/ag/Favorites (CMF Folder -> Folder): Traceback (most recent call last): File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/walker.py", line 174, in migrate migrator.migrate() File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/migrator.py", line 195, in migrate method() File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/migrator.py", line 515, in migrate_children self.new._setObject(id, obj, set_owner=0) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/OFS/ObjectManager.py", line 276, in _setObject object.manage_afterAdd(object, self) File "/Users/mjm/zcratch/zopetest/Products/Archetypes/BaseContent.py", line 42, in manage_afterAdd CatalogMultiplex.manage_afterAdd(self, item, container) File "/Users/mjm/zcratch/zopetest/Products/Archetypes/CatalogMultiplex.py", line 72, in manage_afterAdd self.indexObject() File "/Users/mjm/zcratch/zopetest/Products/Archetypes/CatalogMultiplex.py", line 26, in indexObject c.catalog_object(self, url) File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/CatalogTool.py", line 418, in catalog_object ZCatalog.catalog_object(self, w, uid, idxs, update_metadata) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/Products/ZCatalog/ZCatalog.py", line 528, in catalog_object update_metadata=update_metadata) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/Products/ZCatalog/Catalog.py", line 369, in catalogObject self.updateMetadata(object, uid) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/Products/ZCatalog/Catalog.py", line 298, in updateMetadata newDataRecord = self.recordify(object) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/Products/ZCatalog/Catalog.py", line 437, in recordify if(attr is not MV and safe_callable(attr)): attr=attr() File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/content/favorite.py", line 145, in getIcon obj = self.getObject() File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/content/favorite.py", line 160, in getObject obj = portal.restrictedTraverse(relative_url) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/OFS/Traversable.py", line 204, in restrictedTraverse return self.unrestrictedTraverse(path, default, restricted=1) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/OFS/Traversable.py", line 188, in unrestrictedTraverse raise NotFound, name NotFound: bugs
-# File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
-# File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
-# File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
-# File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/migrations/v2_1/alphas.py", line 289, in migrateToATCT10 tool.migrateToATCT()
-# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/tool/migration.py", line 253, in migrateToATCT out, elapse, c_elapse = self.migrateContentTypesToATCT(portal_types=None)
-# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/tool/migration.py", line 273, in migrateContentTypesToATCT out = migrateAll(portal)
-# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/atctmigrator.py", line 239, in migrateAll migrator=migrator, **kwargs)
-# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/common.py", line 224, in migratePortalType walk.go()
-# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/walker.py", line 126, in go self.migrate(self.walk(), **kwargs)
-# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/walker.py", line 205, in migrate raise MigrationError(objpath, migrator, tb)
-# End of upgrade path, migration has finished
-# The upgrade path did NOT reach current version
-# Migration has failed
-# Dry run selected, transaction aborted
-
+http://plone.org/collector/4416
+Pending Upgrade - Migration, bug medium
+Upgrade from 2.0.3 to 2.1svn (r10651) fails
+
+= Comment - Entry #6 by marcS on Oct 26, 2005 4:13 am
+
+Just to clarify -- I tested this with Plone 2.1 and Plone 2.1.1, Zope 2.7.7 and Zope 2.8.1, Python 2.3.5, on a Suse Linux machine.
+________________________________________
+= Comment - Entry #5 by marcS on Oct 26, 2005 4:07 am
+
+I am getting the same problem -- migration from 2.0.5 to 2.1 or 2.1.1 fails with an "AttributeError: getIcon" on a member folder.
+
+Upgrading to the latest product versions did not fix this. Unfortunately that means I am stuck with 2.0.5.
+
+# Starting the migration from version: 2.0.5
+# Attempting to upgrade from: 2.0.5
+# Upgrade aborted
+# Error type: Products.ATContentTypes.migration.walker.MigrationError
+# Error value: MigrationError for obj at /Humaine/Members/NikolausBee (CMF Folder -> Folder): Traceback (most recent call last): File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/migration/walker.py", line 174, in migrate migrator.migrate() File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/migration/migrator.py", line 196, in migrate method() File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/migration/migrator.py", line 517, in migrate_children self.new._setObject(id, obj, set_owner=0) File "/var/services/humaine/opt/Zope-2.7.7/lib/python/OFS/ObjectManager.py", line 276, in _setObject object.manage_afterAdd(object, self) File "/var/services/humaine/testZope277Plone21/Products/CMFCore/CMFCatalogAware.py", line 186, in manage_afterAdd self.__recurse('manage_afterAdd', item, container) File "/var/services/humaine/testZope277Plone21/Products/CMFCore/CMFCatalogAware.py", line 222, in __recurse getattr(ob, name)(*args) File "/var/services/humaine/testZope277Plone21/Products/Archetypes/BaseContent.py", line 42, in manage_afterAdd CatalogMultiplex.manage_afterAdd(self, item, container) File "/var/services/humaine/testZope277Plone21/Products/CMFCore/CMFCatalogAware.py", line 185, in manage_afterAdd self.indexObject() File "/var/services/humaine/testZope277Plone21/Products/Archetypes/CatalogMultiplex.py", line 26, in indexObject c.catalog_object(self, url) File "/var/services/humaine/testZope277Plone21/Products/CMFPlone/CatalogTool.py", line 412, in catalog_object ZCatalog.catalog_object(self, w, uid, idxs, update_metadata) File "/var/services/humaine/opt/Zope-2.7.7/lib/python/Products/ZCatalog/ZCatalog.py", line 528, in catalog_object update_metadata=update_metadata) File "/var/services/humaine/opt/Zope-2.7.7/lib/python/Products/ZCatalog/Catalog.py", line 369, in catalogObject self.updateMetadata(object, uid) File "/var/services/humaine/opt/Zope-2.7.7/lib/python/Products/ZCatalog/Catalog.py", line 298, in updateMetadata newDataRecord = self.recordify(object) File "/var/services/humaine/opt/Zope-2.7.7/lib/python/Products/ZCatalog/Catalog.py", line 437, in recordify if(attr is not MV and safe_callable(attr)): attr=attr() File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/content/favorite.py", line 147, in getIcon return obj.getIcon(relative_to_portal) AttributeError: getIcon
+# File "/var/services/humaine/testZope277Plone21/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
+# File "/var/services/humaine/testZope277Plone21/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
+# File "/var/services/humaine/testZope277Plone21/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
+# File "/var/services/humaine/testZope277Plone21/Products/CMFPlone/migrations/v2_1/alphas.py", line 296, in migrateToATCT10 tool.migrateToATCT()
+# File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/tool/migration.py", line 252, in migrateToATCT out, elapse, c_elapse = self.migrateContentTypesToATCT(portal_types=None)
+# File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/tool/migration.py", line 272, in migrateContentTypesToATCT out = migrateAll(portal)
+# File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/migration/atctmigrator.py", line 239, in migrateAll migrator=migrator, **kwargs)
+# File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/migration/common.py", line 224, in migratePortalType walk.go()
+# File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/migration/walker.py", line 126, in go self.migrate(self.walk(), **kwargs)
+# File "/var/services/humaine/testZope277Plone21/Products/ATContentTypes/migration/walker.py", line 205, in migrate raise MigrationError(objpath, migrator, tb)
+# End of upgrade path, migration has finished
+# The upgrade path did NOT reach current version
+# Migration has failed
+# Dry run selected, transaction aborted
+________________________________________
+= Comment - Entry #4 by Anonymous User on Sep 26, 2005 12:23 pm
+
+I too had this error, but it disappeared after having visited the quickinstaller, and making sure that all the Products (especially Archetypes and ATContentTypes were up to date). Once they were all up to date, rerunning the migration worked fine.
+
+-Tristan (tristan@roddis.org) /> +________________________________________
+= Edit - Entry #3 by limi on Aug 15, 2005 2:05 am
+
+ Changes: importance (important => medium)
+________________________________________
+= Edit - Entry #2 by limi on Aug 10, 2005 5:25 pm
+
+ Changes: submitter email, plone version, new comment
+
+Scheduling for 2.1.
+________________________________________
+= Request - Entry #1 by mjm on Aug 8, 2005 9:26 am
+
+I have imported a plone site and tried the Migration:
+
+# Dry run selected.
+# Starting the migration from version: 2.0.3
+# Attempting to upgrade from: 2.0.3
+# Upgrade to: 2.0.4, completed
+# Attempting to upgrade from: 2.0.4
+# Upgrade to: 2.0.5-rc1, completed
+# Attempting to upgrade from: 2.0.5-rc1
+# Upgrade to: 2.0.5-rc2, completed
+# Attempting to upgrade from: 2.0.5-rc2
+# Renamed Folder 'properties' tab to 'edit'.
+# Added 'folderlisting' action to Topics.
+# Interchanged 'edit' and 'sharing' tabs.
+# Upgrade to: 2.0.5, completed
+# Attempting to upgrade from: 2.0.5
+# Upgrade aborted
+# Error type: Products.ATContentTypes.migration.walker.MigrationError
+# Error value: MigrationError for obj at /openac/Members/ag/Favorites (CMF Folder -> Folder): Traceback (most recent call last): File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/walker.py", line 174, in migrate migrator.migrate() File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/migrator.py", line 195, in migrate method() File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/migrator.py", line 515, in migrate_children self.new._setObject(id, obj, set_owner=0) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/OFS/ObjectManager.py", line 276, in _setObject object.manage_afterAdd(object, self) File "/Users/mjm/zcratch/zopetest/Products/Archetypes/BaseContent.py", line 42, in manage_afterAdd CatalogMultiplex.manage_afterAdd(self, item, container) File "/Users/mjm/zcratch/zopetest/Products/Archetypes/CatalogMultiplex.py", line 72, in manage_afterAdd self.indexObject() File "/Users/mjm/zcratch/zopetest/Products/Archetypes/CatalogMultiplex.py", line 26, in indexObject c.catalog_object(self, url) File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/CatalogTool.py", line 418, in catalog_object ZCatalog.catalog_object(self, w, uid, idxs, update_metadata) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/Products/ZCatalog/ZCatalog.py", line 528, in catalog_object update_metadata=update_metadata) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/Products/ZCatalog/Catalog.py", line 369, in catalogObject self.updateMetadata(object, uid) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/Products/ZCatalog/Catalog.py", line 298, in updateMetadata newDataRecord = self.recordify(object) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/Products/ZCatalog/Catalog.py", line 437, in recordify if(attr is not MV and safe_callable(attr)): attr=attr() File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/content/favorite.py", line 145, in getIcon obj = self.getObject() File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/content/favorite.py", line 160, in getObject obj = portal.restrictedTraverse(relative_url) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/OFS/Traversable.py", line 204, in restrictedTraverse return self.unrestrictedTraverse(path, default, restricted=1) File "/Users/mjm/devel/python/Zope-2.7.7-bin/lib/python/OFS/Traversable.py", line 188, in unrestrictedTraverse raise NotFound, name NotFound: bugs
+# File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
+# File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
+# File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
+# File "/Users/mjm/zcratch/zopetest/Products/CMFPlone/migrations/v2_1/alphas.py", line 289, in migrateToATCT10 tool.migrateToATCT()
+# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/tool/migration.py", line 253, in migrateToATCT out, elapse, c_elapse = self.migrateContentTypesToATCT(portal_types=None)
+# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/tool/migration.py", line 273, in migrateContentTypesToATCT out = migrateAll(portal)
+# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/atctmigrator.py", line 239, in migrateAll migrator=migrator, **kwargs)
+# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/common.py", line 224, in migratePortalType walk.go()
+# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/walker.py", line 126, in go self.migrate(self.walk(), **kwargs)
+# File "/Users/mjm/zcratch/zopetest/Products/ATContentTypes/migration/walker.py", line 205, in migrate raise MigrationError(objpath, migrator, tb)
+# End of upgrade path, migration has finished
+# The upgrade path did NOT reach current version
+# Migration has failed
+# Dry run selected, transaction aborted
+

Modified: collector-chaos/trunk/Categorisation/Migration/4436 - Migration Edit tab for Image or File return a 404.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4436 - Migration Edit tab for Image or File return a 404.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4436 - Migration Edit tab for Image or File return a 404.txt Tue Nov 15 15:49:58 2005
@@ -1,51 +1,55 @@ /> -http://plone.org/collector/4436
-Pending Upgrade - Migration, bug medium
-Migration: Edit tab for Image or File return a 404
-
-= Comment - Entry #4 by Anonymous User on Sep 15, 2005 2:55 pm
-
-I also ran in to this with a 2.0.5 to 2.1 final migration, manifesting itself as "I get a 404 trying to add files to a folder".
-
-Went thru same steps as Henri to fix, i.e. add Filesystem Directory View for gruf_plone_2_0 and mimetypes_icons to plone_skins, add those to layers lists in Properties tab of plone_skins, and reorder layers to match a site created in 2.1.
-________________________________________
-= Edit - Entry #3 by limi on Aug 13, 2005 3:03 am
-
- Changes: edited transcript, revised title, topic (Content Types => Upgrade / Migration), plone version, new comment
-
-Anything we can (or should) do about this in the migrations?
-________________________________________
-= Comment - Entry #2 by Anonymous User on Aug 11, 2005 12:24 pm
-
-I create a new site and there all is OK.
-
-As I suspected, it is a portal_skins conversion problem.
-
-When I install Plone-2.1-rc2 (stop Zope; remove all in Products/* and then symlink to
-../Plone-2.1-rc2/*; restart zope; convert my old content with portal_migration --
-to be really correct I go from 2.0.5 -> 2.1-rc1 -> 2.1-rc2):
-
-portal_skins/gruf_plone_2_0 and
-portal_skins/mimetypes_icons
-
-have not been registered.
-
-I have to add them with the ZMI.
-
-Moreover the order of the directories in the properties tab of
-portal_skins have change. I correct this with the ZMI and now
-the edit tab work fine with 'atct_edit'.
-
-Thanks for your time
-
-Henri
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 11, 2005 11:03 am
-
-Context:
-I upgrade a site from Plone 1.0.5 -> 2.1-rc2
-
-The Edit tab of File / image type return 404.
-
-In portal_types/File in the Aliases tab I put file_edit_form / image_edit_form
-for the edit alias and all is back to normal.
-
+http://plone.org/collector/4436
+Pending Upgrade - Migration, bug medium
+Migration: Edit tab for Image or File return a 404
+
+= Comment - Entry #5 by geojeff on Nov 2, 2005 11:17 am
+
+I ran into this problem, going from 2.0.5 to 2.1.1, and did the first fix suggested (replacing aliases from atct_edit to file_edit_form and image_edit_form for the File and Image types). Works now.
+________________________________________
+= Comment - Entry #4 by Anonymous User on Sep 15, 2005 2:55 pm
+
+I also ran in to this with a 2.0.5 to 2.1 final migration, manifesting itself as "I get a 404 trying to add files to a folder".
+
+Went thru same steps as Henri to fix, i.e. add Filesystem Directory View for gruf_plone_2_0 and mimetypes_icons to plone_skins, add those to layers lists in Properties tab of plone_skins, and reorder layers to match a site created in 2.1.
+________________________________________
+= Edit - Entry #3 by limi on Aug 13, 2005 3:03 am
+
+ Changes: edited transcript, revised title, topic (Content Types => Upgrade / Migration), plone version, new comment
+
+Anything we can (or should) do about this in the migrations?
+________________________________________
+= Comment - Entry #2 by Anonymous User on Aug 11, 2005 12:24 pm
+
+I create a new site and there all is OK.
+
+As I suspected, it is a portal_skins conversion problem.
+
+When I install Plone-2.1-rc2 (stop Zope; remove all in Products/* and then symlink to
+../Plone-2.1-rc2/*; restart zope; convert my old content with portal_migration --
+to be really correct I go from 2.0.5 -> 2.1-rc1 -> 2.1-rc2):
+
+portal_skins/gruf_plone_2_0 and
+portal_skins/mimetypes_icons
+
+have not been registered.
+
+I have to add them with the ZMI.
+
+Moreover the order of the directories in the properties tab of
+portal_skins have change. I correct this with the ZMI and now
+the edit tab work fine with 'atct_edit'.
+
+Thanks for your time
+
+Henri
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 11, 2005 11:03 am
+
+Context:
+I upgrade a site from Plone 1.0.5 -> 2.1-rc2
+
+The Edit tab of File / image type return 404.
+
+In portal_types/File in the Aliases tab I put file_edit_form / image_edit_form
+for the edit alias and all is back to normal.
+

Modified: collector-chaos/trunk/Categorisation/Migration/4451 - ATContentTypes fails to install ( portal_quickinstaller).txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4451 - ATContentTypes fails to install ( portal_quickinstaller).txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4451 - ATContentTypes fails to install ( portal_quickinstaller).txt Tue Nov 15 15:49:58 2005
@@ -1,57 +1,57 @@ /> -http://plone.org/collector/4451
-Pending Content Types, bug medium
-ATContentTypes fails to install ( portal_quickinstaller)
-
-= Edit - Entry #2 by limi on Aug 13, 2005 2:52 am
-
- Changes: submitter email, plone version, new comment
-
-Not sure what this is about, but should be looked into for 2.1.
-
-Does this happen when you are trying to install ATCT separately after doing a migration? Is it in a clean or migrated site?
-________________________________________
-= Request - Entry #1 by zinawk on Aug 12, 2005 7:25 am
-
-ATContentTypes fails to install ( portal_quickinstaller)
-
-here is the log message
-
-[ could be linked to another issue : fails to migrate 20.5 -> 2.1rc2 ]
-
------
-Traceback (most recent call last):
-
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFQuickInstallerTool/QuickInstallerTool.py", line 308, in installProduct
-res=install(portal, reinstall=reinstall)
-
-File "/usr/moncoin/zope281/lib/python/Products/ExternalMethod/ExternalMethod.py", line 225, in __call__
-try: return f(*args, **kw)
-
-File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/Extensions/Install.py", line 72, in install
-tool.recatalogCMFTypes()
-
-File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 121, in recatalogCMFTypes
-rres, relapse, rc_elapse = self._removeCMFtypesFromCatalog()
-
-File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 485, in _removeCMFtypesFromCatalog
-return self._removeTypesFromCatalogByMetatype(mt, count)
-
-File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 436, in _removeTypesFromCatalogByMetatype
-cat.uncatalog_object(brain.getPath())
-
-File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/ZCatalog.py", line 597, in uncatalog_object
-self._catalog.uncatalogObject(uid)
-
-File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/Catalog.py", line 390, in uncatalogObject
-x.unindex_object(rid)
-
-File "/usr/moncoin/zope281/lib/python/Products/PluginIndexes/common/UnIndex.py", line 282, in unindex_object
-self.removeForwardIndexEntry(unindexRecord, documentId)
-
-File "/usr/moncoin/zope281/lib/python/Products/PluginIndexes/common/UnIndex.py", line 179, in removeForwardIndexEntry
-self._length.change(-1)
-
-AttributeError: _length
-
-
-----
+http://plone.org/collector/4451
+Pending Content Types, bug medium
+ATContentTypes fails to install ( portal_quickinstaller)
+
+= Edit - Entry #2 by limi on Aug 13, 2005 2:52 am
+
+ Changes: submitter email, plone version, new comment
+
+Not sure what this is about, but should be looked into for 2.1.
+
+Does this happen when you are trying to install ATCT separately after doing a migration? Is it in a clean or migrated site?
+________________________________________
+= Request - Entry #1 by zinawk on Aug 12, 2005 7:25 am
+
+ATContentTypes fails to install ( portal_quickinstaller)
+
+here is the log message
+
+[ could be linked to another issue : fails to migrate 20.5 -> 2.1rc2 ]
+
+-----
+Traceback (most recent call last):
+
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFQuickInstallerTool/QuickInstallerTool.py", line 308, in installProduct
+res=install(portal, reinstall=reinstall)
+
+File "/usr/moncoin/zope281/lib/python/Products/ExternalMethod/ExternalMethod.py", line 225, in __call__
+try: return f(*args, **kw)
+
+File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/Extensions/Install.py", line 72, in install
+tool.recatalogCMFTypes()
+
+File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 121, in recatalogCMFTypes
+rres, relapse, rc_elapse = self._removeCMFtypesFromCatalog()
+
+File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 485, in _removeCMFtypesFromCatalog
+return self._removeTypesFromCatalogByMetatype(mt, count)
+
+File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 436, in _removeTypesFromCatalogByMetatype
+cat.uncatalog_object(brain.getPath())
+
+File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/ZCatalog.py", line 597, in uncatalog_object
+self._catalog.uncatalogObject(uid)
+
+File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/Catalog.py", line 390, in uncatalogObject
+x.unindex_object(rid)
+
+File "/usr/moncoin/zope281/lib/python/Products/PluginIndexes/common/UnIndex.py", line 282, in unindex_object
+self.removeForwardIndexEntry(unindexRecord, documentId)
+
+File "/usr/moncoin/zope281/lib/python/Products/PluginIndexes/common/UnIndex.py", line 179, in removeForwardIndexEntry
+self._length.change(-1)
+
+AttributeError: _length
+
+
+----

Modified: collector-chaos/trunk/Categorisation/Migration/4452 - Recursion error fails to migrate 2.0.5 - 2.1rc2.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4452 - Recursion error fails to migrate 2.0.5 - 2.1rc2.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4452 - Recursion error fails to migrate 2.0.5 - 2.1rc2.txt Tue Nov 15 15:49:58 2005
@@ -1,361 +1,361 @@ /> -http://plone.org/collector/4452
-Pending Upgrade - Migration, bug medium
-Recursion error: fails to migrate 2.0.5 - 2.1rc2
-
-= Comment - Entry #5 by alecm on Aug 15, 2005 2:12 am
-
-Could either of you try <a href="" target="_blank">http://plone.org/documentation/faq/importing-2.0-content-into-2.1">http://plone.org/documentation/faq/importing-2.0-content-into-2.1</a> and see if the steps therein resolve this issue?
-________________________________________
-= Edit - Entry #4 by limi on Aug 15, 2005 2:10 am
-
- Changes: edited transcript, importance (important => medium)
-________________________________________
-= Comment - Entry #3 by Anonymous User on Aug 15, 2005 1:47 am
-
-Mime has the same error message but with some differences.
-
-1. export plone site from plone 2.0.5
-2. import plone site from plone 2.1rc2
-3. migration from 2.0.5 to 2.1rc2 is ok
-4. recursion error occrus when every page is viewd.
-
-<version information>
-
-Plone version: 2.1-rc2
-Zope version: (Zope 2.7.7-final, python 2.3.5, linux2)
-Apache version:
-CMF version (if known): CMF-1.5.3
-Browser(s) and version(s): Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.7.10) Gecko/20050717 Firefox/1.0.6
-Operating system: linux2
-Python version: 2.3.5 (#1, Aug 12 2005, 22:36:47)
-[GCC 4.0.1 20050727 (Red Hat 4.0.1-5)]
-Debug mode: Yes
-
-<installed products>
-
-ATContentTypes 1.0.0-rc4 installed
-ATReferenceBrowserWidget 1.1 installed
-Archetypes 1.3.4-rc3 installed
-BTreeFolder2 BTreeFolder2-1.0.2
-CMFActionIcons CMF-1.5.3 installed
-CMFCalendar CMF-1.5.3 installed
-CMFCore CMF-1.5.3
-CMFDefault CMF-1.5.3
-CMFDynamicViewFTI 1.0.1
-CMFFormController 1.0.5 beta installed
-CMFPlone 2.1-rc2
-CMFQuickInstallerTool 1.5.5
-CMFSetup CMF-1.5.3
-CMFTopic CMF-1.5.3
-CMFUid CMF-1.5.3
-DCWorkflow CMF-1.5.3
-ExtendedPathIndex 2.1
-ExternalEditor 0.9.1
-ExternalMethod External Method-1-0-0
-GroupUserFolder 3.4RC installed
-MIMETools
-MailHost MailHost-1-3-0
-MimetypesRegistry 1.3.5-final03 installed
-OFSP OFSP-1-0-0
-PageTemplates PageTemplates-1-4-0
-PlacelessTranslationService 1.2.1
-PloneErrorReporting 0.11 installed
-PloneSiteMap 2.54
-PloneTranslations 2.1-rc2
-PluginIndexes
-PortalTransforms 1.3.6-final02 installed
-PythonScripts PythonScripts-2-0-0
-ResourceRegistries 1.0.2 installed
-SecureMailHost 1.0.1
-Sessions
-SiteAccess SiteAccess-2-0-0
-SiteErrorLog
-StandardCacheManagers StandardCacheManagers-1-1-0
-TemporaryFolder
-Transience
-ZCTextIndex
-ZCatalog ZCatalog-2-2-0
-ZGadflyDA
-ZODBMountPoint
-ZReST 1.1
-ZSQLMethods
-ZopeTutorial Zope Tutorial 1.2
-generator 1.3.0-final21
-kupu kupu 1.3 rc2 installed
-validation 1.3.3-final04
-
-<traceback>
-
-Traceback (innermost last):
- Module ZPublisher.Publish, line 101, in publish
- Module ZPublisher.mapply, line 88, in mapply
- Module ZPublisher.Publish, line 39, in call_object
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
- Module Products.CMFCore.PortalContent, line 109, in __call__
-RuntimeError: maximum recursion depth exceeded
-
-
-________________________________________
-= Edit - Entry #2 by limi on Aug 13, 2005 3:30 am
-
- Changes: submitter email, revised title, plone version, new comment
-
-Should look into this for 2.1.
-________________________________________
-= Request - Entry #1 by zinawk on Aug 12, 2005 7:32 am
-
-migration fails.
-
-PloneFolder recursion error as follow :
-
-Starting the migration from version: 2.0.5
-Attempting to upgrade from: 2.0.5
-Upgrade aborted
-Error type: exceptions.RuntimeError
-Error value: maximum recursion depth exceeded
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/migrations/v2_1/alphas.py", line 289, in migrateToATCT10 tool.migrateToATCT()
-File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 254, in migrateToATCT count, elapse, c_elapse = self.migrationUpdateWorkflowRoleMapping()
-File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 315, in migrationUpdateWorkflowRoleMapping count = wf.updateRoleMappings()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 485, in updateRoleMappings count = self._recursiveUpdateRoleMappings(portal, wfs)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 668, in _recursiveUpdateRoleMappings count = count + self._recursiveUpdateRoleMappings(v, wfs)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 668, in _recursiveUpdateRoleMappings count = count + self._recursiveUpdateRoleMappings(v, wfs)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 668, in _recursiveUpdateRoleMappings count = count + self._recursiveUpdateRoleMappings(v, wfs)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 668, in _recursiveUpdateRoleMappings count = count + self._recursiveUpdateRoleMappings(v, wfs)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 659, in _recursiveUpdateRoleMappings ob.reindexObject(idxs=['allowedRolesAndUsers'])
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/CMFCatalogAware.py", line 77, in reindexObject catalog.reindexObject(self, idxs=idxs)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/CatalogTool.py", line 347, in reindexObject self.catalog_object(object, uid, idxs, update_metadata)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/CatalogTool.py", line 413, in catalog_object update_metadata, pghandler=pghandler)
-File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/ZCatalog.py", line 565, in catalog_object update_metadata=update_metadata)
-File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/Catalog.py", line 340, in catalogObject index = self.updateMetadata(object, uid)
-File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/Catalog.py", line 278, in updateMetadata newDataRecord = self.recordify(object)
-File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/Catalog.py", line 418, in recordify if(attr is not MV and safe_callable(attr)): attr=attr()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-......
-
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 276, in __call__ view = _getViewFor(self, 'view', 'folderlisting')
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 436, in _getViewFor target=_action['url']
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/ActionInformation.py", line 87, in __getitem__ value = self.data[key] = value()
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/ActionInformation.py", line 111, in _getURL return self._action._getActionObject()(self._ec)
-File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/Exssion.py", line 44, in __call__ res = compiled(econtext)
-File "/usr/moncoin/zope281/lib/python/Products/PageTemplates/Exssions.py", line 222, in __call__ v = var(econtext)
-File "/usr/moncoin/zope281/lib/python/Products/PageTemplates/Exssions.py", line 183, in __call__ return self._eval(econtext)
-File "/usr/moncoin/zope281/lib/python/Products/PageTemplates/Exssions.py", line 171, in _eval ob = self._subexprs[-1](econtext)
-End of upgrade path, migration has finished
-The upgrade path did NOT reach current version
-Migration has failed
+http://plone.org/collector/4452
+Pending Upgrade - Migration, bug medium
+Recursion error: fails to migrate 2.0.5 - 2.1rc2
+
+= Comment - Entry #5 by alecm on Aug 15, 2005 2:12 am
+
+Could either of you try <a href="" target="_blank">http://plone.org/documentation/faq/importing-2.0-content-into-2.1">http://plone.org/documentation/faq/importing-2.0-content-into-2.1</a> and see if the steps therein resolve this issue?
+________________________________________
+= Edit - Entry #4 by limi on Aug 15, 2005 2:10 am
+
+ Changes: edited transcript, importance (important => medium)
+________________________________________
+= Comment - Entry #3 by Anonymous User on Aug 15, 2005 1:47 am
+
+Mime has the same error message but with some differences.
+
+1. export plone site from plone 2.0.5
+2. import plone site from plone 2.1rc2
+3. migration from 2.0.5 to 2.1rc2 is ok
+4. recursion error occrus when every page is viewd.
+
+<version information>
+
+Plone version: 2.1-rc2
+Zope version: (Zope 2.7.7-final, python 2.3.5, linux2)
+Apache version:
+CMF version (if known): CMF-1.5.3
+Browser(s) and version(s): Mozilla/5.0 (Windows; U; Windows NT 5.1; zh-TW; rv:1.7.10) Gecko/20050717 Firefox/1.0.6
+Operating system: linux2
+Python version: 2.3.5 (#1, Aug 12 2005, 22:36:47)
+[GCC 4.0.1 20050727 (Red Hat 4.0.1-5)]
+Debug mode: Yes
+
+<installed products>
+
+ATContentTypes 1.0.0-rc4 installed
+ATReferenceBrowserWidget 1.1 installed
+Archetypes 1.3.4-rc3 installed
+BTreeFolder2 BTreeFolder2-1.0.2
+CMFActionIcons CMF-1.5.3 installed
+CMFCalendar CMF-1.5.3 installed
+CMFCore CMF-1.5.3
+CMFDefault CMF-1.5.3
+CMFDynamicViewFTI 1.0.1
+CMFFormController 1.0.5 beta installed
+CMFPlone 2.1-rc2
+CMFQuickInstallerTool 1.5.5
+CMFSetup CMF-1.5.3
+CMFTopic CMF-1.5.3
+CMFUid CMF-1.5.3
+DCWorkflow CMF-1.5.3
+ExtendedPathIndex 2.1
+ExternalEditor 0.9.1
+ExternalMethod External Method-1-0-0
+GroupUserFolder 3.4RC installed
+MIMETools
+MailHost MailHost-1-3-0
+MimetypesRegistry 1.3.5-final03 installed
+OFSP OFSP-1-0-0
+PageTemplates PageTemplates-1-4-0
+PlacelessTranslationService 1.2.1
+PloneErrorReporting 0.11 installed
+PloneSiteMap 2.54
+PloneTranslations 2.1-rc2
+PluginIndexes
+PortalTransforms 1.3.6-final02 installed
+PythonScripts PythonScripts-2-0-0
+ResourceRegistries 1.0.2 installed
+SecureMailHost 1.0.1
+Sessions
+SiteAccess SiteAccess-2-0-0
+SiteErrorLog
+StandardCacheManagers StandardCacheManagers-1-1-0
+TemporaryFolder
+Transience
+ZCTextIndex
+ZCatalog ZCatalog-2-2-0
+ZGadflyDA
+ZODBMountPoint
+ZReST 1.1
+ZSQLMethods
+ZopeTutorial Zope Tutorial 1.2
+generator 1.3.0-final21
+kupu kupu 1.3 rc2 installed
+validation 1.3.3-final04
+
+<traceback>
+
+Traceback (innermost last):
+ Module ZPublisher.Publish, line 101, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 39, in call_object
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+ Module Products.CMFCore.PortalContent, line 109, in __call__
+RuntimeError: maximum recursion depth exceeded
+
+
+________________________________________
+= Edit - Entry #2 by limi on Aug 13, 2005 3:30 am
+
+ Changes: submitter email, revised title, plone version, new comment
+
+Should look into this for 2.1.
+________________________________________
+= Request - Entry #1 by zinawk on Aug 12, 2005 7:32 am
+
+migration fails.
+
+PloneFolder recursion error as follow :
+
+Starting the migration from version: 2.0.5
+Attempting to upgrade from: 2.0.5
+Upgrade aborted
+Error type: exceptions.RuntimeError
+Error value: maximum recursion depth exceeded
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/migrations/v2_1/alphas.py", line 289, in migrateToATCT10 tool.migrateToATCT()
+File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 254, in migrateToATCT count, elapse, c_elapse = self.migrationUpdateWorkflowRoleMapping()
+File "/usr/moncoin/ploneIBS-2.1/Products/ATContentTypes/tool/migration.py", line 315, in migrationUpdateWorkflowRoleMapping count = wf.updateRoleMappings()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 485, in updateRoleMappings count = self._recursiveUpdateRoleMappings(portal, wfs)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 668, in _recursiveUpdateRoleMappings count = count + self._recursiveUpdateRoleMappings(v, wfs)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 668, in _recursiveUpdateRoleMappings count = count + self._recursiveUpdateRoleMappings(v, wfs)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 668, in _recursiveUpdateRoleMappings count = count + self._recursiveUpdateRoleMappings(v, wfs)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 668, in _recursiveUpdateRoleMappings count = count + self._recursiveUpdateRoleMappings(v, wfs)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/WorkflowTool.py", line 659, in _recursiveUpdateRoleMappings ob.reindexObject(idxs=['allowedRolesAndUsers'])
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/CMFCatalogAware.py", line 77, in reindexObject catalog.reindexObject(self, idxs=idxs)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/CatalogTool.py", line 347, in reindexObject self.catalog_object(object, uid, idxs, update_metadata)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/CatalogTool.py", line 413, in catalog_object update_metadata, pghandler=pghandler)
+File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/ZCatalog.py", line 565, in catalog_object update_metadata=update_metadata)
+File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/Catalog.py", line 340, in catalogObject index = self.updateMetadata(object, uid)
+File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/Catalog.py", line 278, in updateMetadata newDataRecord = self.recordify(object)
+File "/usr/moncoin/zope281/lib/python/Products/ZCatalog/Catalog.py", line 418, in recordify if(attr is not MV and safe_callable(attr)): attr=attr()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+......
+
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 280, in __call__ return view()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 276, in __call__ view = _getViewFor(self, 'view', 'folderlisting')
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFPlone/PloneFolder.py", line 436, in _getViewFor target=_action['url']
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/ActionInformation.py", line 87, in __getitem__ value = self.data[key] = value()
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/ActionInformation.py", line 111, in _getURL return self._action._getActionObject()(self._ec)
+File "/usr/moncoin/ploneIBS-2.1/Products/CMFCore/Exssion.py", line 44, in __call__ res = compiled(econtext)
+File "/usr/moncoin/zope281/lib/python/Products/PageTemplates/Exssions.py", line 222, in __call__ v = var(econtext)
+File "/usr/moncoin/zope281/lib/python/Products/PageTemplates/Exssions.py", line 183, in __call__ return self._eval(econtext)
+File "/usr/moncoin/zope281/lib/python/Products/PageTemplates/Exssions.py", line 171, in _eval ob = self._subexprs[-1](econtext)
+End of upgrade path, migration has finished
+The upgrade path did NOT reach current version
+Migration has failed

Modified: collector-chaos/trunk/Categorisation/Migration/4454 - Error value _length when migrating.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4454 - Error value _length when migrating.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4454 - Error value _length when migrating.txt Tue Nov 15 15:49:58 2005
@@ -1,86 +1,113 @@ /> -http://plone.org/collector/4454
-Pending Upgrade - Migration, bug medium
-Error value: _length when migrating
-
-= Comment - Entry #9 by Anonymous User on Sep 16, 2005 8:38 am
-
-What worked for me is the migrating of the archetypes package first in the archetype_tool
-and then migrating the plone site afterwards.
-________________________________________
-= Comment - Entry #8 by Anonymous User on Sep 5, 2005 1:08 pm
-
-I had the same problem: despite having called "manage_convertIndexes", migration attempts still caused the _length error.
-
-I tried to update my catalog before copying Data.fs. My plone instance has no uid_catalog or reference_catalog.
-
-But I found a workaround:
-
-- call "manage_convertIndexes"
-- export Members, then delete it
-- update portal_catalog (i.e. on the Advanced tab)
-- import Members
-- update portal_catalog again
-- migrate
-
-I haven't done any testing yet, but at least the migration did work!
-
-________________________________________
-= Comment - Entry #7 by alecm on Aug 15, 2005 2:19 am
-
-Perhaps if you rebuild your catalogs on your zope 2.7/Plone 2.0 instance to repair (or notice) any invalid records before doing the 2.8 migration, this will vent this error. Please report any successes or failures with doing so.
-________________________________________
-= Edit - Entry #6 by limi on Aug 15, 2005 2:08 am
-
- Changes: edited transcript, importance (important => medium)
-________________________________________
-= Comment - Entry #5 by alecm on Aug 14, 2005 2:47 pm
-
-This is starting to sound like a zope issue, perhaps zope's manage_convertIndexes needs to handle bad entries in a more sensible manner. I'm not sure how the uid_catalog and reference_catalog would be the issue as the plone migration attempts to migrate all ZCatalog inheritors in the portal root.
-________________________________________
-= Comment - Entry #4 by bitranch on Aug 13, 2005 12:43 pm
-
-I encountered the _length error -- after running Zope's convertIndexes on the catalog -- when migrating two sites.
-
-One of those failures was caused by three Portal Image entries in the catalog. Deleting those entries from the catalog fixed the problem. Nothing about the images or their entries in the catalog revealed any hint why they failed to convert.
-
-The second migration failure appears to be due to a custom AT object that broke (due to all the upgrades). It looks like broken objects stay in the catalog, but don't get their indexes converted. They then wreak havoc on migration because re-indexing (or zmi -> portal_catalog -> update catalog) fails with a _length error on those entries.
-
-I'm guessing that both of these are failures in zope's index conversion and not something that can be easily fixed in Plone's migration code. (Perhaps "broken" entries could be purged from the catalog before reindexing?)
-
-________________________________________
-= Comment - Entry #3 by blacktav on Aug 13, 2005 10:37 am
-
-Priamry cause is the new indexing in Zope 2.8.1 requiring convertIndexes to be run on the portal_catalog (as describe in the 2.8.1 doc/FAQ)
-
-However, this doesn't work for either uid_catalog or reference_catalog. Deleting these 2 catalogs, copying in new catalogs from a NEW Plone site, and then rebuilding them works OK. Since the reference_catalog should be empty anyway, sumably this should not break anything.
-________________________________________
-= Edit - Entry #2 by limi on Aug 12, 2005 8:37 pm
-
- Changes: importance (medium => important), plone version, new comment
-
-This is a common migration error (reported several times by different people), and should definitely be looked into before the release.
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 12, 2005 8:20 am
-
-Migration 2.0.5 -> 2.1-rc2 failed (see below).
-Already tried "Force upgrade"...
-
-Result of the attempt...
-
- * Dry run selected.
- * Starting the migration from version: 2.0.5
- * Attempting to upgrade from: 2.0.5
- * Upgrade aborted
- * Error type: exceptions.AttributeError
- * Error value: _length
- * File "/u/opt/zope/instances/instances2.8/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
- * File "/u/opt/zope/instances/instances2.8/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
- * File "/u/opt/zope/instances/instances2.8/Products/CMFPlone/migrations/v2_1/alphas.py", line 39, in two05_alpha1 reindexCatalog(portal, out)
- * File "/u/opt/zope/instances/instances2.8/Products/CMFPlone/migrations/v2_1/alphas.py", line 516, in reindexCatalog catalog.refreshCatalog(clear=1)
- * File "/u/opt/zope/Zope-2.8.1-final/lib/python/Products/ZCatalog/ZCatalog.py", line 287, in refreshCatalog cat.clear()
- * File "/u/opt/zope/Zope-2.8.1-final/lib/python/Products/ZCatalog/Catalog.py", line 106, in clear self._length.set(0)
- * End of upgrade path, migration has finished
- * The upgrade path did NOT reach current version
- * Migration has failed
- * Dry run selected, transaction aborted
-
+http://plone.org/collector/4454
+Pending Upgrade - Migration, bug medium
+Error value: _length when migrating
+
+= Comment - Entry #10 by achilles on Sep 27, 2005 11:47 pm
+
+Just for note, I can duplicate this issue consistently with the following setup:
+
+Zope 2.7.3, Plone 2.0.5, CMFMember 1.0 final, Archetypes 1.3.1, ATContentTypes 0.2.0
+
+Create a straight plone site, install CMFMember, add members and content.
+
+Create Zope 2.8.1 instance with Plone 2.1 final. Copy Data.fs from 2.7.3 to 2.8.1 and start. Go to portal_migrations, (dry run), migrate.
+
+I've run into this problem with 5 consecutive migrations on various sites, it's an out-of-the-box problem.
+
+
+
+You can solve this tty easily, by editing lib/python/Products/ZCatalog/Catalog.py in your Zope 2.8.1 installation.
+
+At line 106, insert
+
+self.migrate__len__()
+
+immediately before
+
+self._length.set(0)
+
+As this is only called on clearing the catalog, and the migrate__len__() call exits if the _length attribute is found, this is a relatively inexpensive fix. Can anyone see why this might not work in any circumstances?
+
+________________________________________
+= Comment - Entry #9 by Anonymous User on Sep 16, 2005 8:38 am
+
+What worked for me is the migrating of the archetypes package first in the archetype_tool
+and then migrating the plone site afterwards.
+________________________________________
+= Comment - Entry #8 by Anonymous User on Sep 5, 2005 1:08 pm
+
+I had the same problem: despite having called "manage_convertIndexes", migration attempts still caused the _length error.
+
+I tried to update my catalog before copying Data.fs. My plone instance has no uid_catalog or reference_catalog.
+
+But I found a workaround:
+
+- call "manage_convertIndexes"
+- export Members, then delete it
+- update portal_catalog (i.e. on the Advanced tab)
+- import Members
+- update portal_catalog again
+- migrate
+
+I haven't done any testing yet, but at least the migration did work!
+
+________________________________________
+= Comment - Entry #7 by alecm on Aug 15, 2005 2:19 am
+
+Perhaps if you rebuild your catalogs on your zope 2.7/Plone 2.0 instance to repair (or notice) any invalid records before doing the 2.8 migration, this will vent this error. Please report any successes or failures with doing so.
+________________________________________
+= Edit - Entry #6 by limi on Aug 15, 2005 2:08 am
+
+ Changes: edited transcript, importance (important => medium)
+________________________________________
+= Comment - Entry #5 by alecm on Aug 14, 2005 2:47 pm
+
+This is starting to sound like a zope issue, perhaps zope's manage_convertIndexes needs to handle bad entries in a more sensible manner. I'm not sure how the uid_catalog and reference_catalog would be the issue as the plone migration attempts to migrate all ZCatalog inheritors in the portal root.
+________________________________________
+= Comment - Entry #4 by bitranch on Aug 13, 2005 12:43 pm
+
+I encountered the _length error -- after running Zope's convertIndexes on the catalog -- when migrating two sites.
+
+One of those failures was caused by three Portal Image entries in the catalog. Deleting those entries from the catalog fixed the problem. Nothing about the images or their entries in the catalog revealed any hint why they failed to convert.
+
+The second migration failure appears to be due to a custom AT object that broke (due to all the upgrades). It looks like broken objects stay in the catalog, but don't get their indexes converted. They then wreak havoc on migration because re-indexing (or zmi -> portal_catalog -> update catalog) fails with a _length error on those entries.
+
+I'm guessing that both of these are failures in zope's index conversion and not something that can be easily fixed in Plone's migration code. (Perhaps "broken" entries could be purged from the catalog before reindexing?)
+
+________________________________________
+= Comment - Entry #3 by blacktav on Aug 13, 2005 10:37 am
+
+Priamry cause is the new indexing in Zope 2.8.1 requiring convertIndexes to be run on the portal_catalog (as describe in the 2.8.1 doc/FAQ)
+
+However, this doesn't work for either uid_catalog or reference_catalog. Deleting these 2 catalogs, copying in new catalogs from a NEW Plone site, and then rebuilding them works OK. Since the reference_catalog should be empty anyway, sumably this should not break anything.
+________________________________________
+= Edit - Entry #2 by limi on Aug 12, 2005 8:37 pm
+
+ Changes: importance (medium => important), plone version, new comment
+
+This is a common migration error (reported several times by different people), and should definitely be looked into before the release.
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 12, 2005 8:20 am
+
+Migration 2.0.5 -> 2.1-rc2 failed (see below).
+Already tried "Force upgrade"...
+
+Result of the attempt...
+
+ * Dry run selected.
+ * Starting the migration from version: 2.0.5
+ * Attempting to upgrade from: 2.0.5
+ * Upgrade aborted
+ * Error type: exceptions.AttributeError
+ * Error value: _length
+ * File "/u/opt/zope/instances/instances2.8/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
+ * File "/u/opt/zope/instances/instances2.8/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
+ * File "/u/opt/zope/instances/instances2.8/Products/CMFPlone/migrations/v2_1/alphas.py", line 39, in two05_alpha1 reindexCatalog(portal, out)
+ * File "/u/opt/zope/instances/instances2.8/Products/CMFPlone/migrations/v2_1/alphas.py", line 516, in reindexCatalog catalog.refreshCatalog(clear=1)
+ * File "/u/opt/zope/Zope-2.8.1-final/lib/python/Products/ZCatalog/ZCatalog.py", line 287, in refreshCatalog cat.clear()
+ * File "/u/opt/zope/Zope-2.8.1-final/lib/python/Products/ZCatalog/Catalog.py", line 106, in clear self._length.set(0)
+ * End of upgrade path, migration has finished
+ * The upgrade path did NOT reach current version
+ * Migration has failed
+ * Dry run selected, transaction aborted
+

Modified: collector-chaos/trunk/Categorisation/Migration/4455 - failed 2.0.5 2.1rc2 migration CMF Folder Folder.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4455 - failed 2.0.5 2.1rc2 migration CMF Folder Folder.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4455 - failed 2.0.5 2.1rc2 migration CMF Folder Folder.txt Tue Nov 15 15:49:58 2005
@@ -1,41 +1,45 @@ /> -http://plone.org/collector/4455
-Pending Upgrade - Migration, bug medium
-failed 2.0.5 2.1rc2 migration CMF Folder Folder
-
-= Edit - Entry #3 by limi on Aug 15, 2005 2:08 am
-
- Changes: importance (important => medium)
-________________________________________
-= Edit - Entry #2 by limi on Aug 13, 2005 2:50 am
-
- Changes: importance (medium => important), plone version, new comment
-
-Looks similar to a couple of other migration errors, should be looked into for 2.1.
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 12, 2005 8:31 am
-
-1) installed zope 2.8
-2) made new zeo and zope 2.8 instances
-3) copied Plone 2.1 RC2 products to zope 2.8 instance
-4) copied old Data.fs file from zeo 2.7 to my new zeo 2.8
-4) uninstalled extra/missing products using quickinstaller
-5) started up ok, tried migrating:
-
-# Starting the migration from version: 2.0.5
-# Attempting to upgrade from: 2.0.5
-# Upgrade aborted
-# Error type: Products.ATContentTypes.migration.walker.MigrationError
-# Error value: MigrationError for obj at /redbook/Members/kevink/Favorites (CMF Folder -> Folder): Traceback (most recent call last): File "/zope28/Products/ATContentTypes/migration/walker.py", line 174, in migrate migrator.migrate() File "/zope28/Products/ATContentTypes/migration/migrator.py", line 195, in migrate method() File "/zope28/Products/ATContentTypes/migration/migrator.py", line 515, in migrate_children self.new._setObject(id, obj, set_owner=0) File "/opt/Zope-2.8/lib/python/OFS/ObjectManager.py", line 293, in _setObject object.manage_afterAdd(object, self) File "/zope28/Products/Archetypes/BaseContent.py", line 42, in manage_afterAdd CatalogMultiplex.manage_afterAdd(self, item, container) File "/zope28/Products/Archetypes/CatalogMultiplex.py", line 72, in manage_afterAdd self.indexObject() File "/zope28/Products/Archetypes/CatalogMultiplex.py", line 26, in indexObject c.catalog_object(self, url) File "/zope28/Products/CMFPlone/CatalogTool.py", line 413, in catalog_object update_metadata, pghandler=pghandler) File "/opt/Zope-2.8/lib/python/Products/ZCatalog/ZCatalog.py", line 561, in catalog_object update_metadata=update_metadata) File "/opt/Zope-2.8/lib/python/Products/ZCatalog/Catalog.py", line 349, in catalogObject self.updateMetadata(object, uid) File "/opt/Zope-2.8/lib/python/Products/ZCatalog/Catalog.py", line 278, in updateMetadata newDataRecord = self.recordify(object) File "/opt/Zope-2.8/lib/python/Products/ZCatalog/Catalog.py", line 418, in recordify if(attr is not MV and safe_callable(attr)): attr=attr() File "/zope28/Products/ATContentTypes/content/favorite.py", line 147, in getIcon return obj.getIcon(relative_to_portal) AttributeError: getIcon
-# File "/zope28/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
-# File "/zope28/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
-# File "/zope28/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
-# File "/zope28/Products/CMFPlone/migrations/v2_1/alphas.py", line 289, in migrateToATCT10 tool.migrateToATCT()
-# File "/zope28/Products/ATContentTypes/tool/migration.py", line 253, in migrateToATCT out, elapse, c_elapse = self.migrateContentTypesToATCT(portal_types=None)
-# File "/zope28/Products/ATContentTypes/tool/migration.py", line 273, in migrateContentTypesToATCT out = migrateAll(portal)
-# File "/zope28/Products/ATContentTypes/migration/atctmigrator.py", line 239, in migrateAll migrator=migrator, **kwargs)
-# File "/zope28/Products/ATContentTypes/migration/common.py", line 224, in migratePortalType walk.go()
-# File "/zope28/Products/ATContentTypes/migration/walker.py", line 126, in go self.migrate(self.walk(), **kwargs)
-# File "/zope28/Products/ATContentTypes/migration/walker.py", line 205, in migrate raise MigrationError(objpath, migrator, tb)
-# End of upgrade path, migration has finished
-# The upgrade path did NOT reach current version
-# Migration has failed
+http://plone.org/collector/4455
+Pending Upgrade - Migration, bug medium
+failed 2.0.5 2.1rc2 migration CMF Folder Folder
+
+= Comment - Entry #4 by Anonymous User on Nov 2, 2005 9:24 am
+
+This issue affects me with a migration from Plone 2.0.5 to Plone 2.1.1. Any idea what can be done to remedy this? Workarounds? Estimated time of repair?
+________________________________________
+= Edit - Entry #3 by limi on Aug 15, 2005 2:08 am
+
+ Changes: importance (important => medium)
+________________________________________
+= Edit - Entry #2 by limi on Aug 13, 2005 2:50 am
+
+ Changes: importance (medium => important), plone version, new comment
+
+Looks similar to a couple of other migration errors, should be looked into for 2.1.
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 12, 2005 8:31 am
+
+1) installed zope 2.8
+2) made new zeo and zope 2.8 instances
+3) copied Plone 2.1 RC2 products to zope 2.8 instance
+4) copied old Data.fs file from zeo 2.7 to my new zeo 2.8
+4) uninstalled extra/missing products using quickinstaller
+5) started up ok, tried migrating:
+
+# Starting the migration from version: 2.0.5
+# Attempting to upgrade from: 2.0.5
+# Upgrade aborted
+# Error type: Products.ATContentTypes.migration.walker.MigrationError
+# Error value: MigrationError for obj at /redbook/Members/kevink/Favorites (CMF Folder -> Folder): Traceback (most recent call last): File "/zope28/Products/ATContentTypes/migration/walker.py", line 174, in migrate migrator.migrate() File "/zope28/Products/ATContentTypes/migration/migrator.py", line 195, in migrate method() File "/zope28/Products/ATContentTypes/migration/migrator.py", line 515, in migrate_children self.new._setObject(id, obj, set_owner=0) File "/opt/Zope-2.8/lib/python/OFS/ObjectManager.py", line 293, in _setObject object.manage_afterAdd(object, self) File "/zope28/Products/Archetypes/BaseContent.py", line 42, in manage_afterAdd CatalogMultiplex.manage_afterAdd(self, item, container) File "/zope28/Products/Archetypes/CatalogMultiplex.py", line 72, in manage_afterAdd self.indexObject() File "/zope28/Products/Archetypes/CatalogMultiplex.py", line 26, in indexObject c.catalog_object(self, url) File "/zope28/Products/CMFPlone/CatalogTool.py", line 413, in catalog_object update_metadata, pghandler=pghandler) File "/opt/Zope-2.8/lib/python/Products/ZCatalog/ZCatalog.py", line 561, in catalog_object update_metadata=update_metadata) File "/opt/Zope-2.8/lib/python/Products/ZCatalog/Catalog.py", line 349, in catalogObject self.updateMetadata(object, uid) File "/opt/Zope-2.8/lib/python/Products/ZCatalog/Catalog.py", line 278, in updateMetadata newDataRecord = self.recordify(object) File "/opt/Zope-2.8/lib/python/Products/ZCatalog/Catalog.py", line 418, in recordify if(attr is not MV and safe_callable(attr)): attr=attr() File "/zope28/Products/ATContentTypes/content/favorite.py", line 147, in getIcon return obj.getIcon(relative_to_portal) AttributeError: getIcon
+# File "/zope28/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
+# File "/zope28/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
+# File "/zope28/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
+# File "/zope28/Products/CMFPlone/migrations/v2_1/alphas.py", line 289, in migrateToATCT10 tool.migrateToATCT()
+# File "/zope28/Products/ATContentTypes/tool/migration.py", line 253, in migrateToATCT out, elapse, c_elapse = self.migrateContentTypesToATCT(portal_types=None)
+# File "/zope28/Products/ATContentTypes/tool/migration.py", line 273, in migrateContentTypesToATCT out = migrateAll(portal)
+# File "/zope28/Products/ATContentTypes/migration/atctmigrator.py", line 239, in migrateAll migrator=migrator, **kwargs)
+# File "/zope28/Products/ATContentTypes/migration/common.py", line 224, in migratePortalType walk.go()
+# File "/zope28/Products/ATContentTypes/migration/walker.py", line 126, in go self.migrate(self.walk(), **kwargs)
+# File "/zope28/Products/ATContentTypes/migration/walker.py", line 205, in migrate raise MigrationError(objpath, migrator, tb)
+# End of upgrade path, migration has finished
+# The upgrade path did NOT reach current version
+# Migration has failed

Modified: collector-chaos/trunk/Categorisation/Migration/4458 - More migration errors.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4458 - More migration errors.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4458 - More migration errors.txt Tue Nov 15 15:49:58 2005
@@ -1,37 +1,37 @@ /> -http://plone.org/collector/4458
-Pending Upgrade - Migration, bug medium
-More migration errors
-
-= Unrestrict_pending - Entry #3 by limi on Aug 13, 2005 2:50 am
-
- Triggered by security_related toggle.
-________________________________________
-= Edit - Entry #2 by limi on Aug 13, 2005 2:49 am
-
- Changes: security_related unset, plone version, new comment
-
-Not security related, and seems to be a recurring migration bug that needs to be looked into before 2.1 as others have reported the same.
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 12, 2005 1:04 pm
-
-Result of the attempt...
-
- * Starting the migration from version: 2.0.5
- * Attempting to upgrade from: 2.0.5
- * Upgrade aborted
- * Error type: Products.ATContentTypes.migration.walker.MigrationError
- * Error value: MigrationError for obj at /npfit/regions/bestpractice/p1r2/assessment/workgroup/index_html (CMF Document -> Document): Traceback (most recent call last): File "/zope28/instance/default/Products/ATContentTypes/migration/walker.py", line 174, in migrate migrator.migrate() File "/zope28/instance/default/Products/ATContentTypes/migration/migrator.py", line 198, in migrate self.remove() File "/zope28/instance/default/Products/ATContentTypes/migration/migrator.py", line 440, in remove self.parent.manage_delObjects([self.old_id]) File "/zope28/instance/default/Products/CMFPlone/PloneFolder.py", line 326, in manage_delObjects if not mt.checkPermission(Permissions.delete_objects, item): AttributeError: checkPermission
- * File "/zope28/instance/default/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
- * File "/zope28/instance/default/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
- * File "/zope28/instance/default/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
- * File "/zope28/instance/default/Products/CMFPlone/migrations/v2_1/alphas.py", line 289, in migrateToATCT10 tool.migrateToATCT()
- * File "/zope28/instance/default/Products/ATContentTypes/tool/migration.py", line 253, in migrateToATCT out, elapse, c_elapse = self.migrateContentTypesToATCT(portal_types=None)
- * File "/zope28/instance/default/Products/ATContentTypes/tool/migration.py", line 273, in migrateContentTypesToATCT out = migrateAll(portal)
- * File "/zope28/instance/default/Products/ATContentTypes/migration/atctmigrator.py", line 239, in migrateAll migrator=migrator, **kwargs)
- * File "/zope28/instance/default/Products/ATContentTypes/migration/common.py", line 224, in migratePortalType walk.go()
- * File "/zope28/instance/default/Products/ATContentTypes/migration/walker.py", line 126, in go self.migrate(self.walk(), **kwargs)
- * File "/zope28/instance/default/Products/ATContentTypes/migration/walker.py", line 205, in migrate raise MigrationError(objpath, migrator, tb)
- * End of upgrade path, migration has finished
- * The upgrade path did NOT reach current version
- * Migration has failed
-
+http://plone.org/collector/4458
+Pending Upgrade - Migration, bug medium
+More migration errors
+
+= Unrestrict_pending - Entry #3 by limi on Aug 13, 2005 2:50 am
+
+ Triggered by security_related toggle.
+________________________________________
+= Edit - Entry #2 by limi on Aug 13, 2005 2:49 am
+
+ Changes: security_related unset, plone version, new comment
+
+Not security related, and seems to be a recurring migration bug that needs to be looked into before 2.1 as others have reported the same.
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 12, 2005 1:04 pm
+
+Result of the attempt...
+
+ * Starting the migration from version: 2.0.5
+ * Attempting to upgrade from: 2.0.5
+ * Upgrade aborted
+ * Error type: Products.ATContentTypes.migration.walker.MigrationError
+ * Error value: MigrationError for obj at /npfit/regions/bestpractice/p1r2/assessment/workgroup/index_html (CMF Document -> Document): Traceback (most recent call last): File "/zope28/instance/default/Products/ATContentTypes/migration/walker.py", line 174, in migrate migrator.migrate() File "/zope28/instance/default/Products/ATContentTypes/migration/migrator.py", line 198, in migrate self.remove() File "/zope28/instance/default/Products/ATContentTypes/migration/migrator.py", line 440, in remove self.parent.manage_delObjects([self.old_id]) File "/zope28/instance/default/Products/CMFPlone/PloneFolder.py", line 326, in manage_delObjects if not mt.checkPermission(Permissions.delete_objects, item): AttributeError: checkPermission
+ * File "/zope28/instance/default/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
+ * File "/zope28/instance/default/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
+ * File "/zope28/instance/default/Products/CMFPlone/migrations/v2_1/alphas.py", line 67, in two05_alpha1 migrateToATCT10(portal, out)
+ * File "/zope28/instance/default/Products/CMFPlone/migrations/v2_1/alphas.py", line 289, in migrateToATCT10 tool.migrateToATCT()
+ * File "/zope28/instance/default/Products/ATContentTypes/tool/migration.py", line 253, in migrateToATCT out, elapse, c_elapse = self.migrateContentTypesToATCT(portal_types=None)
+ * File "/zope28/instance/default/Products/ATContentTypes/tool/migration.py", line 273, in migrateContentTypesToATCT out = migrateAll(portal)
+ * File "/zope28/instance/default/Products/ATContentTypes/migration/atctmigrator.py", line 239, in migrateAll migrator=migrator, **kwargs)
+ * File "/zope28/instance/default/Products/ATContentTypes/migration/common.py", line 224, in migratePortalType walk.go()
+ * File "/zope28/instance/default/Products/ATContentTypes/migration/walker.py", line 126, in go self.migrate(self.walk(), **kwargs)
+ * File "/zope28/instance/default/Products/ATContentTypes/migration/walker.py", line 205, in migrate raise MigrationError(objpath, migrator, tb)
+ * End of upgrade path, migration has finished
+ * The upgrade path did NOT reach current version
+ * Migration has failed
+

Modified: collector-chaos/trunk/Categorisation/Migration/4460 - Migration 2.0.5 to 2.1-rc2 failed AttributeError clear.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4460 - Migration 2.0.5 to 2.1-rc2 failed AttributeError clear.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4460 - Migration 2.0.5 to 2.1-rc2 failed AttributeError clear.txt Tue Nov 15 15:49:58 2005
@@ -1,74 +1,74 @@ /> -http://plone.org/collector/4460
-Pending Upgrade - Migration, bug medium
-Migration 2.0.5 to 2.1-rc2 failed: AttributeError: "clear"
-
-= Comment - Entry #9 by Anonymous User on Sep 5, 2005 3:44 am
-
-Just for the records....
-
-I had the exactly same error. I forgot to install TextIndexNG (V2.1.1) to my new Zope Instance. After installing TXNG and installing TXNG modules (setup.py build/install) migration to rc3 successfully finished.
-________________________________________
-= Comment - Entry #8 by cshenton on Aug 24, 2005 5:29 pm
-
- I'm using TextIndexNG2 2.2.0 b1 (08.01.2005)
-
-Will check the othe bits when I get back into the office.
-
-________________________________________
-= Comment - Entry #7 by Anonymous User on Aug 15, 2005 12:43 pm
-
-What version of TXNG? I know the version I have locally has a clear() method, and AFAIK ZWiki only adds standard indexes. Can you try rebuilding your catalogs in plone 2.0 before migrating? If that doesn't work, could you list all of your indexes and their types, as listed in portal_catalog?
-________________________________________
-= Comment - Entry #6 by cshenton on Aug 15, 2005 9:54 am
-
-alecm, how would I check for installation of non-standard index types? Perhaps I'm too ignorant. To my 2.0.5 install, I added Epoz, TextIndexNG2 and ZWiki; I think that's all.
-________________________________________
-= Edit - Entry #5 by limi on Aug 15, 2005 2:07 am
-
- Changes: importance (important => medium), revised version_info
-________________________________________
-= Edit - Entry #4 by alecm on Aug 14, 2005 3:23 pm
-
- Changes: edited transcript, revised version_info
-________________________________________
-= Comment - Entry #3 by alecm on Aug 14, 2005 3:20 pm
-
-Do you have any non-standard index types installed? Or have you made any other catalog customizations. This would appear to be a very strange error, all the indexes that I can find implement a clear() method. Also, the getIndex method doesn't seem likely to return anything besides an index, invalid parameters result in exceptions not returning None or similar.
-________________________________________
-= Edit - Entry #2 by limi on Aug 13, 2005 2:47 am
-
- Changes: submitter email, importance (medium => important), plone version, new comment
-
-Yup, several others have reported this, so should be looked into.
-________________________________________
-= Request - Entry #1 by cshenton on Aug 12, 2005 4:39 pm
-
-Installed Zope-2.7.7 and did mkzopeinstance. Configured $instance/etc/zope.conf to use .../Plone-2.1-rc2/Products. Copied my 2.0.5 var/Data.fs into empty 2.1-rc2 instance var/ directory. Started with "runzope". In ZMI it found "Plone". Selected it, went to portal_migration, tried to do a dry run test, failed.
-
-(I've also tried this with Zope-2.8.1 with the same result.)
-
-Instance version: 2.0.5
-File system version: 2.1-rc2
-
-Plone Migration Tool at /Plone/portal_migration
-
-Result of the attempt...
-
- * Dry run selected.
- * Starting the migration from version: 2.0.5
- * Attempting to upgrade from: 2.0.5
- * Upgrade aborted
- * Error type: exceptions.AttributeError
- * Error value: clear
- * File "/usr/local/Plone/Plone-2.1-rc2/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
- * File "/usr/local/Plone/Plone-2.1-rc2/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
- * File "/usr/local/Plone/Plone-2.1-rc2/CMFPlone/migrations/v2_1/alphas.py", line 39, in two05_alpha1 reindexCatalog(portal, out)
- * File "/usr/local/Plone/Plone-2.1-rc2/CMFPlone/migrations/v2_1/alphas.py", line 516, in reindexCatalog catalog.refreshCatalog(clear=1)
- * File "/usr/local/Zope/2.7.7-final/lib/python/Products/ZCatalog/ZCatalog.py", line 273, in refreshCatalog cat.clear()
- * File "/usr/local/Zope/2.7.7-final/lib/python/Products/ZCatalog/Catalog.py", line 99, in clear self.getIndex(index).clear()
- * End of upgrade path, migration has finished
- * The upgrade path did NOT reach current version
- * Migration has failed
- * Dry run selected, transaction aborted
-
-
+http://plone.org/collector/4460
+Pending Upgrade - Migration, bug medium
+Migration 2.0.5 to 2.1-rc2 failed: AttributeError: "clear"
+
+= Comment - Entry #9 by Anonymous User on Sep 5, 2005 3:44 am
+
+Just for the records....
+
+I had the exactly same error. I forgot to install TextIndexNG (V2.1.1) to my new Zope Instance. After installing TXNG and installing TXNG modules (setup.py build/install) migration to rc3 successfully finished.
+________________________________________
+= Comment - Entry #8 by cshenton on Aug 24, 2005 5:29 pm
+
+ I'm using TextIndexNG2 2.2.0 b1 (08.01.2005)
+
+Will check the othe bits when I get back into the office.
+
+________________________________________
+= Comment - Entry #7 by Anonymous User on Aug 15, 2005 12:43 pm
+
+What version of TXNG? I know the version I have locally has a clear() method, and AFAIK ZWiki only adds standard indexes. Can you try rebuilding your catalogs in plone 2.0 before migrating? If that doesn't work, could you list all of your indexes and their types, as listed in portal_catalog?
+________________________________________
+= Comment - Entry #6 by cshenton on Aug 15, 2005 9:54 am
+
+alecm, how would I check for installation of non-standard index types? Perhaps I'm too ignorant. To my 2.0.5 install, I added Epoz, TextIndexNG2 and ZWiki; I think that's all.
+________________________________________
+= Edit - Entry #5 by limi on Aug 15, 2005 2:07 am
+
+ Changes: importance (important => medium), revised version_info
+________________________________________
+= Edit - Entry #4 by alecm on Aug 14, 2005 3:23 pm
+
+ Changes: edited transcript, revised version_info
+________________________________________
+= Comment - Entry #3 by alecm on Aug 14, 2005 3:20 pm
+
+Do you have any non-standard index types installed? Or have you made any other catalog customizations. This would appear to be a very strange error, all the indexes that I can find implement a clear() method. Also, the getIndex method doesn't seem likely to return anything besides an index, invalid parameters result in exceptions not returning None or similar.
+________________________________________
+= Edit - Entry #2 by limi on Aug 13, 2005 2:47 am
+
+ Changes: submitter email, importance (medium => important), plone version, new comment
+
+Yup, several others have reported this, so should be looked into.
+________________________________________
+= Request - Entry #1 by cshenton on Aug 12, 2005 4:39 pm
+
+Installed Zope-2.7.7 and did mkzopeinstance. Configured $instance/etc/zope.conf to use .../Plone-2.1-rc2/Products. Copied my 2.0.5 var/Data.fs into empty 2.1-rc2 instance var/ directory. Started with "runzope". In ZMI it found "Plone". Selected it, went to portal_migration, tried to do a dry run test, failed.
+
+(I've also tried this with Zope-2.8.1 with the same result.)
+
+Instance version: 2.0.5
+File system version: 2.1-rc2
+
+Plone Migration Tool at /Plone/portal_migration
+
+Result of the attempt...
+
+ * Dry run selected.
+ * Starting the migration from version: 2.0.5
+ * Attempting to upgrade from: 2.0.5
+ * Upgrade aborted
+ * Error type: exceptions.AttributeError
+ * Error value: clear
+ * File "/usr/local/Plone/Plone-2.1-rc2/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
+ * File "/usr/local/Plone/Plone-2.1-rc2/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
+ * File "/usr/local/Plone/Plone-2.1-rc2/CMFPlone/migrations/v2_1/alphas.py", line 39, in two05_alpha1 reindexCatalog(portal, out)
+ * File "/usr/local/Plone/Plone-2.1-rc2/CMFPlone/migrations/v2_1/alphas.py", line 516, in reindexCatalog catalog.refreshCatalog(clear=1)
+ * File "/usr/local/Zope/2.7.7-final/lib/python/Products/ZCatalog/ZCatalog.py", line 273, in refreshCatalog cat.clear()
+ * File "/usr/local/Zope/2.7.7-final/lib/python/Products/ZCatalog/Catalog.py", line 99, in clear self.getIndex(index).clear()
+ * End of upgrade path, migration has finished
+ * The upgrade path did NOT reach current version
+ * Migration has failed
+ * Dry run selected, transaction aborted
+
+

Modified: collector-chaos/trunk/Categorisation/Migration/4478 - CMF to ATCT migration problem for iso-8859-1 contents.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4478 - CMF to ATCT migration problem for iso-8859-1 contents.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4478 - CMF to ATCT migration problem for iso-8859-1 contents.txt Tue Nov 15 15:49:58 2005
@@ -1,16 +1,23 @@ /> -http://plone.org/collector/4478
-Pending Content Types, bug medium
-CMF to ATCT migration problem for iso-8859-1 contents
-
-= Edit - Entry #2 by limi on Aug 15, 2005 12:07 am
-
- Changes: plone version, new comment
-
-Anybody up for writing a script that converts from current site encoding to UTF-8?
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 14, 2005 11:55 pm
-
-a little tip for converting old cmf doc to atct if old doc are encoded in iso-8859, and your new instance in utf-8. switch in iso-8859-1, convert data type, and switch back utf-8. if not the migration won't work...
-
-and if you give to non coder user, like me, a little script for converting iso-8859-x to utf-8 it will more easy to upgrade to 2.1
-
+http://plone.org/collector/4478
+Pending Content Types, bug medium
+CMF to ATCT migration problem for iso-8859-1 contents
+
+= Comment - Entry #3 by Anonymous User on Sep 20, 2005 6:32 am
+
+After migrating from 2.0.5 to 2.1 Navigation box shows skandinavian characters as question marks.
+More details in <a href="" target="_blank">http://plone.org/collector/4437">http://plone.org/collector/4437</a>
+
+JOna
+________________________________________
+= Edit - Entry #2 by limi on Aug 15, 2005 12:07 am
+
+ Changes: plone version, new comment
+
+Anybody up for writing a script that converts from current site encoding to UTF-8?
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 14, 2005 11:55 pm
+
+a little tip for converting old cmf doc to atct if old doc are encoded in iso-8859, and your new instance in utf-8. switch in iso-8859-1, convert data type, and switch back utf-8. if not the migration won't work...
+
+and if you give to non coder user, like me, a little script for converting iso-8859-x to utf-8 it will more easy to upgrade to 2.1
+

Modified: collector-chaos/trunk/Categorisation/Migration/4503 - Problem with getRawRelatedItems index.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4503 - Problem with getRawRelatedItems index.txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4503 - Problem with getRawRelatedItems index.txt Tue Nov 15 15:49:58 2005
@@ -1,31 +1,31 @@ /> -http://plone.org/collector/4503
-Pending ZPT, bug medium
-Problem with getRawRelatedItems index
-
-= Request - Entry #1 by fschulze on Aug 16, 2005 9:29 pm
-
-I have migrated a site from Plone 2.0.5 with ATCT 0.2 and PloneArticle. I get log entries like this:
-
-2005-08-17T01:57:41 ERROR(200) ZCatalog Recataloging object at /extremportal/nachrichten/computer/347a10a85cf6bcd failed
-Traceback (most recent call last):
- File "/opt/zope/Zope-2.7.7/lib/python/Products/ZCatalog/ZCatalog.py", line 287, in refreshCatalog
- self.catalog_object(obj, p)
- File "/opt/zope/extremportal_instance21/Products/CMFPlone/CatalogTool.py", line 430, in catalog_object
- ZCatalog.catalog_object(self, w, uid, idxs, update_metadata)
- File "/opt/zope/Zope-2.7.7/lib/python/Products/ZCatalog/ZCatalog.py", line 528, in catalog_object
- update_metadata=update_metadata)
- File "/opt/zope/Zope-2.7.7/lib/python/Products/ZCatalog/Catalog.py", line 381, in catalogObject
- blah = x.index_object(index, object, threshold)
- File "/opt/zope/Zope-2.7.7/lib/python/Products/PluginIndexes/common/UnIndex.py", line 252, in index_object
- res += self._index_object(documentId, obj, threshold, attr)
- File "/opt/zope/Zope-2.7.7/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 61, in _index_object
- newKeywords = self._get_object_keywords(obj, attr)
- File "/opt/zope/Zope-2.7.7/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 94, in _get_object_keywords
- newKeywords = newKeywords()
- File "/opt/zope/extremportal_instance21/Products/Archetypes/ClassGen.py", line 68, in generatedEditAccessor
- return schema[name].getRaw(self, **kw)
- File "/opt/zope/extremportal_instance21/Products/Archetypes/Schema/__init__.py", line 221, in __getitem__
- return self._fields[name]
-KeyError: 'relatedItems'
-
-I guess the problem is, that _get_object_keywords tries a getattr and succeeds, because it gets getRaw, but then the KeyError is raised when it tries to access the content. I think this needs to be fixed in Archetypes somehow.
+http://plone.org/collector/4503
+Pending ZPT, bug medium
+Problem with getRawRelatedItems index
+
+= Request - Entry #1 by fschulze on Aug 16, 2005 9:29 pm
+
+I have migrated a site from Plone 2.0.5 with ATCT 0.2 and PloneArticle. I get log entries like this:
+
+2005-08-17T01:57:41 ERROR(200) ZCatalog Recataloging object at /extremportal/nachrichten/computer/347a10a85cf6bcd failed
+Traceback (most recent call last):
+ File "/opt/zope/Zope-2.7.7/lib/python/Products/ZCatalog/ZCatalog.py", line 287, in refreshCatalog
+ self.catalog_object(obj, p)
+ File "/opt/zope/extremportal_instance21/Products/CMFPlone/CatalogTool.py", line 430, in catalog_object
+ ZCatalog.catalog_object(self, w, uid, idxs, update_metadata)
+ File "/opt/zope/Zope-2.7.7/lib/python/Products/ZCatalog/ZCatalog.py", line 528, in catalog_object
+ update_metadata=update_metadata)
+ File "/opt/zope/Zope-2.7.7/lib/python/Products/ZCatalog/Catalog.py", line 381, in catalogObject
+ blah = x.index_object(index, object, threshold)
+ File "/opt/zope/Zope-2.7.7/lib/python/Products/PluginIndexes/common/UnIndex.py", line 252, in index_object
+ res += self._index_object(documentId, obj, threshold, attr)
+ File "/opt/zope/Zope-2.7.7/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 61, in _index_object
+ newKeywords = self._get_object_keywords(obj, attr)
+ File "/opt/zope/Zope-2.7.7/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 94, in _get_object_keywords
+ newKeywords = newKeywords()
+ File "/opt/zope/extremportal_instance21/Products/Archetypes/ClassGen.py", line 68, in generatedEditAccessor
+ return schema[name].getRaw(self, **kw)
+ File "/opt/zope/extremportal_instance21/Products/Archetypes/Schema/__init__.py", line 221, in __getitem__
+ return self._fields[name]
+KeyError: 'relatedItems'
+
+I guess the problem is, that _get_object_keywords tries a getattr and succeeds, because it gets getRaw, but then the KeyError is raised when it tries to access the content. I think this needs to be fixed in Archetypes somehow.

Modified: collector-chaos/trunk/Categorisation/Migration/4511 - Migration fail from 2.0.5 to 2.1rc2 (AttributeError).txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Migration/4511 - Migration fail from 2.0.5 to 2.1rc2 (AttributeError).txt (original)
+++ collector-chaos/trunk/Categorisation/Migration/4511 - Migration fail from 2.0.5 to 2.1rc2 (AttributeError).txt Tue Nov 15 15:49:58 2005
@@ -1,205 +1,205 @@ /> -http://plone.org/collector/4511
-Pending Upgrade - Migration, bug medium
-Migration fail : from 2.0.5 to 2.1rc2 (AttributeError)
-
-= Comment - Entry #12 by alecm on Aug 31, 2005 12:18 pm
-
-If the below doesn't give any more information, you may want to add the following to SOFTWARE_HOME/OFS/Traversable.py in unrestrictedTraverse after:
- else:
- path = list(path)
-add:
- if 'f' in path:
- print path
-
-And see what comes up on the zope console before the migration error (you must run zope with 'zopectl fg' or 'runzope' for this). This will let us know what template is trigerring your strange traversal error.
-________________________________________
-= Comment - Entry #11 by alecm on Aug 31, 2005 11:43 am
-
-Also make sure your new zope is running in debug mode to catch any import errors on start up. Please list any add on products you have installed.
-________________________________________
-= Comment - Entry #10 by optilude on Aug 31, 2005 11:37 am
-
-If you get an ImportError, that may indicate that your Products/ directory is either missing some files, have older products which depend on vious versions of Archetypes or other core products that have been replaced with newer but incompatible implementations, or that there is a permissions issue whereby Zope can't read the necessary files.
-
-Try creating a fresh Zope instance, unpack the Plone 2.1rc3 tarball into its Products/ directory, copy the var/Data.fs from your old instance to the new instance, start the new instance, and try migration there again.
-________________________________________
-= Comment - Entry #9 by laugel on Aug 31, 2005 4:46 am
-
-
-No more success. For the first time, the AT migration worked : portal_atct showed:
-File System: 1.0.0-rc5 [numeric: (1, 0, 0, -199)]
-Plone Site : 1.0.0-rc5 [numeric: (1, 0, 0, -199)]
-
-BUT: I'm unable to access to the listing of the content of my Plone site from the ZMI (URL: <a href="" target="_blank">http://localhost:8080/myplonesite/manage_workspace">http://localhost:8080/myplonesite/manage_workspace</a>):
-- ImportError: No module named Validators
-
-In spite of this, I can access (if I type URL directly) to the objects: portal_catalog, portal_skins, archetype_tool, portal_atct, portal_quickinsaller, etc, etc.
-So I can access to the portal_migration object too. I tried a migration, and I got the error "Attribute Error: f" again.
-________________________________________
-= Comment - Entry #8 by laugel on Aug 30, 2005 11:00 am
-
-> You are running with the AT version that shipped with plone 2.0.5 right (1.2.5xx)?
-
-Yes. I will try your tip now. Thanks a lot for answer. I keep you informed.
-________________________________________
-= Comment - Entry #7 by alecm on Aug 30, 2005 10:51 am
-
-I'm sorry this has been so frustrating for you. To me it looks like you probably need to run the Archetypes migrations (from archetype_tool in the ZMI) before any plone migrations. You are running with the AT version that shipped with plone 2.0.5 right (1.2.5xx)? To do this install the latest Archetypes into your existing instance (after making a backup of your data.fs), then do the AT migration, and afterwards move your migrated data.fs into the new plone 2.1 instance and try to migrate.
-________________________________________
-= Comment - Entry #6 by laugel on Aug 30, 2005 8:15 am
-
-I give up. I didn't succeded to achieve this migration, even after many tests. I'm sad to say that I will stay in 2.0.5.
-________________________________________
-= Comment - Entry #5 by Anonymous User on Aug 23, 2005 9:48 am
-
-Still having the problem.
-
-I recataloged all my site on the old system *before* migration. Then I tried the migration to RC 3 + zope 2.7.7, without luck (I correctly replaced the Data.fs and the old products).
-
-I tried also to create a new clean site (Plone 2.1) in the same Zope instance. This work fine.
-So I used copy/paste to transfert my documents and some of my objects (made with archetype) from the old Plone site to the new one (as they are in the same Zope instance). This works well for my objects and 70% percent of the documents. But some of the documents failed (in fact not really the document but the container folder, of type ATFolder). When I try to past these folders, I have the error :
-
-Traceback (innermost last):
- Module ZPublisher.Publish, line 101, in publish
- Module ZPublisher.mapply, line 88, in mapply
- Module ZPublisher.Publish, line 39, in call_object
- Module OFS.CopySupport, line 173, in manage_pasteObjects
- Module Products.Archetypes.Referenceable, line 322, in _getCopy
- Module OFS.CopySupport, line 460, in _getCopy
- Module ZODB.ExportImport, line 85, in importFile
- Module ZODB.Transaction, line 241, in commit
- Module ZODB.Transaction, line 356, in _commit_objects
- Module ZODB.Connection, line 344, in commit
- Module ZODB.ExportImport, line 153, in _importDuringCommit
-ImportError: No module named Validators
-
-If I even try to click on one of these folders from the ZMI, I receive the same kind of error :
-
-Traceback (innermost last):
- * Module ZPublisher.Publish, line 175, in publish_module_standard
- * Module Products.PlacelessTranslationService.PatchStringIO, line 51, in new_publish
- * Module ZPublisher.Publish, line 132, in publish
- * Module Zope.App.startup, line 204, in zpublisher_exception_hook
- * Module ZPublisher.Publish, line 101, in publish
- * Module ZPublisher.mapply, line 88, in mapply
- * Module ZPublisher.Publish, line 39, in call_object
- * Module Shared.DC.Scripts.Bindings, line 306, in __call__
- * Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
- * Module App.special_dtml, line 175, in _exec
- * Module DocumentTemplate.DT_Let, line 76, in render
- * Module DocumentTemplate.DT_In, line 643, in renderwob
- * Module DocumentTemplate.DT_In, line 771, in sort_sequence
- * Module ZODB.Connection, line 600, in setstate
- * Module ZODB.Connection, line 639, in _set_ghost_state
-ImportError: No module named Validators
-
-As any migration fails on this plone site, both from portal_migration and portal_atct (see the error on my first post), I don't known what to do know.
-
-My hope to run a Plone 2.1 with my old content (which is only 3 months old) decreases each day... (I work on this problem for days). Thanks in advance for you replies.
-________________________________________
-= Comment - Entry #4 by alecm on Aug 19, 2005 12:51 pm
-
-2.7.7 may be a better choice for you as the migration to 2.8 also involves some additional complexity. Also, though perhaps not officially supported migration should certainly work with 2.7.5, I've used 2.7.5 with 2.1 extensively. You may want to try rebuilding you catalog before migration, and also use the rc3 released today.
-________________________________________
-= Comment - Entry #3 by laugel on Aug 19, 2005 11:47 am
-
-I just saw that Zope 2.7.5 is not officially supported.
-Despite this, I tried to migrate from 2.0.5 to 2.1rc3 with zope 2.7.5. No luck. Same error.
-
-I will install Zope 2.8.1 (sniff :-( there's no Debian package available yet...) and I will try again. I keep you informed about this.
-
-Regards,
-Jean-Yves
-________________________________________
-= Edit - Entry #2 by limi on Aug 18, 2005 2:55 pm
-
- Changes: submitter email, importance (important => medium), plone version
-________________________________________
-= Request - Entry #1 by laugel on Aug 18, 2005 10:27 am
-
-What I've done:
-- Updated my catalog (in order to have a clean one)
-- deleted all folders in the Folder "Products", except my own products (which are simple archetypes ones) and those which were not in the tarball.
-- unziped the tgz file in this "Products" folder
-- restarted Zope
-
-In ZMI, the migration proccess from the portal_migration tool give me this error :
-
- * Starting the migration from version: 2.0.5
- * Attempting to upgrade from: 2.0.5
- * Converted Plone Site to CMFDynamicViewFTI
- * Updated portal selectable views
- * Deleted PathIndex 'path' from portal_catalog.
- * Added ExtendedPathIndex 'path' to portal_catalog.
- * Added FieldIndex 'getObjPositionInParent' to portal_catalog.
- * Added 'getObjSize' metadata to portal_catalog.
- * Added 'exclude_from_nav' metadata to portal_catalog.
- * Deleted FieldIndex 'created'.
- * Added DateIndex 'created'.
- * Deleted FieldIndex 'modified'.
- * Added DateIndex 'modified'.
- * Deleted FieldIndex 'Date'.
- * Added DateIndex 'Date'.
- * Deleted FieldIndex 'start'.
- * Added DateIndex 'start'.
- * Deleted FieldIndex 'end'.
- * Added DateIndex 'end'.
- * Deleted FieldIndex 'effective'.
- * Added DateIndex 'effective'.
- * Deleted FieldIndex 'expires'.
- * Added DateIndex 'expires'.
- * Added DateRangeIndex 'effectiveRange' (effective, expires).
- * Added FieldIndex 'sortable_title' to portal_catalog.
- * Added 'is_folderish' metadata to portal_catalog.
- * Removed 'ExpiresDate' metadata from portal_catalog.
- * Added 'ExpirationDate' metadata to portal_catalog.
- * Installed CSSRegistry and JSRegistry.
- * Added TranslationService Tool
- * Added 'home_page' property to portal_memberdata.
- * Added 'location' property to portal_memberdata.
- * Added 'description' property to portal_memberdata.
- * Added 'language' property to portal_memberdata.
- * Added 'ext_editor' property to portal_memberdata.
- * Updated navtree_properties.
- * Reindexed portal_catalog.
- * Removed old MailHost
- * Added new MailHost (SecureMailHost): localhost:25
- * Deleted portal_form tool.
- * Deleted portal_navigation tool.
- * Deleted form_properties property sheet.
- * Deleted navigation_properties property sheet.
- * MimetypesRegistry is out of date (installed: None/ filesystem: 1.3.5-final03), reinstalled.
- * PortalTransforms is out of date (installed: None/ filesystem: 1.3.6-final02), reinstalled.
- * Archetypes is out of date (installed: None/ filesystem: 1.3.4-rc3), reinstalled.
- * ATContentTypes is out of date (installed: None/ filesystem: 1.0.0-rc4), reinstalled.
- * Upgrade to: 2.1-alpha1, completed
- * Attempting to upgrade from: 2.1-alpha1
- * Upgrade aborted
->>>> * Error type: exceptions.AttributeError
- * Error value: f
- * File "/data/www/issi.global.fr/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
- * File "/data/www/issi.global.fr/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
- * File "/data/www/issi.global.fr/Products/CMFPlone/migrations/v2_1/alphas.py", line 157, in alpha1_alpha2 addNewsFolder(portal, out)
- * File "/data/www/issi.global.fr/Products/CMFPlone/migrations/v2_1/alphas.py", line 673, in addNewsFolder title='News', description='Site News')
- * File "/data/www/issi.global.fr/Products/CMFPlone/utils.py", line 128, in _createObjectByType m(id, *args, **kw)
- * File "<string>", line 4, in addATBTreeFolder
- * File "/usr/lib/zope2.7/lib/python/OFS/ObjectManager.py", line 276, in _setObject object.manage_afterAdd(object, self)
- * File "/data/www/issi.global.fr/Products/Archetypes/BaseBTreeFolder.py", line 36, in manage_afterAdd BaseFolder.manage_afterAdd(self, item, container)
- * File "/data/www/issi.global.fr/Products/Archetypes/BaseFolder.py", line 98, in manage_afterAdd PortalFolder.manage_afterAdd(self, item, container)
- * File "/data/www/issi.global.fr/Products/CMFCore/CMFCatalogAware.py", line 185, in manage_afterAdd self.indexObject()
- * File "/data/www/issi.global.fr/Products/Archetypes/CatalogMultiplex.py", line 26, in indexObject c.catalog_object(self, url)
- * File "/data/www/issi.global.fr/Products/CMFPlone/CatalogTool.py", line 418, in catalog_object ZCatalog.catalog_object(self, w, uid, idxs, update_metadata)
- * File "/usr/lib/zope2.7/lib/python/Products/ZCatalog/ZCatalog.py", line 528, in catalog_object update_metadata=update_metadata)
- * File "/usr/lib/zope2.7/lib/python/Products/ZCatalog/Catalog.py", line 381, in catalogObject blah = x.index_object(index, object, threshold)
- * File "/usr/lib/zope2.7/lib/python/Products/PluginIndexes/common/UnIndex.py", line 247, in index_object res += self._index_object(documentId, obj, threshold, attr)
- * File "/usr/lib/zope2.7/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 61, in _index_object newKeywords = self._get_object_keywords(obj, attr)
- * File "/usr/lib/zope2.7/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 94, in _get_object_keywords newKeywords = newKeywords()
- * File "/data/www/issi.global.fr/Products/CMFDynamicViewFTI/browserdefault.py", line 91, in __call__ template = self.unrestrictedTraverse(self.getLayout())
- * File "/usr/lib/zope2.7/lib/python/OFS/Traversable.py", line 161, in unrestrictedTraverse o=t(REQUEST, name)
- * File "/data/www/issi.global.fr/Products/Archetypes/BaseObject.py", line 1027, in __bobo_traverse__ raise AttributeError(name)
- * End of upgrade path, migration has finished
- * The upgrade path did NOT reach current version
- * Migration has failed
-
-If I well understand, it is unable to index in the catalog the just created folder 'News'. I didn't succeded in solving this problem myself.
-
+http://plone.org/collector/4511
+Pending Upgrade - Migration, bug medium
+Migration fail : from 2.0.5 to 2.1rc2 (AttributeError)
+
+= Comment - Entry #12 by alecm on Aug 31, 2005 12:18 pm
+
+If the below doesn't give any more information, you may want to add the following to SOFTWARE_HOME/OFS/Traversable.py in unrestrictedTraverse after:
+ else:
+ path = list(path)
+add:
+ if 'f' in path:
+ print path
+
+And see what comes up on the zope console before the migration error (you must run zope with 'zopectl fg' or 'runzope' for this). This will let us know what template is trigerring your strange traversal error.
+________________________________________
+= Comment - Entry #11 by alecm on Aug 31, 2005 11:43 am
+
+Also make sure your new zope is running in debug mode to catch any import errors on start up. Please list any add on products you have installed.
+________________________________________
+= Comment - Entry #10 by optilude on Aug 31, 2005 11:37 am
+
+If you get an ImportError, that may indicate that your Products/ directory is either missing some files, have older products which depend on vious versions of Archetypes or other core products that have been replaced with newer but incompatible implementations, or that there is a permissions issue whereby Zope can't read the necessary files.
+
+Try creating a fresh Zope instance, unpack the Plone 2.1rc3 tarball into its Products/ directory, copy the var/Data.fs from your old instance to the new instance, start the new instance, and try migration there again.
+________________________________________
+= Comment - Entry #9 by laugel on Aug 31, 2005 4:46 am
+
+
+No more success. For the first time, the AT migration worked : portal_atct showed:
+File System: 1.0.0-rc5 [numeric: (1, 0, 0, -199)]
+Plone Site : 1.0.0-rc5 [numeric: (1, 0, 0, -199)]
+
+BUT: I'm unable to access to the listing of the content of my Plone site from the ZMI (URL: <a href="" target="_blank">http://localhost:8080/myplonesite/manage_workspace">http://localhost:8080/myplonesite/manage_workspace</a>):
+- ImportError: No module named Validators
+
+In spite of this, I can access (if I type URL directly) to the objects: portal_catalog, portal_skins, archetype_tool, portal_atct, portal_quickinsaller, etc, etc.
+So I can access to the portal_migration object too. I tried a migration, and I got the error "Attribute Error: f" again.
+________________________________________
+= Comment - Entry #8 by laugel on Aug 30, 2005 11:00 am
+
+> You are running with the AT version that shipped with plone 2.0.5 right (1.2.5xx)?
+
+Yes. I will try your tip now. Thanks a lot for answer. I keep you informed.
+________________________________________
+= Comment - Entry #7 by alecm on Aug 30, 2005 10:51 am
+
+I'm sorry this has been so frustrating for you. To me it looks like you probably need to run the Archetypes migrations (from archetype_tool in the ZMI) before any plone migrations. You are running with the AT version that shipped with plone 2.0.5 right (1.2.5xx)? To do this install the latest Archetypes into your existing instance (after making a backup of your data.fs), then do the AT migration, and afterwards move your migrated data.fs into the new plone 2.1 instance and try to migrate.
+________________________________________
+= Comment - Entry #6 by laugel on Aug 30, 2005 8:15 am
+
+I give up. I didn't succeded to achieve this migration, even after many tests. I'm sad to say that I will stay in 2.0.5.
+________________________________________
+= Comment - Entry #5 by Anonymous User on Aug 23, 2005 9:48 am
+
+Still having the problem.
+
+I recataloged all my site on the old system *before* migration. Then I tried the migration to RC 3 + zope 2.7.7, without luck (I correctly replaced the Data.fs and the old products).
+
+I tried also to create a new clean site (Plone 2.1) in the same Zope instance. This work fine.
+So I used copy/paste to transfert my documents and some of my objects (made with archetype) from the old Plone site to the new one (as they are in the same Zope instance). This works well for my objects and 70% percent of the documents. But some of the documents failed (in fact not really the document but the container folder, of type ATFolder). When I try to past these folders, I have the error :
+
+Traceback (innermost last):
+ Module ZPublisher.Publish, line 101, in publish
+ Module ZPublisher.mapply, line 88, in mapply
+ Module ZPublisher.Publish, line 39, in call_object
+ Module OFS.CopySupport, line 173, in manage_pasteObjects
+ Module Products.Archetypes.Referenceable, line 322, in _getCopy
+ Module OFS.CopySupport, line 460, in _getCopy
+ Module ZODB.ExportImport, line 85, in importFile
+ Module ZODB.Transaction, line 241, in commit
+ Module ZODB.Transaction, line 356, in _commit_objects
+ Module ZODB.Connection, line 344, in commit
+ Module ZODB.ExportImport, line 153, in _importDuringCommit
+ImportError: No module named Validators
+
+If I even try to click on one of these folders from the ZMI, I receive the same kind of error :
+
+Traceback (innermost last):
+ * Module ZPublisher.Publish, line 175, in publish_module_standard
+ * Module Products.PlacelessTranslationService.PatchStringIO, line 51, in new_publish
+ * Module ZPublisher.Publish, line 132, in publish
+ * Module Zope.App.startup, line 204, in zpublisher_exception_hook
+ * Module ZPublisher.Publish, line 101, in publish
+ * Module ZPublisher.mapply, line 88, in mapply
+ * Module ZPublisher.Publish, line 39, in call_object
+ * Module Shared.DC.Scripts.Bindings, line 306, in __call__
+ * Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
+ * Module App.special_dtml, line 175, in _exec
+ * Module DocumentTemplate.DT_Let, line 76, in render
+ * Module DocumentTemplate.DT_In, line 643, in renderwob
+ * Module DocumentTemplate.DT_In, line 771, in sort_sequence
+ * Module ZODB.Connection, line 600, in setstate
+ * Module ZODB.Connection, line 639, in _set_ghost_state
+ImportError: No module named Validators
+
+As any migration fails on this plone site, both from portal_migration and portal_atct (see the error on my first post), I don't known what to do know.
+
+My hope to run a Plone 2.1 with my old content (which is only 3 months old) decreases each day... (I work on this problem for days). Thanks in advance for you replies.
+________________________________________
+= Comment - Entry #4 by alecm on Aug 19, 2005 12:51 pm
+
+2.7.7 may be a better choice for you as the migration to 2.8 also involves some additional complexity. Also, though perhaps not officially supported migration should certainly work with 2.7.5, I've used 2.7.5 with 2.1 extensively. You may want to try rebuilding you catalog before migration, and also use the rc3 released today.
+________________________________________
+= Comment - Entry #3 by laugel on Aug 19, 2005 11:47 am
+
+I just saw that Zope 2.7.5 is not officially supported.
+Despite this, I tried to migrate from 2.0.5 to 2.1rc3 with zope 2.7.5. No luck. Same error.
+
+I will install Zope 2.8.1 (sniff :-( there's no Debian package available yet...) and I will try again. I keep you informed about this.
+
+Regards,
+Jean-Yves
+________________________________________
+= Edit - Entry #2 by limi on Aug 18, 2005 2:55 pm
+
+ Changes: submitter email, importance (important => medium), plone version
+________________________________________
+= Request - Entry #1 by laugel on Aug 18, 2005 10:27 am
+
+What I've done:
+- Updated my catalog (in order to have a clean one)
+- deleted all folders in the Folder "Products", except my own products (which are simple archetypes ones) and those which were not in the tarball.
+- unziped the tgz file in this "Products" folder
+- restarted Zope
+
+In ZMI, the migration proccess from the portal_migration tool give me this error :
+
+ * Starting the migration from version: 2.0.5
+ * Attempting to upgrade from: 2.0.5
+ * Converted Plone Site to CMFDynamicViewFTI
+ * Updated portal selectable views
+ * Deleted PathIndex 'path' from portal_catalog.
+ * Added ExtendedPathIndex 'path' to portal_catalog.
+ * Added FieldIndex 'getObjPositionInParent' to portal_catalog.
+ * Added 'getObjSize' metadata to portal_catalog.
+ * Added 'exclude_from_nav' metadata to portal_catalog.
+ * Deleted FieldIndex 'created'.
+ * Added DateIndex 'created'.
+ * Deleted FieldIndex 'modified'.
+ * Added DateIndex 'modified'.
+ * Deleted FieldIndex 'Date'.
+ * Added DateIndex 'Date'.
+ * Deleted FieldIndex 'start'.
+ * Added DateIndex 'start'.
+ * Deleted FieldIndex 'end'.
+ * Added DateIndex 'end'.
+ * Deleted FieldIndex 'effective'.
+ * Added DateIndex 'effective'.
+ * Deleted FieldIndex 'expires'.
+ * Added DateIndex 'expires'.
+ * Added DateRangeIndex 'effectiveRange' (effective, expires).
+ * Added FieldIndex 'sortable_title' to portal_catalog.
+ * Added 'is_folderish' metadata to portal_catalog.
+ * Removed 'ExpiresDate' metadata from portal_catalog.
+ * Added 'ExpirationDate' metadata to portal_catalog.
+ * Installed CSSRegistry and JSRegistry.
+ * Added TranslationService Tool
+ * Added 'home_page' property to portal_memberdata.
+ * Added 'location' property to portal_memberdata.
+ * Added 'description' property to portal_memberdata.
+ * Added 'language' property to portal_memberdata.
+ * Added 'ext_editor' property to portal_memberdata.
+ * Updated navtree_properties.
+ * Reindexed portal_catalog.
+ * Removed old MailHost
+ * Added new MailHost (SecureMailHost): localhost:25
+ * Deleted portal_form tool.
+ * Deleted portal_navigation tool.
+ * Deleted form_properties property sheet.
+ * Deleted navigation_properties property sheet.
+ * MimetypesRegistry is out of date (installed: None/ filesystem: 1.3.5-final03), reinstalled.
+ * PortalTransforms is out of date (installed: None/ filesystem: 1.3.6-final02), reinstalled.
+ * Archetypes is out of date (installed: None/ filesystem: 1.3.4-rc3), reinstalled.
+ * ATContentTypes is out of date (installed: None/ filesystem: 1.0.0-rc4), reinstalled.
+ * Upgrade to: 2.1-alpha1, completed
+ * Attempting to upgrade from: 2.1-alpha1
+ * Upgrade aborted
+>>>> * Error type: exceptions.AttributeError
+ * Error value: f
+ * File "/data/www/issi.global.fr/Products/CMFPlone/MigrationTool.py", line 265, in upgrade newv, msgs = self._upgrade(newv)
+ * File "/data/www/issi.global.fr/Products/CMFPlone/MigrationTool.py", line 362, in _upgrade res = function(self.aq_parent)
+ * File "/data/www/issi.global.fr/Products/CMFPlone/migrations/v2_1/alphas.py", line 157, in alpha1_alpha2 addNewsFolder(portal, out)
+ * File "/data/www/issi.global.fr/Products/CMFPlone/migrations/v2_1/alphas.py", line 673, in addNewsFolder title='News', description='Site News')
+ * File "/data/www/issi.global.fr/Products/CMFPlone/utils.py", line 128, in _createObjectByType m(id, *args, **kw)
+ * File "<string>", line 4, in addATBTreeFolder
+ * File "/usr/lib/zope2.7/lib/python/OFS/ObjectManager.py", line 276, in _setObject object.manage_afterAdd(object, self)
+ * File "/data/www/issi.global.fr/Products/Archetypes/BaseBTreeFolder.py", line 36, in manage_afterAdd BaseFolder.manage_afterAdd(self, item, container)
+ * File "/data/www/issi.global.fr/Products/Archetypes/BaseFolder.py", line 98, in manage_afterAdd PortalFolder.manage_afterAdd(self, item, container)
+ * File "/data/www/issi.global.fr/Products/CMFCore/CMFCatalogAware.py", line 185, in manage_afterAdd self.indexObject()
+ * File "/data/www/issi.global.fr/Products/Archetypes/CatalogMultiplex.py", line 26, in indexObject c.catalog_object(self, url)
+ * File "/data/www/issi.global.fr/Products/CMFPlone/CatalogTool.py", line 418, in catalog_object ZCatalog.catalog_object(self, w, uid, idxs, update_metadata)
+ * File "/usr/lib/zope2.7/lib/python/Products/ZCatalog/ZCatalog.py", line 528, in catalog_object update_metadata=update_metadata)
+ * File "/usr/lib/zope2.7/lib/python/Products/ZCatalog/Catalog.py", line 381, in catalogObject blah = x.index_object(index, object, threshold)
+ * File "/usr/lib/zope2.7/lib/python/Products/PluginIndexes/common/UnIndex.py", line 247, in index_object res += self._index_object(documentId, obj, threshold, attr)
+ * File "/usr/lib/zope2.7/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 61, in _index_object newKeywords = self._get_object_keywords(obj, attr)
+ * File "/usr/lib/zope2.7/lib/python/Products/PluginIndexes/KeywordIndex/KeywordIndex.py", line 94, in _get_object_keywords newKeywords = newKeywords()
+ * File "/data/www/issi.global.fr/Products/CMFDynamicViewFTI/browserdefault.py", line 91, in __call__ template = self.unrestrictedTraverse(self.getLayout())
+ * File "/usr/lib/zope2.7/lib/python/OFS/Traversable.py", line 161, in unrestrictedTraverse o=t(REQUEST, name)
+ * File "/data/www/issi.global.fr/Products/Archetypes/BaseObject.py", line 1027, in __bobo_traverse__ raise AttributeError(name)
+ * End of upgrade path, migration has finished
+ * The upgrade path did NOT reach current version
+ * Migration has failed
+
+If I well understand, it is unable to index in the catalog the just created folder 'News'. I didn't succeded in solving this problem myself.
+

Added: collector-chaos/trunk/Categorisation/Migration/4662 - Migration rename breaks re-run policy.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Migration/4662 - Migration rename breaks re-run policy.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,23 @@ /> +http://plone.org/collector/4662
+Accepted ZPT, bug medium , Assigned to alecm
+Migration rename breaks re-run policy
+
+= Comment - Entry #4 by alecm on Sep 10, 2005 9:52 am
+
+Hm, I can't manage to reproduce this. There was already a unit test for repeatability in place, and I've recently updated it to ensure that the case where an old_news was generated on the first pass is properly handled. It will error if a folder called old_news is in place before the news folder is created, but is that really a situation we are concerned about working around? How did you manage to make it error?
+________________________________________
+= Comment - Entry #3 by alecm on Sep 7, 2005 10:35 pm
+
+Though you should be able to run it twice as long as you didn't delete your news topic and replace it with a news folder with a news topic in it, but keep the old_news around.
+________________________________________
+= Accept - Entry #2 by alecm on Sep 7, 2005 10:34 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: alecm
+
+Indeed, will fix.
+________________________________________
+= Request - Entry #1 by limi on Sep 7, 2005 10:10 pm
+
+The migration that renames events to old_events is breaking the re-run policy. You can not run it twice.

Added: collector-chaos/trunk/Categorisation/Navtree/4518 - navtree ignores topLevel setting.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Navtree/4518 - navtree ignores topLevel setting.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,73 @@ /> +http://plone.org/collector/4518
+Pending Navigation, bug+patch important
+navtree ignores topLevel setting
+
+= Comment - Entry #9 by jensens on Sep 7, 2005 5:19 pm
+
+
+Uploaded: Plone-topLevel-patch-v3.diff
+
+phew, folks, one more day navtree and my brain gets knots in ...
+
+finally v3 of the patch. it works fine and supports showallParents together with includeTop on topLevel setting.
+
+this is now much deeper than the thin layer behind i did in the vious patches, but imo its much cleaner now.
+
+looking forward to your comments.
+
+Jensens
+
+
+________________________________________
+= Comment - Entry #8 by jensens on Sep 7, 2005 2:03 pm
+
+
+Uploaded: Plone-topLevel-patch-v2.diff
+
+did some refinement and has support of includeTop now. may need more refinement in its support, I'am a newbie in new style Navtree and dont have all use-cases in mind :o)
+
+problems with this patch:
+
+* sitemap
+
+* includeTop: all siblings of the current topLevel are shown, imo they shouldnt be shown.
+
+the bigger and core problem while working with the new navtree:
+
+-> theres no documentation how it currently work/ how it has to work.
+
+________________________________________
+= Edit - Entry #7 by limi on Sep 7, 2005 8:50 am
+
+ Changes: importance (medium => important)
+________________________________________
+= Edit - Entry #6 by jensens on Sep 7, 2005 7:03 am
+
+ Changes: topic (ZPT => Navigation), classification (bug => bug+patch), revised version_info
+________________________________________
+= Comment - Entry #5 by jensens on Sep 7, 2005 6:55 am
+
+
+Uploaded: Plone-topLevel-patch.diff
+
+I wrote some lines to support topLevel. But somebody of the navtree-authors should review it. I might have overrule some 'hidden magic'(tm). Patch is attached.
+________________________________________
+= Comment - Entry #4 by limi on Sep 6, 2005 1:16 pm
+
+Uhm, it *is* hidden - it's a ZMI string field, not exposed in the ference panels.
+________________________________________
+= Comment - Entry #3 by jensens on Sep 6, 2005 4:58 am
+
+please remove/hide/disable unsupported settings. its pure confusion to 1000 poor plone users out there in the world.
+________________________________________
+= Edit - Entry #2 by limi on Aug 19, 2005 10:09 am
+
+ Changes: submitter email, plone version, new comment
+
+There's no support for that setting in 2.1, we'll see if we can add it in 2.1.x.
+________________________________________
+= Request - Entry #1 by mdawson on Aug 19, 2005 8:20 am
+
+the navigation tree shows all the objects from the root downwards, even though topLevel is set to '3'. This problem arose after a 2.0.5 -> 2.1rc2 migration.
+
+There seems to be a new 'showAllParents' setting which is enabled by default, but changing this has no effect.

Added: collector-chaos/trunk/Categorisation/Portal status message/1922 - portal_status_message injection.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Portal status message/1922 - portal_status_message injection.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,64 @@ /> +http://plone.org/collector/1922
+Pending Python, bug medium
+portal_status_message injection
+
+= Edit - Entry #8 by hannosch on Jul 8, 2005 6:06 pm
+
+ Changes: edited transcript, plone version, new comment
+
+Hasn't made it into 2.1 but would be nice to get in soon.
+________________________________________
+= Edit - Entry #7 by limi on Dec 18, 2003 12:36 am
+
+ Changes: submitter email, edited transcript, plone version, new comment
+
+[:32] <limi|collector> runyaga: want me to show you?
+[:32] <limi|collector> runyaga: <a href="" target="_blank">http://plone.org/?portal_status_message=HAX0RED">http://plone.org/?portal_status_message=HAX0RED</a>!
+[:33] <limi|collector> not security like in bad security, but like in social hacking
+[:33] <limi|collector> it's still bad
+[:33] <suteri> Omg plone.org has been hax0r3d? :O
+[:33] <limi|collector> hehe
+[:33] * suteri faints
+[:33] <limi|collector> thanks for playing the part, suteri ;)
+________________________________________
+= Assign - Entry #6 by vinsci on Nov 12, 2003 1:30 am
+
+ Status: Rejected => Pending
+
+
+________________________________________
+= Comment - Entry #5 by vinsci on Nov 12, 2003 1:29 am
+
+There are serious security implications from this bug, which I'm not going to hint about here (and the security flag would have been on for this bug, if only collector would work when you set the security flag in the first place).
+
+This will have to be fixed, so re-opening but deferring it for now until I find time to fix it.
+________________________________________
+= Reject - Entry #4 by runyaga on Nov 11, 2003 5:53 pm
+
+ Status: Pending => Rejected
+
+this is really overly paranoid. I am not interested in
+following this... who cares if someone redirects you to
+<a href="" target="_blank">http://plone.org?portal_status_message=Plone">http://plone.org?portal_status_message=Plone</a>+sucks
+
+its easy to understand for developers/end users.
+
+________________________________________
+= Comment - Entry #3 by vinsci on Nov 7, 2003 9:38 am
+
+True, Geoff.
+
+Thinking about it, it seems rather backwards to put the message in the url at all. It could just as well go into the session and get picked up and removed from there upon next page generation. That would solve the problem in a simple and straightforward way, as well as keep the Plone URL clean for bookmarking.
+
+________________________________________
+= Comment - Entry #2 by geoff on Nov 7, 2003 8:12 am
+
+Not all browsers set the referrer. Such a scheme would break. If you are really paranoid, you could generate a hash of the query string and have something in the template check the hash. Seems like a lot of trouble for not very much benefit.
+________________________________________
+= Request - Entry #1 by vinsci on Nov 7, 2003 12:43 am
+
+Arbitrary messages can be prominently shown on Plone sites without restriction, regardless of link source:
+
+<a href="" target="_blank">http://test.plone.org/?portal_status_message=Plone">http://test.plone.org/?portal_status_message=Plone</a>+was+here
+
+Plone should validate the http referrer url before choosing to display a message.

Added: collector-chaos/trunk/Categorisation/Portal status message/4094 - portal_messages set in validate_.vpy and _edit.vpy in Plone won't show up due to validate_atct.vpy.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Portal status message/4094 - portal_messages set in validate_.vpy and _edit.vpy in Plone won't show up due to validate_atct.vpy.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,17 @@ /> +http://plone.org/collector/4094
+Pending Python, bug medium
+portal_messages set in validate_*.vpy and *_edit.vpy in Plone won't show up due to validate_atct.vpy
+
+= Edit - Entry #2 by hannosch on Jul 8, 2005 6:41 pm
+
+ Changes: submitter email, plone version, new comment
+
+This is part of the portal status message cleanup...
+________________________________________
+= Request - Entry #1 by hannosch on May 24, 2005 12:57 pm
+
+To validate all editing and creating of ATCTypes validate_atct.vpy is used. For all non-failing actions this set the portal_message to "Your changes have been saved".
+
+But there are lots of nice messages set in createObject.cpy, *_edit.vpy and validate_*_edit.vpy.
+
+Either these have to be deleted in the scripts or actually shown to the user. Now we are translating them into all languages but nobody ever sees them.

Added: collector-chaos/trunk/Categorisation/RSS/3506 - rssBody xml encoding.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/RSS/3506 - rssBody xml encoding.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,25 @@ /> +http://plone.org/collector/3506
+Deferred ZPT, bug+patch medium
+rssBody xml encoding
+
+= Defer - Entry #4 by andym on Jun 10, 2005 1:41 pm
+
+ Status: Pending => Deferred
+
+I really can't think of a way of doing this without changing Page Templates. I've got an idea for that, but that can't go in Plone 2.1.
+________________________________________
+= Comment - Entry #3 by andym on May 10, 2005 7:14 pm
+
+Its not enough to set it in the response eh? This is a bit of a problem in Page Templates, because you cant put TAL there. Wasn't in old DTML RSS version either.
+________________________________________
+= Edit - Entry #2 by limi on Oct 16, 2004 11:44 am
+
+ Changes: submitter email, plone version, new comment
+
+More RSS fun.
+________________________________________
+= Request - Entry #1 by Anonymous User on Oct 15, 2004 11:08 am
+
+the xml of the rssBody.dtml should declare his encoding ... the first line should be :
+
+<?xml version="1.0" encoding="<dtml-var "portal_properties.site_properties.default_charset">"?>

Added: collector-chaos/trunk/Categorisation/RSS/4413 - add permalink support.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/RSS/4413 - add permalink support.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,8 @@ /> +http://plone.org/collector/4413
+Pending ZPT, feature low
+add permalink support
+
+= Request - Entry #1 by batlogg on Aug 7, 2005 6:41 pm
+
+i just saw the permalink option on portals properties tab and digged a little bit down in CMF.
+we should expose this cmf feature and use it e.g. in RSS / bookmark support.

Added: collector-chaos/trunk/Categorisation/RTL/3666 - RTL-Firefox-folder listing.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/RTL/3666 - RTL-Firefox-folder listing.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,36 @@ /> +http://plone.org/collector/3666
+Deferred Internationalization, bug medium
+RTL-Firefox-folder listing
+
+= Defer - Entry #3 by limi on Jul 29, 2005 6:41 pm
+
+ Status: Pending => Deferred
+
+Works in Opera, Safari and IE - I'm assuming this is a Firefox bug.
+
+After poking around in the DOM Inspector, I see no definitions that could be
+causing this.
+
+Sorry. If somebody would like to construct a minimal test case and send to the
+Moz people, that would be useful.
+________________________________________
+= Edit - Entry #2 by limi on Apr 9, 2005 1:04 am
+
+ Changes: submitter email, plone version, new comment
+
+Might be FF suckage, might not. Let's see.
+________________________________________
+= Request - Entry #1 by oferw on Dec 13, 2004 9:32 am
+
+
+Uploaded: Folder list
+
+RTL-FireFox
+
+While looking on folder list.
+
+Headers, Lines and content not in place.
+
+Working fine with IE
+
+

Added: collector-chaos/trunk/Categorisation/RTL/3668 - RTL-Firefox-Portal Tabs.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/RTL/3668 - RTL-Firefox-Portal Tabs.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,31 @@ /> +http://plone.org/collector/3668
+Deferred Internationalization, bug medium
+RTL-Firefox-Portal Tabs
+
+= Defer - Entry #3 by limi on Jul 29, 2005 6:11 pm
+
+ Status: Pending => Deferred
+
+Works in Opera, Safari and IE - I'm assuming this is a Firefox bug.
+
+After poking around in the DOM Inspector, I see no definitions that could be causing this.
+
+Sorry. If somebody would like to construct a minimal test case and send to the Moz people, that would be useful.
+
+________________________________________
+= Edit - Entry #2 by limi on Apr 9, 2005 1:01 am
+
+ Changes: submitter email, plone version, new comment
+
+Not sure if we can fix this, might just be FF that sucks. We'll have a look.
+________________________________________
+= Request - Entry #1 by oferw on Dec 13, 2004 9:36 am
+
+
+Uploaded: tabs
+
+RTL - Firefox size of portal tables is very very small
+
+Working fine with IE
+
+

Added: collector-chaos/trunk/Categorisation/RTL/4388 - RTL-IE-problem with breadcrumbs.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/RTL/4388 - RTL-IE-problem with breadcrumbs.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,22 @@ /> +http://plone.org/collector/4388
+Pending CSS, bug medium
+RTL-IE-problem with breadcrumbs
+
+= Edit - Entry #3 by shh on Oct 18, 2005 1:23 pm
+
+ Changes: submitter email, plone version
+________________________________________
+= Comment - Entry #2 by fschulze on Aug 13, 2005 10:38 am
+
+Fixed #1 now, the arrows still are little boxes, but I saw one of them sometimes, so this seems to be a rendering bug in IE.
+________________________________________
+= Request - Entry #1 by oferw on Aug 3, 2005 4:57 pm
+
+
+Uploaded: ie21_breadcrumbs.JPG
+
+1.Breadcrumbs not in the right order and not the right place.
+2.No arrows
+ The arrows should go from right to left
+
+In firefox all working fine, the problem just in IE.

Added: collector-chaos/trunk/Categorisation/Search/2599 - Automatically highlight keywords when arriving from a Google page.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Search/2599 - Automatically highlight keywords when arriving from a Google page.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,36 @@ /> +http://plone.org/collector/2599
+Accepted Javascript, feature medium , Assigned to elvix
+Automatically highlight keywords when arriving from a Google page
+
+= Comment - Entry #6 by elvix on Aug 3, 2005 11:19 am
+
+aim for 2.1.x. This is a really minor change.
+________________________________________
+= Edit - Entry #5 by elvix on Aug 3, 2005 11:18 am
+
+ Changes: plone version
+________________________________________
+= Edit - Entry #4 by shh on Jul 13, 2005 2:46 pm
+
+ Changes: submitter email, edited transcript, plone version
+________________________________________
+= Accept - Entry #3 by elvix on May 27, 2005 3:08 pm
+
+ Status: Pending => Accepted
+
+ Supporters added: elvix
+
+This should hook into the existing highlighter. It only needs to detect http referer and pass that to the climber function. :)
+
+
+________________________________________
+= Comment - Entry #2 by fschulze on May 27, 2005 10:50 am
+
+<a href="" target="_blank">http://scott.yang.id.au/2004/06/se-hilite/">http://scott.yang.id.au/2004/06/se-hilite/</a>
+________________________________________
+= Request - Entry #1 by limi on Feb 5, 2004 7:54 am
+
+A nifty thing that should be easy to add to Plone is the ability to highlight whatever words you were entering into Google as a search string when you arrive at a Plone page.
+
+Just look into the HTTP REFERER and pick out the keywords, and highlight those with the normal Plone highlighter.
+

Added: collector-chaos/trunk/Categorisation/Search/3888 - Search term highlighting does not take into account exact phrases.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Search/3888 - Search term highlighting does not take into account exact phrases.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,23 @@ /> +http://plone.org/collector/3888
+Pending Javascript, bug low
+Search term highlighting does not take into account exact phrases
+
+= Edit - Entry #3 by optilude on Apr 22, 2005 9:31 am
+
+ Changes: plone version, new comment
+
+Sounds worthy of further investigation (elvix?); let's look at this for 2.1.x
+________________________________________
+= Comment - Entry #2 by shh on Apr 22, 2005 6:28 am
+
+AFAIK the catalog does not provide a phrase search using quotes, so I fail to see the point.
+________________________________________
+= Request - Entry #1 by Anonymous User on Mar 17, 2005 12:06 pm
+
+If a search term is entered that contains an exact phrase using " then the highlighting fails to highlight all words properly.
+
+For example a search for "Plone is powerful" will give you
+<a href="" target="_blank">http://plone.org/products/plone/view?searchterm=%22Plone%20is%20powerful%22">http://plone.org/products/plone/view?searchterm=%22Plone%20is%20powerful%22</a>
+
+What should happen is that it should highlight only the exact phrase sent. At the moment it treats it as the separate words '"Plone' 'is' and 'powerful"' which ends up only highlighting 'is'
+

Added: collector-chaos/trunk/Categorisation/Search/4222 - Folders do not search consistenly.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Search/4222 - Folders do not search consistenly.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,16 @@ /> +http://plone.org/collector/4222
+Pending Usability, bug medium
+Folders do not search consistenly
+
+= Edit - Entry #2 by shh on Jul 8, 2005 3:14 pm
+
+ Changes: submitter email, plone version
+________________________________________
+= Request - Entry #1 by lucas on Jun 27, 2005 7:35 am
+
+
+Uploaded: diff
+
+PloneFolder are catalogued, but not consistently. They implement Title and Description, and are thus found when using the advanced search form, but they do not implement Searchable Text, and are thus not found when using the front page check box.
+
+Attached a diff for PloneFolder.py

Added: collector-chaos/trunk/Categorisation/Search/4592 - LiveSearch and highlight.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Search/4592 - LiveSearch and highlight.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,11 @@ /> +http://plone.org/collector/4592
+Pending Python, feature medium
+LiveSearch and highlight
+
+= Edit - Entry #2 by limi on Aug 29, 2005 7:34 am
+
+ Changes: plone version
+________________________________________
+= Request - Entry #1 by rlifchitz on Aug 28, 2005 10:05 am
+
+When a user clicks on a LiveSearch result, it would be nice if "searchterm" was passed to the page in order that highlight works.

Added: collector-chaos/trunk/Categorisation/Search/4643 - LiveSearch does not match 8-bit search strings correctly.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Search/4643 - LiveSearch does not match 8-bit search strings correctly.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,34 @@ /> +http://plone.org/collector/4643
+Pending Usability, bug medium
+LiveSearch does not match 8-bit search strings correctly
+
+= Edit - Entry #2 by shh on Sep 9, 2005 8:56 am
+
+ Changes: submitter email, plone version, new comment
+
+This may be a JS quoting issue. Must be looked into.
+________________________________________
+= Request - Entry #1 by stefanl on Sep 4, 2005 6:19 pm
+
+
+Uploaded: screenshot
+
+A test document with title "räksmörgås" was used again.
+
+When using LiveSearch, I typed in one character at a time and reviewed the results:
+
+"r": show a number of pages, including the "räksmörgås" page
+"rä": now only the "räksmörgås" page is listed
+"räk": "No matching results found"
+"räks": "No matching results found"
+"räksm": "No matching results found"
+"räksmö": the "räksmörgås" page is listed
+"räksmör": "No matching results found"
+"räksmörg": "No matching results found"
+"räksmörgå": the "räksmörgås" page is listed
+"räksmörgås": the "räksmörgås" page is listed
+"räksmörgå" (by deleting the last "s"): the "räksmörgås" page is listed
+"räksmörg" (by deleting the last "å"): "No matching results found"
+and so on by deleting characters and returning the same results as when the same search string was typed in.
+
+This erratic behaviour makes LiveSearch difficult to use for sites using 8-bit characters (like ñåäöï).

Added: collector-chaos/trunk/Categorisation/Search/4657 - Livesearch doesn't get icons on certain vhm conditions.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Search/4657 - Livesearch doesn't get icons on certain vhm conditions.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,18 @@ /> +http://plone.org/collector/4657
+Pending Python, bug medium
+Livesearch doesn't get icons on certain vhm conditions
+
+= Edit - Entry #2 by limi on Sep 7, 2005 8:52 am
+
+ Changes: submitter email, topic (ZPT => Python), plone version
+________________________________________
+= Request - Entry #1 by afd on Sep 7, 2005 6:45 am
+
+Livesearch doesn't get the corect path for the icons when the site is hosted behind apache on a path that contains anything else besides the domain.
+
+for example:
+if I host the site at my_website.org/zope/my_plone, the icon path returned by getIcon is /my_plone/folder_icon.gif
+The img tag is given by this line: '''<img src="/%s"/>''' % result.getIcon in livesearch_reply.py
+Obviously, in my case the image path will be wrong.
+
+My (simple) solution was to remove the training slash, it will cause the image to have a path something like /zope/my_plone/my_plone/folder_icon.gif and through acquisition get the right image.

Added: collector-chaos/trunk/Categorisation/Search/4754 - Search gives error message (high-light script).txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Search/4754 - Search gives error message (high-light script).txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,44 @@ /> +http://plone.org/collector/4754
+Pending Javascript, bug medium
+Search gives error message (high-light script)
+
+= Comment - Entry #4 by emli on Oct 14, 2005 4:11 pm
+
+Thank you for responding.
+I have attached the product that we created. Hopefully you can reproduce the problem.
+
+Create a folder called RPMSectProduct in the Products folder.
+Unzipped the attached RPMSectProduct.zip in that folder.
+Install the Product.
+Add some pages using "rpmsect".
+Using Internet Explorer browser, Try to search for a word that was on the pages that you added.
+This is when it hangs and give the message.
+When we try to turn off the highlighting, it works with no problem.
+
+Let me know if you are able to reproduce using the above instaructions.
+Again, thanks.
+
+________________________________________
+= Edit - Entry #3 by shh on Oct 13, 2005 11:43 am
+
+ Changes: submitter email, revised title, topic (Content Types => Javascript), plone version, new comment
+
+We need a way to reproduce this, emli. If this doesn't happen with stock content types we'll have a hard time fixing.
+________________________________________
+= Comment - Entry #2 by Anonymous User on Oct 5, 2005 4:12 pm
+
+we tried this in Firefox and we had no problem so it looks like an IE issue. Unfortunately this is for our Intranet and we have to use IE. Has anybody come across this?
+________________________________________
+= Request - Entry #1 by emli on Oct 3, 2005 3:49 pm
+
+The problem we have is when doing a Search. The search result displays fast but when we click on the link on the Search Result, it takes forever to display the page. And the following error message is displayed: A script on this page is causing Internet Explorer to run slowly. If it continues to run, your computer may become unresponsive."
+
+we noticed that this only happens on the pages that were created using a customed content type ( we used the article content type as the base and added some fields ).
+
+we tried testing this on different scenarios:
+if we removed the highlighting feature, the problem does not occur.
+if we used advanced search and only search for title, again the problem does not occur.
+if the search result is of type "article" or not customed type, again the problem does not occur.
+we are using ie 6.0 sp2.
+
+Thanks for your help.

Added: collector-chaos/trunk/Categorisation/Visual and templates/1620 - Links and Icons overlap in IE 5, when accessing test.plone.org.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/1620 - Links and Icons overlap in IE 5, when accessing test.plone.org.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,78 @@ /> +http://plone.org/collector/1620
+Pending ZPT, bug medium
+Links and Icons overlap in IE 5, when accessing test.plone.org
+
+= Edit - Entry #11 by limi on Jul 17, 2005 11:27 pm
+
+ Changes: plone version, new comment
+
+Moved to 2.1.x, as it is non-critical. Should be fixed by including a separate style sheet with the  comment method that just turns off the icons on links. In the meantime, you can disable this part of the Javascript using the new ResourceRegistries (portal_js).
+________________________________________
+= Resubmit - Entry #10 by limi on Jul 13, 2005 3:17 pm
+
+ Status: Resolved => Pending
+
+It does, and I have a fix lined up.
+________________________________________
+= Resolve - Entry #9 by shh on Jul 13, 2005 1:49 pm
+
+ Status: Pending => Resolved
+
+Refile if this still occurs in Plone 2.1.
+________________________________________
+= Edit - Entry #8 by limi on Oct 3, 2004 11:23 am
+
+ Changes: edited transcript, plone version, new comment
+
+I'll see if I can find a filter for IE5.0 so the icons are hidden there - this is by far the most visible bug on IE5.0, and although we don't really support it, this shouldn't be too hard to fix.
+________________________________________
+= Comment - Entry #7 by keza on May 29, 2004 7:21 am
+
+The two imminent issues I mentioned are now available as 3191 and 3192.
+
+Thanks for Plone!
+
+Albert (for keza)
+
+________________________________________
+= Comment - Entry #6 by keza on May 29, 2004 6:30 am
+
+Same problem, PLUS MUCH MORE SERIOUS PROBLEMS experienced on IE 5.0 since upgrade to 2.0.3 (more serious definately absent before, not sure about this icon overlap problem being absent before as not a serious problem anyway).
+
+See (imminent) issues:
+
+"Plone 2.0.3 perhaps unusable with IE 5.0"
+
+and "Testing/docs failure for any browser support IE 5.0"
+
+(I'm working through list of issues on SEARCH for "IE" and started this follow up before realizing I should post the above first with a list of references to possibly related issues and then perhaps add follow ups giving those 2 issue numbers).
+
+________________________________________
+= Edit - Entry #5 by dreamcatcher on Apr 22, 2004 11:06 am
+
+ Changes: plone version
+________________________________________
+= Edit - Entry #4 by limi on Dec 29, 2003 8:16 am
+
+ Changes: submitter email, plone version
+________________________________________
+= Resubmit - Entry #3 by limi on Dec 29, 2003 8:15 am
+
+ Status: Deferred => Pending
+
+Look into doing the sniffing for 2.0.x
+________________________________________
+= Defer - Entry #2 by limi on Oct 24, 2003 6:24 pm
+
+ Status: Pending => Deferred
+
+I assume this is IE 5.0. We do not support that browser, sorry. We might do some browser sniffing in the JS for Plone 2.1, but not a high priority.
+________________________________________
+= Request - Entry #1 by apscomp on Sep 22, 2003 6:08 pm
+
+
+Uploaded: TestPloneInIE5
+
+When pointing the browser, the icons (World, for example) overlap with their respective links.
+
+

Added: collector-chaos/trunk/Categorisation/Visual and templates/2295 - plonePrint.css still broken in Moz and Opera, works in IE.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/2295 - plonePrint.css still broken in Moz and Opera, works in IE.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,17 @@ /> +http://plone.org/collector/2295
+Deferred ZPT, bug critical
+plonePrint.css still broken in Moz and Opera, works in IE
+
+= Edit - Entry #3 by eaon on Jan 20, 2004 3:25 pm
+
+ Changes: submitter email, plone version
+________________________________________
+= Defer - Entry #2 by eaon on Jan 20, 2004 3:21 pm
+
+ Status: Pending => Deferred
+
+fixed for tablebased layout in 2.0 defered for tableless in 2.1
+________________________________________
+= Request - Entry #1 by limi on Jan 7, 2004 9:08 pm
+
+The print style sheet is still broken in Mozilla and Opera. It works fine in IE. Same symptom as usual, it cuts off the right edge of the page. eaon? :)

Added: collector-chaos/trunk/Categorisation/Visual and templates/3025 - display bug in ie (peekabo) in PLIP's.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/3025 - display bug in ie (peekabo) in PLIP's.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,40 @@ /> +http://plone.org/collector/3025
+Pending plone.org website, bug medium
+display bug in ie (peekabo?) in PLIP's
+
+= Edit - Entry #5 by hannosch on Jul 13, 2005 8:37 am
+
+ Changes: edited transcript, topic (CSS => plone.org website), plone version, new comment
+
+This is a PloneSoftwareCenter issue and not related to a Plone release. One CMFCollector for all is bad!
+________________________________________
+= Comment - Entry #4 by Anonymous User on Jun 10, 2005 1:36 pm
+
+Not solved unfortuately, e.g. <a href="" target="_blank">http://plone.org/products/plone/roadmap/28">http://plone.org/products/plone/roadmap/28</a> .
+see attached screenshot (peekabo28.gif)
+Tested with: Win XP Pro, SP2, All patches, Internet Explorer 6.0SP2, (6.0.2900.2180.xpsp_sp2_gdr.050301-1519).
+Regards, PieterB
+________________________________________
+= Comment - Entry #3 by Anonymous User on May 6, 2005 1:58 pm
+
+This bug is still there (even with PloneSoftwareCenter).
+________________________________________
+= Edit - Entry #2 by limi on Oct 2, 2004 8:40 pm
+
+ Changes: submitter email, plone version, new comment
+
+I'll have a look.
+________________________________________
+= Request - Entry #1 by pieterb on Apr 19, 2004 3:38 pm
+
+Three PLIP's on <a href="" target="_blank">http://plone.org/development/teams/release/releases/">http://plone.org/development/teams/release/releases/</a>
+give display errors on IE6.0:
+
+- AT Content Types as default types
+- Moving to Zope 2.7 + Python 2.3.3
+- Interfaces and Interface api documentation
+
+The contents of the PLIP is either not listed completely, or it isn't showed at all.
+Scrolling up/down sometimes fixes the problem.
+
+I don't know if this is a peekabo bug that can be fixed, or that it's another stupid IE-bug.

Added: collector-chaos/trunk/Categorisation/Visual and templates/3220 - unique id and doctype class on body tag.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/3220 - unique id and doctype class on body tag.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,45 @@ /> +http://plone.org/collector/3220
+Pending CSS, feature medium
+unique id and doctype class on body tag
+
+= Edit - Entry #5 by limi on Aug 14, 2005 10:11 pm
+
+ Changes: edited transcript, plone version
+________________________________________
+= Comment - Entry #4 by fschulze on Jul 21, 2005 3:57 pm
+
+something like this in main_template.pt?
+<body tal:define="portal_type here/portal_type | nothing;
+ body_class here/getSectionFromURL;
+ body_class python:test(portal_type, body_class + ' page-contenttype-' + here.plone_utils.normalizeString(portal_type), body_class);"
+ tal:attributes="class body_class;
+ dir python:test(isRTL, 'rtl', 'ltr')">
+
+________________________________________
+= Comment - Entry #3 by elvix on May 12, 2005 3:52 am
+
+You can easily apply css to only one page now (Plone 2.1) with the new CSSRegistry. Just put it in the condition epxression.
+
+I still think we should have a class on body (or on html if that is widely supported in browsers) for each content-type. This makes sense for changing the look of forms and similar things on a general basis.
+________________________________________
+= Edit - Entry #2 by limi on Oct 2, 2004 11:16 am
+
+ Changes: submitter email, plone version, new comment
+
+Some of this is already in Plone (there's a class for each top-level section + frontpage in 2.0.4), but I'll look into these ideas too.
+________________________________________
+= Request - Entry #1 by tvon on Jun 7, 2004 9:28 pm
+
+It would do wonders if we could specify css that applied only to a specific page or a specific content type.
+
+Something along the lines of this in main_tempalte.pt:
+
+<body id="" class=""
+ tal:attributes="id python:here.absolute_url().replace('/', '');
+ class python:here.portal_type.replace(' ', '')">
+
+
+
+The id would namely be useful on the front page of a site, where you likely do not want things like the documentFirstHeader to show up (at least on corporate sites).
+
+An alternative would be to allow the developer to assign a css_id property to a page, and use that as the body id.

Added: collector-chaos/trunk/Categorisation/Visual and templates/3915 - tabeless skin broken.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/3915 - tabeless skin broken.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,108 @@ /> +http://plone.org/collector/3915
+Accepted , bug medium , Assigned to jccooper
+tabeless skin broken
+
+= Accept - Entry #5 by jccooper on Oct 14, 2005 5:15 pm
+
+ Status: Resolved => Accepted
+
+ Supporters added: jccooper
+
+Here's how I fixed this once before: <a href="" target="_blank">http://svn.plone.org/view/plone?rev=6757&view=rev">http://svn.plone.org/view/plone?rev=6757&view=rev</a>
+
+However, the tableless layer was always sent back then, just at a low priority in the regular layer.
+
+Plone 2.1 apparently doesn't include the plone_tableless layer in the regular skin. This seems reasonable, except that the plone_tableless layer provides one component that nothing else does: getBodyTagClass.py
+
+This isn't a problem, unless you try to use the tableless main_template without the tableless layer. Which you shouldn't do. ReadMe-Tableless.txt explains the right way.
+
+This can be fixed in two ways:
+
+ - plone_templates/global_bodytag.pt, which calls 'getBodyTagClass', is in plone_templates. It is not used by anything other than the tableless main_template. 'getBodyTagClass' can be moved to the 'plone_templates' layer, and the attribute error in this case will go away.
+
+ - the whole body tag thing can be removed from the tableless main_template. I don't know what its point is, and the regular template doesn't use it. I suppose the regular main_template could also be fitted with the same thing, if it's actually a useful feature.
+
+With either fix, however, if you try to use the tableless main_template outside of the tableless skin, other things will break (visually, at least), since the columns.css and colophon from tableless won't be used.
+________________________________________
+= Comment - Entry #4 by Anonymous User on Oct 14, 2005 4:25 pm
+
+I get the exact same error using 2.1.1 when I click "Customize" for the main_template.pt.
+________________________________________
+= Resolve - Entry #3 by jccooper on Apr 30, 2005 12:40 am
+
+ Status: Pending => Resolved
+
+Fixed. Also fixed similar control-panel breaker.
+________________________________________
+= Edit - Entry #2 by optilude on Apr 22, 2005 9:14 am
+
+ Changes: plone version, new comment
+
+Scheduling for 2.1.
+________________________________________
+= Request - Entry #1 by Anonymous User on Apr 4, 2005 12:31 am
+
+changing the skin to tabeless results in this traceback.
+
+
+ * Module ZPublisher.Publish, line 175, in publish_module_standard
+ * Module Products.PlacelessTranslationService.PatchStringIO, line 51, in new_publish
+ * Module ZPublisher.Publish, line 132, in publish
+ * Module Zope.App.startup, line 204, in zpublisher_exception_hook
+ * Module ZPublisher.Publish, line 101, in publish
+ * Module ZPublisher.mapply, line 88, in mapply
+ * Module ZPublisher.Publish, line 39, in call_object
+ * Module Shared.DC.Scripts.Bindings, line 306, in __call__
+ * Module Shared.DC.Scripts.Bindings, line 343, in _bindAndExec
+ * Module Products.CMFCore.FSPageTemplate, line 177, in _exec
+ * Module Products.CMFCore.FSPageTemplate, line 123, in pt_render
+ * Module Products.PageTemplates.PageTemplate, line 96, in pt_render
+ <FSPageTemplate at /alphafs_portalskin_form>
+ * Module TAL.TALInterter, line 190, in __call__
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 671, in do_useMacro
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 409, in do_optTag_tal
+ * Module TAL.TALInterter, line 394, in do_optTag
+ * Module TAL.TALInterter, line 389, in no_tag
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 671, in do_useMacro
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 409, in do_optTag_tal
+ * Module TAL.TALInterter, line 394, in do_optTag
+ * Module TAL.TALInterter, line 389, in no_tag
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 671, in do_useMacro
+ * Module TAL.TALInterter, line 234, in intert
+ * Module TAL.TALInterter, line 291, in do_startTag
+ * Module TAL.TALInterter, line 357, in attrAction_tal
+ * Module Products.PageTemplates.TALES, line 227, in evaluateText
+ * Module Products.PageTemplates.TALES, line 221, in evaluate
+ Line 49, Column 0
+ Exssion: standard:'here/getBodyTagClass'
+ Names:
+
+{'container': <PloneSite instance at b47e8bc0>,
+ 'context': <PloneSite instance at b47e8bc0>,
+ 'default': <Products.PageTemplates.TALES.Default instance at 0xb74aa4ac>,
+ 'here': <PloneSite instance at b47e8bc0>,
+ 'loop': <SafeMapping instance at b47c45b0>,
+ 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter instance at 0xb74aa02c>,
+ 'nothing': None,
+ 'options': {'args': ()},
+ 'repeat': <SafeMapping instance at b47c45b0>,
+ 'request': <HTTPRequest, URL<a href="=" target="_blank">http://localhost:8080/alphafs_portalskin_form">=http://localhost:8080/alphafs_portalskin_form</a>>,
+ 'root': <Application instance at b68fe290>,
+ 'template': <FSPageTemplate at /alphafs_portalskin_form>,
+ 'traverse_subpath': [],
+ 'user': bskahan}
+
+ * Module Products.PageTemplates.Exssions, line 201, in __call__
+ * Module Products.PageTemplates.Exssions, line 189, in _eval
+ * Module Products.PageTemplates.Exssions, line 145, in _eval
+ __traceback_info__: here
+ * Module Products.PageTemplates.Exssions, line 347, in restrictedTraverse
+ __traceback_info__: {'path': ['getBodyTagClass'], 'TraversalRequestNameStack': []}
+ * Module OFS.ObjectManager, line 663, in __getitem__
+
+KeyError: 'getBodyTagClass' (Also, an error occurred while attempting to render the standard error message.)

Added: collector-chaos/trunk/Categorisation/Visual and templates/4019 - Strange link-icon.gif problem.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4019 - Strange link-icon.gif problem.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,49 @@ /> +http://plone.org/collector/4019
+Deferred Usability, bug critical
+Strange link-icon.gif problem
+
+= Defer - Entry #5 by limi on Jul 27, 2005 5:39 pm
+
+ Status: Pending => Deferred
+
+This is unfortunately a known Safari bug, and there's nothing we can do about it. The Safari team is aware of this, and are working on a fix.
+________________________________________
+= Comment - Entry #4 by dmesser on May 6, 2005 5:16 pm
+
+I should also add that I have an apparent workaround for the stalling problem. Though, I consider it not to be a solution.
+
+I disable the cache in Safari with the following sequence in Terminal:
+
+cd ~/Library/Caches
+rm -R Safari
+ln -s /dev/null Safari
+
+This makes the Safari cache go to /dev/null (aka, the bit bucket). Nothing is cached and the stalling problem seems to go away.
+________________________________________
+= Comment - Entry #3 by dmesser on May 6, 2005 4:58 pm
+
+Plone 2.0.5. - The Mac Install to be specific.
+
+The part that surprises me is that the link-icon.gif doesn't show when loading the page directly from the server, but if the source of the page is saved and that file opened locally, they appear.
+
+Kinda weird.
+
+(I tried to attach a reference image of the problem, but I received errors. I might look at that issue a little closer later)
+________________________________________
+= Edit - Entry #2 by limi on May 6, 2005 12:27 pm
+
+ Changes: submitter email, plone version, new comment
+
+I'm refactoring the news page for 2.1, so I'll have a look shortly. Thanks for the report, I've never seen this. Is it in 2.1 SVN or Plone 2.0.5?
+________________________________________
+= Request - Entry #1 by dmesser on May 5, 2005 10:48 pm
+
+On a standard plone install, on the news page the link-icon.gif doesn't appear if loaded from the server. However, if you copy the source and paste it into a text file and open it locally, the icons appear.
+
+In Safari 2.0, this problem will eventually cause the browser to hang on loading the page (I think it corrupts the local cache, not sure). Any pages loaded from the site after that will also hang. You have to flush the Safari cache to resolve the problem, temporarily.
+
+I've tested this in a number of browsers on both Windows and Mac. The missing icon problem occurs on all of them, but the hanging problem only seems to occur in Safari 2.0. Earlier version of Safari/OS X don't exhibit the hang problem.
+
+I have tested for this problem on my own internal site, a clean install of plone (2.0.5), and on the plone.org site, and it occurs on each.
+
+I consider this problem a virtual show-stopper.

Added: collector-chaos/trunk/Categorisation/Visual and templates/4068 - text size selector accessibility.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4068 - text size selector accessibility.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,48 @@ /> +http://plone.org/collector/4068
+Pending Accessibility, bug medium
+text size selector accessibility
+
+= Edit - Entry #3 by shh on Jul 8, 2005 5:18 pm
+
+ Changes: submitter email, edited transcript, plone version
+________________________________________
+= Comment - Entry #2 by elvix on May 16, 2005 12:29 pm
+
+"Ensure that pages are usable when scripts, applets, or other programmatic
+objects are turned off or not supported."
+
+- The *page* is still just as accessible to everyone, no matter what you turn on or off. The only part that gets disabled is this extra piece of *added functionality*. It does not disrupt the viewing of the page in any way (except of course having a link pointing nowhere, which is indeed bad in itself)
+
+beyond that:
+
+We should probably either:
+1) make the link not appear if you dont have JS turned on.
+or
+2) have a fallback for JS-turned-off linking to a script that sets the cookie and redirects back to the same page.
+
+
+________________________________________
+= Request - Entry #1 by LuisLlana on May 16, 2005 2:32 am
+
+ I have just installed plone. One of the reasons because I have decided to
+use it is the good accessibility properties it has. But I am concern because
+I have seen some scripts without alternatives. for instance, in a new plone
+instalation, a font size selector appears at the top. They are made with
+ecmascript:
+
+<a href="javascript:setActiveStyleSheet('Small Text', 1);"
+ title="Texto Pequeño">Small Text</a>
+
+This is clearly against guideline 6 of WCAG 1.0
+(<a href="" target="_blank">http://www.w3.org/TR/WCAG10/#gl-new-technologies">http://www.w3.org/TR/WCAG10/#gl-new-technologies</a>, checkpoint 6.3):
+6.3 Ensure that pages are usable when scripts, applets, or other programmatic
+objects are turned off or not supported. If this is not possible, provide
+equivalent information on an alternative accessible page. [Priority 1]
+ For example, ensure that links that trigger scripts work when scripts are
+turned off or not supported (e.g., do not use "javascript:" as the link
+target). If it is not possible to make the page usable without scripts,
+provide a text equivalent with the NOSCRIPT element, or use a server-side
+script instead of a client-side script, or provide an alternative accessible
+page as per checkpoint 11.4. Refer also to guideline 1.
+
+I you turn off javascript that link is not usable.

Added: collector-chaos/trunk/Categorisation/Visual and templates/4077 - Remove tab index.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4077 - Remove tab index.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,124 @@ /> +http://plone.org/collector/4077
+Pending Accessibility, bug medium
+Remove tab index
+
+= Edit - Entry #4 by hannosch on Jul 14, 2005 6:46 am
+
+ Changes: submitter email, edited transcript, revised title, plone version, new comment
+
+As accesskeys have been removed in Plone 2.1, this issue is now about tabindex only.
+________________________________________
+= Comment - Entry #3 by hannosch on Jun 13, 2005 6:06 pm
+
+Existing accesskeys are now properly definied in Plone 2.1. But we need to agree on what really should get an accesskey.
+
+See also: <a href="" target="_blank">http://plone.org/collector/3535">http://plone.org/collector/3535</a>
+________________________________________
+= Comment - Entry #2 by limi on May 18, 2005 12:42 pm
+
+And the mail on access keys:
+
+Hiya... Just stumbled on plone.org. I am a blind computer user, and want
+to applaud your wonderful effort. Haven't delved very deep yet, but the
+site plone.or is very accessible and easy to use via screen reader, and
+the system seems very powerful and configurable.
+
+I have noticed one small problem with your XHTML however. You use the
+following code (note the accesskey= attributes on the "a" elements. They
+are not correct. An access key should specify a one-character string
+which becomes the shortcut key for that link or control. You can use it on
+ "a" and "input", and "select" elements. In your use of it below, it
+looks as if you meant it to be a string specifying how one might access
+this element via keyboard; this is not correct. Note that different
+browsers will have different ways of invoking keyboard shortcuts applied
+this way.
+
+
+
+ <li id="portaltab-index_html" class="plain">
+ <a href=<a href=""" target="_blank">http://plone.org">"http://plone.org</a>"
+ accesskey="accesskeys-tabs">Home</a>
+
+ </li>
+
+
+ <li id="portaltab-about" class="plain">
+ <a href=" <a href="" target="_blank">http://plone.org/about">http://plone.org/about</a>"
+ accesskey="accesskeys-tabs">About</a>
+ </li>
+...
+
+-- Rich Caloggero, MIT Adaptive Tech. for Info. and Computing
+
+________________________________________
+= Request - Entry #1 by limi on May 18, 2005 12:40 pm
+
+Got some feedback here, putting it in the collector to make sure I don't forget.
+
+We should mail him and ask for some feedback once we reach a testable state.
+
+-------- Original Message --------
+Subject: More Thoughts on Plone Accessibility for Screen Reader Users
+Date: Mon, 6 Dec 2004 20:17:53 -0500
+From: rjc <rjc at MIT.EDU>
+
+Hi...
+
+Just been taking a more thorough look at plone with regard to
+accessibility. Please let me know to whom I should send these thoughts.
+
+I created a user for myself, logged in, and clicked on my folder. I now
+have access to one object (my homepage).
+
+When navigating this page, I noticed discrepancies between the tab order
+(when navigating via the tab and shift+tab keys), and document order.
+This lead me to check the HTML source and voila - lots of use of tabindex.
+ While very tempting, it is not a good idea to use this unless your very
+careful. Its hard to explain the problem unless you are familiar with
+what it is like to browse the web via screen reader. Briefly, one has two
+views of a document via modern screen reader, the real view (what the
+browser sees and you can see via the tab order and when interacting with
+form controls), and virtual view (a view created by the screen reader for
+ease of navigation by the blind user. They are usually tty
+synchronized, but when you use tabindex, then you will see items in HTML
+order via the virtual view, and in tab order (as modified via tabindex)
+in real view. For instance, I know that in virtual view the checkbox to
+select whether to delete an object from my folder is just before the name
+of the object. In fact, its in the ceeding table column. So, if I've
+tabbed to the object name and then hit shift+tab, logically I should land
+on this checkbox. However, since this checkbox is tabindex=4, I do not.
+Conversely, if I navigate to the name of my homepage object, and then
+navigate to the vious item in virtual view, I find the checkbox to
+"select my homepage object". If I then ss tab, I end up not on the
+name of my homepage, but somewhere in the navigation section of the page
+(whatever comes after tabindex=4 in the tab order -- happens to be the
+rename button. This is very confusing to someone who cannot see. Its
+almost as if the "select object" checkbox exists in two places at the
+same time, depending on how you walk through the page. So, I strongely
+suggest you nix all tabindex usage from the code. See below for more
+ways of speeding up access to commonly used controls.
+
+
+** accesskey= attributes **
+
+These should be used correctly (see vious note), and only for commonly
+used controls. For instance, on the page displaying my folder contents
+(only my homepage object exists now), I see controls for all the standard
+operations like cut, copy, delete, etc. Since these will be conducted
+frequently by a user with real content, and since it is a pain in the
+butt to have to go tabbing around the entire page to find the control
+you wnat, a standard set of access keys (shortcut keys if you will)
+should be defined for such operations. They should be promoted throughout
+plone core and in default templates (so anyone who uses plone to produce
+sites should get them without having to do any extra work). A suggested
+set might be:
+* cut=x, copy=c, edit=e, select current item=i
+* I left delete off so people won't delete by accident
+* undo=z, rename=r
+
+You get the idea... Not familiar with plone, but there might be more
+common actions which deserve such treatment. Perhaps accesskey=0 on the
+link to take you back to the site homepage, and accesskey=n and
+accesskey=p for any pairs of nextvious links for browsing collections
+of documents or items in a list etc.

Modified: collector-chaos/trunk/Categorisation/Visual and templates/4102 - Events should conform to the hCalendar standard.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Visual and templates/4102 - Events should conform to the hCalendar standard.txt (original)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4102 - Events should conform to the hCalendar standard.txt Tue Nov 15 15:49:58 2005
@@ -1,15 +1,15 @@ /> -http://plone.org/collector/4102
-Accepted ZPT, feature medium , Assigned to limi
-Events should conform to the hCalendar standard
-
-= Request - Entry #1 by limi on May 26, 2005 5:22 am
-
- Status: Pending => Accepted
-
- Supporters added: limi
-
-Mental note to self: see if the events formatting can conform to the hCalendar standard:
-
-<a href="" target="_blank">http://developers.technorati.com/wiki/hCalendar">http://developers.technorati.com/wiki/hCalendar</a>
-
-Shouldn't be too hard. :)
+http://plone.org/collector/4102
+Accepted ZPT, feature medium , Assigned to limi
+Events should conform to the hCalendar standard
+
+= Request - Entry #1 by limi on May 26, 2005 5:22 am
+
+ Status: Pending => Accepted
+
+ Supporters added: limi
+
+Mental note to self: see if the events formatting can conform to the hCalendar standard:
+
+<a href="" target="_blank">http://developers.technorati.com/wiki/hCalendar">http://developers.technorati.com/wiki/hCalendar</a>
+
+Shouldn't be too hard. :)

Added: collector-chaos/trunk/Categorisation/Visual and templates/4112 - Change ownership link.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4112 - Change ownership link.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,7 @@ /> +http://plone.org/collector/4112
+Pending Usability, bug low
+Change ownership link
+
+= Request - Entry #1 by andym on May 27, 2005 1:49 pm
+
+The little [ ] at the bottom, occurs if I'm the owner. Changing the ownership to myself does not really make sense. The change form actually seems to filter on myself, so perhaps we should make the link filter on the same.

Added: collector-chaos/trunk/Categorisation/Visual and templates/4314 - not XHTML 1.0 conform.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4314 - not XHTML 1.0 conform.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,73 @@ /> +http://plone.org/collector/4314
+Accepted ZPT, bug medium , Assigned to limi
+not XHTML 1.0 conform
+
+= Comment - Entry #4 by Anonymous User on Aug 25, 2005 8:17 pm
+
+I have a <br/ > tag immediatly before an <img > tag, and that breaks the image.
+(ignore extra space)
+
+All sorts of ">" characters are showing up in the rendered pages.
+
+using a <br > tag instead and the image works. I'm not an XHTML expert but
+I think this should be legal, and it works fine before upgrade.
+
+Lee Marzke
+
+________________________________________
+= Edit - Entry #3 by tiran on Jul 31, 2005 9:40 pm
+
+ Changes: edited transcript, importance (critical => medium), plone version, new comment
+
+I have  the span tags in the dl. The rounded corner code won't work with 2.1 but at least we are XHTML conform.
+________________________________________
+= Edit - Entry #2 by tiran on Jul 31, 2005 9:15 pm
+
+ Changes: submitter email, importance (important => critical), new comment
+
+Hey boys this issue is really critical! We can't ship Plone out with broken xhtml code and have the xhtml compatible icon in the colophon! Other portlets might be broken, too!
+
+As anyone can read in the DTD - at least who is able to understand this sick language - only dt and dd are allowed inside a dl.
+<!ELEMENT dl (dt|dd)+>
+<!ATTLIST dl
+ %attrs;
+ compact (compact) #IMPLIED
+ >
+
+________________________________________
+= Request - Entry #1 by tiran on Jul 20, 2005 10:31 am
+
+ Status: Pending => Accepted
+
+ Supporters added: limi
+
+#
+
+Line 378, column 34: document type does not allow element "span" here; missing one of "dt", "dd" start-tag
+
+<span class="portletTopLeft" />
+
+The mentioned element is not allowed to appear in the context in which you've placed it; the other mentioned elements are the only ones that are both allowed there and can contain the element mentioned. This might mean that you need a containing element, or possibly that you've forgotten to close a vious element.
+
+One possible cause for this message is that you have attempted to put a block-level element (such as "<p>" or "<table>") inside an inline element (such as "<a>", "<span>", or "<font>").
+
+✉
+#
+
+Line 382, column 35: document type does not allow element "span" here; missing one of "dt", "dd" start-tag
+
+<span class="portletTopRight" />
+
+✉
+#
+
+Line 443, column 37: document type does not allow element "span" here; missing one of "dt", "dd" start-tag
+
+<span class="portletBottomLeft" />
+
+✉
+#
+
+Line 444, column 38: document type does not allow element "span" here; missing one of "dt", "dd" start-tag
+
+<span class="portletBottomRight" />

Added: collector-chaos/trunk/Categorisation/Visual and templates/4373 - Folders with index document has several UI inconsistencies.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4373 - Folders with index document has several UI inconsistencies.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,53 @@ /> +http://plone.org/collector/4373
+Accepted Usability, bug medium , Assigned to alecm, limi
+Folders with "index document" has several UI inconsistencies
+
+= Edit - Entry #7 by limi on Aug 10, 2005 5:46 pm
+
+ Changes: submitter email, edited transcript, plone version, new comment
+
+Not going to touch these in 2.1.0, we'll see what we can do in 2.1.x.
+
+Not sure I agree on the current /view behaviour, but we'll discuss this and see if we can find a good approach.
+________________________________________
+= Assign - Entry #6 by alecm on Aug 3, 2005 10:49 am
+
+ Supporters added: limi
+
+
+________________________________________
+= Accept - Entry #5 by alecm on Aug 3, 2005 10:45 am
+
+ Status: Pending => Accepted
+
+ Supporters added: alecm
+
+So these are purely usability issues, and tricky ones at that. Reassigning to limi our overlord of usability.
+________________________________________
+= Comment - Entry #4 by alecm on Aug 3, 2005 10:39 am
+
+
+________________________________________
+= Comment - Entry #3 by optilude on Aug 3, 2005 10:37 am
+
+1. Don't know about the search behaviour here. I'll leave that up to Alec to think about.
+
+2. It's not a bug. If there are links pointing to /view they should be carefully considered. The expected behaviour, to retain backwards compatability and make it reasonably easy to get to an object itself consistently, is that /view always views the object as it would be displayed regardless of any browser-default settings. So /path/to/folder/view means show the folder, even if it has an index_html or other default-page. If you have links pointing to /view you need to find out where they're from and why. (this also applies to files and images, where /view gives you the view of the object in plone, and the direct path gives you the file content)
+
+3. We did talk about this a lot during the UI sprint. We came down to the fact that there are good use cases for keeping them separate. You can go via the 'contents' tab to get to the folder edit screen. We may also want to consider something where a link on a document edit screen can take you to the folder edit screen if the document is a default-page, but we haven't settled on how his may work.
+________________________________________
+= Comment - Entry #2 by alecm on Aug 3, 2005 1:50 am
+
+1. This is a tricky problem. We could optionally exclude default pages from searches (as the navtree does), but this would make it impossible to find default pages based on their attributes or content when different from the containing folder. Not searching folders that have default pages set may be better, but it would require some new methods/indexes, and would suffer similar drawbacks. The objects are not the same, the folder itself is a distinct content object, though that may be obscured by the use of default pages.
+
+2. This seems like it might be a browser default or method alias bug. Optilude will know. Shouldn't /view return the default page, or does it always render the selected layout? If the latter, why?
+
+3. I can see how this might be confusing, however I'm not sure that syncing properties between the two is the appropriate solution. This is a policy issue in some sense. I'm not sure we want as tight a coupling between objects and their default views as you think is desirable. Perhaps one could use Five Adapters to handle this sort of thing gracefully when desirable.
+________________________________________
+= Request - Entry #1 by sergey_v on Aug 3, 2005 1:16 am
+
+1. Duplicated search entries. Search for string "News", for example, returns two entries, folder /news and Smart Folder /news/news_topic, both links (from user point of view) lead to the same place.
+
+2. Folder listing looks differently in different circumstanses. Example: <a href="" target="_blank">http://mysite/news/">http://mysite/news/</a> shows no entries in folder and <a href="http://mysite/news/view">http://mysite/news/view</a> shows "news_topic" Smart Folder. Some links on site lead to either of this urls (see Search Results entries)
+
+3. Title and Description of Folder and its "index document" are out of sync. It could be confusing even for expirienced user - if one click "News" link and edit that object (change title and description) - page title and description will change, but navigation portlet won't reflect this changes.

Added: collector-chaos/trunk/Categorisation/Visual and templates/4379 - Support XHMTL Strict (not just Transitional).txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4379 - Support XHMTL Strict (not just Transitional).txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,16 @@ /> +http://plone.org/collector/4379
+Pending Accessibility, feature important
+Support XHMTL Strict (not just Transitional)
+
+= Edit - Entry #2 by shh on Aug 3, 2005 10:05 am
+
+ Changes: submitter email, revised title, plone version
+________________________________________
+= Request - Entry #1 by keul on Aug 3, 2005 9:07 am
+
+Plone is an XHTML Transitional valid products, but for many accessibility reason, the W3C suggest that Strict is a better choice.
+I'm talking for a recent italian law for the public service.
+
+I found that Plone 2.0.x isn't XHTML Strict valid, but not too many modification must be done to correct this.
+I think that one of the target of Plone must be this.
+I don't know of any other national law about this, but I think this will be important.

Modified: collector-chaos/trunk/Categorisation/Visual and templates/4384 - Left flowing image aligns bad with text.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Visual and templates/4384 - Left flowing image aligns bad with text.txt (original)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4384 - Left flowing image aligns bad with text.txt Tue Nov 15 15:49:58 2005
@@ -1,30 +1,30 @@ /> -http://plone.org/collector/4384
-Accepted Visual Editor, bug medium , Assigned to duncanb
-Left flowing image aligns bad with text
-
-= Assign - Entry #4 by limi on Aug 15, 2005 1:58 am
-
- Status: Pending => Accepted
-
- Supporters added: duncanb
-
-Do you know anything about how this is supposed to work, Duncan?
-________________________________________
-= Edit - Entry #3 by limi on Aug 14, 2005 10:44 pm
-
- Changes: topic (CSS => Visual Editor), new comment
-
-The right/left settings in Kupu don't seem to do anything like floating at all. Unsure if this is a bug or a limitation of the in-browser editors.
-________________________________________
-= Edit - Entry #2 by limi on Aug 10, 2005 5:42 pm
-
- Changes: submitter email, plone version, new comment
-
-URL is not valid, but we'll test with a left-floating image in Kupu.
-________________________________________
-= Request - Entry #1 by juh on Aug 3, 2005 1:30 pm
-
-As you can see here:
-<a href="" target="_blank">http://213.133.101.209:12580/TestSite/mann-beisst-hund/">http://213.133.101.209:12580/TestSite/mann-beisst-hund/</a>
-
-left flowing images inserted with Kupu does not align correctly with text, or better text does not flow around the image.
+http://plone.org/collector/4384
+Accepted Visual Editor, bug medium , Assigned to duncanb
+Left flowing image aligns bad with text
+
+= Assign - Entry #4 by limi on Aug 15, 2005 1:58 am
+
+ Status: Pending => Accepted
+
+ Supporters added: duncanb
+
+Do you know anything about how this is supposed to work, Duncan?
+________________________________________
+= Edit - Entry #3 by limi on Aug 14, 2005 10:44 pm
+
+ Changes: topic (CSS => Visual Editor), new comment
+
+The right/left settings in Kupu don't seem to do anything like floating at all. Unsure if this is a bug or a limitation of the in-browser editors.
+________________________________________
+= Edit - Entry #2 by limi on Aug 10, 2005 5:42 pm
+
+ Changes: submitter email, plone version, new comment
+
+URL is not valid, but we'll test with a left-floating image in Kupu.
+________________________________________
+= Request - Entry #1 by juh on Aug 3, 2005 1:30 pm
+
+As you can see here:
+<a href="" target="_blank">http://213.133.101.209:12580/TestSite/mann-beisst-hund/">http://213.133.101.209:12580/TestSite/mann-beisst-hund/</a>
+
+left flowing images inserted with Kupu does not align correctly with text, or better text does not flow around the image.

Modified: collector-chaos/trunk/Categorisation/Visual and templates/4430 - Portlet borders overcomplicated, sometimes missing.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/Visual and templates/4430 - Portlet borders overcomplicated, sometimes missing.txt (original)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4430 - Portlet borders overcomplicated, sometimes missing.txt Tue Nov 15 15:49:58 2005
@@ -1,73 +1,73 @@ /> -http://plone.org/collector/4430
-Pending CSS, bug+patch medium
-Portlet borders overcomplicated, sometimes missing
-
-= Edit - Entry #3 by limi on Aug 10, 2005 4:28 pm
-
- Changes: edited transcript, plone version, new comment
-
-Scheduling for 2.1.
-________________________________________
-= Comment - Entry #2 by mroch on Aug 10, 2005 1:36 pm
-
---- portlets.css.orig 2005-08-10 12:53:37.000000000 -0400
-+++ portlets.css 2005-08-10 12:53:28.000000000 -0400
-@@ -25,6 +25,7 @@ /> -
- dl.portlet {
- margin: 0 0 2em 0;
-+border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
- }
-
- dl.portlet a{
-@@ -33,7 +34,7 @@ /> -
- .portletHeader {
- background-color: &dtml-globalBackgroundColor;;
--border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
-+border-bottom: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
- padding: 0em 1em;
- text-transform: &dtml-textTransform;;
- font-weight: normal;
-@@ -46,22 +47,11 @@ /> - .portletItem {
- margin: 0;
- padding: 1em;
--border-left: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
--border-right: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
--}
--
--.portletItemSingle {
--margin: 0;
--padding: 1em;
--border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
--border-top: none;
- }
-
- dd.portletItemLast {
- margin: 0;
- padding: 0.25em 1em;
--border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
--border-top-style: none;
- }
-
-
-@@ -78,8 +68,7 @@ /> - dd.portletFooter {
- margin: 0;
- padding: 0.25em 1em;
--border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
--border-top-style: dotted;
-+border-top: &dtml-borderWidth; dotted &dtml-globalBorderColor;;
- text-align: right;
- }
-
-________________________________________
-= Request - Entry #1 by Anonymous User on Aug 10, 2005 1:32 pm
-
-
-Not Uploaded Due To Size:
-
-I turned off "Add Portal Members" for Anonymous so that the "Join" links would disappear. When I did that, the "New User" box in the login portlet disappeared (as expected) but the portal was missing its bottom border.
-
-It looks like portlets.css puts borders on each dt and dd, instead of on the dl. The attached patch puts borders around the whole portlet, and a bottom border on the title dt. The effect looks identical, but it eliminates the need for dd.portletItemSingle, and uses less code.
+http://plone.org/collector/4430
+Pending CSS, bug+patch medium
+Portlet borders overcomplicated, sometimes missing
+
+= Edit - Entry #3 by limi on Aug 10, 2005 4:28 pm
+
+ Changes: edited transcript, plone version, new comment
+
+Scheduling for 2.1.
+________________________________________
+= Comment - Entry #2 by mroch on Aug 10, 2005 1:36 pm
+
+--- portlets.css.orig 2005-08-10 12:53:37.000000000 -0400
++++ portlets.css 2005-08-10 12:53:28.000000000 -0400
+@@ -25,6 +25,7 @@ /> +
+ dl.portlet {
+ margin: 0 0 2em 0;
++border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
+ }
+
+ dl.portlet a{
+@@ -33,7 +34,7 @@ /> +
+ .portletHeader {
+ background-color: &dtml-globalBackgroundColor;;
+-border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
++border-bottom: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
+ padding: 0em 1em;
+ text-transform: &dtml-textTransform;;
+ font-weight: normal;
+@@ -46,22 +47,11 @@ /> + .portletItem {
+ margin: 0;
+ padding: 1em;
+-border-left: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
+-border-right: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
+-}
+-
+-.portletItemSingle {
+-margin: 0;
+-padding: 1em;
+-border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
+-border-top: none;
+ }
+
+ dd.portletItemLast {
+ margin: 0;
+ padding: 0.25em 1em;
+-border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
+-border-top-style: none;
+ }
+
+
+@@ -78,8 +68,7 @@ /> + dd.portletFooter {
+ margin: 0;
+ padding: 0.25em 1em;
+-border: &dtml-borderWidth; &dtml-borderStyle; &dtml-globalBorderColor;;
+-border-top-style: dotted;
++border-top: &dtml-borderWidth; dotted &dtml-globalBorderColor;;
+ text-align: right;
+ }
+
+________________________________________
+= Request - Entry #1 by Anonymous User on Aug 10, 2005 1:32 pm
+
+
+Not Uploaded Due To Size:
+
+I turned off "Add Portal Members" for Anonymous so that the "Join" links would disappear. When I did that, the "New User" box in the login portlet disappeared (as expected) but the portal was missing its bottom border.
+
+It looks like portlets.css puts borders on each dt and dd, instead of on the dl. The attached patch puts borders around the whole portlet, and a bottom border on the title dt. The effect looks identical, but it eliminates the need for dd.portletItemSingle, and uses less code.

Added: collector-chaos/trunk/Categorisation/Visual and templates/4541 - br-, hr- used, should be br -, hr -.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4541 - br-, hr- used, should be br -, hr -.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,11 @@ /> +http://plone.org/collector/4541
+Pending ZPT, bug medium
+br-, hr- used, should be br -, hr -
+
+= Edit - Entry #2 by limi on Aug 23, 2005 8:42 am
+
+ Changes: submitter email, plone version
+________________________________________
+= Request - Entry #1 by vinsci on Aug 22, 2005 7:14 am
+
+Plone and AT* skins have regressed to make liberal use of "<br/>" (and some "<hr/>"), which must be replaced with "<br />" (respectively "<hr />"), as some browsers gets it wrong otherwise. See <a href="" target="_blank">http://www.w3schools.com/xhtml/xhtml_howto.asp">http://www.w3schools.com/xhtml/xhtml_howto.asp</a> - heading "Empty Tags: <hr> , <br> and <img>".

Added: collector-chaos/trunk/Categorisation/Visual and templates/4586 - First line of news item doesn't wrap when history collapsible is sent.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4586 - First line of news item doesn't wrap when history collapsible is sent.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,114 @@ /> +http://plone.org/collector/4586
+Pending CSS, bug medium
+First line of news item doesn't wrap when history collapsible is sent
+
+= Comment - Entry #10 by fschulze on Sep 1, 2005 2:30 pm
+
+
+Uploaded: firefox-float-bug.png
+
+It also happens with the vertical table in events. See attached screenshot. Again only when the history line is there.
+________________________________________
+= Edit - Entry #9 by limi on Aug 28, 2005 1:32 pm
+
+ Changes: submitter email, edited transcript, revised title, plone version, new comment
+
+OK, thanks for identifying that this only happens when the history collapsible is there. We'll see what we can do, but since it doesn't affect anon display, it won't happen until after 2.1 is out. :)
+________________________________________
+= Comment - Entry #8 by jeffk on Aug 28, 2005 11:42 am
+
+
+Uploaded: plonenewsitemformattingallbrowsers.png
+
+Attached is a screenshot illustrating views of the news item, IE6 anon and logged in, and linux Mozilla 1.06 anon and logged in. Of these four cases, only the linux mozilla logged in case has the first line nonwrapping defect. Windows mozilla was identical to Linux, so those cases were not included in the screenshot.
+
+It seems clear that this has to do with Gecko's rendering of the workflow history, and its effect on alignment of other elements.
+
+I haven't filed a bug on it before 2.1 is out, but I was eventually going to request that the workflow history be adjusted so that the '+' expansion button didn't drastically change location when expanded. I have no idea how to do this, so my sympathies for those trying to fix it if remaining in its current top-matter location.
+
+I wouldn't mind at all if the workflow history moved to the bottom of the content view. For certain content types, such as tutorials, contracts or other persistent, frequently edited documents, the workflow history list would get too long to be desirable as top matter, anyway.
+
+It is desirable that workflow history print if the user prints while the selector is expanded. That's probably the current case, but I thought I'd add that to the record.
+________________________________________
+= Comment - Entry #7 by limi on Aug 28, 2005 10:52 am
+
+HTML looks OK to me (well, CMF seem to not insert XHTML <br /> tags, but that shouldn't matter) - test this in other browsers if you can. I've never seen it happen in any other browser than Gecko-based ones, and Gecko has its share of float bugs. I assume this is one of them.
+________________________________________
+= Comment - Entry #6 by jeffk on Aug 28, 2005 8:32 am
+
+Forgot to confirm that I do svn up before every issue I submit or followup to confirm that the referenced problem still exists. I did update before today's followups to this issue as well.
+________________________________________
+= Comment - Entry #5 by jeffk on Aug 28, 2005 8:22 am
+
+
+Uploaded: plonenewsitemformattingeditin20050827.png
+
+I attached the wrong image to show the editing form environment. This is the right one.
+
+(BTW, I'm not making a Plone site with sort kind of content! ;) Testing with farce stories like those from The Onion keep things light through the drudgery.)
+________________________________________
+= Comment - Entry #4 by jeffk on Aug 28, 2005 8:18 am
+
+
+Uploaded: plonenewsitemformatting20050827.html
+
+Quoted below is the relevant portion of the generated HTML from the plain text news item. Attached is the full html page, if further examination is required.
+
+</span>
+
+ </div>
+
+</div>
+
+ <p class="documentDescription">City councilmember Mike LaMere unearthed the mysterious City Zoning Amulet Friday.</p>
+
+ <div class="newsImageContainer">
+ <a href=<a href=""" target="_blank">http://athlon1:8080/Plone/Members/jeffk/city-councilman-unearths-magical-zoning-amulet/image/image_view_fullscreen">"http://athlon1:8080/Plone/Members/jeffk/city-councilman-unearths-magical-zoning-amulet/image/image_view_fullscreen</a>">
+ <img src=<a href=""" target="_blank">http://athlon1:8080/Plone/Members/jeffk/city-councilman-unearths-magical-zoning-amulet/image_mini">"http://athlon1:8080/Plone/Members/jeffk/city-councilman-unearths-magical-zoning-amulet/image_mini</a>" alt="City Councilman Unearths Magical Zoning Amulet" title="Mike LaMere, wearing the Ever-Evaluating Eye of Surr-Vey." class="newsImage" height="150" width="200">
+ </a>
+
+ <p class="discreet">Mike LaMere, wearing the Ever-Evaluating Eye of Surr-Vey.</p>
+ </div>
+
+
+
+
+ <p>ROCHESTER,
+NY — After years spent poring over mysterious and arcane plat sheets
+and deciphering long-forgotten building codes, city councilmember Mike
+LaMere unearthed the mysterious City Zoning Amulet Friday.
+<br>
+<br>"Behold!" LaMere said, holding aloft the solid-gold amulet, which
+is emblazoned with the Ever-Evaluating Eye of Surr-Vey, Lord Of
+Demarcation, He Who Measures And Assesses. "With this sigil, the power
+of zoning comes. Through me, the power of zoning flows! All will behold
+my power, and I shall bow to no man when designating matter-of-right
+developments for major retail and office spaces to a maximum lot
+occupancy of 75 percent for residential use!"
+<br>
+<br>LaMere held the glowing amulet aloft and transmuted a neighborhood
+of low-income apartments into a semi-wooded, single-family, residential
+district with an adjoining riverside park.
+<br>
+________________________________________
+= Comment - Entry #3 by jeffk on Aug 28, 2005 8:15 am
+
+
+Uploaded: plonenewsitemformatting20050827.png
+
+I should have considered that the document body text type would be important. This is not composed HTML (kupu or otherwise), it is generated by Plone. This document is indicated plain text, with no line wrapping, one extra newline between paragraphs. The attached screenshot shows the editing environment.
+________________________________________
+= Comment - Entry #2 by limi on Aug 28, 2005 2:10 am
+
+This is 100% a Mozilla / Firefox rendering issue - but I have moved stuff around a bit lately and fixed up a few other things that might change what triggers this bug. Please try latest SVN and see if you still have this problem.
+
+Also, please paste the HTML that produces what the screenshot shows - it might be the Kupu HTML or something else I don't know about.
+________________________________________
+= Request - Entry #1 by jeffk on Aug 27, 2005 10:50 pm
+
+
+Uploaded: plonenewsitemformatting20050822.png
+
+An ATCT News item with an attached image renders with that image in the top-right corner of the body text. Per the attached screenshot, the first line of the body text is not wrapping around the image, but spilling across it.
+
+The expanded workflow history list in the screenshot does not cause or affect this rendering bug. I am reusing the same screenshot for another issue.

Added: collector-chaos/trunk/Categorisation/Visual and templates/4698 - Image view shows too much in prints.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4698 - Image view shows too much in prints.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,7 @@ /> +http://plone.org/collector/4698
+Pending ZPT, bug medium
+Image view shows too much in prints
+
+= Request - Entry #1 by DannyB on Sep 15, 2005 10:41 am
+
+The view of an image shows makes a link out of the image itself to view a full-size version. The text Click here to... is shown in prints. The code for that piece needs to be changed so it can be addressed in print.css.

Added: collector-chaos/trunk/Categorisation/Visual and templates/4764 - 2.1 break JAWS reader for blind.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/Visual and templates/4764 - 2.1 break JAWS reader for blind.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,48 @@ /> +http://plone.org/collector/4764
+Pending Accessibility, bug important
+2.1 break JAWS reader for blind
+
+= Comment - Entry #5 by limi on Oct 23, 2005 1:46 am
+
+The JAWS support person obviously doesn't know what he's talking about. CSS doesn't change the HTML.
+
+My guess is that JAWS is confused by the @media statements since the bug disappears when you make the style sheets load individually. This should be easily testable - create a page with a minimal style sheet using several @media statements inside itself, and see if the problem persists.
+
+It's hard to debug these things since we don't have access to JAWS, though.
+
+<rant>
+JAWS is a big honking buggy mess, and based on the least standards-compliant browser out there - it's such a shame that blind people are stuck with this product. If there's one area where standards support should be important, it's in browsers for blind people.
+</rant>
+________________________________________
+= Edit - Entry #4 by shh on Oct 13, 2005 11:37 am
+
+ Changes: submitter email, edited transcript, plone version
+________________________________________
+= Comment - Entry #3 by teddy076 on Oct 12, 2005 12:44 pm
+
+We had the same problem with plone 2.1 and jaws 6.1:
+Jaws was only reading the content section of the page, not reading at all the whole navigation, header and footer information.
+We found a workaround: under portal_css set the flag to debug_mode.
+This force Plone 2.1 not to merge stylesheets in one single file.
+
+Of course this is not a real solution for the problem but it works and might suggest which is the cause of the problem.
+Any other idea?
+
+Thanks,
+Alberto
+
+________________________________________
+= Comment - Entry #2 by Anonymous User on Oct 5, 2005 1:17 pm
+
+After contacting JAWS support, my friend was able to see the site with his JAWS css capability turned off. He quoted the debugging person as saying "the site's css is causing generation of non-compliant html". I told him that didn't sound exactly descriptive of the (IE) browsers' use of css -- reformatting the html according to the css. Is it? What would be a better description of the process?
+________________________________________
+= Request - Entry #1 by brcwhit on Oct 5, 2005 11:16 am
+
+<quoted from plone-devel>
+My blind friend can't see anything but the page description since upgrading his site to Plone2.1. The page description is the first paragraph before the content divs. His JAWS screen reader only works via IE6.
+
+I tried removing the IEfixes ecmascripts, to no avail. I don't see anything materially different by reviewing the ViewSources (except the dir="ltr" in the body tag, what's that about?)
+
+I have tried viewing the expected output via Firefox/Fangs, but that looks entirely ok. Something clearly has confused JAWS, as it takes several seconds to refresh its internal view, as if it was broken out of a loop.
+</quote>
+

Modified: collector-chaos/trunk/Categorisation/WebDAV/3266 - Mac OS X Panther Finder WebDAV buggy w- Plone + certain file tyles.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/WebDAV/3266 - Mac OS X Panther Finder WebDAV buggy w- Plone + certain file tyles.txt (original)
+++ collector-chaos/trunk/Categorisation/WebDAV/3266 - Mac OS X Panther Finder WebDAV buggy w- Plone + certain file tyles.txt Tue Nov 15 15:49:58 2005
@@ -1,54 +1,54 @@ /> -http://plone.org/collector/3266
-Pending WebDAV, bug medium
-Mac OS X Panther Finder WebDAV buggy w- Plone + certain file tyles
-
-= Edit - Entry #7 by limi on Aug 15, 2005 2:24 am
-
- Changes: edited transcript, importance (important => medium)
-________________________________________
-= Comment - Entry #6 by mrtopf on Aug 1, 2005 6:14 am
-
-I tested the hint with the content type registry and it worked for me. It actually deletes the ._-File after uploading again. So I simply set the filetype to File.
-I'd like some people to test this. I've set it up on <a href="" target="_blank">http://plone21.comlounge.net">http://plone21.comlounge.net</a>. Just create yourself an account and test it with WebDAV.
-
-I now need to find out how to put this fix into code and probably migrations.
-
-
-________________________________________
-= Comment - Entry #5 by Anonymous User on Jul 28, 2005 10:07 am
-
-What would Apache do in this case? My personal opinion is that we should accept the upload of ._filename files and create OFS.File objects, which would then not show up in the Plone UI.
-
-There would need to be a change in the Content Type Registry to allow this.
-
-Denying to create the file or swallowing the request could lead to unexpected behaviour by the client because usually the client does a PUT and then a PROPFIND, and if it doesn't find the newly created file that might cause all sorts of trouble, even a hang in the case of Finder.
-________________________________________
-= Comment - Entry #4 by Anonymous User on Jul 28, 2005 10:02 am
-
-What would Apache do in this case? My personal opinion is that we should accept the upload of ._filename files and create OFS.File objects, which would then not show up in the Plone UI.
-
-There would need to be a change in the Content Type Registry to allow this.
-
-Denying to create the file or swallowing the request could lead to unexpected behaviour by the client because usually the client does a PUT and then a PROPFIND, and if it doesn't find the newly created file that might cause all sorts of trouble, even a hang in the case of Finder.
-________________________________________
-= Comment - Entry #3 by tiran on Jul 12, 2005 3:59 pm
-
-FYI: The damn finder is creating some stupid files like "._originalfilename" ...
-________________________________________
-= Edit - Entry #2 by limi on Oct 2, 2004 10:07 am
-
- Changes: submitter email, plone version, new comment
-
-Should be looked into. Scheduling for 2.1.
-________________________________________
-= Request - Entry #1 by dchoi on Jun 26, 2004 9:03 am
-
-I've used Cadaver, and uploading files with it via WebDAV to Plone folders works fine with all file types. However, when I try using Mac OS X Panther Finder's WebDAV functionality (via the Connect to Server command), I get this strange result:
-
-1. I can upload only some file types to a Plone folder, e.g. .jpg and .gif files.
-2. Trying to copy other types of files into a Plone folder from the Finder, especially text files, generate an error in Mac OS X (Error -2122)
-3. BUT, if I try copying any type of file via the OS X Finder into a regular ZOPE folder (not under the Plone root directory, but outside it), it works with no problem.
-
-So the bottom line is that using the Mac OS X Finder's WebDAV with Plone and certain file types produces errors, while the same action doesn't produce errors when using either just plain Zope folders or when using the Cadaver WebDAV client.
-
-I really would like the WebDAV to work using Plone and Mac OS X's finder -- much easier to set up on employee's machines and train people to use than Cadaver.
+http://plone.org/collector/3266
+Pending WebDAV, bug medium
+Mac OS X Panther Finder WebDAV buggy w- Plone + certain file tyles
+
+= Edit - Entry #7 by limi on Aug 15, 2005 2:24 am
+
+ Changes: edited transcript, importance (important => medium)
+________________________________________
+= Comment - Entry #6 by mrtopf on Aug 1, 2005 6:14 am
+
+I tested the hint with the content type registry and it worked for me. It actually deletes the ._-File after uploading again. So I simply set the filetype to File.
+I'd like some people to test this. I've set it up on <a href="" target="_blank">http://plone21.comlounge.net">http://plone21.comlounge.net</a>. Just create yourself an account and test it with WebDAV.
+
+I now need to find out how to put this fix into code and probably migrations.
+
+
+________________________________________
+= Comment - Entry #5 by Anonymous User on Jul 28, 2005 10:07 am
+
+What would Apache do in this case? My personal opinion is that we should accept the upload of ._filename files and create OFS.File objects, which would then not show up in the Plone UI.
+
+There would need to be a change in the Content Type Registry to allow this.
+
+Denying to create the file or swallowing the request could lead to unexpected behaviour by the client because usually the client does a PUT and then a PROPFIND, and if it doesn't find the newly created file that might cause all sorts of trouble, even a hang in the case of Finder.
+________________________________________
+= Comment - Entry #4 by Anonymous User on Jul 28, 2005 10:02 am
+
+What would Apache do in this case? My personal opinion is that we should accept the upload of ._filename files and create OFS.File objects, which would then not show up in the Plone UI.
+
+There would need to be a change in the Content Type Registry to allow this.
+
+Denying to create the file or swallowing the request could lead to unexpected behaviour by the client because usually the client does a PUT and then a PROPFIND, and if it doesn't find the newly created file that might cause all sorts of trouble, even a hang in the case of Finder.
+________________________________________
+= Comment - Entry #3 by tiran on Jul 12, 2005 3:59 pm
+
+FYI: The damn finder is creating some stupid files like "._originalfilename" ...
+________________________________________
+= Edit - Entry #2 by limi on Oct 2, 2004 10:07 am
+
+ Changes: submitter email, plone version, new comment
+
+Should be looked into. Scheduling for 2.1.
+________________________________________
+= Request - Entry #1 by dchoi on Jun 26, 2004 9:03 am
+
+I've used Cadaver, and uploading files with it via WebDAV to Plone folders works fine with all file types. However, when I try using Mac OS X Panther Finder's WebDAV functionality (via the Connect to Server command), I get this strange result:
+
+1. I can upload only some file types to a Plone folder, e.g. .jpg and .gif files.
+2. Trying to copy other types of files into a Plone folder from the Finder, especially text files, generate an error in Mac OS X (Error -2122)
+3. BUT, if I try copying any type of file via the OS X Finder into a regular ZOPE folder (not under the Plone root directory, but outside it), it works with no problem.
+
+So the bottom line is that using the Mac OS X Finder's WebDAV with Plone and certain file types produces errors, while the same action doesn't produce errors when using either just plain Zope folders or when using the Cadaver WebDAV client.
+
+I really would like the WebDAV to work using Plone and Mac OS X's finder -- much easier to set up on employee's machines and train people to use than Cadaver.

Modified: collector-chaos/trunk/Categorisation/WebDAV/3892 - unable to unlock a file with Webdav.txt
==============================================================================
--- collector-chaos/trunk/Categorisation/WebDAV/3892 - unable to unlock a file with Webdav.txt (original)
+++ collector-chaos/trunk/Categorisation/WebDAV/3892 - unable to unlock a file with Webdav.txt Tue Nov 15 15:49:58 2005
@@ -1,68 +1,72 @@ /> -http://plone.org/collector/3892
-Pending WebDAV, bug medium
-unable to unlock a file with Webdav
-
-= Comment - Entry #3 by limi on Aug 14, 2005 10:46 pm
-
-Massimiliano, could you try downloading one of the Plone 2.1 installers and see if you still have this problem? There has been plenty of fixes done to WebDAV between Plone 2.0.5 and 2.1.
-________________________________________
-= Edit - Entry #2 by shh on Jul 8, 2005 5:42 pm
-
- Changes: plone version
-________________________________________
-= Request - Entry #1 by Anonymous User on Mar 21, 2005 5:26 am
-
-ApplicationWizard
-ArchExample installed
-ArchGenXML 1.1
-Archetypes 1.3.1-final installed
-BTreeFolder2 BTreeFolder2-1.0.1
-CMFActionIcons 0.9 installed
-CMFCalendar CMF-1.4.7 installed
-CMFContentPanels 1.8.2 installed
-CMFCore CMF-1.4.7
-CMFDefault CMF-1.4.7
-CMFFormController 1.0.4 installed
-CMFOODocument 0.3
-CMFPlone 2.0.5
-CMFQuickInstallerTool 1.5.1
-CMFTopic CMF-1.4.7
-CalendarX 0.4.14(stable) 2005-02-25 installed
-DCWorkflow CMF-1.4.7
-DavPack 1.0.1
-Epoz 0.8.5 installed
-ExternalEditor 0.8
-ExternalMethod External Method-1-0-0
-Formulator Formulator 1.7.0
-GroupUserFolder 2.0.1 installed
-MIMETools
-MailHost MailHost-1-3-0
-MimetypesRegistry 1.3.2-7 installed
-OFSP OFSP-1-0-0
-OpenFlow 1.1.0
-PageTemplates PageTemplates-1-4-0
-PlacelessTranslationService 1.0
-PloneErrorReporting 0.11 installed
-PluginIndexes
-PortalTransforms 1.3.2-7 installed
-PythonScripts PythonScripts-2-0-0
-Sessions
-SiteAccess SiteAccess-2-0-0
-SiteErrorLog
-StandardCacheManagers StandardCacheManagers-1-1-0
-TemporaryFolder
-Transience
-ZCTextIndex
-ZCatalog ZCatalog-2-2-0
-ZGadflyDA
-ZODBMountPoint
-ZReST 1.1
-ZSQLMethods
-ZWiki ZWiki-0-39-0 installed
-ZopeTutorial Zope Tutorial 1.1
-generator 1.3.0-11
-kupu kupu 1.2rc1 installed
-validation 1.3.0-11
-
-I use Novell Netdrive as client, when i lock a file i'm unable to unlock, Thanks
-
+http://plone.org/collector/3892
+Pending WebDAV, bug medium
+unable to unlock a file with Webdav
+
+= Comment - Entry #4 by Kruegi on Sep 27, 2005 3:38 pm
+
+Unlocking doesn't work in Plone 2.1, too.
+________________________________________
+= Comment - Entry #3 by limi on Aug 14, 2005 10:46 pm
+
+Massimiliano, could you try downloading one of the Plone 2.1 installers and see if you still have this problem? There has been plenty of fixes done to WebDAV between Plone 2.0.5 and 2.1.
+________________________________________
+= Edit - Entry #2 by shh on Jul 8, 2005 5:42 pm
+
+ Changes: plone version
+________________________________________
+= Request - Entry #1 by Anonymous User on Mar 21, 2005 5:26 am
+
+ApplicationWizard
+ArchExample installed
+ArchGenXML 1.1
+Archetypes 1.3.1-final installed
+BTreeFolder2 BTreeFolder2-1.0.1
+CMFActionIcons 0.9 installed
+CMFCalendar CMF-1.4.7 installed
+CMFContentPanels 1.8.2 installed
+CMFCore CMF-1.4.7
+CMFDefault CMF-1.4.7
+CMFFormController 1.0.4 installed
+CMFOODocument 0.3
+CMFPlone 2.0.5
+CMFQuickInstallerTool 1.5.1
+CMFTopic CMF-1.4.7
+CalendarX 0.4.14(stable) 2005-02-25 installed
+DCWorkflow CMF-1.4.7
+DavPack 1.0.1
+Epoz 0.8.5 installed
+ExternalEditor 0.8
+ExternalMethod External Method-1-0-0
+Formulator Formulator 1.7.0
+GroupUserFolder 2.0.1 installed
+MIMETools
+MailHost MailHost-1-3-0
+MimetypesRegistry 1.3.2-7 installed
+OFSP OFSP-1-0-0
+OpenFlow 1.1.0
+PageTemplates PageTemplates-1-4-0
+PlacelessTranslationService 1.0
+PloneErrorReporting 0.11 installed
+PluginIndexes
+PortalTransforms 1.3.2-7 installed
+PythonScripts PythonScripts-2-0-0
+Sessions
+SiteAccess SiteAccess-2-0-0
+SiteErrorLog
+StandardCacheManagers StandardCacheManagers-1-1-0
+TemporaryFolder
+Transience
+ZCTextIndex
+ZCatalog ZCatalog-2-2-0
+ZGadflyDA
+ZODBMountPoint
+ZReST 1.1
+ZSQLMethods
+ZWiki ZWiki-0-39-0 installed
+ZopeTutorial Zope Tutorial 1.1
+generator 1.3.0-11
+kupu kupu 1.2rc1 installed
+validation 1.3.0-11
+
+I use Novell Netdrive as client, when i lock a file i'm unable to unlock, Thanks
+

Added: collector-chaos/trunk/Categorisation/WebDAV/4274 - Webdav multiple lines in a non primary field cause file upload useless - parser will not create the file co....txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/WebDAV/4274 - Webdav multiple lines in a non primary field cause file upload useless - parser will not create the file co....txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,26 @@ /> +http://plone.org/collector/4274
+Pending WebDAV, feature low
+Webdav : multiple lines in a non primary field cause file upload useless - parser will not create the file co...
+
+= Edit - Entry #2 by tiran on Jul 12, 2005 4:20 pm
+
+ Changes: submitter email, importance (important => low), classification (bug => feature), plone version
+________________________________________
+= Request - Entry #1 by Yannick on Jul 12, 2005 9:14 am
+
+In a document created under Plone with these basics fields :
+ID TITLE DESCRIPTION BODY
+
+Enter a multiple line description and a multiple line body. Then save the document.
+(I know description is by default not displayed on multiple line but tis can be changed)
+
+Via ftp/webdav, retrieve the file.
+Upload it back.
+
+View it online... surprise, part of the document has been "destroyed".
+
+Problem is caused by the system of primary fields.
+
+In one of my custom type i have description body + attachment field (ie external file uploaded into the content) So my primary field is FILE but if I set a multiple line body first, the file attachement is being corrupted while I'm uploading the file back on the server
+
+A system must be found to allow complex document structure (ie multiple lines) without breaking the document. I think this is related to the use of a new marshaller that has to be developped to take into account this kind of problems.

Added: collector-chaos/trunk/Categorisation/plone.org/4842 - Cannot add documentation object if there is an identical ID at the root.txt
==============================================================================
--- (empty file)
+++ collector-chaos/trunk/Categorisation/plone.org/4842 - Cannot add documentation object if there is an identical ID at the root.txt Tue Nov 15 15:49:58 2005
@@ -0,0 +1,21 @@ /> +http://plone.org/collector/4842
+Pending Python, bug medium
+Cannot add "documentation" object if there is an identical ID at the root
+
+= Edit - Entry #2 by limi on Oct 25, 2005 5:49 pm
+
+ Changes: submitter email, revised title, topic (plone.org website => Python), plone version, new comment
+
+This has been fixed in the 2.1 versions, and will be fixed when we move to 2.1 on plone.org (any day now, we just worked out the final issues with ExternalStorage) - see <a href="" target="_blank">http://new.plone.org/products">http://new.plone.org/products</a> for an example (you can't log in at the moment, though. :)
+
+There is maybe a related bug, though - I don't see why having *content* in the Plone root named "documentation" (or anything else) should stop you from adding that inside a different hierarchy - anybody care to comment on why this happens?
+
+As an example, I can't import the Members folder on the new instance because somebody has a folder in there called "documentation" - and I have a folder at the root called the same.
+________________________________________
+= Request - Entry #1 by tvon on Oct 25, 2005 11:05 am
+
+I get an error that "the id 'documentation' is reserved" when trying to add a documentation section to plone.org/products/quills.
+
+I think the people that should know about this already do, but I didn't find a -existing bug report so here you go.
+
+

Modified: collector-chaos/trunk/collector-chaos.py
==============================================================================
--- collector-chaos/trunk/collector-chaos.py (original)
+++ collector-chaos/trunk/collector-chaos.py Tue Nov 15 15:49:58 2005
@@ -1,309 +1,309 @@ /> -from xml.dom import minidom
-import urllib
-import re
-import os
-import htmlentitydefs
-from optparse import OptionParser
-
-# Directory where new issues are put
-NEW_DIRECTORY = '_Uncategorised'
-
-def getExistingIssues():
- """Get existing issues in a dict with issue numbers (ints) as keys and
- a list of paths to issue files corresponding to that issue as values. The
- file paths are stored as a tuple (root, filename).
- """
-
- numberFinder = re.compile(r'^(\d+) -')
- issues = {}
-
- for root, dirs, files in os.walk(options.categorisation_directory):
- if '.svn' in root:
- continue
- for issueFile in files:
- match = numberFinder.search(issueFile)
- if match:
- issueNumber = int(match.group(1))
- if not issueNumber in issues:
- issues[issueNumber] = []
- issueFiles = issues[issueNumber]
- issueFiles.append((root, issueFile,))
-
- return issues
-
-def renameIssueFile(old, new):
- if options.use_subversion:
- old = old.replace('"','\\"')
- new = new.replace('"','\\"')
- os.system('svn --force mv "%s" "%s"' % (old, new))
+from xml.dom import minidom
+import urllib
+import re
+import os
+import htmlentitydefs
+from optparse import OptionParser
+
+# Directory where new issues are put
+NEW_DIRECTORY = '_Uncategorised'
+
+def getExistingIssues():
+ """Get existing issues in a dict with issue numbers (ints) as keys and
+ a list of paths to issue files corresponding to that issue as values. The
+ file paths are stored as a tuple (root, filename).
+ """
+
+ numberFinder = re.compile(r'^(\d+) -')
+ issues = {}
+
+ for root, dirs, files in os.walk(options.categorisation_directory):
+ if '.svn' in root:
+ continue
+ for issueFile in files:
+ match = numberFinder.search(issueFile)
+ if match:
+ issueNumber = int(match.group(1))
+ if not issueNumber in issues:
+ issues[issueNumber] = []
+ issueFiles = issues[issueNumber]
+ issueFiles.append((root, issueFile,))
+
+ return issues
+
+def renameIssueFile(old, new):
+ if options.use_subversion:
+ old = old.replace('"','\\"')
+ new = new.replace('"','\\"')
+ os.system('svn --force mv "%s" "%s"' % (old, new))
else:
- os.rename(old, new)
-
-def removeIssueFile(filename):
- if options.use_subversion:
- filename = filename.replace('"','\\"')
- os.system('svn rm "%s"' % filename)
+ os.rename(old, new)
+
+def removeIssueFile(filename):
+ if options.use_subversion:
+ filename = filename.replace('"','\\"')
+ os.system('svn rm "%s"' % filename)
else:
- os.unlink(filename)
-
-filenameMatcher = re.compile(r'^(\d+) - (.+).txt$')
-
-def translateEntities(string):
- """Translate HTML entities in the string to their literal values
- """
- for k, v in htmlentitydefs.entitydefs.items():
- entity = '&%s;' % k
- translation = v
- if k == 'nbsp':
- translation = ' '
- string = string.replace(entity, translation)
- return string
-
-def readListing(url):
- """Open a connection to the given URL and read its contents; parse for
- the collector table, and return a string containing the main table.
- """
- stream = urllib.urlopen(url)
- contents = stream.read()
- tableFinder = re.compile(r'^.*(<table id="sortable" class="listing">.*?</table>).*$', re.S)
- entityRemover = re.compile(r'&.+?;', re.S)
- mainTable = tableFinder.sub(r'\1', contents)
- mainTable = entityRemover.sub(r'', mainTable)
- stream.close()
- return mainTable
-
-def readIssueTranscript(issueNumber):
- """Read the transcript for the given issue by obtaining it from the server
- and stripping out <br/> tags, \r's and HTML entities.
- """
- stream = urllib.urlopen("%s/%d/ISSUE_TRANSCRIPT/CookedBody" % (options.issue_base_url, int(issueNumber)))
- transcript = stream.read()
- stream.close()
-
- brRemover = re.compile(r'<br>', re.S)
- returnRemover = re.compile('\r', re.S)
- transcript = brRemover.sub('', transcript)
- transcript = returnRemover.sub('', transcript)
- transcript = translateEntities(transcript)
-
- return transcript
-
-disallowed_filename_chars = ['/','\\',':','*','?','"','<','>','|',';']
-disallowed_filename_chars = dict([(x, None) for x in disallowed_filename_chars])
-
-def cleanUpFilename(filename):
- result = u"".join([x for x in filename if x not in disallowed_filename_chars])
- return result
-
-def writeIssueFile(filename, issueNumber, title, url, info, transcript):
- """Write the given issue to the file.
- """
- if os.path.exists(filename):
- added = False
- else:
- added = True
- f = open(filename, 'w')
- print >> f, url
- print >> f, info
- print >> f, title
- print >> f
- print >> f, transcript
- f.close()
- if added and options.use_subversion:
- filename = filename.replace('"','\\"')
+ os.unlink(filename)
+
+filenameMatcher = re.compile(r'^(\d+) - (.+).txt$')
+
+def translateEntities(string):
+ """Translate HTML entities in the string to their literal values
+ """
+ for k, v in htmlentitydefs.entitydefs.items():
+ entity = '&%s;' % k
+ translation = v
+ if k == 'nbsp':
+ translation = ' '
+ string = string.replace(entity, translation)
+ return string
+
+def readListing(url):
+ """Open a connection to the given URL and read its contents; parse for
+ the collector table, and return a string containing the main table.
+ """
+ stream = urllib.urlopen(url)
+ contents = stream.read()
+ tableFinder = re.compile(r'^.*(<table id="sortable" class="listing">.*?</table>).*$', re.S)
+ entityRemover = re.compile(r'&.+?;', re.S)
+ mainTable = tableFinder.sub(r'\1', contents)
+ mainTable = entityRemover.sub(r'', mainTable)
+ stream.close()
+ return mainTable
+
+def readIssueTranscript(issueNumber):
+ """Read the transcript for the given issue by obtaining it from the server
+ and stripping out <br/> tags, \r's and HTML entities.
+ """
+ stream = urllib.urlopen("%s/%d/ISSUE_TRANSCRIPT/CookedBody" % (options.issue_base_url, int(issueNumber)))
+ transcript = stream.read()
+ stream.close()
+
+ brRemover = re.compile(r'<br>', re.S)
+ returnRemover = re.compile('\r', re.S)
+ transcript = brRemover.sub('', transcript)
+ transcript = returnRemover.sub('', transcript)
+ transcript = translateEntities(transcript)
+
+ return transcript
+
+disallowed_filename_chars = ['/','\\',':','*','?','"','<','>','|',';']
+disallowed_filename_chars = dict([(x, None) for x in disallowed_filename_chars])
+
+def cleanUpFilename(filename):
+ result = u"".join([x for x in filename if x not in disallowed_filename_chars])
+ return result
+
+def writeIssueFile(filename, issueNumber, title, url, info, transcript):
+ """Write the given issue to the file.
+ """
+ if os.path.exists(filename):
+ added = False
+ else:
+ added = True
+ f = open(filename, 'w')
+ print >> f, url
+ print >> f, info
+ print >> f, title
+ print >> f
+ print >> f, transcript
+ f.close()
+ if added and options.use_subversion:
+ filename = filename.replace('"','\\"')
os.system('svn add "%s"' % filename)
-
-def findNode(node, name):
- """Look for the node with the given name as a child of the given node
- and return the first match.
- """
- for n in node.childNodes:
- if n.nodeName.lower() == name.lower():
- return n
- return None
-
-def findAllNodes(node, name):
- """Return all nodes with the given name that are children of the given
- node as a list.
- """
- nodes = []
- for n in node.childNodes:
- if n.nodeName.lower() == name.lower():
- nodes.append(n)
- return nodes
-
-def getNodeText(node):
- """Get all text stored inside this node and its child nodes.
- """
- concat = ""
- for n in node.childNodes:
- if n.nodeType == n.TEXT_NODE:
- value = n.nodeValue.strip()
- if value:
- concat += value + ' '
- else:
- concat += getNodeText(n)
- return concat
-
-def getAttributeValue(node, name):
- """Get the value of the given attribute on the given node
- """
- attribute = node.attributes.get(name)
- if attribute:
- return attribute.value
- else:
- return ''
-
-def normaliseString(string):
- """Strip whitespace, replace newlines with spaces and replace forward
- slashes with dashes to permit a string to be used as a filename.
- """
- return string.strip().replace('\n', ' ').replace('/', '-')
-
-def buildIssues(doc, existingIssues):
- """Parse the given root node ('doc') and build the issue files.
- """
- table = findNode(doc, 'table')
- body = findNode(table, 'tbody')
- rows = findAllNodes(body, 'tr')
- processedIssues = []
-
-
- for i in rows:
- cells = findAllNodes(i, 'td')
- link = findNode(cells[1], 'a')
-
- number = int(normaliseString(getNodeText(cells[0])))
- issueNumber = "%04d" % number
-
- if not options.repeat_old and number in existingIssues:
- print "Ignoring old issue", issueNumber
- processedIssues.append(number)
- continue
-
- title = normaliseString(getNodeText(link))
- version = normaliseString(getNodeText(cells[2]))
- info = normaliseString(getNodeText(cells[3]))
- url = getAttributeValue(link, 'href')
-
- if options.read_issue_transcript:
- transcript = readIssueTranscript(number)
- else:
- transcript = ""
-
- if number in existingIssues:
- for root, filename in existingIssues[number]:
- oldFile = os.path.join(root, filename)
- filename = cleanUpFilename("%s - %s.txt" % (issueNumber, title))
- filename = os.path.join(root, filename)
- if oldFile != filename:
- renameIssueFile(oldFile, filename)
- print "Renamed '%s' to '%s'." % (oldFile, filename)
- writeIssueFile(filename, issueNumber, title, url, info, transcript)
- processedIssues.append(number)
- print "Updated", issueNumber, "in", root
- else:
- new_dir = os.path.join(options.categorisation_directory, NEW_DIRECTORY)
- filename = cleanUpFilename("%s - %s.txt" % (issueNumber, title))
- filename = os.path.join(new_dir, filename)
- writeIssueFile(filename, issueNumber, title, url, info, transcript)
- print "Created", issueNumber, "in", new_dir
-
- if options.remove_closed:
- numberRemoved = 0
- for number, files in existingIssues.items():
- if number not in processedIssues:
- for root, filename in files:
- oldFile = os.path.join(root, filename)
- removeIssueFile(oldFile)
- numberRemoved += 1
- print "Removed", "%04d" % number, "in", root
- if numberRemoved > 1:
- print "Removed", numberRemoved, "issues. Well done."
-
-
-options = None
-args = None
-
-def initOptions():
- global options
- global args
+
+def findNode(node, name):
+ """Look for the node with the given name as a child of the given node
+ and return the first match.
+ """
+ for n in node.childNodes:
+ if n.nodeName.lower() == name.lower():
+ return n
+ return None
+
+def findAllNodes(node, name):
+ """Return all nodes with the given name that are children of the given
+ node as a list.
+ """
+ nodes = []
+ for n in node.childNodes:
+ if n.nodeName.lower() == name.lower():
+ nodes.append(n)
+ return nodes
+
+def getNodeText(node):
+ """Get all text stored inside this node and its child nodes.
+ """
+ concat = ""
+ for n in node.childNodes:
+ if n.nodeType == n.TEXT_NODE:
+ value = n.nodeValue.strip()
+ if value:
+ concat += value + ' '
+ else:
+ concat += getNodeText(n)
+ return concat
+
+def getAttributeValue(node, name):
+ """Get the value of the given attribute on the given node
+ """
+ attribute = node.attributes.get(name)
+ if attribute:
+ return attribute.value
+ else:
+ return ''
+
+def normaliseString(string):
+ """Strip whitespace, replace newlines with spaces and replace forward
+ slashes with dashes to permit a string to be used as a filename.
+ """
+ return string.strip().replace('\n', ' ').replace('/', '-')
+
+def buildIssues(doc, existingIssues):
+ """Parse the given root node ('doc') and build the issue files.
+ """
+ table = findNode(doc, 'table')
+ body = findNode(table, 'tbody')
+ rows = findAllNodes(body, 'tr')
+ processedIssues = []
+
+
+ for i in rows:
+ cells = findAllNodes(i, 'td')
+ link = findNode(cells[1], 'a')
+
+ number = int(normaliseString(getNodeText(cells[0])))
+ issueNumber = "%04d" % number
+
+ if not options.repeat_old and number in existingIssues:
+ print "Ignoring old issue", issueNumber
+ processedIssues.append(number)
+ continue
+
+ title = normaliseString(getNodeText(link))
+ version = normaliseString(getNodeText(cells[2]))
+ info = normaliseString(getNodeText(cells[3]))
+ url = getAttributeValue(link, 'href')
+
+ if options.read_issue_transcript:
+ transcript = readIssueTranscript(number)
+ else:
+ transcript = ""
+
+ if number in existingIssues:
+ for root, filename in existingIssues[number]:
+ oldFile = os.path.join(root, filename)
+ filename = cleanUpFilename("%s - %s.txt" % (issueNumber, title))
+ filename = os.path.join(root, filename)
+ if oldFile != filename:
+ renameIssueFile(oldFile, filename)
+ print "Renamed '%s' to '%s'." % (oldFile, filename)
+ writeIssueFile(filename, issueNumber, title, url, info, transcript)
+ processedIssues.append(number)
+ print "Updated", issueNumber, "in", root
+ else:
+ new_dir = os.path.join(options.categorisation_directory, NEW_DIRECTORY)
+ filename = cleanUpFilename("%s - %s.txt" % (issueNumber, title))
+ filename = os.path.join(new_dir, filename)
+ writeIssueFile(filename, issueNumber, title, url, info, transcript)
+ print "Created", issueNumber, "in", new_dir
+
+ if options.remove_closed:
+ numberRemoved = 0
+ for number, files in existingIssues.items():
+ if number not in processedIssues:
+ for root, filename in files:
+ oldFile = os.path.join(root, filename)
+ removeIssueFile(oldFile)
+ numberRemoved += 1
+ print "Removed", "%04d" % number, "in", root
+ if numberRemoved > 1:
+ print "Removed", numberRemoved, "issues. Well done."
+
+
+options = None
+args = None
+
+def initOptions():
+ global options
+ global args
parser = OptionParser(version='0.8')
- # Directory where issues are categorised
- parser.add_option("-c", "--categorization",
- help="use CATEGORISATION_DIRECTORY for processing [Categorisation]",
- metavar="CATEGORISATION_DIRECTORY",
+ # Directory where issues are categorised
+ parser.add_option("-c", "--categorization",
+ help="use CATEGORISATION_DIRECTORY for processing [Categorisation]",
+ metavar="CATEGORISATION_DIRECTORY",
dest="categorisation_directory",
- default='Categorisation',
- )
- # Remove items no longer found?
- parser.add_option("-r", "--no-remove",
- help="Don't remove closed items",
- action="store_false",
- dest="remove_closed",
- default=True,
+ default='Categorisation',
+ )
+ # Remove items no longer found?
+ parser.add_option("-r", "--no-remove",
+ help="Don't remove closed items",
+ action="store_false",
+ dest="remove_closed",
+ default=True,
+ )
+ # Download an issue again if it exists in CATEGORISATION_DIRECTORY?
+ parser.add_option("-u", "--no-update",
+ help="Don't update existing items",
+ action="store_false",
+ dest="repeat_old",
+ default=True,
)
- # Download an issue again if it exists in CATEGORISATION_DIRECTORY?
- parser.add_option("-u", "--no-update",
- help="Don't update existing items",
- action="store_false",
- dest="repeat_old",
- default=True,
- )
# Whether or not to spider and download issue transcripts into the file
- parser.add_option("-t", "--no-transcript",
- help="Don't download issue transcript",
- action="store_false",
- dest="read_issue_transcript",
- default=True,
+ parser.add_option("-t", "--no-transcript",
+ help="Don't download issue transcript",
+ action="store_false",
+ dest="read_issue_transcript",
+ default=True,
)
# Whether or not to download issue listing
- #parser.add_option("-l", "--no-listing",
- # help="Don't download current issue listing",
- # action="store_false",
- # dest="read_issue_listing",
- # default=True,
+ #parser.add_option("-l", "--no-listing",
+ # help="Don't download current issue listing",
+ # action="store_false",
+ # dest="read_issue_listing",
+ # default=True,
#)
- # URL to get collector issues table from; should be collector_full or similar
- search_url = 'http://plone.org/collector/collector_full?searching=yep&SearchableText=&status%3Alist%3Aignore_empty=Accepted&status%3Alist%3Aignore_empty=Pending&target_versions%3Alist%3Aignore_empty=2.1'
- parser.add_option("-q", "--query-url",
- help="url for issue search [%s]" % search_url,
- metavar="SEARCH_URL",
+ # URL to get collector issues table from; should be collector_full or similar
+ search_url = 'http://plone.org/collector/collector_full?searching=yep&SearchableText=&status%3Alist%3Aignore_empty=Accepted&status%3Alist%3Aignore_empty=Deferred&status%3Alist%3Aignore_empty=Pending&target_versions%3Alist%3Aignore_empty=2.1&target_versions%3Alist%3Aignore_empty=2.1.x'
+ parser.add_option("-q", "--query-url",
+ help="url for issue search [%s]" % search_url,
+ metavar="SEARCH_URL",
dest="search_url",
- default=search_url,
- )
- # Base URL for issues, e.g. issue 123 becomes ${ISSUE_BASE_URL}/123
- issue_base_url = 'http://plone.org/collector'
- parser.add_option("-i", "--issue-base-url",
- help="base url for issues (issue 123 becomes %s/123) [%s]" % (issue_base_url, issue_base_url),
- metavar="ISSUE_BASE_URL",
+ default=search_url,
+ )
+ # Base URL for issues, e.g. issue 123 becomes ${ISSUE_BASE_URL}/123
+ issue_base_url = 'http://plone.org/collector'
+ parser.add_option("-i", "--issue-base-url",
+ help="base url for issues (issue 123 becomes %s/123) [%s]" % (issue_base_url, issue_base_url),
+ metavar="ISSUE_BASE_URL",
dest="issue_base_url",
- default=issue_base_url,
- )
- parser.add_option("-s", "--use-subversion",
- help="Invoke subversion on add, remove and rename",
- action="store_true",
- dest="use_subversion",
- default=False,
- )
- (options, args) = parser.parse_args()
-
-def run():
- initOptions()
-
- print "Reading existing issues..."
- existingIssues = getExistingIssues()
-
- print "Getting listing from", options.search_url
- table = readListing(options.search_url)
-
- print "Parsing as XML..."
- doc = minidom.parseString(table)
-
- print "Building files..."
- buildIssues(doc, existingIssues)
-
- print "Done."
-
-if __name__=='__main__':
- run()
+ default=issue_base_url,
+ )
+ parser.add_option("-s", "--use-subversion",
+ help="Invoke subversion on add, remove and rename",
+ action="store_true",
+ dest="use_subversion",
+ default=False,
+ )
+ (options, args) = parser.parse_args()
+
+def run():
+ initOptions()
+
+ print "Reading existing issues..."
+ existingIssues = getExistingIssues()
+
+ print "Getting listing from", options.search_url
+ table = readListing(options.search_url)
+
+ print "Parsing as XML..."
+ doc = minidom.parseString(table)
+
+ print "Building files..."
+ buildIssues(doc, existingIssues)
+
+ print "Done."
+
+if __name__=='__main__':
+ run()

The Plone Collective

Email Archive: collective-checkins (read-only)

About SourceForge

Find Software

Develop Software

Community

Help