UBB.threads PHP Forum Software Community Forums Active Threads

I have the option to create calendar events turned on in the site permissions but they don't show on the calendar. Is this a bug or am I missing a step? When a post is made the ad to the calendar feature is checked and the data is set. The post is posted, but it doesn't show in the calendar. Any help would be greatly appreciated.

If we try to attach a file that is not allowed, the popup window for file manager displays the forum home page. We don't get any notice of allowed file types. (We do get the notice about maximum files allowed as well as maximum file size.)

Well that didn't work LOL. Earlier when I limited the Guests viewing permissions, I kept one forum open for them to view.... my MonteCarloSS.com News forum. I looked at my Who's Online list and this is what I see:

https://montecarloss.com/Guests.jpg

All those different IPs are now looking at one thread from 2006 in that News forum! It's like a swarm of bees. They all have differing User-agents.. some Windows based, some Linux, some Mac OS.

I then opened Guests back up to read threads and the flood gates opened once more, amassing 1200+ 'Guests' in the first 10 minutes.

For now.. I'm going to cut Guests off again from reading. Don't know what else to do.

Thanks for the quick response.

IIRC you're on v7.7.5, the general patch to stop this issue would be to convert the two memory tables in the database (_ONLINE and _TOPIC_VIEWS) to be a MyISAM type which will write the data to disk vs keeping it in memory which will give you the errors you're currently experiencing.

Some reading:
Very weird error this morning.
We Encountered A Problem: ubbt_ONLINE is full. SQL Error 1114

it looks like your webhost's server could either have bad hardware, or based on your second error log; bad or misconfigured programs in Apache or within the php.ini for your php version
https://serverfault.com/questions/66580/apache-seg-fault-11
and further reading here
https://stackoverflow.com/questions...segmentation-fault-11-in-apache-error-lo

start by looking at your openssl.so version to determine if its up to date. honestly though, this should be managed by your webhost.

because there is a cache of 5 minutes from the last time you visited the dashboard

when you saw 1 new user, you clicked and approved it. then you went back within 5 minutes and saw that same 1 new user awaiting again, and you attempted to approve the cached number again (from the dashboard cookie), but there really was no user there since it was cached data that was shown to you the second time you visited the page within 5 minutes.

like i said in my post just above, the cached data cookie should be wiped instead. this will happen in the next release of ubbt.



that clears the server cache. the first issue that BaldEagle is had was the browser cache being corrupted. now that its no longer being corrupted, he's seeing old data being displayed. the data expires after 5 minutes (either 5 or 15, i dont recall exactly). but the cache was written so dashboard isnt constantly polling the database for massive amounts of data each time its loaded. it was written, along with some other cookie related items over 15 years ago (2007/2009?) for php 5.1 and had several bugs in it, that php 5.x and 7.x were able to ignore/hide. php8 is strict, and will present an error upon reaching bad code. most everything has been found and corrected since ubbt8, but moving forward, some edge cases have been found since - such as this cookie corruption issue caused by an unrelated script.