My Sharona

Okay... looking around my various databases, things weren't necessarily adding up so I tried a few things and, I may have stumbled upon somewhat of a workaround. And you may indeed be correct @Marc, my situation here may not be related to the title of the topic but the pages were working before the forced upgrade. And if so, I apologize for hijacking this thread. If you go to a specific database, >Categories >Configuration, scroll down to Display, and if the option there is set to, Use database selected template, the articles within that category will not show on their respective pages. However, if the selection there is set to Display, the articles will show on their respective pages. Further, simply changing the setting from, Use database selected template, to Display and back to Use database selected template, fixes the (my?) issue. As an act of good faith, even as disgruntled as I am at having the forced upgrade forced upon me and creating this condition that I had no part of, other than subscribing to your Cloud platform, I have left one category of my databases alone so that if you need to investigate the condition, you may do so. If you would like to investigate, send me an email. If I don't hear from you within a couple hours, I will assume you are set and I will go ahead and work the workaround into the last category.

It was a question whether or not I could, and the inferred portion was... will they show?

So in the meantime, I can't publish any articles? This is why I never update until I am certain a version has all bugs worked out, and never during my season. Unfortunately, this was not an option with your forced upgrade.

Naturally a question arises here... What do I do with Articles that I want/need to publish in the next few days?

I don't even get an error code. I get taken directly to the page and the content is just outright missing. Are you going to automatically update my site when you figure out what you did wrong?

Gotcha. I have both setups and honestly think I prefer the Page and Folder set up. I don't see a real advantage to having the Database setup.

The whole thing would have to be set up as a Page Folder, and then as a Page within.

You would need to create a Category, and name it Instructions.

I tried just a bit ago, mobile, and it wouldn't post. Slightly different behavior for this instance though... Previously after hitting submit, it would act as if it had taken the reply, but it would return to the first page of the thread. Upon navigating to the last page, I would see that it hadn't posted. Today however, while acting as if it took the reply, it took me to the beginning of the last page within said thread, and didn't post the reply. Clicking the reply box, the text previously entered was still there (as was the case prior to today). Resubmitting it wouldn't post it either.

I don't know if a new topic needs to be started for what we are seeing but it is close to this topic so I'll just post it as an addendum here for now. Moderators are not seeing this last reported item. No settings have changed. Moderators view: My View:

No commonalities that we have observed. It seems to be happening across devices and browsers. I have one member in particular that uses many different devices and browsers, and when it kicks up, it happens to them several times a day, across all devices. Another item of note here is that, when I experience it, it seems to be mainly mobile and wi-fi. I'll get back to my network and then don't experience it on my mobile.

I can confirm the above. It is random. Here however, it has been going on longer than two weeks.

I will affirm the OP. It happens to me from time to time (mainly on a mobile device) and I see mentions of it from my membership.

Yeah, no. Anyone can see your ad.txt file simply by appending your url with, /ads.txt. Also... Google is quirky with regard to the ads.txt file. I used to get the same message and after checking my url with the, ad.txt appendage, I understood the file was there and it was an issue on Google's end. As such, after awhile I just learned to ignore it and after a couple days, the notice goes away. Though it does come back and then after a few days, goes away again. Wash, rinse, repeat, to whenever. Ultimately it does go away though. YMMV

With regard to listings in Events, Can someone explain the reasoning behind having Reviews as the default view, rather than Comments(?). Thanks!

I am assuming 5.1.0 is running on this site. Today, Oct 4th.

As @Jim M points out, true automation would have to utilize something along the lines of Zapier. Previously, I had a need for true automation that utilized Zapier for something such as what you are alluding to here.. Couple of things soured me on the Zapier experience with it though. First, there was always a bug that I had to fix. Contacting Zapier support and asking them to fix the issue was always met with, "...this is what you can do to fix the problem." Which would have been fine and dandy but then in a matter of weeks, if not days, another issue would arise, if not the same one and the process would begin anew. I don't think they ever fixed one of the problems, always advised. It got to the point where it was completely tiresome trying to get a monthly paid service to perform as one would expect. That never happened. Secondly, was the monthly cost aspect. I wasn't crazy about that either. As a result, I contracted with a dev to build me an app to do, what a complicated set up that utilized Zapier, amongst other aspects, to do. If you would be interested in hearing more, and to see whether or not this app might be a good fix for you, shoot me a PM.

You need to click twice to react to a post? That has always been the case, hasn't it?

It may be that I have left out a piece of information, my apologies. Let me try to explain a bit further. With my installation, as stated above by me, the topic is created as soon as the future publish article is saved. I did leave out the part that, while the Thread is created at that moment, it is hidden until the Article publishes and then the Thread also publishes at that time. Prior to this new season, last time I used the Article future publish, the thread would not be created at all until the Article actually publishes. And just to make sure I am being clear here, now, the Thread being created, while hidden, posts to the top of said sub. Hence my comment that it is cumbersome. It must be something to do with my installation. Not sure but perhaps an app is causing it. If so, that is on me.

Thank you, Stuart. I am not sure what is happening then, because future publish article, threads are publishing, as stated above, at the point when the Article is saved. With that said, I know the next bit of advice will be to make sure I am running the latest greatest. There are several reasons why I won't do that at this point, of which the most important is that, I never ever upgrade during the season. However, from the sounds of what you are saying, this condition has not changed and should be working as you describe in 4.19.0. If anyone cares to have a look, I can show. Thank you again.

Okay, lets see if I can delineate a little better here for clarity. Previously, I could create an Article, set to future publish at some point in the future. I would also set it to post the Article as a thread in a sub forum of my choosing. Previously, the thread that was created would not be created until said Article actually reached it's publishing date. Now however, the moment you create the Article (set to a future publishing date), and save it, the thread is created at that point, not the future date the Article is actually published. Hopefully this explanation is a bit clearer than mud.

I don't believe that to be the case Marc. I use the Future Publish of articles on a seasonal nature. Last season, Articles created, utilizing the publish a thread to X form aspect, would not post a thread in the specified sub until the Article actually published. I have implemented a workaround but that doesn't change the fact that it used to be a certain way that was unobtrusive and is now cumbersome. Of which has created extra work to alleviate the cumbersome condition.

It used to be that when you created an article and have it set so that it also published as a thread to a specific forum, the thread would not be created, and thusly posted, until the article actually posted. At some point along the way in the last seven months, there was apparently a change that creates the thread in that specified sub, at that point in time when the article is created for a future publish. This then takes up unnecessary space at the top of the sub. I am not sure I understand the reasoning behind this alteration. What was wrong with the old way of doing it? It was unobtrusive, and now it is just plain cumbersome.

I can confirm, this condition of hit or miss has been present for at least 6 months, if not longer. If you just dismiss it and redo it though, it generally takes.

Thank you, gentlemen. It is not really a concern for me as both my sites are running v5, but I do know others who may not know, hence my query.