Tracker log

I've added keepReferencesOnCopy=True to fields.RSVPReferenceField in collective.salesforce.rsvp/collective/salesforce/rsvp/rsvpable.py

I've tested it manually & it works.

Looking to make a test for it & commit changes.

Added 667 day(s) ago.

To fix this, keepReferencesOnCopy needs to be set to True on this field in the schema. Please feel free to check in that fix, ideally with a test for the behavior that is currently broken.

Added 692 day(s) ago.

When copying an event to replicate same setup, the link to a custom form is dropped.

Added 694 day(s) ago.

tyaYw6 <a href="http://rixsanczzkzt.com/">rixsanczzkzt</a>, [url=http://vknnmwqylnll.com/]vknnmwqylnll[/url], [link=http://hzyftwketndt.com/]hzyftwketndt[/link], http://ygonjyuzcatn.com/

Added 936 day(s) ago.

Actually I was mistaken, I was able to reproduce this issue in Safari.

It turns out it's a general Zope/formlib bug affecting any browser that doesn't include an HTTP_ACCEPT_CHARSET header in the request; for more information see:

https://bugs.launchpad.net/zope2/+bug/160968
https://bugs.launchpad.net/zope2/+bug/143873

The latter suggests that the bug is fixed in Zope 2.10.8; I tried that out and it seemed to fix the issue for me.

Issue state: Unconfirmed → Rejected.
Added 996 day(s) ago.

I experienced the problem with IE6 and Safari 3.2.3 in combination with Plone.3.1.7 and c.s.rsvp 1.0.

We have also had reports of the problem in IE7.

After investigating further, the problem only seems to arise in a custom view; applying /base_view or /document_view fails to trigger the error.

I'll try to isolate what aspect of the view is causing the bad interactions. Consider this issue report revoked, at least for now. ;-)

Added 996 day(s) ago.

Could not reproduce in Safari 3.2.1 / Plone 3.3 / collective.salesforce.rsvp 1.0

What versions of the above are you using?
Does it break no matter where you do it or only for one particular item or content type?

Added 996 day(s) ago.

In IE6, IE7, and WebKit-based browsers, activating the rsvpable interface triggers an encoding error when rendering the page:

Traceback (innermost last):
  Module ZPublisher.Publish, line 122, in publish
  Module ZServer.HTTPResponse, line 262, in setBody
  Module ZPublisher.HTTPResponse, line 324, in setBody
  Module ZPublisher.HTTPResponse, line 476, in _encode_unicode
UnicodeEncodeError: 'latin-1' codec can't encode character u'\u201c' in position 31294: ordinal not in range(256)

It's possible that this only occurs if the activated object is the default view object for its container, but this is unconfirmed.

A possible fix/workaround is to set the encoding in the render() method of the rsvp form viewlet class:

self.request.response.setHeader('content-type',"text/html; charset=utf-8")

Added 996 day(s) ago.

Discussed with Chris, turned out to be user error/poor documentation (Not obvious that you need to configure the RSVP settings before the form shows.)

Issue state: Unconfirmed → Rejected.
Added 1053 day(s) ago.

Have version 1.0 on Plone 3.2 website. Added event, used action item to make it rsvp-able. AFter this (and refresh and viewing as anonymous user), no form is available on the event.

Viewed with FFx 3 browser.

Added 1053 day(s) ago.

I combined the capacity and waitlistable checks so that rendering the form only takes one SF query now. Submitting a form also performs that query, plus whatever objects are being created.

There's room for improvement on the configuration page though, by caching the describeSObjects result.

Target release: None → 1.0.
Responsible manager: (UNASSIGNED) → davisagli.
Added 1142 day(s) ago.

Or rather it was never implemented for PFG forms. But it is now!

Issue state: unconfirmed → resolved.
Target release: None → 1.0.
Responsible manager: (UNASSIGNED) → davisagli.
Added 1142 day(s) ago.

Done.

Issue state: unconfirmed → resolved.
Target release: None → 1.0.
Responsible manager: (UNASSIGNED) → davisagli.
Added 1142 day(s) ago.

Not an issue as I had initial wondered... Closing.

Issue state: unconfirmed → rejected.
Added 1142 day(s) ago.

Fixed in trunk. davisagli, you should have perms now.

Issue state: unconfirmed → resolved.
Responsible manager: (UNASSIGNED) → davisagli.
Added 1142 day(s) ago.

I checked the one scenario I could devise (check capacity checking, configure *one* of the 2 fields, then uncheck capacity checking and submit) and it's handled fine. So this can be closed.

Added 1143 day(s) ago.

Done. Andrew, if you're seeing this, I don't seem to have rights to edit tickets on the RSVP tracker...

Responsible manager: davisagli → (UNASSIGNED).
Added 1143 day(s) ago.

We may be doing some unnecessary checks when the form is rendered that can be moved to happen during configuration.

Added 1144 day(s) ago.

This way the user can provide a link from somewhere in the item text down to the registration form.

Added 1144 day(s) ago.

This feature got lost in my refactoring.

Added 1144 day(s) ago.