Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

plone.api 1.6.1 doesn't populate the start date field of type Event (Archetype), when we use api.content.create #364

Closed
idgserpro opened this issue Mar 31, 2017 · 3 comments
Closed

plone.api 1.6.1 doesn't populate the start date field of type Event (Archetype), when we use api.content.create #364

idgserpro opened this issue Mar 31, 2017 · 3 comments
Labels
02 type: regression 11 prio: blocker 21 status: confirmed 31 needs: help

Comments

@idgserpro
Copy link

I have:

api.content.create(
    container=portal,
    type='Event',
    title=u'My event',
    startDate=DateTime(today), 
    endDate=DateTime(tomorrow),
)

So:

>>> portal['my-event'].startDate
None

I'm using Plone 4.3.13
@idgserpro idgserpro mentioned this issue Mar 31, 2017
Closed
idgserpro added a commit to collective/collective.cover that referenced this issue Mar 31, 2017
@idgserpro
Pinn plone.api 1.6 in Plone 4.3 and 4.2
10599f3 
plone.api 1.6.1 doesn't populate the start date field of type Event
(Archetype), when we use api.content.create. See:

plone/plone.api#364
idgserpro added a commit to collective/collective.cover that referenced this issue Mar 31, 2017
@idgserpro
Pinn plone.api 1.6 in Plone 4.3 and 4.2
c41d813 
plone.api 1.6.1 doesn't populate the start date field of type Event
(Archetype), when we use api.content.create. See:

plone/plone.api#364
idgserpro added a commit to collective/collective.cover that referenced this issue Mar 31, 2017
@idgserpro
Pinn plone.api 1.6 in Plone 4.3 and 4.2
74e649c 
plone.api 1.6.1 doesn't populate the start date field of type Event
(Archetype), when we use api.content.create. See:

plone/plone.api#364
@hvelarde
Copy link
Member

hvelarde commented Apr 3, 2017

@gotcha this problem seems to be caused by your commit: f73bddc

hvelarde added a commit to collective/collective.cover that referenced this issue Apr 4, 2017
@hvelarde
Use plone.api 1.6 under Plone 4.2
36683ad 
See: plone/plone.api#364
hvelarde added a commit to collective/collective.cover that referenced this issue Apr 4, 2017
@hvelarde
Use plone.api 1.6 on builds using Archetypes
e2c69ee 
See: plone/plone.api#364
hvelarde added a commit to collective/collective.cover that referenced this issue Apr 4, 2017
@hvelarde
Use plone.api 1.6 on builds using Archetypes
82709b3 
See: plone/plone.api#364
hvelarde added a commit to collective/collective.cover that referenced this issue Apr 4, 2017
@hvelarde
Update CI environment (#698)
8ae5b72 
* Use Firefox 45.8.0esr instead of latest-esr

* Use getIcon from plone_layout helper view

This method was deprecated and has been removed from Plone 5.1.

* Remove image traverses test from basic tile

The test makes no sense as it was implemented and is failing with newer versions of Pillow.

* Use Plone 4.3.11 for tests on 4.3 branch

Refs: plone/plone.app.testing#39

* Use plone.api 1.6 on builds using Archetypes

See: plone/plone.api#364
This was referenced Apr 4, 2017
Merged
Closed
@hvelarde
Copy link
Member

hvelarde commented Aug 9, 2018 •
edited
Loading

This is still happening in Plone 4.3.17 with:

  • plone.app.contenttypes = 1.1.6
  • plone.app.event = 1.1.12
  • plone.event = 1.3.4

You can see it here: https://travis-ci.org/collective/collective.cover/jobs/414297950

hvelarde added a commit that referenced this issue Aug 10, 2018
@hvelarde
Add test cases for some weird issues with Event content type
f67faca 
* #364
* plone/plone.app.contenttypes#465
@hvelarde hvelarde mentioned this issue Aug 10, 2018
Closed
@idgserpro
Copy link
Author

This has been fixed. See: #407

idgserpro added a commit to collective/collective.cover that referenced this issue Aug 14, 2018
@idgserpro
Uses really the latest version of plone.api
0c0fcb9 
plone/plone.api#364 has been fixed in version 1.8.4 but Plone 4.3.17 uses version 1.8.3
@idgserpro idgserpro mentioned this issue Aug 14, 2018
Closed
hvelarde pushed a commit to collective/collective.cover that referenced this issue Aug 22, 2018
@idgserpro @hvelarde
Uses really the latest version of plone.api
9124d83 
plone/plone.api#364 has been fixed in version 1.8.4 but Plone 4.3.17 uses version 1.8.3
@idgserpro idgserpro mentioned this issue Sep 6, 2018
Merged
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
02 type: regression 11 prio: blocker 21 status: confirmed 31 needs: help
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
2 participants
@hvelarde @idgserpro