Westfield Sports Car Club

Yes, like I said, it is weird that it wasn't working, but it is now...   We'll keep an eye on it

Well...  it was when I was asked about it by one of the Moderators and I checked before I put the suggestion here.  I've just checked again and it does link to a profile.  Not sure what happened now...

Hi again, the updated widget works perfectly for us, thank you very much!  One more suggestion if I may?  On the previous widget, the user shown to have a birthday was 'clickable'.  I.e. you could click through to the user's profile from the widget.  Something to consider for the next revision?

Wow, fantastic!  Thank you so much!

Yes, thank you for that.  I did manage to find it and hoped to edit my post before you replied, but you are too quick! 👍

13 minutes ago, Adriano Faria said:

It’s a language bit. You can change to whatever you want in your ACP.

Thank you for your very! quick reply.  I've found the language setting and modified it so it looks a little better for us!

Hi,

Thank you for this plug-in.  For us it fills the gap that IPS left with the latest updates.

We've just purchased it for our forums and I've got a few suggestions if I may?

-1- Ability to give custom block title.  "Birthday Members" is a little odd for English speaking countries.

-2- Ability to only display the current day

-3- Ability to hide the block if there are no birthdays on the current day (in combination with point -2-)

I've updated and tested again.  Same result still

I've updated it again, and tested it out...  it should be ok I hope...

Hi,

I've updated the access information to the best of my ability.  If there are any issues with any of the details, please let me know!

Quinten - Webmaster WSCC

I've disabled all 3rd party plugins and tested.  Same result.

I can't disable themes though, there is no option to enable/disable themes?  I did try removing any customisation on the default theme, but that made no difference.

How can I disable themes?  We only have 3, one of which is a market place theme

Sorry for the late reply, I never received a notification about the split.

When you say 3rd party items, what do you mean?  Plugins from the marketplace?  I can't just disable everything as some of it is integrated in the package for our members.

It's worth noting that the above error is still occurring and if I go to the link reported the system error shows

the above trace

Has this been resolved?  Can you point me towards a solution?  I'm seeing the same errors in the System Log

Hi, am trying to update to 1.3.6 (from 1.3.5) but get a

what can I do to resolve this?

Never mind, looks to be permission errors

We've managed to resolve this by increasing the upload_max_filesize from 2MB to 5MB in the right php.ini.

Nothing untoward there as far as I can tell.

There's only one constants.php in ~/public_html/forum and it contains

<?php
define( 'CP_DIRECTORY', 'admin-acw-dec' );

and nothing else.

I activated PHP8.0 through virtualmin, but unfortunately the same error message in the System Log.

Update (sorry it took a while, but some matters were not in my control).

We've taken a backup of our original server and virtualised it.  We then upgraded this from 16.04 to 18.04 to 20.04 and are now running the latest PHP (8.1.2) and the admin panel is now no longer complaining about our PHP being out of date.  I also managed to install the PHP Imagick module and activated this on the Image Settings.

However, we still can not upload the same images that persistently fail.  This is the error that is shown in the System Logs

The Apache2 error log is not reporting anything.

What else is there left to do?

The memory limit has been increased to 512M (from 128M), but as said above, this made no difference.

The problem is that we're running our host at an older Ubuntu version (16.04.7 LTS), managed by an older version of VirtualMin (5.05).  We no longer have an (easy) upgrade path on this and although it has worked for years without issue, I knew the warnings in the ACP about using an older PHP (7.3) would eventually mean that we need to look at upgrading this server the hard way.  And it looks that with the onset of 4.6.8 that has now made it visible to the end users.

Ok, that did make a difference.  With it set to 5000x5000 which although is larger than the image size it still behaved the same.  But set to unlimited, it uploaded the 4816×4784 PNG without errors.

So where to go now?

Set the image size to 5000 x 5000 and retried the file, but same result.

I'm the server administrator.

I can find no errors in the apache error log, except for a few times this one:

Allowed memory size of 134217728 bytes exhausted (tried to allocate 20480 bytes) in /home/forum/public_html/forum/system/Db/Select.php on line 498, referer: https://forum.wscc.co.uk/forum/

Note, this error only occurred 3 times today, and none assigned to my own IP address.  I however increased the memory_limit value in php.ini to 256M first, and now to 512M and with neither increased values has it mattered in regards to the uploading of my PNG test file.

I was hoping to see the GD error somewhere, but I've drawn a blank.

Ok, I will see what the server logs are saying

For what it is worth, I've also tried uploading the large PNG file to this thread, and although it takes a long time (relatively) to complete the upload, it does complete and shows the preview

Thank you for your reply.

When uploading you do not get a -200 error, or any errors in fact.  All you get is the broken image image as shown above.  When you commit the post, it will actually become a 0 byte upload.

There are no errors in the System Log with regards to the upload.

We're using GD.

We control the host/server ourselves, which has not recently changed.