Jump to content

catbreadbat

Clients
  • Posts

    489
  • Joined

  • Last visited

 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 catbreadbat

  1. A quick google search revealed an existing regex: /^.{3,32}#[0-9]{4}$/
  2. Can you share a screenshot of the working firewall rule? I'm having trouble with this as well.
  3. I have removed that application and all other unused ones and the issue persists.
  4. The rules application is disabled and not in use. I’ve disabled all hooks loaded by the error, and rebuilt the search index yet again. Issue persists
  5. How to do this? I’ve updated the information.
  6. Clearing cache didn't fix the issue. I also tried rebuilding the search index and that hasn't fixed the error spam either.
  7. The error was of type Elasticsearch. I cleared caches from admin CP and it seems to have stopped logging this error now. Will update if it spams the log again. Is it possible to clear these entries from the DB to reduce it's size in our backups?
  8. Our log table is growing out of control, even with the pruning set to 1 week. Here's the message: There is a repeated error (500 times) that seems to be the cause: Array ( [query] => Array ( [bool] => Array ( [must] => Array ( ) [must_not] => Array ( ) [filter] => Array ( [0] => Array ( [bool] => Array ( [should] => Array ( [0] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\core\Statuses\Status [1] => IPS\core\Statuses\Reply ) ) ) [1] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\forums\Topic\Post ) ) ) [2] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\downloads\File [1] => IPS\downloads\File\Comment [2] => IPS\downloads\File\Review ) ) ) [3] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\cms\Pages\PageItem ) ) ) [4] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\gallery\Image [1] => IPS\gallery\Image\Comment [2] => IPS\gallery\Image\Review ) ) ) [5] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\gallery\Album\Item [1] => IPS\gallery\Album\Comment [2] => IPS\gallery\Album\Review ) ) ) ) ) ) [1] => Array ( [bool] => Array ( [should] => Array ( [0] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\core\Statuses\Status ) ) ) [1] => Array ( [bool] => Array ( [must] => Array ( [0] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\forums\Topic\Post ) ) ) [1] => Array ( [term] => Array ( [index_is_last_comment] => 1 ) ) ) ) ) [2] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\downloads\File ) ) ) [3] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\cms\Pages\PageItem ) ) ) [4] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\gallery\Image ) ) ) [5] => Array ( [terms] => Array ( [index_class] => Array ( [0] => IPS\gallery\Album\Item ) ) ) ) ) ) [2] => Array ( [term] => Array ( [index_item_author] => ) ) [3] => Array ( [range] => Array ( [index_date_created] => Array ( [gt] => 0 ) ) ) [4] => Array ( [terms] => Array ( [index_permissions] => Array ( [0] => 3 [1] => m1252776 [2] => * ) ) ) [5] => Array ( [term] => Array ( [index_hidden] => 0 ) ) ) ) ) [sort] => Array ( [0] => Array ( [index_date_commented] => desc ) ) [from] => 0 [size] => 11 [error] => Array ( [root_cause] => Array ( [0] => Array ( [type] => illegal_argument_exception [reason] => field name is null or empty ) ) [type] => illegal_argument_exception [reason] => field name is null or empty ) )
  9. This didn't work for us, we only have the default 4 in the badges.xml file. Is there another way to get these back? EDIT: it seems some of the defaults come from re-importing the rules themselves actually.
  10. I am also curious about this.
  11. On 4.6.5.1, this breaks the default twitter emoji
  12. Got this warning on dareboost: You have 10 img tags, but the following tag does not define the alt attribute: <img src="https://example.com/forum/uploads/set_resources_29/5544dacf0188947ee7ee3cab199909ca_Discord_Icon.png">
  13. Our community recently updated to IPS 4.3, and with it we needed a handful of changes made via plugins. I contacted Ahmed and a few other developers, but Ahmed answered first very, very quickly (like 30 minutes or less). We have since exchanged multiple messages and he has helped me with all our community's customization needs. Fast responses, easy to work with.
  14. Doesn't seem to work for me with subscriptions on 4.3.2:
  15. When a user tries to submit their request for deletion, this error is thrown: UPDATE `IPB_core_members` core_members SET `deleteaccount`=1,`deleteaccount_reason`='<p> User no longer wants account. </p>' WHERE member_id=234782 IPS\Db\Exception: Unknown column 'deleteaccount' in 'field list' (1054) #0 /home/user/web/site.com/public_html/forum/system/Db/Db.php(870): IPS\_Db->preparedQuery('UPDATE `IPB_cor...', Array) #1 /home/user/web/site.com/public_html/forum/system/Patterns/ActiveRecord.php(489): IPS\_Db->update('core_members', Array, Array) #2 [internal function]: IPS\Patterns\_ActiveRecord->save() #3 /home/user/web/site.com/public_html/forum/init.php(441) : eval()'d code(68): call_user_func_array('parent::save', Array) #4 /home/user/web/site.com/public_html/forum/system/Member/Member.php(317): IPS\Patterns\rules_hook_ipsPatternsActiveRecord->save() #5 /home/user/web/site.com/public_html/forum/init.php(441) : eval()'d code(40): IPS\_Member->save() #6 [internal function]: IPS\core\modules\front\system\hook1153->_deletemyaccount() #7 /home/user/web/site.com/public_html/forum/applications/core/modules/front/system/settings.php(55): call_user_func(Array) #8 /home/user/web/site.com/public_html/forum/system/Dispatcher/Controller.php(96): IPS\core\modules\front\system\_settings->manage() #9 /home/user/web/site.com/public_html/forum/applications/core/modules/front/system/settings.php(35): IPS\Dispatcher\_Controller->execute() #10 /home/user/web/site.com/public_html/forum/system/Dispatcher/Dispatcher.php(129): IPS\core\modules\front\system\_settings->execute() #11 /home/user/web/site.com/public_html/forum/index.php(13): IPS\_Dispatcher->run() #12 {main} Running 4.1.16.1
  16. Good point. Somtimes the post won't 'go through'. So the page doesn't switch to the topic page after creation, so user clicks submit a second time, which posts topic a second time. At least, that's how it's been described to me, I haven't encountered the issue myself.
  17. Any idea how to create a rule to check for duplicate topics, then delete the duplicate which was created AFTER the first? I tried setting up a rule for this, which doesn't work: Run on topic created Conditions: Check if topic titles are the same. Check that topics were created within the same hour. Check that topic creation dates, are not the same. (so topic being created is not deleted for matching itself). Actions: Delete topic. (run action 2 minutes after) With that above, minus the third condition, the first topic is deleted upon creation, because it's matching against itself somehow. How can I make a rule that waits for both topics to be created and can check them against each other?
  18. Whenever I run the IPS support tool, it prompts me about an error in the database, and to run this command: ALTER TABLE `IPB_rules_arguments` CHANGE COLUMN `argument_custom_action_id` `argument_custom_action_id` INT (11) NOT NULL DEFAULT 0 COMMENT '';
  19. I'm trying to setup a rule to do the following: - Send members that follow a bug report a notification, when original report content is edited. I have everything in place, but it doesn't seem my 'action' is sticking. Whenever I go back to edit it again, the fields are clean again, and I must re-enter all the data. I found this out because I get the "Operation skipped (missing argument) No argument available for: recipients" when I clearly have recipients stored. I'm currently just evaluating the lite version, and will probably purchase if we can get this resolved.
×
×
  • Create New...