Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Forums
Events
Store
Gallery
Posts posted by Nathan Explosion
-
-
-
9 minutes ago, Daniel F said:
All the content, even the one from the clubs won't be deleted immediately as long as the "Permanently delete content" setting is disabled.
Actually just testing it out on a test site - it appears to not be adhering to it. Working fine on a dev instance though.
-
No idea if this is intentional or not...just reporting it.
Steps to reproduce:
- Log into the ACP
- Navigate to Customization -> (Localization) Languages
- Click 'Translation Tools'
- Enable 'Quick Translating' and click 'Save'
- Click 'Quick Translating' again
Result:
- Now, right-click the 'Translation Tools' and open in a new tab or window
Result:
- Now, navigate to anywhere else in the ACP that produces a tabbed display...example: System -> (Settings) Login & Registration
- First tab looks fine...click the second and third tabs
Result:
- Now, to the front-end...
- Go to the Forum application
- Click 'Start new topic'
Result:
-
-
Just now, Lindor said:
The key should be something like "%s in %s" in forum app
But it isn't so...
<span class='ipsType_light'>{datetime="$topic->start_date"} {lang="in"} <a href="{$topic->container()->url()}">{$topic->container()->_formattedTitle|raw}</a></span>
-
Try clicking on the pages then...that's how I found it.
Anyway...on a default install with all applications, and nothing 3rd-party...
- It's on page 81 if doing a search for 'in' as the language key
- It's on page 51 if doing a search for 'in' as the language key, targeting the 'System' app only.
Don't want to do that? Then use the 'Quick translating' tool that is available in the ACP.
-
it's language key is in
-
-
They mean that you need to apply the patch that is available in the support section of the ACP.
- David N. and Marc Stridgen
- 2
-
-
On 1/29/2024 at 10:26 AM, Marc Stridgen said:
I have tested on my own install, and I'm unable to replicate any issue with this area
It appears to be very easy to reproduce - @PinPics, please correct me if this is NOT what you are trying to report...
- Create an event for today
- Set the event to repeat weekly, same day, for as long as you want.
- Save it
So, you should now have an event that is today (30th Jan) and then 6th Feb, 13th Feb, 20th Feb and so on, correct?
Yeah ya do...
Or do you?
Now try using the search for events on those specific dates. Result:
30th Jan - there it is
6th Feb - where's the event?
13th Feb - where's the event?
Where's the February events?
-
Apply the patch that is waiting in the support page of the ACP
- MythonPonty and Marc Stridgen
- 1
- 1
-
Tested on 4.7.15
Steps to reproduce...
- Create a new event with a start date of 1st February 2024, and start time 9pm and end time 10pm
- Save the event
Result:
- Edit the event and set it to repeat daily
- Save the event
Result:
-
-
-
1 minute ago, Marc Stridgen said:
Its an incorrect null value being passed...
I know.
-
YES - that is why I am giving you this information...
-
16 minutes ago, Marc Stridgen said:
I cant replicate on my end at all. Please could you let me know exactly what it is you are changing?
Just to answer this - nothing is being changed; just saving the group with strict mode on will trigger the error.
-
4 minutes ago, CheersnGears said:
Would setting that category back to store comments in the DB rather than forums at least allow people to comment again?
Yes.
5 hours ago, Nathan Explosion said:The field that contains the topic id for a database is the "record_topicid"
Or just set that field in the database to 0 for all your records, and run the task again (obviously, take a proper backup)
-
Hmmm - actually, this looks like it could be reproducible without strict mode involved...
Ignore that - it's only reproducible with strict mode enabled on mySQL
For the guest group, the g_mod_post_unit evaluates to NULL in applications\core\extensions\core\GroupForm\Content.php because it's not present on the form:
if( $group->g_id != \IPS\Settings::i()->guest_group ){ $form->add( new \IPS\Helpers\Form\Custom( 'g_mod_post_unit'......
...but the Save function doesn't take that into account:
/* Mod Queue */ $group->g_mod_post_unit = isset( $values['g_mod_post_unit'][2] ) ? 0 : $values['g_mod_post_unit'][0];
Not an issue if not using strict mode.
-
Disable strict mode on your mySQL instance.
-
7 hours ago, WebCMS said:
Hope you consider this suggestion as it would help users on forums where there are dozens of subforums in Fluid View and scrolling through them to clear all the selected filters manually (one at a time)
I have no idea what way you have your forums structured so don't know what your filter list looks like - but if it was me that was scrolling and unticking each item then I'd get bored quickly and just go ahead and try clicking on the category header...
-
19 hours ago, CheersnGears said:
Content -> Databases -> [database name] -> Forums tab suggests that I could rebuild the topic content and it would recreate those missing threads. It doesn't seem to work.
The blurb is:
QuoteThis tool will add a background task to resychronize the content generated in the first post of a topic created by this database. It will also create topics for records if a topic does not exist.
Correct - it does suggest it will rebult the topic content.
Your reading of the second sentence, however...
It won't recreate missing topics - as far as it is concerned, as a result of a topic previously being created it now has a record of that topic's ID and the rebuild would rebuild the content IN THAT TOPIC.
Let's say you change the "topic display format" for some of the database fields...run the task, it rebuilds the content in the topic that exists already.
Let's say you don't have the setting enabled for a database...you have a load of records, you decided that you want to have topics too. You enable the setting, run the task, it builds the topics because none exist already.
But once the task is run....you have a topic ID. Delete that topic somehow...it won't be recreated.
The field that contains the topic id for a database is the "record_topicid"
- Marc Stridgen and SeNioR-
- 1
- 1
-
Template core/admin/global/globalTemplate is throwing an error.
in Technical Problems
Posted