Jump to content

Daniel F

Invision Community Team
  • Posts

    6,560
  • Joined

  • Days Won

    37

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by Daniel F

  1. Looking at your first and second code there's also something else..;) if ( $val AND @preg_match( $val, NULL ) === false ) In your first attempt you were assuming that $val is a string, but it's literally an array with the language ID as key and the string as value . This means that even your current code with $val[1] could result in an error!
  2. Thanks, I have added this step to https://invisioncommunity.com/developers/docs/development/extensions/coremodcp-r151/
  3. This was supported since 4.0.x ! Take a look at applications/core/extensions/core/FrontNavigation/CustomItem.php for an example 🙂
  4. You can use the ban filters for this. ( ACP => Members => Ban Settings )
  5. This sounds like a bug to me, which I have raised internally.
  6. I have raised an internal suggestion for this.
  7. Hi, could you please reupload the file to the marketplace.
  8. Stuart fixed this few days ago🤯, meaning it's going to be included in the next regular release:)
  9. I have posted this to our internal bug tracker for further review.
  10. Please avoid to change any data direct in the DB. By changing the forum id in the topics table you're missing to rebuild: Search Index Tag Index Container Counts Last Item & Last Comment Data Total Posts from the author
  11. IMO it's fine to show it while editing, I mean what if it was created anonymous by accident or if something shouldn't be anonymous anymore, but I would prefer if it would be an extra setting or a moderator permission to control who's able to toggle the anonymous flag while editing existing content. That said, I have brought this up internally.
  12. Take a look at our pages app https://invisioncommunity.com/features/publishing/?ct=1629284291
  13. You could switch from the WYSIWYG block to a PHP block and wrap the output into a condition like
  14. @Nathan Explosionpls upload the file again to the mp
  15. Do you mean the client or the admin? If the admin would need to clear his cache, it sounds like a bug on our side.
  16. Do you have any 3rd party applications or plugins dealing with content moderation? If not, please submit a ticket and we'll take a look.
  17. It didn't because of the cache. Let's say the first visitor after the widget cache was truncated has all topics shown as unread.Since he's the first visitor his output will be cached and returned to literally any visitor having the same theme, language and groups and even if these members have no unread topics, the widget would show them as unread!
  18. It's not that we don't care, it's just not reasonable to have such feature in a widget. It's true that it was present in the past, but only because it was a bug.It's not possible to implement such a feature with our widgets and the widget cache!
  19. OK... short long story if anybody else runs into this... If you don't have the Pages App: check your core_widget_areas database table IF you're using IP.Pages: check your core_widget_areas database table check your cms_page_widget_database areas check your blocks ( ACP => Pages => Blocks ) and the cms_blocks database table.
  20. Nah, it's a widget ( IPS\downloads\widgets\_topDownloads ) but I have already helped him to locate it. It's hopefully resolved now.
  21. Were you able to resolve this? If not, have you submitted a ticket?
×
×
  • Create New...