Spinning browser when running a snapshot

Bug #161730 reported by nateaune on 2007-09-19
2
Affects Status Importance Assigned to Milestone
Zope CMF
Low
Unassigned

Bug Description

When clicking on create snapshot in portal_setup, there is no indication that the snapshot is finished, but if you look at the event.log, you can see that it has completed. For some reason, the snapshot is executing but Zope still thinks it's running and doesn't give the control back to the browser.

This was observed at the PIKTipi sprint and reported to Tres Seaver who was also at the sprint. I think he did some troubleshooting then but wasn't able to determine what the problem is. In the most recent Plone 2.5, it still appears to be a problem.

Jens Vagelpohl (dataflake) wrote :

Calling "incomplete", I need more information about which browser and OS it happens on. I just tried 4 different browsers on OS X and it worked fine every time.

Changed in zope-cmf:
assignee: nobody → jens-dataflake
status: New → Incomplete
Jens Vagelpohl (dataflake) wrote :

downgrading importance

Changed in zope-cmf:
importance: Medium → Low
Jens Vagelpohl (dataflake) wrote :

unassigning myself

Changed in zope-cmf:
assignee: jens-dataflake → nobody
Jens Vagelpohl (dataflake) wrote :

Changing status due to inactivity.

Changed in zope-cmf:
status: Incomplete → Invalid

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jens Vagelpohl wrote:
> Changing status due to inactivity.
>
> ** Changed in: zope-cmf
> Status: Incomplete => Invalid

 status confirmed

This still happens, and is annoying. I don't know exactly what is
happending: maybe there is something which is snafuning the
Content-Length header?

Tres.
- --
===================================================================
Tres Seaver +1 540-429-0999 <email address hidden>
Palladion Software "Excellence by Design" http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKDHXT+gerLs4ltQ4RAopmAKCyUf/9qJ4UP3SgP4f3eQaRczDOxQCaAr6H
OXGDCj7FXtLRmvQytkXjkkA=
=Gnkh
-----END PGP SIGNATURE-----

Changed in zope-cmf:
status: Invalid → Confirmed
Jens Vagelpohl (dataflake) wrote :

I have tried several browsers and simply cannot reproduce the issue. Just like I already commented last September.

Tres Seaver (tseaver) wrote :

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

It looks as though David Glick has just checked in a fix for this one:

http://svn.zope.org/Products.GenericSetup/branches/1.4/?rev=99981&view=rev

I have forward-ported the fix to the trunk.

 status fixcommitted

- --
===================================================================
Tres Seaver +1 540-429-0999 <email address hidden>
Palladion Software "Excellence by Design" http://palladion.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFKDbAG+gerLs4ltQ4RAqSSAJ4hCeQxMy87sHTxjTne8arOspwFTgCgk0KD
7Vka72gke3S+anWz3G1r4I0=
=CbUu
-----END PGP SIGNATURE-----

Changed in zope-cmf:
status: Confirmed → Fix Committed
Jens Vagelpohl (dataflake) wrote :

Changing status so the item is off the "open bugs" listing.

Changed in zope-cmf:
status: Fix Committed → Fix Released
David Glick (davisagli) wrote :

FWIW, I wasn't able to determine why the existing code wasn't functioning. But the patch suggested at http://dev.plone.org/plone/ticket/8452 resolved the problem.

Wichert Akkerman (wichert) wrote :

It's a ZPublisher bug: if you return None the response does not get a Content-Length header, which will make some browsers wait forever for content to appear and the connection to be closed.

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.