WebCMS

Recurring events should be enhanced to be edited/saved with different dates for each year. This will allow us to just change the dates of some events for any year without having to create them from scratch laboriously which can also save a history of recurring events for each year with different dates for past/future reference. If I'm not mistaken, it overwrites the date of a recurring event when we modify its date for any year.
For instance, if I create a list of events for the entire year in 2024, I should be able to edit some of their dates in 2025 while keeping the dates of 2024 events intact. In 2026, I would see recurring events for 2025 which I can edit some of their dates to create a new set of events for 2026 that become recurring events for 2027.
This is the highly expected behavior even for US Calendars and this enhancement would add more muscle to the Events module and make it more powerful.
ChatGPT says...
Do holidays fall on the same day every year?
No, not all holidays are on the same day every year. The dates of holidays can vary depending on the type of calendar used and the legislation of the state or country where the holiday is celebrated:
United States federal holidays
Some federal holidays, like New Year's Day, fall on the same day every year, while others, like Thanksgiving, are always on a specific day of the week. For example, Thanksgiving is always on a Thursday, while five other holidays are always on a Monday. If a federal holiday falls on a weekend, federal employees usually observe it on the closest weekday. For example, if Independence Day falls on a Saturday, it's observed on the Friday before.
State holidays
State governments decide the dates of holidays, and they can agree on the same date as a federal holiday, like Thanksgiving.
Holidays based on other calendars
Holidays based on calendars that use both the moon and seasons, like the Hebrew calendar, can change dates every year due to an 11-day shift between the two types of calendars. Holidays based on calendars that use only the moon, like the Islamic calendar, can also change dates on the Gregorian calendar because the two calendars are not in sync.

Recurring events should be enhanced to be edited/saved with different dates for each year. This will allow us to just change the dates of some events for any year without having to create them from scratch laboriously which can also save a history of recurring events for each year with different dates for past/future reference. If I'm not mistaken, it overwrites the date of a recurring event when we modify its date for any year.
For instance, if I create a list of events for the entire year in 2024, I should be able to edit some of their dates in 2025 while keeping the dates of 2024 events intact. In 2026, I would see recurring events for 2025 which I can edit some of their dates to create a new set of events for 2026 that become recurring events for 2027.
This is the highly expected behavior even for US Calendars and this enhancement would add more muscle to the Events module and make it more powerful.
ChatGPT says...
Do holidays fall on the same day every year?
No, not all holidays are on the same day every year. The dates of holidays can vary depending on the type of calendar used and the legislation of the state or country where the holiday is celebrated:
United States federal holidays
Some federal holidays, like New Year's Day, fall on the same day every year, while others, like Thanksgiving, are always on a specific day of the week. For example, Thanksgiving is always on a Thursday, while five other holidays are always on a Monday. If a federal holiday falls on a weekend, federal employees usually observe it on the closest weekday. For example, if Independence Day falls on a Saturday, it's observed on the Friday before.
State holidays
State governments decide the dates of holidays, and they can agree on the same date as a federal holiday, like Thanksgiving.
Holidays based on other calendars
Holidays based on calendars that use both the moon and seasons, like the Hebrew calendar, can change dates every year due to an 11-day shift between the two types of calendars. Holidays based on calendars that use only the moon, like the Islamic calendar, can also change dates on the Gregorian calendar because the two calendars are not in sync.

Yes, FURLs are the way. I'd prefer to have FURLs for everything that should be indexable by search engines, and just a simple rule in robots.txt that disallows indexing of anything with additional (non-FURL) parameters instead of a bunch of disallowed parameters.

Hello Team,
When rich text is pasted into the editor, the text has style attributes like so (taken this example from this IC site and pasted into editor using color themes):
<p style="background-color:#ffffff; color:#2f3d4b; font-size:14px; text-align:start"> The pasted rich text displays fine on a white theme due to matching colors. However, on a dark theme, the pasted text displays in black on a white background (opaque).
To make this transparent and display pasted content as expected on any color theme using current theme's colors, we just have to get rid of the background, background-color and color attributes from the HTML.
Please eliminate the background, background-color and color attributes from the HTML of the pasted rich text which would resolve the issue and users will be able to paste rich text as-is on any color theme which will be a HUGE breakthrough! Eliminating these color attributes will retain all other formatting and displays text in current theme colors. Forcing to paste as plain text results in a bad UX as the users would be required to reformat the text all over if the formatting like headers, tabular data, bullet lists, font-sizes, bolds, italics, etc. are important.
Even if only the attribute "keys" are removed (background-color: , background: and color:), it results in markup like below and it works fine too.
<p style="#ffffff; #2f3d4b; font-size:14px; text-align:start"> The related topic is here -
Please confirm if this is added to your roadmap..

