Search options (Page 15 of 22)

Hi there,
When you've exported and downloaded the .ics file from LuxCal, could you have a look at the content of the file and in particular to the "DTSTART" of a known event.
it will look like:

DTSTART;TZID=Europe/Amsterdam:20190713T200000

and the last 6 digits indicate the time in 24-hour format. Here you can see if LuxCal is producing the correct time, and consequently Outlook is adding one hour, or that LuxCal is producing a wrong time.

Roel

Yes, John is right.
And try refreshing the calendar page once (F5) to be sure the cache is refreshed after the upgrade to version 4.7.5.

Groeten,
Roel

Hi there,

For an unknown reason the sample csv files are not included in the latest LuxCal calendar version.
Send me your email address (via the Contact Us page) and I will send you the files.

Roel

Hi Tony,

That's quite possible. Maybe your provider upgraded PHP and maybe it's time also to upgrade the LuxCal calendar.
What calendar version are you using?

Roel

Hi Scunder,

Last week there was a calendar user with exactly the same problem and the good news is that I know how to solve it
There are two possibilities:
1) You upgrade to the latest version + this fix. This is a version I can send you (if you send me your email address).
2) You go to your server and use phpMyAdmin and in all tables of the calendar database change all fields which are set to "default Not null" and have no default value to "default Null". Altogether this has to be done 17X (sigh).

If you want to upgrade, which I of course recommend, let me know your email address and I will send you the latest calendar version with the "SQL strict" fix and instructions how to do this.

I of course would not mind if at the same time you translate the new texts in the language files of the upgraded calendar

Roel

Hi Piotr,

I assume PHP sessions are enabled. So the problem is almost certainly the session.save_path (wrong directory or permissions not correct).
I think you should just tell your provider that your PHP sessions are not working and ask them to solve this problem. And maybe give them a hint that it is probably due to a wrong session.save_path.

Often one can select a PHP version in the control panel of your web host. If this is possible you could try to switch to a different PHP version, for which the session.save_path has been set correctly. (each PHP version has it's own session.save_path, so it is quite possible that an other PHP version works fine).
The LuxCal calendar runs with PHP V5.4 or higher.

Roel

We are currently solving this problem by email.

Roel

Ah, I see.
This was a security risk in the 'old' LuxCal versions. Anybody could edit an event this way.
In the newer versions this is not possible anymore.
But since you are familiar with tailoring the calendar, I will explain what could be done:

The link to open an event in edit mode is . . .
http://<your calendar URL>?xP=31&action=edi0&eid=2957&evD=2019-05-17
The part &evD=2019-05-17 is optional (only required to edit a single occurence of a repeating or multi-day event).
However when you use this link from outside the calendar, you will get the message "you are not authorized to perform this action".
This message can be avoided by editing the file "pages/events.php" and at the end of the file, in the if-statement at line 459, replace "$mayEdit" by "true".

Roel

Hi Riaan,

Have you tried to refresh the calendar page (Ctrl-F5)?
If so, on the Settings, in the section Views,  try to delete the Map viewer URL. Often mod_security on Apache servers doesn't like URLs in web forms.
If this solves the problem, please let me know and then I will give you a hint on how to solve this.

Roel

Hi Greg,

I think it's a matter of clearing the browser cache and maybe deleting some old cookies after a V7.4.5 installation.

I'll make you an offer:
Export your current v4.7.3 database to a .sql file (with phpMyAdmin), send me the file and I will upgrade it for you. Thereafter you can import the upgraded .sql file in your second new installation and then together we will make it work, without PHP Session Expired messages.

Deal?

Roel

Thanks Dan,

We have been discussing to add a registration option to the events since quite some time already, but so far I could not find the time and energy to start coding
Maybe later this year. I had a look at the link you posted and the OperSource Registration script  looks inspiring

Roel