Search options (Page 21 of 23)

Good guess, but not quite right
Thanks for reporting this problem.

I've posted a fix in this forum under Known Issues and Fixes.

Roel

Good point.

And since you've already given me the file and line number, it should be a piece of cake However, to make the attachment accessible from an email reminder, the change should be made somewhere else. I will see what should be done.
Where did you get this $calUrl? This is not an existing global variable, it's only used locally in the file messaging.php. We should use $set['calendarUrl'] and strip off the possible suffix "?cal=<calID>".
I will add this change to the next calendar version 4.7.1 and tomorrow, Belgium time, I will post a fix, for those who can't wait

Roel

Hi Stefan,

In the calendar's index.php file the function "isMobile" is called and the return value is stored in the variable $isMob. The return values can be: 0: not mobile, 1: mobile tablet, or 2: mobile small display.
So if you do a global search with "$isMob" through all calendar files you will find the places where measures are taken to make the calendar more responsive.
(Just in case: To do global text searches, you could use the free application TextCrawler)
Roel

Ha ha, yes great question, why exactly at 3:15am? Actually it does not matter so much when lcalcron.php is started.
Since this file triggers the sending of email reminders for the day, it should start before the early rising calendar users open the calendar.
So why not start lcalcron.php just after midnight, or at 1:00am? Because various countries have Summer and Winter times (DST) and the DST change is not always at the same hour in each country. If you would start the lcalcron.php file for instance at 2:00am and at the end of the Summer at 2:00am  the clock is set 1 hour back, during that night it will be 2:00am twice! This would then start the lccron.php script twice resulting in duplicate reminder messages.
So, to make a long story short, we said let's suggest 3:15am; this will not interfere with DST changes in the various countries and it's still early enough to send reminders for the day to come.
I hope this sufficiently explains the 3:15am mystery
Roel

Hi there,
Currently selecting a calendar, in case of multiple calendars in one install, is only possible for users with administrator rights. This is done because for a certain user the rights for one calendar can be completely different from the rights for an other calendar. For instance if a certain user would have view or post rights in one calendar and would have no access rights in an other calendar, then if the user could switch to the other calendar, he/she would get the log-in dialogue (no Options Panel) and there would be no way back to the first calendar anymore.

As said by John in the other thread, we're planning to review the concept of multiple calendars (in one install and in different folder) for the next calendar version.

If this is not exactly what you meant, please let me know.
Roel

Hi Luigi,
There could be two reasons:
1. You have selected maybe via the Options Panel the English language and this is saved in a PHP session variable. During the PHP session, the calendar will take the language from this PHP session variable, unless you select an other language. PHP sessions last normally no longer than 22 minutes (of calendar inactivity), so this problem should solve itself when you close the calendar for more than 22 minutes.
2. On the Settings page, under User Accounts you have checked "Restore last user selections" and you have once selected English, which was subsequently stored in a cookie. If you log out now and log in again, it will take the last user selections, i.e. English. To overrule this, take care that on the Settings page, under User Accounts, "Restore last user selections" is checked and in the Options Panel select the Italian language. Now the last selections, including the Italian language will be stored in a cookie. Now the problem should be solved.

Roel

Hello Dan,
Yes, right, I will look into this and change the privileges for the default user groups.

I will also look at the Notice messages; they should not appear. Could be a cache problem.
Kind regards,
Roel

Great Michael! You too.
Roel

This depends . . .
Do you want to set the automatic logout time to < 24 minutes, in other words: do you want to abort the PHP session?
I assume that if you want to automatically logout users after a limited number of minutes, you also want to remove the "Remember me" check box from the login page.
Let me know if I'm correct and thereafter I will try give you a hint on what should be done.

What calendar version are you using?
Roel