I have the most recent version of fullcalendar and most recent version of date module 12/29 dev. Date events drag and drop but they don't save... i never get the message that their saved either and even though the move over just fine... nothing is triggering them to save so they revert to the original position upon page refresh. Can anyone else verify this issue as well?

CommentFileSizeAuthor
#8 fullcalendar-fix-dragndropD7.patch1007 bytesaspilicious
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

apmsooner’s picture

This is in firefox by the way... and i have followed the instructions with moving the fullcalendar js and css files into its only library folder.

tim.plunkett’s picture

Are you either admin or a user with the permission "update any fullcalendar event"?
Do you have the 1.4.9 FullCalendar plugin?
Which versions of jQuery and jQuery UI do you have?

apmsooner’s picture

logged in as super admin
yes on the plugin (in the libraries folder)
JQupdate = 6.x-2.0-alpha1
JQui = 6.x-1.4

1.7 jquery plugin files.

I guess if noone else is having issues then perhaps i'll try to reinstall everything.

tim.plunkett’s picture

Status: Active » Postponed (maintainer needs more info)

I can't reproduce. Please set status to "active" or "fixed" after reinstalling.

apmsooner’s picture

Sounds good, i'll give it a go today and see if i can get it resolved. Thanks.

geerlingguy’s picture

I'm not having this trouble with 6.x; and it hasn't yet been implemented in 7.x.

aspilicious’s picture

Status: Postponed (maintainer needs more info) » Active

I had the same thing on my localhost while creating: #1036444: Cleanup the views UI + remove autodiscovery mega issue.
It is a base path issue.

The backport for that (probably 6.2 branch will fix it)

aspilicious’s picture

Whoops, that part has been left out in the big patch. Thats ok, we will fix it here.
Patch works on every branch. (not only on D7)

aspilicious’s picture

Status: Active » Needs review

Review....

apmsooner’s picture

Ahhh... now that makes sense. My sites were installed as subdomains and I thought i was the only one with the issue.

geerlingguy’s picture

Status: Needs review » Reviewed & tested by the community

Works fine for me... dev and live server, D6 and D7. (Didn't notice the bug in D7 because I only just started doing dev work locally on one of my D7 sites).

tim.plunkett’s picture

Version: 6.x-1.2-rc1 » 7.x-1.x-dev
Status: Reviewed & tested by the community » Fixed
aspilicious’s picture

Status: Fixed » Closed (fixed)

Issue queue cleanup!

drseussofporn’s picture

Status: Closed (fixed) » Active

Maybe this is something on my end, but I am getting the same behavior described here. Drupal 7, fresh install with just CTools, Views, Date, and FullCalendar installed, all the latest dev builds. I have the latest version of FullCalendar (1.4.10), and my edits don't save when I refresh or navigate away from the calendar. Any ideas?

edit: Actually, I'm using 7.x.2.x-dev, so maybe this needs to be moved to it's own thread.

tim.plunkett’s picture

Status: Active » Closed (fixed)

We just committed new code to 7.x-2.x today, and the .tar.gz/.zip may not have all of the correct code. Either check out via CVS or Git, and if you continue to have issues, open a new issue.

gilfo1’s picture

Issue summary: View changes

Hi guys,

I am new to Drupal but have got full calendar up and working on the latest drupal 7 and Full Calendar 7.x-1.x-dev. I can drag "appointments" around but when I refresh the page they go back to their old places. I have permission to move them as admin.

I have been trying to find out answers, but to be honest am not great at searching through the Drupal site yet. I saw some references to problems with a base_path or problems with sub domains, or even putting some parts of full calendar in their own folders, but wasn't able to search those sources down.

I am using drupal on a subdomain and I wonder if that has something to do with it...

Thanks so much and sorry if I have overlooked a better place to find these answers.

-Luke