sadams101

Ok, I will do some more testing by disabling some apps and plugins and see if it is related to any of them. I'll report back what I find.

Sorry, I wasn't meaning to start a ticket here, just hoping to get some advice about what could be causing this, and to find out whether or not this is an issue for others as well.

I applied the latest patch yesterday, and since doing this I am seeing repeated errors in my logs. The timing could be coincidence. Today there are ~100 entries do far today. The log entry was triggered by a guest (Guests) The URL of page the error occurred on was https://www.mysite.com/?app=calendar&controller=view&csrfKey=1&get=byMonth&m=6&module=calendar&offset=0io4Ty4Oc&view=overview&y=2024 TypeError: array_slice(): Argument #2 ($offset) must be of type int, string given (0) #0 /home/celiac/public_html/applications/calendar/modules/front/calendar/view.php(596): array_slice(Array, '0io4Ty4Oc', 50) #1 /home/celiac/public_html/applications/calendar/modules/front/calendar/view.php(119): IPS\calendar\modules\front\calendar\_view->_viewOverview(Object(IPS\Helpers\Form)) #2 /home/celiac/public_html/system/Dispatcher/Controller.php(118): IPS\calendar\modules\front\calendar\_view->manage() #3 /home/celiac/public_html/system/Dispatcher/Dispatcher.php(153): IPS\Dispatcher\_Controller->execute() #4 /home/celiac/public_html/index.php(13): IPS\_Dispatcher->run() #5 {main} BACKTRACE #0 /home/celiac/public_html/init.php(1036): IPS\_Log::log('TypeError: arra...', 'uncaught_except...') #1 [internal function]: IPS\IPS::exceptionHandler(Object(TypeError)) #2 {main}

I got the maps working again--server permission issue, but when investigating it I found that notice, so at some point the app will need an update.

In the admin ACP when viewing a member the map is now grey, and in Chrome console I see this warning:

This sounds like a great solution, but it looks like there is no version 4.7, or a way to get it now that the Marketplace is closed. This would be a great addition to solve more than one issue I've mentioned here, I hope IPB will consider this upgrade.

I'm not sure I would see any more confusion than I do now...again, it's getting to where I need to edit ~15-20% of the posts in my forum. I have experimented with using just "Quote" and still have the same issue. I added Quote & Reply a while back because of the number of people who would ask how they can reply. They had no idea you had to scroll to the bottom!

Since it literally happens several times a day on my forum from different users, so I would not say that I have a unique problem. Again, most people don't need to quote at all, but that is the only option they see to reply to a post they might be reading. Just a simple reply button that takes them to the reply field would solve this. I actually just corrected a post where the user hit quote and reply, then erased all the quote and put in their own reply within the quote field area...very frustrating.

Bare with me here, because the reason for this suggested change likely does not happen on your own forum...this forum...because your users are highly biased--we're all more or less "experts" with how forums work, and especially Invision forums. The Problem--too many users use "Quote & Reply", and then put their reply within the quote. My forum has been running continuously for over 20 years now, and I am having a growing issue with the use of the "Quote & Reply"--the problem specifically is that most newer users, and even some older ones, always use this to respond--even if they reply to a post directly after it. A bigger problem, however, is that many users don't know how to deal with the quote that is copied into the reply. Around 25% of my posters now put their reply within that quote--either above the content or below it, but within it--they just don't get it. This makes finding their reply very difficult if they reply to long posts, which happens often on my forum. Some users reply properly outside the quote, but post it either above it or below it, there is no rhyme or reason. I now have to edit many posts daily to extract someone's reply from within the quoted area, and put it outside the quoted area. This seems to be a growing issue for me, and perhaps it is due to the fact that more users, perhaps younger, from Facebook or other social platforms are now posting and they just don't get how to use this quote feature. A Solution--Add a "Reply" link first Instead of: +(multi quote) | Quote & Reply | Mark as Solution I propose: Reply | Quote & Reply | +(multi quote) | Mark as Solution In this case clicking the Reply option would simply take them down to the "Reply to this Topic" field, preferably that field would be opened up, and their cursor would be flashing within it, so all they have to do is start typing. Most people should simply be replying within a topic, rather than quoting and replying. +(multi quote) Also, regarding the multi quote feature, I believe that at best, 1/100 to 1/200 people in my forum ever figure out how to use that correctly, and it is rarely used. It would make more sense to move this over rather than making it the first option. Please let me know what you think.

