Ticket #5614 (closed Bug: fixed)

Opened 6 years ago

Last modified 5 years ago

plone.css breaks upgrades

Reported by: wichert Owned by: alecm
Priority: critical Milestone: 2.1.4
Component: Upgrade/Migration Keywords:
Cc:

Description

If you upgrade a site which has plone.css enabled in portal_css the site will no longer work after the upgrade. The traceback:

2006-07-01 14:26:47 ERROR Zope.SiteErrorLog http://localhost:8080/racleiden/port
al_css/plone.css/index_html
Traceback (innermost last):
  Module ZPublisher.Publish, line 106, in publish
  Module ZPublisher.BaseRequest, line 476, in traverse
  Module ZPublisher.BaseRequest, line 511, in exec_callables
  Module Products.ResourceRegistries.tools.BaseRegistry, line 205, in deferredGe
tContent
  Module Products.ResourceRegistries.tools.BaseRegistry, line 169, in __getitem_
_
  Module Products.ResourceRegistries.tools.BaseRegistry, line 469, in getResourc
eContent
  Module Products.CMFCore.FSPythonScript, line 108, in __call__
  Module Shared.DC.Scripts.Bindings, line 311, in __call__
  Module Shared.DC.Scripts.Bindings, line 348, in _bindAndExec
  Module Products.CMFCore.FSPythonScript, line 164, in _exec
TypeError: plone.css() takes no arguments (2 given)
2006-07-01 14:26:47 ERROR root Exception while rendering an error message

The cause is that plone.css has suddenly changed from a dtml template to a python script.

Change History

comment:1 Changed 6 years ago by maurits

As another data point: I see this too in my event.log. I don't notice any adverse effects though. At least the site is still working. Maybe my site (well, from a customer, using the plone 2.1 svn branch) is too heavily customized and that's why I do not notice. I don't quite know what problems to look for actually.

Disabling plone.css in the portal_css indeed stops this error and I don't immediately notice any display problems after that.

comment:2 Changed 6 years ago by wichert

  • Owner changed from somebody to alecm
  • Keywords newbie added

comment:3 Changed 6 years ago by alecm

  • Milestone changed from 2.5.x to 2.5.1

comment:4 Changed 6 years ago by alecm

  • Status changed from new to assigned
  • Keywords newbie removed

This isn't a newbie issue, wonder why I put that there. So I have the same behavior as Maurits, I get the error in my log, but no effect on site rendering, strange. plone.css is deprecated, no? It should be spitting out a warning when used on it's own, and there should be a migration to remove it from portal_css because it is redundant. However, should we also be tweaking rr so that it can render python scripts? There are likely some usecases for this, though this is certainly not one of them, and in this case if it worked, we'd probably get infinite recursion.

comment:5 Changed 6 years ago by alecm

  • Status changed from assigned to closed
  • Resolution set to fixed

Fixed in r10356 by adding a migration and deprecating the script

comment:6 Changed 6 years ago by alecm

(In [10358]) That should have been fixes #5614 :-(

comment:7 Changed 6 years ago by limi

  • Status changed from closed to reopened
  • Resolution fixed deleted

Uhm, plone.css is NOT deprecated. The problem here is that plone.css was in the RR, which it shouldn't be.

plone.css.py is for use when you need to get one single file that contains the CSS of your Plone site *for use from external tools* - think planet.plone.org, Trac, etc.

comment:8 Changed 6 years ago by alecm

OK, that bit is easy enough to undo, will do so monday.

comment:9 Changed 6 years ago by alecm

  • Status changed from reopened to closed
  • Resolution set to fixed

done

comment:10 Changed 6 years ago by maurits

  • Status changed from closed to reopened
  • Resolution fixed deleted

It seems fixed for Plone 2.5 now. But Plone 2.1 from the branch still has that problem. Can the migration step be backported to 2.1? The bug was never in an official release, but still. I have the bug on the site of a customer. I can remove plone.css from the portal_css by hand of course, but probably more people see this problem, so having this migration step available for 2.1 as well would be nice.

comment:11 Changed 5 years ago by alecm

  • Milestone changed from 2.5.1 to 2.1.x

comment:12 Changed 5 years ago by alecm

  • Status changed from reopened to closed
  • Resolution set to fixed

(In [10413]) Backport change from 2.5 which fixes #5614

comment:13 Changed 5 years ago by hannosch

  • Milestone changed from 2.1.x to 2.1.4
Note: See TracTickets for help on using tickets.