How would we know if the suggestions made are going to be considered are not?
i have more than 75 suggestions to make.

It's quite a bad approach and should never be used in any reputable software. Unwanted styles/tags should always be stripped immediately when text is pasted into the editor, long before the message is sent to the database, not on the template side as it happens in this example.
This code is a temporary and ineffective workaround, not a solution.

It would be ideal for the IC Team to add this block to whatever template it is so all clients don't have to add it to their templates redundantly. This is the solution and you just have to add it and test. This small change which belongs in the core would resolve a BIG pain point.
The last thing clients want to do is modify templates and maintain/re-apply the changes across updates.

you can fix it yourself. just add this js code to your template:
document.querySelectorAll('div[data-role="commentContent"]').forEach(div => { div.querySelectorAll('*').forEach(element => { element.style.backgroundColor = ''; element.style.color = ''; }); });  

Hello Team,
When rich text is pasted into the editor, the text has style attributes like so (taken this example from this IC site and pasted into editor using color themes):
<p style="background-color:#ffffff; color:#2f3d4b; font-size:14px; text-align:start"> The pasted rich text displays fine on a white theme due to matching colors. However, on a dark theme, the pasted text displays in black on a white background (opaque).
To make this transparent and display pasted content as expected on any color theme using current theme's colors, we just have to get rid of the background, background-color and color attributes from the HTML.
Please eliminate the background, background-color and color attributes from the HTML of the pasted rich text which would resolve the issue and users will be able to paste rich text as-is on any color theme which will be a HUGE breakthrough! Eliminating these color attributes will retain all other formatting and displays text in current theme colors. Forcing to paste as plain text results in a bad UX as the users would be required to reformat the text all over if the formatting like headers, tabular data, bullet lists, font-sizes, bolds, italics, etc. are important.
Even if only the attribute "keys" are removed (background-color: , background: and color:), it results in markup like below and it works fine too.
<p style="#ffffff; #2f3d4b; font-size:14px; text-align:start">  
Please confirm if this is added to your roadmap..

Just to mention: word filter does not replace parts of the words. It replaces the whole match only. Partial replacing is not a default feature in IPS, not even in word filters.

The author means the link should be allowed. But the referral part should be replaced by something, like *** either in text and URL. 
@WebCMS there is a custom app that makes something similar https://forum.invisionize.pl/files/file/872-dp45-advanced-regexp/
 

Ah I see. Thanks for the confirmation

It's currently a setting if you don't wish to show it 😉 

something like this but for the frontend https://www.ic-essentials.com/files/file/7-tags-manager/ ?

ips4_oauth_authorize - session cookie (expires when tab closed or browser quit) ips4_clearAutosave - session cookie (expires when tab closed or browser quit) ips4_lastSearch - whatever the flood limit is (usually 30 seconds) ips4_noCache - 20 mins, or when tab is closed/browser quit ips4_guestTermsDismissed  - session cookie (expires when tab closed or browser quit) ips4_language  - session cookie (expires when tab closed or browser quit) ips4_cm_reg - session cookie (expires when tab closed or browser quit) ips4_location - session cookie (expires when tab closed or browser quit) ips4_currency - session cookie (expires when tab closed or browser quit) ips4_guestTransactionKey - 30 days ips4_forumpass_* - 7 days