I still see adding this as a net positive. Why? Because on a daily basis I must manually unsubscribe people who are too lazy to do this themselves, and they hit the spam button instead of doing the right thing (I am subscribed to the feedback loops). Gmail has already incorporated this now to some degree. If, for example, I hit the spam button to report real spam, but there is a one-click unsubscribe link in the header of that spam email, I am now asked by Gmail if I want to unsubscribe via a pop up. Since the coding for this can't be too difficult, I see only an upside to including it, especially if it increases email deliverability.

I realize this is an older thread, but it's time to add one-click unsubscribe to all emails sent out by Invision software: https://www.forbes.com/sites/daveywinder/2024/02/11/google-warns-of-mass-gmail-message-blocks-new-email-security-rules/?sh=79cc0f8d6859 Google will start blocking bulk emails from senders who do not include one-click unsubscribe beginning June 1, 2024.

...and you've known about this issue since 2020.

So if I understand your response, perhaps my site won't function properly for 30-50% of Chrome users by the end of this year, and 100% one year from now, if you don't fix this issue in time?

I don't know what the schedule is for v5, but it seems to me that some sort of patch might be needed here for v4, as this is ~6 months away. It's hard for me to believe that v5 will come out with enough time for everyone to get upgraded by then.

Google says: "Deprecated APIs are scheduled to be removed from Chrome." Will you beat this removal date, and do you know what that date actually is?

Apparently it will not be supported by browsers for much longer, so you may want to put this on your front burner. Since it is showing up now in PageSpeed Insights with a much higher penalty than before, it has also become a bigger negative ranking factor.

As for system, it is very doubtful that what you just described could be getting so much traffic, unless there is a ton of bot traffic trying to create accounts--but if this is the case, it would be an even better reason not to see this in that chart. For example, here is what my chart looks like now--so 40% of my site traffic is login, registration or policy pages? There are ~10 members logged in right now, and Google Analytics is showing 278 users in the last 30 minutes, so how does this make sense? This System "App" constantly shows a very high percentage on my site, and as you can see, it makes it hard to see the actual traffic to what I consider to be apps (and System isn't one of them--never has been).

PageSpeed Insights is now making a big deal out of the use of UnloadHandler and "Registers an unload listener" in root_library.js. My scoring for Best Practices went from ~95 to ~78 overnight. Are you aware of this, and if so, what is the timeframe for updating this?

I've been reading articles about Google's plan to eliminate "third-party cookies entirely by mid-2024," and I am wondering how this will affect Invision Community software? Will it function properly without cookies? https://www.searchenginejournal.com/google-to-disable-third-party-cookies-for-1-of-chrome-users/498429/ Also, could I be mis-interpreting what they will be doing? Perhaps they won't allow any cookies from other sites (site B) to load when visiting site A? I'm not sure, but it seems like a pretty big change to me.

Since my original post I've been monitoring things closely, and there have been several waves where my forum traffic seem to vary dramatically, at least when looking at the number of people online in the last 30 minutes, and comparing that with the Online Users By App (making a 2nd request here that you remove "System" from this--it's not an app, and it is just confusing and makes it so that I cannot really see a correct breakdown of actual users per app). Starting yesterday, things are back to normal traffic-wise, which means ~10x the traffic is on my forum compared with my Pages app. Since nobody else has had the same experience, I will assume that it must have been coincidence, perhaps a Google update or something?

Thanks...when this happens I'll edit my response to add some text.

My site, which is up to date with the latest version, was just hit with this warning by google: Either "acceptedAnswer" or "suggestedAnswer" should be specified (in "mainEntity") Either "acceptedAnswer" or "suggestedAnswer" should be specified (in "mainEntity") for this URL: https://www.celiac.com/forums/topic/157933-mayonnaise/ Any ideas?

