sadams101

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

I had to shut off guest commenting on my articles do to this issue...it was causing a huge delay on very single article page.
Is there a reason that Captcha needs to load first on every single page when guest posting is allowed? Since only 1/200 people post a comment on my articles that is 199 times Captcha did not need to load at all. Why not only load Captcha when people click on the comment field?

Let me be skeptical... I became your customer when version 4.0.x launched with similar promises... That was 9 years ago... Now you are promising a change with version 5.x.x... I'm not sure that will happen I'm...I'm sorry...

This one?
https://developer.chrome.com/docs/web-platform/deprecating-unload
If so, Ending with 100% of users by the end of Q3 2024
Assuming that means anyone on v4 won't be able to use Chrome after the deprecation?

Are you planning on cleaning up deprecated APIs?
thanks

Third party cookies are cookies set by a website other than the website you're viewing. Cookies are an essential part of web applications and aren't going away.

It is but as the answer is an embedded link, it is not included:
"mainEntity": { "@type": "Question", "name": "Mayonnaise", "text": "Is Hellman\u2019s Mayo okay for celiacs. I\u2019ve read several different answers. Is there malt vinin Hellman\u2019s Mayo. \u00a0Is it safe\u00a0\n \n", "dateCreated": "2023-02-24T21:37:46-0500", "author": { "@type": "Person", "name": "Jamima" }, "suggestedAnswer": [] },  

This issue has been resolved in the recently released 4.7.15 version. Please update your site if you are still experiencing the issue, and let us know if you see any reoccurrence.

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.
 
 

This is a very simple fix, but since it is in the JS I'm unable to do it.
Within the root_framework.js is this code:
<a href='#' data-action='toggleQuote'>
Can you please update it with this code:
<a href='#' data-action='toggleQuote' aria-label='Toggle Quote'>
I ask because my forum users quote very often, and the toggle throws an error each time...some of my forum pages have 5-10 quotes per page.
Example of the issue:

Thank you, I have reported this internally for further review.

The missing <li> elements issue is something I reported a few days ago:
 

In the latest 4.7.14 version, the template core > front > global > siteSocialProfiles was changed to add support for X (former Twitter) share link, but the <LI> element was mistakenly changed to an <A> element instead.
 
4.7.13 version:
<li class='cUserNav_icon'> 4.7.14 version:
<a class='cUserNav_icon'>  
You can easily compare it in the Theme Differences tool, too: https://invisioncommunity.com/index.php?app=core&module=system&controller=plugins&do=diff

Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.

Just FYI...and I can't say for sure that the upgrade mentioned above caused this issue, but the evidence I see points that way. Due to this causing, in my case, thousands of 404 not found links throughout my site (Google recorded 15K and counting, and it was going up daily since 7/21), which is just terrible for SEO and google ranking, I had @DawPi create a plugin that fixes the issue. 
I hope that IPB can look into this to determine if this might have been caused by the update mentioned. Sorry I could not wait for the ticket process, but others with the same issue may find this thread and offer some more support for this possibility. 

It's really easy to understand Jim. 🙂
URL pointing into forums_Topic item type. It's fine, but as it's archived item then  it should look for \IPS\forums\Topic\ArchivedPost here:
$commentClass = $class::$commentClass; Instead of \IPS\forums\Post

Why does it seem like IPS just tries to sneak in a new pricing structure? This happened last time as well. Why can't you guys just make a blog post stating "hey are pricing structure is changing", why does it always have to be so secretive? It's only when a member notices it and brings it to light.
Well looks like this will be the end of IPS for me and will be switching back to Xenforo then. I always assumed V5 was just an update, not a whole new force to cloud. 

Have sent via contact us, not aware of email. Hope that's fine. 
 
Its suitable for those who probably have 1 single license (mostly) but for those who have multiple, for simple testing purposes it not suitable. 
Note: Cannot use -Testinstall as it requires to block public access where as I need to measure impact around google/bing.
 
@Charles will these license terms affect third party devs? I was blocked on version 4.4 once Velion went awol and left me with a broken design. So why would I renew? As upgrade mostly breaks the designs.. That's mainly my experience, cannot say for someone else. 
 

I have a license that I paid full price for a while back. I stopped renewing it because I never used it. I thought I was going to use it for something but it turns out I didn’t end up using the software for anything. I paid renewals for about a year or two but the software just say there not ever one time being used. It didn’t make sense for me to keep renewing it. 
 
However, I like to think that if I ever figure out a use for this software, then I have already paid for it more than a few times over. It should be there for me to use and start paying renewals again.
 
I hate to think that I would have to pay full price for it all over again. 😣
 

 
 

Thanks, Charles. This is a serious change that should be described on a blog or in a dedicated topic.
For me and for many clients it is breaking news 😬

After versions 3.x.x for the "future" 4.x.x there were similar promises... Alas, many of the promises remained an empty hope... And whether version 5.x.x will meet expectations - is forthcoming, but the pre-ad is just an ad…

See Email Debugging on
 

It looks like as your solution there is actually an embedded URL, this was stripped. I have submitted this internally for review.

They say they've retired the test because it's old - https://www.validbot.com/tests/102/safari-pinned-tab-icon.html
Outside of that, we don't currently support SVG for favicons. Not all browsers (mainly Safari) support this.

That would indicate the creator on YouTube has disabled embedding so you would need to watch it on YouTube.