Chris Anderson

After reinstalling the main site and two subdomains the behavior switched. The main site is now showing a 7-hour time offset and the sub domains appear to be running correctly. This seems to eliminate the problem being related to sub domains. Here are the screenshots of the main site and sub domains during the first half hour after enabling tasks via webservice. screenshotsa.docx

The two sub-domain installs seemed to be working correctly after I observed it after the 24-hour mark. The subsequent sub domain installs initially showed a 7-hour time offset but showed the correct times when I observed them again 15 minutes after starting the cron job webservice. I will reset all three installs once again and provide screenshots if I observe the behavior once again.

I reinstalled the two sub domains and the adverse behavior is happening once again. You are free to investigate the two installs. I am not running any scripts other than those provided by the suite.

Emails have been sent as well and forum postings have been made over the past few months indicating that support was being transitioned to the forums versus emails at the start of the new year. Please use this forum to create a topic addressing your problem and a member of the support staff will respond.

Done After waiting 24 hours after the initial install on all three it appears that the time stamps all reflect accurate times. If I hadn't made screenshots yesterday, I would have thought I was maybe seeing things. All tasks seem to be running as scheduled and nothing has been logged in the System and Error Logs. If this happened on one install, I would attribute it to simply being a fluke, but it occurred on two separate sub domains and two separate installs. This leads me to speculate that there might be a flaw in the install script related to a site name including a sub domain that the installed software suite code doesn't have an issue with. So once the initial setup steps are completed and the software suite takes over handing the minute-by-minute running of tasks the time stamps start showing correctly. My concern is whether or not there might be other install script or software suite code that may exist that doesn't properly handle sub domains. I've looked for problems over the past few months but nothing obvious has presented itself or any issues logged.

I'm using the same exact browser and machine I used to install your software suite on the primary domain and two sub domains. I am not using any kind of vpn or any other remote server software.

I just ran the time.php script via an Opera, Mozilla and Chrome browser instance on my desktop machine. Each browser pointing to a different site. I also tried all three scripts on my phone. The two systems are using different internet providers. All instances show the same time.

This is exactly the syntax I had in the time.php script. Checked again and all three show the same time.

Upon logging into the ACP immediately after each install completed, I simply copied the cronjob settings and clicked on "Save". I then navigated to the ACP "Tasks" screen and observed the tasks as they were run every minute by the cronjob service. No other settings were made that might impact the behavior of each install.

I’ve installed the suite on a primary domain and two subdomains with the latest 4.6.9 version found in the Client area. Immediately after each install I setup a cronjob call using the cronjob.org web service. The primary domain shows proper timestamps for each successful task completion: Whereas as the subdomains show incorrect timestamps: I deleted the installs for all three sites and reinstalled with the same strange results. I thought at first that the server time might be off for the subdomains. I created a php script to show the server time for all three sites and they all show the same time. This seems to rule out a server problem. The incorrect times seem to be offset by 7 hours for the two subdomain installs. You can verify the times yourself by going to the following: mywebsite.com/time.php c-level.mywebsite.com/time.php m-level.mywebsite.com/time.php I have no idea if incorrect times are only being exhibited in the ACP "Task" section of the suite or the problem is more widespread. It’s interesting that the problem only shows up for the installs on sub domains and not on the primary domain as well. It makes me wonder if there might be other hidden problems related to hosting sites on subdomains.

Add the ability to charge for calendar events

The tutorial above does not show you can select a third-party app as the default application, but you can if so desired.

It's still happening to me as well.

I agree with the commentors that this wouldn't be welcomed by admins or users to replace traditional forums. The inclusion of audio might be a welcome addition if it was truly an value-add to certain segments of a community and their use was kept to an absolute bare minimum. An audio "here", an audio "there", but NOT an audio "everywhere". If this kind of functionality were added by IPS or a marketplace developer, I imagine it would be permission based, disabled by default and upload size limits in place to help manage storage space and minimize the impact on the server's CPU.

@Jordan MillerAre you asking for input to marginally improve upon polls or to make them truly useful to "many" more sites? A couple of easy, quick additions are unlikely to improve upon their usefulness in enough of a meaningful way for customers to use them much more. If IPS is interested in making polls truly useful then more customers need to be queried as to what an ideal feature set would look like and they would need to assign sufficient development resources towards it. Is that on their radar for next year?

You can use this to create a request for support:

Show the amount of page views for polls to admins. If thousands of people view a poll but only 20 people bother to participate then that is a useful metric to know. If only 5 people view a poll then it makes sense that a small percentage of the membership were actually aware of the poll.

I've seen this behavior several times over the course of the last couple of months. It seems to last a few hours and then the behavior disappears. Earlier today I saw a notice indicating the site was undergoing reindexing. It's possible the behavior was attributable to that and not a bug that shows up every now and then.

It's available, you just have to click on "Help" then, "Release Notes".

I would recommend putting in a trouble ticket with that domain registrar. It's possible you have some feature enabled that prevents it, or they might be experiencing some kind of technical problem on their backend.

You might consider creating an alert banner on your site indicating that Facebook logons are currently disabled and to send you a support request to add an email to their account and you can provide a temporary password they can change. Social logons are great but should be used as a secondary means of logging into a site. Companies can change policies on a whim or arbitrarily block a site from using their API without much notice, and getting reinstated isn't guaranteed or will happen quickly. Having a member signup with their email and then have them add a social login provides a fallback.

Clicking on "click here" brings up the following dialog box: I'm not sure how long this functionality has existed but it was pure happenstance that I saw "click here" as it blends so well with the other text. IPS should consider making the "click here" a different color so that folks might notice this functionality exists.

Microsoft Edge still exhibits the same behavior even after I switched to a different internet provider. Tablet version of Microsoft Edge Browser works Chrome Version 94.0.4606.81 works Firefox 93 works Opera 80.0.4170.16 requires logging in twice I've consistently cleared the Edge Browser, Ran Disk Cleanup, and clean all of the files using Wise Disk Cleaner with no change in behavior. This has also occurred immediately after installing a fresh copy of Win 10 with no tweaking of the Edge browser. VPN On and Off doesn't seem to have an effect the behavior.

Ditto for me.