Complete overhaul and update of Display3. The flexibility to tailor the user interface has increased and there is an interesting new feature: Visitors can log in!
When disabled, visitors will not be able to log in and events will be shown according to the settings in the user group of the Public Access user. When enabled, a login button will be shown at the right upper corner. A not (yet) logged in user will see events according to the settings in the user group of the Public Access user. A logged in user will see events according to the settings in his/her user group.
If enabled and the Public Access user has no rights, the display will open directly with the login form. When a user logs in, he will automatically be remembered during the number of days specified on the Settings page of the calendar, under 'User Accounts'.
326 2019-11-12 16:09:12
Topic: Display3: complete overhaul, more flexible and a new login feature (0 replies, posted in What's New)
327 2019-11-11 14:30:31
Topic: Display2: complete overhaul, more flexible and a new login feature (0 replies, posted in What's New)
Complete overhaul and update of Display2. The flexibility to tailor the user interface has increased and there is an interesting new feature: Visitors can log in!
When disabled, visitors will not be able to log in and events will be shown according to the settings in the user group of the Public Access user. When enabled, a login button will be shown at the right upper corner. A not (yet) logged in user will see events according to the settings in the user group of the Public Access user. A logged in user will see events according to the settings in his/her user group.
If enabled and the Public Access user has no rights, the display will open directly with the login form. When a user logs in, he will automatically be remembered during the number of days specified on the Settings page of the calendar, under 'User Accounts'.
328 2019-11-04 19:25:01
Topic: Display1: complete overhaul, more flexible and a new login feature (0 replies, posted in What's New)
Complete overhaul and update of Display1. The flexibility to tailor the user interface has increased and there is an interesting new feature: Visitors can log in!
When disabled, visitors will not be able to log in and events will be shown according to the settings in the user group of the Public Access user. When enabled, a login button will be shown at the right upper corner. A not (yet) logged in user will see events according to the settings in the user group of the Public Access user. A logged in user will see events according to the settings in his/her user group.
If enabled and the Public Access user has no rights, the display will open directly with the login form. When a user logs in, he will automatically be remembered during the number of days specified on the Settings page of the calendar, under 'User Accounts'.
329 2019-10-31 20:50:56
Re: Recipient lists limited to 50? (5 replies, posted in Need Help)
Hi Dan,
Good to now about your customer. I think it's not very difficult to send emails in batches of a certain number. Bill has contacted me by email and is offering to help me testing this. Of course once it's working to our satisfaction I will make this available in the next LuxCal calendar release.
Cheers,
Roel
330 2019-10-31 14:54:29
Re: Recipient lists limited to 50? (5 replies, posted in Need Help)
Hi Bill,
Currently there is no way to send emails in blocks.
But I'm willing to experiment with this and change the code so that emails are send in blocks of maximum X recipients. (X to be specified).
In this case you would be kind of a guinea pig.
If you are interested, I suggest you send me your email address (via the Contact Us page) and I will modify the code and send you an updated messaging.php file.
Roel
331 2019-10-30 21:47:13
Re: Recipient lists limited to 50? (5 replies, posted in Need Help)
Hi there,
In the LuxCal calendar thee is no limit to the number of recipients in the list, however, emails to the recipients of your list are send in one go and many (probably all) internet providers have set a limit, to avoid their customers to send spam. So I think your limit of 50 is set by your internet provider.
Using two files each with for instance 49 recipients will not help, because LuxCal will process both list before sending the emails.
If you really need to send emails to more than 50 recipients, you should use SMTP mail, or ask your provider to increase the limit of 50 emails.
Roel
332 2019-10-24 11:03:47
Re: PHP fix in header.php (2 replies, posted in Suggestions)
Hi there,
Thanks for reporting this. You are right, the PHP manual clearly states that there is no guarantee that the variable $_SERVER['HTTP_USER_AGENT'] is provided by every web server, so before using it, the existence must be checked. This will be fixed in the next LuxCal version.
We are happy to have knowledgeable calendar users in India!
Roel
333 2019-10-22 09:18:11
Re: syntax error end date in exported ics file (2 replies, posted in Problems)
Hi there,
I had a look in the ics file export script and could not find any reason why the DTEND date should become 99981201.
Could you send me (via the Contact Us page) a screenshot of the event in the Edit Event window of the calendar?
Thereafter I will try to reproduce and analyze the problem.
Roel
334 2019-10-17 21:43:27
Re: How to Restore Calendar Backup (2 replies, posted in Need Help)
Everybody happy ![]()
Roel
335 2019-10-15 11:15:37
Topic: LuxCal 4.7.6 - MySQL and SQLite - released 15 October 2019 (0 replies, posted in What's New)
Users are encouraged to upgrade to this new version 4.7.6. It's better than ever!
Highlights
This new LuxCal version 4.7.6 includes important new features, improved technical issues and bug-fixes.
Most important new features / improvements:
• Self-registration more secure by using a "question and answer" dialogue during self-registration.
• Two new pages added to export or import user profiles (for users with Manager rights or higher).
• In the event window the extra fields 1 and 2 can now be resized vertically and may contain crlf characters.
Hereafter you will find a full summary of all changes since LuxCal version 4.7.5.
This new release has been tested again with the help of John from Denmark. Thank you John, great job again!
New features/Improvements
• Self-registration more secure: If self-registration has been enabled on the Settings page, any user could register. To make self registrations more secure, on the Settings page an option has been added to specify a question and corresponding answer. During self-registration, for the registration to be accepted, the user will have to answer the question correctly. When a users answers incorrectly 4 times in a row, the user will be told to try again in 30 minutes and the self-registration button will be hidden until the PHP session expires.
• Two new pages have been added to the side menu for users with at least "Manager" rights. One to export and another to import user account data. These pages can for instance be used to quickly copy user accounts from one calendar to another calendar, or to prepare user accounts of-line and import them into the calendar.
• A setting has been added to the administrator's Settings page to specify the sorting criteria of events in the various views. The possible sorting criteria can be: 1) the event times, 2) the event category sequence number.
• In the event window the extra fields 1 and 2 can now be resized vertically and may contain crlf characters.
• On the Settings page for each of the extra fields it can now be specified as of which user rights the field is visible. If a user has less rights than the specified rights, the user will not see the field. Extra fields with user rights > "View right" will not be part of emails, RSS feeds, periodically exported iCal files or the side bar (when installed).
• On the Settings page the default view can now be set for users with a large display and users with a small display respectively
• On the Settings page a default venue can be specified, which will be copied to the Venue field of the event form when adding a new event.
• If the event's description field contains a lot of text, in some views (month view, display0, stand-alone side bar) part of the hover-box with event details may fall outside the viewport. This has now been solved by giving the hover-box a maximum height and a scrollbar, if the content is higher than the box.
• On the Settings page, under File Uploads, the "Maximum file upload size" has changed from 6Mb to 200Mb to allow for uploading of larger attachment files. Note: PHP also restricts the maximum file upload size; it may therefore be necessary to also increase the maximum file upload size in php.ini file.
• The subdivision of the items in the side menu has been improved and made more logical.
Technical issues
• When fields in the database tables have no default value, e.g. an empty string, and MySQL runs in 'strict' mode, then the following SQL error can occur: General error: 1364 Field 'editor' doesn't have a default value. Solved by giving all empty field the value NULL.
• When changing the event category sequence numbers, still the "no cat" category remained the default in the Add Event window. Changed so that the category with the lowest sequence number is the default.
• In month view the lower border of the hover box could just pass the bottom of the screen, causing a vertical scrollbar to appear. Solved.
• The regex to validate user names in the recipient list didn't accept accents and umlauts. The regex has been updated to cope with Unicode special characters (\U00C0 - \U01FF).
• Some forms contained "action='index.php'", which was redundant.
• In the installation script the line "session_set_cookie_params" removed, because this made the PHP session test fail when installing the calendar using Edge and Safari.
• While importing events from a .ics file, events in the uploaded .ics file without title (SUMMARY) are now accepted and flagged as error in the displayed event list.
• In IE and Edge the JavaScript forEach method cannot be used on nodelists and therefore the selection of check boxes, for instance in the Options Panel, didn't work correctly. Solved by converting nodelists to arrays. (Sigh . . . Please, can we all switch to Firefox or Chrome!).
• On the Settings page, in section Periodic Functions, the layout of the form to specify the parameters for the calendar changes summary has been aligned with the rest of the page. Error checking has been added for the calendar changes recipients list.
• Redundancy removed in CSS-styles.
• The side-bar styles have been simplified.
Bug fixes
• Clicking the Todo checkbox in Month view also resulted in opening the Add Event window. Forgot to add "event.stopPropagation();". Solved.
• When the User profile page (Change my data) was displayed, the User Menu in the top bar could not be opened anymore. Solved.
• When editing a user profile, it was possible to change the user name or email address to a user name or email address already existing in the database.
• A bug in the time formatting prevented the display of leading zeros for Am/pm times. Solved.
• When users self-registered, in the SQL query there was a mismatch between the number of parameters to insert and the number of ?-marks. (because in V 4.7.5 the user number was removed from the query).
• When on the settings page, in the section events, posting of private events was set to "default", in the Add Event window the "Private event" check box could not be unchecked anymore.
336 2019-10-09 22:56:09
Re: PHP version > 7.1.1? (4 replies, posted in Problems)
Hi there,
I just checked and did a global search and saw that "short_open_tag" is used by one of the LuxCal calendar scripts. It is anyhow a good idea I think set this to "on".
The enable_dl setting is not used by the LuxCal calendar. And, if I'm correct, this setting was removed as of PHP version 7.0. So I don't think this setting is important.
Roel
337 2019-10-08 11:45:51
Re: PHP version > 7.1.1? (4 replies, posted in Problems)
Hi there,
Your warning message shows that the problem occurs when in the calendar's index.php file on line 106 the "session_start" function is executed.
This means that in the new PHP version the PHP sessions are not working. From the details it looks like there is a file missing in the PHP installation.
The LuxCal calendar works perfectly with the latest PHP versions (V7.2 & V7.3).
There is nothing I can do about this; I think you should contact your web host and report the problem that the PHP sessions are not working and ask them to solve this.
Roel
338 2019-09-26 17:17:26
Topic: The mini-calendar (display0) has been updated. Version 2019-09-25 (0 replies, posted in What's New)
The mini-calendar (display0) version 2019-09-25 has the following improvements:
- the number of weeks displayed depends on the selected month. The automatic resizing of the parent iframe didn't work. Solved.
- the incompatibility problems with the calendar versions 4.7.4 and up, causing a blank new window when clicking the month+year in the header, has been solved.
All users of calendar versions 4.7.4 and up, using the mini-calendar (display0.php) are strongly advised to download the latest display0.php file from the "LuxCal Displays" page of our website.
339 2019-09-23 10:43:41
Re: SQL ERROR (11 replies, posted in Need Help)
Hi there,
Please mention the LuxCal version you are using.
This looks like a MySQL server problem. I suggest to search the web for "General error: 2006 MySQL server has gone away".
I would advise calendar users, who are not familiar with a MySQL server to use the SQLite version of the LuxCal calendar. Much easier to manage and no drawbacks.
Roel
340 2019-09-19 21:37:31
Re: PHP session expired restart calendar (1 replies, posted in Problems)
Hi there,
The problem sounds familiar and I'm sure I've solved it already in the past, but I can't find any record of the solution.
Would it be possible to send me the URL of your webpage with the mini calendar (via the Contact Us page), so that I can have a look at your mini calendar?
Roel
341 2019-09-18 13:19:38
Re: Permission error? (4 replies, posted in Problems)
Hi David,
Could you give me the exact text of the error message.
If it is really the same problem . . .
"Not Acceptable!
An appropriate representation of the requested resource could not be found on this server. This error was generated by Mod_Security."
. . . then it is a server problem. If your server has a cPanel, you could try to open the cPanel and go to the section Security and open ModSecurity and disable ModSecurity for the calendar domain.
I searched the web for possible causes and almost all articles refer to a server problem.
You could also ask your provider to get rid of this error message.
Roel
342 2019-09-13 09:34:08
Re: What is changed for mobile devices? (11 replies, posted in Need Help)
Hi there,
This "sales person" is that the one who created the event? If not, where does that name come from? If it is the person who created the event, I can give you a PHP code change to add this name. Please tell us where exactly you would like this name to be added in the display.
Roel
343 2019-08-30 11:35:27
Re: approval based on group/role (4 replies, posted in Suggestions)
Hi Sigmark,
We find the suggestion of having a "to be approved" indicator per user group (rather than just for an event category) interesting and will implement this in the release after the next release.
The point is that we have planned a next release (V4.7.6) rather soon and this will be a release without database schema changes. For your suggestion a database schema change will be required, which takes much more effort and this version will not be released before the end of the year.
If it's important for you, I could try to produce a fix for you, for instance "misusing" one of the current check boxes of the user groups. Let me know if you are interested.
Roel
344 2019-08-30 11:21:02
Re: deleted event (4 replies, posted in Need Help)
Hi Sigmark,
If the "edited by" field is not updated when deleting an event, please send me your "pages/event.php" file by email (via the Contact Us page); in this file I can see if the "edited by" field is updated.
Roel
345 2019-08-30 11:16:23
Re: Event Notification (1 replies, posted in Suggestions)
Hi There,
No, that's not possible. Email notifications are sent directly when adding / editing an event and the "Send email now" check box is checked, or via the cron job, which runs once a day (early in the morning).
Roel
346 2019-08-29 22:27:43
Re: deleted event (4 replies, posted in Need Help)
Hi Sigmark,
Could it be that you are not using the latest LuxCal version? In the past the editor field was not updated when an event was deleted, but in the latest version this has been fixed. I just tested this in our test calendar and it works fine.
Roel
347 2019-08-29 09:38:34
Re: Event window popup from iframe-display is empty (blank) (3 replies, posted in Problems)
Hi Lucas,
When I click an individual event, the pop up window shows the event details ![]()
The change listed above is in a JavaScript file which are cached by the browser. So when the Brüder Grimm Schule page is loaded try refreshing the page (F5) to be sure the changed file is loaded. Thereafter it should be fine.
Roel
348 2019-08-27 15:08:16
Re: Get 1st day of month or 1st Monday of month in upper left corner (4 replies, posted in Suggestions)
Hi Pierre / Lucas,
That's not easy.
The page would look rather strange, the weekends could fall in the middle of the screen and the location of the weekend on the screen would vary per month.
I doubt if this would be useful to other calendar users.
Roel
349 2019-08-27 09:29:35
Re: Get 1st day of month or 1st Monday of month in upper left corner (4 replies, posted in Suggestions)
Hi Lucas,
Both are possible in the current calendar ![]()
Go to the admin's Settings page and in the section "Views" change "Weeks to show in Month view" to 0 or to 1. (Hover over the text "Weeks to show in Month view" for an explanation).
Now in Month view the calendar will always show one full month and with the left and right arrows at the top of the calendar you can skip to a previous or next month.
Roel
350 2019-08-26 20:57:32
Re: permanent event notification to fixed separate e-mail address (4 replies, posted in Suggestions)
Ok, Lucas, here we go!
Edit the file "pages/event.php" and change line 216 from . . .
$nen = isset($_POST['nen']) ? ($_POST['nen'] == 'yes' ? 1 : 0) : 0; //notify Eml nowtp . . .
$nen = isset($_POST['nen']) ? ($_POST['nen'] == 'yes' ? 1 : 0) : 1; //notify Eml nowif you want the "Notify now" check box to be always checked, so when adding and when editing an event (just the "0" at the end changed to "1").
and to . . .
$nen = isset($_POST['nen']) ? ($_POST['nen'] == 'yes' ? 1 : 0) : (($mode == 'add' and !$refresh) ? 1 : 0); //notify Eml nowif you want the "Notify now" check box to be checked only initially when adding an event.
Roel