Cheetah 1.2.0 Beta 2 has been released

I do notice if you go to dialogues and view the dialogue that shows a new message, it won't clear the new message flag until you go to the inbox and click on the message.

I have said it before and I will say it again; Deano, you are the man!

SMTP Mailer version 1.010 by Cheetah

Hi Deano,

The Dialogs mod is a little ripper!

SMTP Mailer on Version 1.0.0 reads "Version 1.010 by Cheetah

I have finished the testing. It's late, and i need to get some sleep before work tomorrow. So i will be creating the packages tomorrow night. Upgrade should be available sometime late tomorrow.

I did find another problem. For anyone running a 1.1.0 version of Cheetah, go into the modules section and look at the version number of the smtp mailer module and tell me what you see.

I am almost finished. Problem is when i fix one problem the only proper way to retest it is to restore from backups and run the script again. That is proving to be quite time consuming when you end up having to do that many times.

I really need to find a way to undo changes when a upgrade fails.

Oh, and check out the mail section here. I have made some improvements you might like. https://www.cheetahwsb.com/mail.php?mode=inbox

Inbox now shows number of messages between you and another person and clicking on that number brings up a new dialogs section. Still working on it. May need to clear browser cache do to css changes on the site.

Deano, if there is anything I can do to help, please let me know.

No worries

No problem Deano, Take all the time you need and don't worry about it.

Sorry for the delay in releasing the final. During testing i have run into issues with database errors when the upgrade script is run. Still tracking down those problems.

Sounds good.   You need to take a break after the release and relax a bit away from code work.

Fixed https://github.com/CheetahWSB/Cheetah/issues/178

Not much time left for bug reports for this version. I am going to try and get the final out this Sunday or Monday.

Small bug in the email templates for the Ads module.

Contact the buyer directly to arrange payment and delivery is sent to the buyer. 

The buyer is told to contact the buyer and the seller is told to contact the seller; they should be reversed.  I would bet this is in the Dolphin module as well.  I never used the Ads module on a site although I was going to set up a site with a Marketplace type section for members to freecycle or sell items.             

No error message tonight; I guess your fix worked.

P.S. I just noticed that I didn't get the Periodic Report the last two nights.  Tonight I did get a Periodic Report.  I guess the exception error was preventing the Periodic Report as well.

Will do; the error runs at the same time each night.

I believe i found and fixed the issue. Attached is a replacement for inc/protected.inc.php.

Could you replace your current version and see if the issue goes away.

No, I don't see any errors.  I also don't see any related errors in the error log.

Can you tell me if you get any errors when you go to the license section administration/license.php and click the recheck button.

My site is running 7.3.29 and i am not seeing those errors. However i have pushed a fix to the repo. I'll run more tests on it.

I got another uncaught exception last night.  I have php 7.4 back on the server.  I will switch the site over to 7.4 and see if the error goes away.  May be related to php 7.2

No, the Cheetah3 install is running PHP 7.2.24 at the moment.  I need to reinstall PHP 7.4; seems installing PHP 8 did some "interesting" things to the server.

Was this from a site running php 8?

Got this in my email this evening.

An uncaught exception was thrown in https://cheetah3.REDACTED.com/

Type: TypeError

Message: cal_days_in_month(): Argument #2 ($month) must be of type int, string given

File: /cheetah3/public_html/inc/protected.inc.php(5) : eval()'d code(1) : eval()'d code

Line: 427

Debug backtrace:

#0 /cheetah3/public_html/inc/protected.inc.php(5) : eval()'d code(1) : eval()'d code(427): cal_days_in_month(0, '', NULL)<br />
#1 /cheetah3/public_html/inc/classes/ChWsbCronCmd.php(261): chCheckLicense()<br />
#2 /cheetah3/public_html/periodic/cron.php(120): processing()<br />
#3 /cheetah3/public_html/periodic/cron.php(136): runJob(Array)<br />

Called script: cron.php

Request parameters:

Array
(
)
 

I tested the ffmpeg and fprobe download thing in the install and it worked nicely.

Fantastic!

The option i had in the cropper to remove the image used for cropping is now back in the cropper. https://github.com/CheetahWSB/Cheetah/issues/176

Also per request i have added a option to the photos module to delete the original photo after upload for those that need that option to save drive space on the server. https://github.com/CheetahWSB/Cheetah/issues/177

I have also found a bug in the cropper that prevented it from obtaining the proper image to crop from if the original was not found. That has been fixed as well.

I may end up releasing a 3'rd beta this weekend. Depends on how many more bugs i find.

Oh, yea. Right.

I didn't test the install on PHP 8; I thought I had set the virtual server to php 8 but hadn't.  Switched to PHP 8 after the install; so far so good.  Will begin installing modules and testing.

./sql/v74.sql

Not important but shouldn't we change the name of the sql file?

The second response is "good". The first, not so good. I've placed the code in my files folder so you can see how I did it.

The cropper uses the original if it is available, but is coded to use the largest one available if the original is not found.

I actually had that tick box in there, but removed it at the last minute due to problems with it. I will have it back in by the next version.

The cropping feature is fantastic. Maybe a little too complex for the average Twiddle Box user, but otherwise great!

However, I am a bit confused. When I crop an image, it appears in my albums along with the uncropped image. I somehow think this defeats the purpose, although I realise some people may want to keep all three (3).  I say all three because we now have (1) the uploaded original which can be very large. I'm assuming this is used to crop the photo and not the automatically reduced image which is used for the remainder of the time. (2) the reduced image as determined by settings in the Photo Admin (3) and finally the cropped image.

I would love to see this somewhat refined. I realise the user can delete the uncropped image if they wish, but they'll probably renege when they see what's involved. 

A couple of suggestions:

1. In the cropper's final setting window, have a tick box for "Remove original uncropped image from Album. Note this does NOT remove the image from your computer."
2. In Photos admin Settings, have a tick box for "Delete originals after uploading. Note This does not remove originals from the member's computer."

I have this feature on my own site and it saves megabytes of disk space. It also involves a bit of coding to remove "View Original" in the Photo window.

A great enhancement Deano. As a footnote, AQB uses a lot of public domain addons in his modules and charges for them. I'd consider this great addition to be an addon or module because it won't appeal to everyone. I also believe it's worth all of ten bucks.

Well done!

Sweet thanks! Will test soon.

Cheetah 1.2.0 Beta 2 has been released. https://www.cheetahwsb.com/page/downloads

Betas do not include upgrades and are not intended to be used to upgrade an existing site. Install a fresh copy to a subdomain or sub folder for testing. Please report any bugs found in the bug reports forum. https://www.cheetahwsb.com/forum/forum/Bug-Reports-0.htm

List of issues taken care of in this version. https://github.com/CheetahWSB/Cheetah/issues?q=is%3Aissue+milestone%3A1.2.0+is%3Aclosed