Things have gotten back to normal after 3-4 days of this strange traffic anomaly. I'm not sure if this issue was related to the upgrade or not, but it did begin right after the upgrade. The traffic drop was for my forum only, which normally has 7-10 times the traffic of my Pages app--for those days it was basically even 50/50 traffic between my forum and Pages apps.

Yesterday I updated to v4.7.15, and since then I've seen what appears to be a ~50% traffic drop in my forum app. At the moment it is hard for me to tell if this drop is real, or perhaps due to a change to the Online Users by App that I don't see listed in the change notes. In summary, until I upgraded yesterday my Online Users by App shows my forum visitors dropping a huge amount, to where they are now below the level of my site's Pages app. To me this seems like an impossible drop, given that 90%+ of my site's total content is within our forums. I am wondering if anyone else who upgraded has seen a similar drop in forum traffic, whether this drop is real, and what in the update might have caused such a drop?

I hope to propose a code update on this issue, and better explain what exactly is going on. Below is the issue, and this is when you have "Enable record image upload" on in the ACP (/admin/?app=cms&module=databases&controller=databases&do=form&id=2). In the Pages app if an article has an image (using the "Choose single file..." button) uploaded and saved, a thumbnail is created which is displayed on the home page, and category pages within the Pages app. If you then need to edit this article later for any reason, for example if it was pinned and you want to unpin it, or if you want to lock the article, or simply edit any text within the article (all of these actions are very common for publishers), re-saving the article, even if you do not upload a new image, will result in the original thumbnail being deleted (removed), and a new thumbnail being created. For example, on my home page this was the URL of the article image: https://www.mysite.com/uploads/monthly_2023_12/Colored_quinoa_CC--Michael_Hermann.thumb.webp.b584800290f53b053cc6b6072b832864.webp I opened the article, changed some text and saved it, and now this is the URL of the image on my home page: https://www.mysite.com/uploads/monthly_2023_12/Colored_quinoa_CC--Michael_Hermann.thumb.webp.136b728972637cf0163400ddd264bc29.webp The old image was deleted, the new image was added. Why is this a problem? Lots of broken 404 image links, or any other 404 links on any website is considered poor SEO by Google and other search engines. Google Search Console instantly picks up these lost images and lists them as issues that need to be fixed. I edit many articles a day, and this results in lots of 404 Not Found flags. Solution, which I hope IPS will incorporate in a future update (I paid @DawPi for this fix, and he agreed to let me share it here), is a simple code change in this file: applications\cms\sources\Records\Records.php else { $imageUploads[] = $values['record_image']; $fixedFieldSettings = static::database()->fixed_field_settings; if ( isset( $fixedFieldSettings['record_image']['thumb_dims'] ) ) { if ( $this->record_image_thumb ) { try { \IPS\File::get( 'cms_Records', $this->record_image_thumb )->delete(); } catch ( \Exception $e ) { } } $thumb = $values['record_image']->thumbnail( 'cms_Records', $fixedFieldSettings['record_image']['thumb_dims'][0], $fixedFieldSettings['record_image']['thumb_dims'][1] ); } else { $thumb = $values['record_image']; } $this->record_image = (string)$values['record_image']; $this->record_image_thumb = (string)$thumb; } and replace it with this code: else { $imageUploads[] = $values['record_image']; $fixedFieldSettings = static::database()->fixed_field_settings; if ( isset( $fixedFieldSettings['record_image']['thumb_dims'] ) ) { /* By DawPi */ if( $this->record_image != (string) $values['record_image'] ) { if ( $this->record_image_thumb ) { try { \IPS\File::get( 'cms_Records', $this->record_image_thumb )->delete(); } catch ( \Exception $e ) { } } $thumb = $values['record_image']->thumbnail( 'cms_Records', $fixedFieldSettings['record_image']['thumb_dims'][0], $fixedFieldSettings['record_image']['thumb_dims'][1] ); } else { $thumb = $this->record_image_thumb; } /* END */ } else { $thumb = $values['record_image']; } $this->record_image = (string)$values['record_image']; $this->record_image_thumb = (string)$thumb; } After doing this the thumb image will only be update if you actually upload a new image to the article, not when you simply save it again for any other reason. This fix eliminates the many 404 Not Found image issues with Google Search Console.