David N.

Just now, Marc Stridgen said:

Never read the topics, or never seen the notifications?

Neither (it was during nighttime). 

The first thing I did in the morning was click the notification bell and click the link "View all notifications". I ended up with a list that was seemingly random half bold half normal topic titles during that 8 hour range when I was asleep. 

2 hours ago, Marc Stridgen said:

These would be read/unread notifications, rather than read/unread topics 🙂 

Got it, makes sense.

But then again, there were unread notifications that were not bold. After 8 hours away from computers/phones, I checked my notifications and found some 1 hour old notifications that were not bold, even though they were new to me and I had never read them. 

Let me have another look tomorrow morning and I can send you screenshots if that helps. 

Why are some topic titles bold and others normal in the Notifications list (mysite.com/notifications/)? 

I originally thought bold titles were the ones I had not read, but I see many unread topic titles that are not bold? In fact they are not bold in the Notifications list but they are bold in the forum's topic list. 

4 hours ago, Ehren said:

Combined, these changes result in not only a significant reduction in code, but also a polished UI that performs smoothly on desktop and touch devices. We're excited to continue modernizing Invision Community well into the future as new technologies and techniques become available to us, and are looking forward to getting it in your hands in 2024.

I truly appreciate all the effort that was made to simplify the code to keep it lightweight, while in the meantime modernizing the UI. It looks very sleek.

3 minutes ago, Marc Stridgen said:

If they have now stopped being logged, I suspect its likely our end and will let people know. Do let us know if you see them occurring again though. 

Thank you Marc, I will.

That plug-in allows you to keep the search field set to "Everywhere" no matter what page you're on: 

Not sure if I can check again, as this issue concerns only 120 entries in the system log that occurred in a 10 minute span yesterday, and has since stopped anyway. 

Hook 352 is the following plug-in however it's been installed for about 1 year without issues and over the past month I have only this 10 minute span when those errors occurred: 

Default Quick Search Option Enabled1.0.0

4 minutes ago, DawPi said:

Then it's weird. Are you Cloud hosted, right?

Yes, correct. 

core —> front —> global —> commentEditLine

<span class='ipsType_reset ipsType_medium ipsType_light' data-excludequote>
	<strong>{lang="date_edited" htmlsprintf="\IPS\DateTime::ts( $comment->mapped('edit_time') )->html(FALSE), ( $comment->mapped('edit_member_name') ) ? htmlspecialchars( $comment->mapped('edit_member_name'), ENT_QUOTES | ENT_DISALLOWED, 'UTF-8', FALSE ) : \IPS\Member::loggedIn()->language()->addToStack('guest')"}</strong>
	{{if $supportsReason && $comment->mapped('edit_reason')}}
		<br>{$comment->mapped('edit_reason')}
	{{endif}}
	{{if \IPS\Settings::i()->edit_log == 2 and ( \IPS\Settings::i()->edit_log_public or \IPS\Member::loggedIn()->modPermission('can_view_editlog') ) }}
		<a href='{$comment->url('editlog')}' class='' data-ipsDialog data-ipsDialog-title='{lang="edit_history_title"}' title='{lang="edit_history"}'>({lang="edit_history"})</a>
		{{if !$comment->mapped('edit_show') AND \IPS\Member::loggedIn()->modPermission('can_view_editlog')}}
		<br>{lang="comment_edit_show_anyways"}
		{{endif}}
	{{endif}}
</span>

core —> front —> global —> contentEditLine

<p class='ipsType_reset ipsType_medium ipsType_light' data-excludequote>
	<strong>{lang="date_edited" htmlsprintf="\IPS\DateTime::ts( $item->mapped('edit_time') )->html(FALSE), htmlspecialchars( $item->mapped('edit_member_name'), ENT_QUOTES | ENT_DISALLOWED, 'UTF-8', FALSE )"}</strong>
	{{if $item->mapped('edit_reason')}}
	<br>{$item->mapped('edit_reason')}
	{{endif}}
	{{if \IPS\Settings::i()->edit_log == 2 and ( \IPS\Settings::i()->edit_log_public or \IPS\Member::loggedIn()->modPermission('can_view_editlog') )}}
	<a href='{$item->url('editlog')}' data-ipsDialog data-ipsDialog-title="{lang="edit_history"}" title="{lang="edit_history"}">({lang="edit_history"})</a>
	{{if !$item->mapped('edit_show') AND \IPS\Member::loggedIn()->modPermission('can_view_editlog')}}
	<br>{lang="comment_edit_show_anyways"}
	{{endif}}
	{{endif}}
</p>

This is the factory template. I've only added a bit of custom CSS but haven't edited any HTML. 

Here's what I see this morning in my log... any idea what these errors are? 

It would be great if, when we refer someone to another topic by embedding a solved forum topic, the embedded topic would show that it is solved. 

Ah that makes sense, thanks!

Thanks!

So what happened is that someone first posted as a guest, then went on through the registration process, but then waited 5 days to approve their registration? 

I was notified only 33 mn ago to approve a post that was posted last Friday = but the user joined the forum 33mn ago. I don't understand what could have happened there?

Thank you Jim! 🙂 

The DMARC is still set to unknown. Are there any news on this front? 

I noticed that for email notifications from this forum I see "dmarc=pass". 

What browser are you using?

If you're using Google Chrome, click the padlock in the URL field, and make sure Notifications are enabled?

Or go to Google Chrome > Settings > Privacy and Security > Site Settings > Permissions > Notifications, and make sure Invision Community is allowed to send notifications? 

Thanks for sharing all those preview videos! I really enjoy the insight into these new features. I really like the direction it's taking so far. 🙂

I personally don't care for A.I. or LLMs, I feel like they are not part of what a community is: a group of human beings sharing a common interest, supporting and helping each other through social interactions. I'm not interested in talking to a machine or reading text that was generated by a machine. 

As for waiting, there's no point releasing a beta if it isn't ready to be released. I don't mind being patient and waiting a little longer - especially if it means ending up with a better, more reliable product. 

So it tuns out that this previous code would still display "3 more" for example for posts having more tags that couldn't be displayed. 

This is the better CSS selector to hide the entire list of tags: 

/* Hide tags on topic list */
body[data-pageapp="forums"][data-pagemodule="forums"][data-pagecontroller="forums"] ul.ipsTags {
	display:none;
}

Ok I tried this and it seems to be working! 🙂

body[data-pageapp="forums"][data-pagemodule="forums"][data-pagecontroller="forums"] .ipsTag {
	display:none;
}

Ok thank you, I suppose it shouldn't be too hard to hide them with the right CSS selector, I just have to find the right one. 🙂 

Thank you!

When I'm looking at the list of topics inside a forum, can I choose to hide the tags? 

I searched the ACP but couldn't find it. 

10 hours ago, Marc Stridgen said:

Whats  your username on your site?

I've sent you my username by private message. Thanks!