A guest sent a spam message through Contact form using a valid email address (admin's personal hotmail that is not associated with any member) and we receive a "Verify your email" notification at the personal email and after verification, we get the spam message delivered. How is this possible?
"Verify your Email" received at admin's valid personal email address (not associated with any user) - you can replace the "domain" with our domain name to derive the email address:
/index.php?app=core&module=system&controller=redirect&url=https://domain.com/contact/?do=confirm%26key=3d71bd549c55805525a41ab06374a695%26email=<domain@hotmail.com>&key=76e04b511b33a076abd72f1a33d7e5d166bf11bd855743773be29f7758394a30&email=1&type=contact_verify
After clicking on Verify, the spam message is received at "Incoming email address"
In essence, I'm verifying my own email address to receive a spam message sent by someone using my personal email address. The spammer doesn't need access to my email account or password - just the email address to spam me as I'm verifying the message as valid because I wanted to see what it is. Did they grab my personal email address somewhere which is brand new and I never used it anywhere?
How do I prevent this spam in future now that the user knows a valid email address that I verified already?

Would appreciate if someone confirms that these issues have been added to your bug model; otherwise, all that testing, recording issues and reporting issues would be for nothing.

URL by ID "blogs/blog/5" does not work but strangely vague/partial URL like "blogs/blog/5-z" works and resolves to full URL during page load. Content should load by ID in the URL and the remaining title/text should be optional in the slug (eg: /blogs/blog/5 that would resolve to the full URL during page load) but partial URL is weird.
When we configure the blogs page to display as cards, it lists recent entries as cards on /blogs page but there is no unique collection of blogs in cards layout and no way to locate a blog if there are many blog entries giving a bad and clueless UX (this is similar to YouTube where they lack a unique list of our subscribed channels). This may be ok for sites with just one or two blogs like ic.com where you don’t allow members to create their own blogs and you have just Invision Community, Community Management and Recent Entries rendered on 3 separate tabs (custom page). But on general purpose forums where users can create their own blogs, this would be a challenge to locate and navigate specific blogs unless they know the precise URL to a blog because URLs by ID do not work in IC software.
Currently, the unique list of blogs is available only when the blogs page is rendered as a list and when clicked on a blog, it goes to the entries page of that blog which are rendered as cards.
If we look at vBulletin, blogs page displays a unique collection of cards and after clicking on a blog card, it takes us to that blog with a collection of its entries which can be rendered again as cards or list.
When configured to render as cards, /blogs should render master-detail drill-down of unique collection of blogs in cards layout > collection of entries in cards layout when clicked on a blog. /blogs page should render a collection of "blogs" (not: entries) consistently and as expected - regardless of if the layout is configured as list or cards.
You can render Member Blogs (unique collection of blogs), Subscribed Blogs, Recent Entries as separate tabs but unique collection of Blogs as cards should be the first/primary tab (or configurable).
The unique collection of Blogs as cards should be sortable by name ascending/descending or by latest activity.
Clicking on the cover photo on /blogs page rendered as cards/list should take us to the Blog page (not just clicking Blog title in the card). Most users are not tech-savvy to figure out to click on blog title in the card.
 
Slideshow should accommodate at least 10 blog entries (configurable) for general purpose sites where members could create their own blogs and entries.
How to sequence the slideshow of featured entries in a particular order like the "Welcome" entry to appear as 1st entry in the slideshow? How do we know which featured blog entries are going to be listed in the slideshow when more than allowed number of blog entries are featured?
There should also be links to entry slides (1-10) to be able to click to randomly jump to any slide as expected behavior for a better UX instead of navigating through them one at a time using the left/right arrow icons (arrow icons and clickable links to each slide is the standard UI on any slideshow).
Slideshow should always start from slide 1 or use the pinned entry as the 1st slide but it continues with last displayed slide from last blogs page exit (may be made configurable).
Pinned blog entries are not showing on the top as pinned.
For blog/event cover/card photos, it should accept URLs like YouTube thumbnails so we don’t have to upload image files separately to save on storage. Similar to -
https://www.youtube.com/watch?v=4SABYbyofWQ
https://youtube-thumbnail-grabber.com
https://www.youtubethumbnaildownloader.com
We should be able to use this URL in cover photos - https://img.youtube.com/vi/4SABYbyofWQ/maxresdefault.jpg

 
Tags and view counts are not displayed on the blog entry cards (view counts are shown on blog entry detail pages).
Tagged blog entries are not featured in Similar Content widget and they cannot be discovered. Tags make content listed in Similar Content widget but tags don't work for blog entries to make them appear in Similar Content.
Optionally use signatures on blogs and articles (configurable).

Not sure why it should work with a vague URL like
/blogs/blog/5-x
The correct URL is /blogs/blog/5-cricket
Does the vague -x add any SEO value?
That was my point 😀

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.
 
To be fair, code can be incorrect too. 

*Unless you're a big AI company (allegedly) 🤐

Currently, Link Filters have options to only Block and Moderate but no option to Replace with something like ****. Blocking displays the link as text which other users can still copy and paste into a browser (eg: affiliate links, solicitations, etc). Please provide an option to Replace prohibited links (displayed text as well as underlying link) with specified text.
Also, please sort Link Filters in alpha order (currently not sorted).
Can we enter params text like *tag=* in Link Filters or does it need valid domain with extension like amazon.com/?tag=...   ?

https://www.google.com/search?q=emojis+in+urls+seo
Google is featuring this result on the top of 1st page for a reason with highlighted text -
Avoid using emojis in URLs as it is generally not recommended and creates indexing problems and SEO issues. Search engines depend on the information containing text to index web pages and those text that has emojis are considered non-standard characters.
URL address - however, it’s not the best place. The website address should be clear and user-friendly. It’s also important to mention that the search engine doesn’t have an obligation to show the emoji and may not be rendered or in color on some O/S's. If it doesn’t display it, you’ll simply see a chain of characters instead which won’t look attractive.

Punycode
Google

Bing (it only shows the first emoji but the unknown character box for the other two)

https://www.google.com/search?q="emojis+in+urls+for+seo"
Most search engines will show no results when using emoticons. So make sure you only use emoji in your page title and meta description, and not emoticons. Finally, Google only shows emoji in its organic search results and not in its Text and Shopping Ads. So don't try to put emoji in your ads.
https://www.searchenginejournal.com/google-says-emojis-wont-hurt-or-help-seo/436079/
About emojis in titles/meta - there’s no guarantee Google will show them in search results. Google rewrites a majority of titles as it is, but even if it chooses to display the title you’ve written it may disregard the emojis. you’re probably better off writing titles and descriptions in plain text. Emojis are allowed, but it’s highly unlikely Google will display them. There’s no SEO advantage to using them, either
 
Avoid Using Emojis or Special Characters
https://susodigital.com/blog/optimising-url-slugs-for-seo
Google’s official guidelines are clear about this: you should not use non-ASCII characters in your URL, if you want it to be as well-optimised as possible. 
This includes emojis, as well as characters from all languages that do not use the Latin alphabet, even if your page is written in one of them.
For search engines, this is mainly important before your page is indexed, but when it comes to user-friendliness, using emojis and special characters in your URL slug can pose more serious issues to your viewers.
In many instances, non-ASCII characters will not display correctly on people’s screens, making it impossible to copy-paste, or type out your link. 
✅ User-friendly URL: www.susodigital.com/blog/what-is-a-url-slug 
❌ User-hostile URL: www.susodigital.com/blog/URL-蛞蝓-是-什么 
 
Similar issues
Xenforo - https://xenforo.com/community/threads/remove-emoji-from-url.159250/
Discourse - https://meta.discourse.org/t/thinking-dont-put-emoji-name-in-topic-slugs/76595/26
 
https://mangools.com/blog/seo-emojis/
What google does or not with emojis has changed over years many times, there is still no guarantee google would include them in ranking and there are instances where google truncated important keywords due to emojis thereby reducing the page ranks.
If the title contains just emojis and users want to search by Title only, not many users are tech savvy to grab emojis from the internet to paste into the search field. Title should always contain some word(s) for searchability (even if it contains emojis).
URLs should work by just the ID without needing to input the optional title text in the slug so if there are any emojis in the URL, it won't be difficult to query by just ID (if users know the topic/article ID). Also there should be an option to search by topic ID, article ID, etc:
https://invisioncommunity.com/forums/topic/470924
When "emojis" exist in the url and we click in the address bar, the cursor is not visible while using left/right arrow keys which is a bad UX.
The aspect of including emojis in the URLs or not can be implemented as a configurable switch in the ACP with a default value of ON so it works as it does now (if at all emojis are excluded from URLs, it should be implemented as a switch in ACP). Those who want to continue including emojis in the urls don't have to do any config due to its default value.

https://www.google.com/search?q=emojis+in+urls+seo
Google is featuring this result on the top of 1st page for a reason with highlighted text -
Avoid using emojis in URLs as it is generally not recommended and creates indexing problems and SEO issues. Search engines depend on the information containing text to index web pages and those text that has emojis are considered non-standard characters.
URL address - however, it’s not the best place. The website address should be clear and user-friendly. It’s also important to mention that the search engine doesn’t have an obligation to show the emoji and may not be rendered or in color on some O/S's. If it doesn’t display it, you’ll simply see a chain of characters instead which won’t look attractive.

Punycode
Google

Bing (it only shows the first emoji but the unknown character box for the other two)

https://www.google.com/search?q="emojis+in+urls+for+seo"
Most search engines will show no results when using emoticons. So make sure you only use emoji in your page title and meta description, and not emoticons. Finally, Google only shows emoji in its organic search results and not in its Text and Shopping Ads. So don't try to put emoji in your ads.
https://www.searchenginejournal.com/google-says-emojis-wont-hurt-or-help-seo/436079/
About emojis in titles/meta - there’s no guarantee Google will show them in search results. Google rewrites a majority of titles as it is, but even if it chooses to display the title you’ve written it may disregard the emojis. you’re probably better off writing titles and descriptions in plain text. Emojis are allowed, but it’s highly unlikely Google will display them. There’s no SEO advantage to using them, either
 
Avoid Using Emojis or Special Characters
https://susodigital.com/blog/optimising-url-slugs-for-seo
Google’s official guidelines are clear about this: you should not use non-ASCII characters in your URL, if you want it to be as well-optimised as possible. 
This includes emojis, as well as characters from all languages that do not use the Latin alphabet, even if your page is written in one of them.
For search engines, this is mainly important before your page is indexed, but when it comes to user-friendliness, using emojis and special characters in your URL slug can pose more serious issues to your viewers.
In many instances, non-ASCII characters will not display correctly on people’s screens, making it impossible to copy-paste, or type out your link. 
✅ User-friendly URL: www.susodigital.com/blog/what-is-a-url-slug 
❌ User-hostile URL: www.susodigital.com/blog/URL-蛞蝓-是-什么 
 
Similar issues
Xenforo - https://xenforo.com/community/threads/remove-emoji-from-url.159250/
Discourse - https://meta.discourse.org/t/thinking-dont-put-emoji-name-in-topic-slugs/76595/26
 
https://mangools.com/blog/seo-emojis/
What google does or not with emojis has changed over years many times, there is still no guarantee google would include them in ranking and there are instances where google truncated important keywords due to emojis thereby reducing the page ranks.
If the title contains just emojis and users want to search by Title only, not many users are tech savvy to grab emojis from the internet to paste into the search field. Title should always contain some word(s) for searchability (even if it contains emojis).
URLs should work by just the ID without needing to input the optional title text in the slug so if there are any emojis in the URL, it won't be difficult to query by just ID (if users know the topic/article ID). Also there should be an option to search by topic ID, article ID, etc:
https://invisioncommunity.com/forums/topic/470924
When "emojis" exist in the url and we click in the address bar, the cursor is not visible while using left/right arrow keys which is a bad UX.
The aspect of including emojis in the URLs or not can be implemented as a configurable switch in the ACP with a default value of ON so it works as it does now (if at all emojis are excluded from URLs, it should be implemented as a switch in ACP). Those who want to continue including emojis in the urls don't have to do any config due to its default value.

Currently I am still using this plugin (I know, it is a plugin, not an app, but it works with 4.7.x).
"Friendly URL Translit By Ilya Hoilik https://ipshelp.ru" (the url is not working either it is for search purposes if you want to hunt for it)
Iirc it used to be a free plugin in the marketplace, it removes all non-standard chars from the url. 
It keeps the emojis (and accented non-English characters, etc) in the topic title, but removes them from the URLs.
Imo it should be part of the core functionality for SEO.