Closed (fixed)
Project:
FullCalendar
Version:
7.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
31 Dec 2010 at 18:17 UTC
Updated:
30 Apr 2014 at 01:50 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
apmsooner commentedThis 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.
Comment #2
tim.plunkettAre 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?
Comment #3
apmsooner commentedlogged 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.
Comment #4
tim.plunkettI can't reproduce. Please set status to "active" or "fixed" after reinstalling.
Comment #5
apmsooner commentedSounds good, i'll give it a go today and see if i can get it resolved. Thanks.
Comment #6
geerlingguy commentedI'm not having this trouble with 6.x; and it hasn't yet been implemented in 7.x.
Comment #7
aspilicious commentedI 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)
Comment #8
aspilicious commentedWhoops, 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)
Comment #9
aspilicious commentedReview....
Comment #10
apmsooner commentedAhhh... now that makes sense. My sites were installed as subdomains and I thought i was the only one with the issue.
Comment #11
geerlingguy commentedWorks 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).
Comment #12
tim.plunkettCommitted to all three branches.
http://drupal.org/cvs?commit=489470
http://drupal.org/cvs?commit=489474
http://drupal.org/cvs?commit=489478
Comment #13
aspilicious commentedIssue queue cleanup!
Comment #14
drseussofporn commentedMaybe 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.
Comment #15
tim.plunkettWe 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.
Comment #16
gilfo1 commentedHi 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