101

(1 replies, posted in Suggestions)

Hi Pat,
Another Bowling Club using LuxCal, great wink
Suggestion 1:
I'm slightly confused, because when you delete a user, the events owned by the deleted user are still visible and accessible. Except "private" events, which are not visible anymore. Nevertheless I find the suggestion to have an option to "move" events from one owner to an other owner interesting. I will give this some further thought and maybe include this in a next LuxCal version.
Suggestion2:
I agree this would be useful and I actually started to work on a cleanup option several LuxCal versions ago, but never finished it. Maybe this is a good moment to add it to the next LuxCal version.

Roel

102

(5 replies, posted in Problems)

Hi Maxime,
In LuxCal 5.2.1 we have solved a security issue, to keep hackers out of the calendar. What you are experiencing is most probably the following:
When you log in to the calendar on your PC with "Remember me" on, it will remember you, but as soon as you log in WITH THE SAME USERNAME on an other device (tablet, smart phone, etc) you will be remembered on the other device and not on the PC anymore.
You can solve this by creating a user account in the calendar for each device. For instance Maximec, Maximep, Maximet (for Computer, Phone and Tablet). All three users can have the same password (if you prefer). Now the calendar will remember each of the users on their own device.

Roel

Hi Bill,

If you stay with the same calendar version, then that is 100% correct smile
I would suggest to do the export and the import with the phpMyAdmin utility, which most web hosts have in their Control Panel.

(If you want to upgrade at the same time, it goes slightly different. If so, let me know)

Roel

Hi Stefan,

You are an excellent calendar tester Stefan! You're right!

I've changed the two bugs in display 1 - 3 and will include them in the next calendar version.

Thanks very much.

Roel

Hi John,

This is a known problem. There are two possibilities: Either go back to a PHP version < V8 or upgrade your LuxCal calendar to the latest calendar version 5.2.1. We of course recommend to upgrade.

Roel

106

(2 replies, posted in Need Help)

Hi there,

Schwartz is right.

I have no experience with Reportico at all. If it's still using magic_quotes, which make the code vulnerable and which has been deprecated a very long time ago, I would not recommend using it.

Roel

107

(4 replies, posted in Need Help)

Hi there,

On the admin's Settings page, under Views, you can select "Weeks to show in Month view" (5th item from the top). You can select up to 20 weeks!

Roel

108

(12 replies, posted in Problems)

Hi Stefan,
After adding your requested option "none" in the sub-category drop down menu, I looked into the possibility to add a setting to enable/disable this option. Last minute I decided not to do this.
I forgot however, to remove the corresponding text from the language files.
So the the text "cat_scat_must" is not used and can be removed from the language files.

Greetings,
Roel

109

(3 replies, posted in Problems)

Hi Greg,
It's a pity the Softaculous upgrade didn't work.
When you try again, could you send me the URL of your calendar by email please. I would like to have a look before and a look after the Softaculous upgrade, and try to analyse the problem.

Roel

110

