CheersnGears

This is correct... a step that I had forgotten. This should be done immediately after you complete step 2. $INFO['board_url'] = 'https://mysite.co.uk/forums'; to $INFO['board_url'] = 'https://mysite.co.uk/';

What you want to do is 1. Activate Pages and build your initial basic home page. This will put the url at something like mysite.co.uk/forums/articles(or)pages. Stay at this step until you're happy with what appears when you visit this URL. It will be your new homepage. Probably buy one of @opentype's excellent article and page template plug-ins if you intend to write articles. 2. Go into your file manager and move your entire IPS install + all subfolders down to the root folder for your domain (remove wordpress first!!!). This means everyting currently in your public_html/mysite.co.uk/forums/ folder needs to go to public_html/mysite.co.uk/ 3. Log into your IPS ACP and set Pages as the default app. Pages will now reside at mysite.co.uk, and your forums will reside at mysite.co.uk/forums. 4. Celebrate

Did you just upgrade to PHP8 right before this?

Yes, I know PHP 8.2 is not currently supported. I'm starting this topic for the eventual discussion and to possibly help IPS with support in the future. I moved my site to 8.2 this morning, and it seems to be running fine so far. I will log any errors or issues I spot in this thread.

Does this mean there will be future publish date in Gallery eventually? (Hopefully?)

Couple of things here. Without being able to see your PHP configs, I'm going to guess that they don't match from one version to the next. If you are using WHM/CPanel or some other control panel, you should be able to look through your PHP config on a version that works, print out all the PHP extensions it is loading and then make sure the 8.x versions have those extensions installed too. You'll want to make sure you include the same "Disabled PHP functions" line from the older versions of PHP as well. When you're done all of that and your site is running on PHP 8+, you'll need to go into your crontask and update the php version on the command line.

Is it possible, and if so how, to elect not to renew an app at my next renewal date?

The solution is to find another provider. There is a lot of competition in this space.

This fact should have been in the release notes. I did read them knowing about the past dates issue, and it said nothing about losing the ability to schedule posts if comments were synced with forums. I upgraded and now I’m stuck. This was a failure on IPS’s part to fully communicate this change.

If the comments on that article sync with your forum, you cannot schedule to publish in the future.

Agreed. I was originally going to hold off on upgrading because of the backdating feature being an issue, but then they said they fixed it, so I proceeded to upgrade. But what wasn’t communicated was that we’d lose all scheduling options if we use the forums for comments which was a key selling point of IP.Content a decade ago. Scheduling of articles in the future is a key and core requirement of a CMS.

Can confirm. After the latest upgrade, the publish date field is gone. arg! This is completely unacceptable. I get the reasoning for not wanting to be able to move it to the past with a forum involved, but future posting is a must. I only used the backdating feature occasionally, but being able to schedule content posts is an absolute must. I get embargoed content all the time that I am not allowed to post until some day/hour in the future (usually inconvenient, like 1 am or something) . Now you're saying I have to give up future content posting if I want comments to be in a forum? This worked fine for a decade and now you've taken it away. Please IPS... consult with your users before arbitrarily removing features!

If anyone else finds this issue also. IPS found the bug and is releasing a patch in a future version.

https://www.cheersandgears.com/articles/news/buick/buick-quietly-releases-2024-encore-gx-r6508/

Was there an update on the duplicate bullets issue?

Posted here by request of @Matt I tried moving my attachments folder to S3, but it broke the image links embedded in my Pages articles. Since all of my articles were made when local storage was set up, I'd have to fix 6400+ articles manually. So I moved everything back and only had to fix the five articles that went up while S3 was the storage method. When writing an article, I simply upload the images to the editor as I type the article and double-click to insert from there. This seemed like the intended method of use. I am using the articles database that shipped with IPS however many years ago. It is stock except for a few extra reference-only fields that aren't used anymore. This is an article after the move back from S3 to local storage: Inspecting the object shows that it still expects it to be in S3: But editing the article, the Editor knows the current home of the attachments and shows them: And on inspection, is looking in the right spot:

Well, that jiggled it loose. It crept up to 81.03% done. Once it is done, I'll drop my wait timeout back down to a reasonable (but higher than before) level.

I increased my MySQL wait timeouts dramatically to see if that will help overnight. Running the task manually still doesn't seem to budge the task, but it's not putting errors into the logs anymore.

I have a stuck file move task that got to 79.61% and has stayed there. This is a move from S3 -> server file system. It is throwing a "MySQL server has gone away" in the log when I try to run it manually. Only the SQL server hasn't gone away... my site is operating fine otherwise. I've restarted SQL, I've restarted the server, but that task remains stuck. I've run a table optimization on my entire database (I didn't expect this to do anything, it was more to test the SQL server under some additional load), and it was completed without issue. Notably, when I manually run the task queue, a few PWA notification tasks will run first before the file move process starts failing. The only recent changes to the system I can think of are an upgrade from MariaDB 10.5->10.6 just before the move. I had temporarily enabled the EXEC directive in PHP for an unrelated task outside of the IPS system.

In my case, I use it when I have agreements with manufacturers for specific release dates/times, but for one reason or another, I'm getting the posting up late. This typically happens if I receive the information in an inconvenient window, like overnight, when I'm asleep. For the situation that arises on one of the WordPress sites I manage, I use it when a post about a new code or resolution goes into effect but the elected officials are late in getting me the official copy.

This is funny because I've used this exact functionality for literally years. I'd like to say at least 5, but probably longer. I'll probably stop doing software updates for now to retain this functionality. As I said, I don't need it often on my IPS site, but when I need it, I need it. Exactly. I do use it often on my Wordpress sites. 🤔 It's a question I've muttered out loud for years.

Interesting. I've encountered this as well, but the need to be able to do this isn't a common enough occurrence that I felt the need to raise a bug report. It was reproducible the last time it happened. I don't think I've had a need to do this since Oct/Nov time frame, but if you need additional testing, I'll assist.

Some of us have other stuff in htaccess that we wouldn't want wiped out by an update

I seem to be getting an extra bullet in the subforum list in the Forum view: This theme* the bullets do show up as solid in a browser. not sure why they're hollow in the screen shot. IPS Default theme