(0 replies, posted in What's New)

When you go to the menu Smile => Applets, you can now see and download the JavaScript applets produced in our spare time when not working on the LuxCal calendar.
The applets are fully self-contained and have no relation with the calendar whatsoever.

Enjoy!
Roel

111

(10 replies, posted in Problems)

Hi Piotr,
There are a couple of things you could do:
• Via your browser you can run the script upgrade521.php (in the calendar root folder). This will re-generate your database without loss of data.
• Via your browser you can run the script install521.php (in the calendar root folder) and create an additional calendar. If this new calendar works you can delete the original calendar from the database.
• You can send me  a .sql copy of your calendar database and I will repair it. (my preference, because I'm curious to see what is wrong).

Roel

112

(10 replies, posted in Problems)

Hi Piotr,
That's really strange. the column "token" is absolutely part of a newly created users table. So if the installation went fine, then the column token should be part of the table.
The token was introduced in version 5.1.0 to remedy an authentication vulnerability. Could it be that you accidentally mixed the V5.2.1 files with an older calendar version? In particular the "common/toolboxx.php file. The correct toolboxx.php file should show on line 299 ;

`token` VARCHAR(32) NOT NULL DEFAULT '',

Let me know if this is the case and then we will take it from there.
Roel

113

(10 replies, posted in Problems)

Hi Piotr,
To say something useful I need some more details.
Was it a new installation, or an upgrade?
Did you install the latest version (V5.2.1)? The MySQL or the SQLite version?
Was the installation itself successful?
What happens "exactly" when you try to log in? Error message? or  Unknown username/password?

An other option is to send me a .sql copy of your calendar database, so that I can see what's wrong and repair it.

Roel

114

(3 replies, posted in Problems)

Hi Greg,

The upgrade from V5.2.0 to V5.2.1 is not different than any other upgrade; it's actually a rather simple upgrade with minor technical improvements and bug fixes.
From a distance it's impossible to say what went wrong with the Softaculous upgrade. However, because you wrote "appeared to have lost connection with its stylesheet", I'm wondering if it was not a matter of refreshing the browser cache that would have solved the problem. Also because nobody else reported a similar problem.
Maybe you could try again.

If the problem persists, I can also help you to upgrade the calendar manually, via an FTP connection.

Roel

115

(1 replies, posted in Problems)

Hi Greg,

I ran some tests, but could find no problems with the forum. I will try some more. If I find a problem and a solution, I will be back  here.

Roel

116

(4 replies, posted in Need Help)

Hi Mattie,
No I'm sorry, there is no easy way to set month view to one week.

If it's important for you, you could apply the following changes to the file views/month.php:
Change lines 50 and 145 from . . .

if ($set['MvWeeksToShow'] < 2) { //single month

to . . .

if ($set['MvWeeksToShow'] < 1) { //single month

and change line 86 from . . .

$jumpWeeks = $set['MvWeeksToShow'] - intval($set['MvWeeksToShow']*0.5) + 1;

to . . .

$jumpWeeks = $set['MvWeeksToShow'];

Thereafter you can select 1 week on the settings page and that should give you one week in month view.

Roel

Highlights

This new LuxCal version 5.2.1 is a special bug-fix release and includes no functional changes. In this version technical issues have been addresses and improved and quite a number of  bugs have been fixed.

As usual, this new release has been tested with the help of John from Denmark. Thank you John!

Hereafter you will find a full summary of all changes since LuxCal version 5.2.0.

Technical issues
• The styles defining the position and height of the calendar's top bar, navigation bar and calendar content are now all calculated. In previous calendar versions the navigation bar position was depending on the previous HTML element, which meant that in case of a PHP message the navigation bar shifted down so that the side menu could not be selected anymore.
• When using PHP 8, sometimes email reminder messages are not HTML formatted. This is due to a PHP change to process (explode) the mail headers. In PHP 7 and before the separator could be either \n or \r\n, in PHP 8 only \r\n will work. Now we made the separator a parameter at the top of the messaging.php file, which will be applied wherever email headers are defined in the code.
• The code for the horizontal scrolling in the matrix views and the gantt view has been re-designed and simplified. In matrix view, the left column rows now always stay aligned with the calendar
    rows, also with many events per day, which causes the height of a day cell to increase.
• In the database table definitions all fields which can be NULL are now set to NOT NULL. This change is needed to avoid conflicts with PHP 8 functions which don't accept the value NULL as parameter anymore.
• The PHP manual warns that some databases, including MySQL, can issue an implicit COMMIT when a CREATE TABLE query is issued within a transaction, which possibly causes the following SQL error: "SQL transaction error: There is no active transaction - Query: commit transaction", when upgrading a calendar. Therefore for the upgrade process the 'START TRANSACTION' and 'COMMIT' statements have been removed.
• When upgrading the calendar and post-processing the Settings table, integer values in the queries are now specified as strings, matching
    the type of the rows in the settings table, which are specified as VARCHAR in the database.
• Because in the stylesheet HTML paragraphs have text-align set to "justify", accidentally also long event titles had their text justified. This has now been rectified.
• The re-direct (header location) to the index.php file, when the cron job is aborted, has been removed because it was not useful.
• For day-marker events, which always apply to full days, the "no time" field is now always set. This avoids the text "all day" to show.
• When uploading thumbnail images, now spaces and quotes are converted to underscores. Before only spaces were converted and a quote in a thumbnail file name caused an SQL error when checking if the thumbnail is in use.
• To prevent existing tables to be initialized with default data when the install script is run more than once, the functions initializing the database tables now only initialize tables that are new (empty). Except the users Public Access and Administrator in the users table, which are always initialized with the latest administrator credentials.
• A relative path to the unifont directory has been defined at the top of the tfpdf.php file so that the calendar is folder-independent and can be moved to any folder without the need to delete the files in the fonts/unifont folder, which are automatically generated (when not present) by the tfddf.php script.
• General cascading style sheet script update.

Bug fixes
• When displaying the user profile, the field name 'number' (now msingID) was used in the SQL query to retrieve the user data from the database and caused an SQL error.
• It was possible on the User Groups page, when editing a group for a user with post rights, to leave all check boxes in the categories "Add" column unchecked. This resulted in a number of PHP warning messages when a user in this group tried to add an event. This has been solved by a validation check for the Add/Edit User Group form, ensuring that at least one "Add" column check box is checked for users with post rights.
• On the Search page, when using an apostrophe in the search text, this resulted in an SQL error. Solved by applying the 'htmlspecialchars' function to the search text before using it in an SQL query.
• On the Settings page, in the section Navigation Bar, it was not possible to have both values 1 and 11 in the same "View buttons on navigation bar" list. Solved.
• The time picker did not automatically close after selecting a time. Solved.
• Multi-day events with "no time" selected were causing a PHP error in both Week and Day view.
•  In past calendar versions, in certain cases, the styles database table could contain each style name twice, which caused an SQL error when upgrading a calendar, because in newer calendar versions the name field is indexed and must be unique.
• On the Edit User Group page, when editing a user group a View check-box for a specific event category is unchecked while the corresponding Add check-box is checked, the Add check-box remained wrongly checked.
• The UI-text "log_answer" => "Tu respuesta", was missing in the Spanish language file.
• The UI-text "sch_calendar" => "Přejít do kalendáře", was 
    missing in the Czech language file.

Bonjour Christian,
Je pense que le message d’erreur n’a rien à voir avec le calendrier. C’est une coïncidence que cela soit similaire à l’enregistrement du réglage.
It looks like your server is temporary not available. The calendar does not use or affect the IP address.
When you close the calendar and start it anew, does the same message appear?
Roel

119

(1 replies, posted in Problems)

Hi Stefan,
You are absolutely right, this is something to be fixed wink
This is the fix::
Edit the file "common/vfunctions.php and change line 29 from . . .

if (($evt['sti'] == '' and $evt['eti'] == '') or $evt['ald']) { //all day (takes up 1 slot at the top)

to . . .

if ($evt['ntm'] or $evt['ald']) { //no time or all day (takes up 1 slot at the top)

Thanks again for reporting this problem.
Roel

120

(2 replies, posted in Problems)

Hi Stefan,
No, it's not just you! This is a bug.
To solve this problem, edit the file "common/dtpicker.js" and change line 184 from . . .

var tpDiv = $I("tpDiv");

to . . .

var tpDiv = $I("tPicker");

This problem will of course be solved in the next calendar version.
Thanks for reporting this problem! You are an excellent calendar tester smile
Roel

Hi Doss,

This known problem, occurring as of PHP 8.1, will be solved in the next calendar version, which is planned for end of May.
In the mean time you could apply the following fix:
Edit the file "common/retrieve.php" and replace line 202 . . .

if (strpos($row['xda'], $curD) !== false) { continue; } //exception: skip

by . . .

if (strpos($row['xda'] ?? "", $curD) !== false) { continue; } //exception: skip

(In other words: add ?? "" after $row['xda']).

Roel

When upgrading a calendar with a MySQL database to LuxCal 5.2.0, the following error can occur: SQL transaction error: There is no active transaction. Query: commit transaction.

This problem can be solved by editing the calendar file "pages/toolboxx.php" and moving line 672 . . .

dbTransaction('begin');

to line 885 (so just before the line with text "//drop original tables and rename new upgraded tables".

Roel

123

(12 replies, posted in Problems)

Hi there,
I've almost completed a more elegant solution, however, the code changes are so complicated that  I've decided to drop it all.
The point is that by adding just an indicator "user must select a subcategory" to the categories table in the DB everything would be extremely simple. So I think it is much better to put this change on our "todo" list for the next calendar release with a DB schema change.

I assume Stefan, that you can live with the "temporary solution" in my first reply above wink

Roel

124

(12 replies, posted in Problems)

Hi there,
You are right, this could be confusing. I think my current 'solution' is not the best solution.
I'm working on a more elegant solution.
Once this new solution is ready, I will sent you some changed files.
Roel

125

(12 replies, posted in Problems)

I've done the following:
When editing an event category, if the admin adds a subcategory with the name "-" (hyphen), it will result in "None" (no subcategory) in the subcategory drop-down menu in the Add/Edit Event window. So in other words: If the admin has added a subcategory with name "-", the user will be able to select "no subcategory" and otherwise the user will have to select a subcategory.

Stefan, I will send you an updated file eventfrom1.php by email.
Let me know if this works for you please.

Roel