Content Type
Downloads
Release Notes
IPS4 Guides
IPS4 Developer Documentation
Invision Community Blog
Development Blog
Deprecation Tracker
Providers Directory
Projects
Release Notes v5
Invision Community 5 Bug Tracker
Forums
Events
Store
Gallery
Everything posted by Nathan Explosion
-
@Marc - just spotting you specifically mentioning 'Store' there, and it appears you have been led easily by my indicator arrow. I'm not only referring to the 'Store' here. Look at the icon to the left of each of the top-level menu items. Without any added icons (just the defaults) the 'default' for them all is file-image With me adding icons: For reference only, if I do this IN_DEV then the store icon appears fine. Adding a var_dump on navBarItems, the $roots for those 3 menu items are: C:\wamp64\www\dev\ips_50_dev_a\system\Theme\Theme.php(3678) : eval()'d code:15: array (size=3) 1 => object(IPS\core\extensions\core\FrontNavigation\CustomItem)[215] public string 'defaultIcon' => *uninitialized* protected ?array 'subItems' => null protected array 'configuration' => array (size=2) 'menu_custom_item_url' => string 'https://localhost/dev/ips_50_dev_a/' (length=35) 'menu_custom_item_target_blank' => boolean false public ?int 'id' => int 1 public array|string|null 'permissions' => string '*' (length=1) public string 'menuTypes' => string '*' (length=1) public ?array 'icon' => null public int 'parent' => int 0 2 => object(IPS\core\extensions\core\FrontNavigation\CustomItem)[251] public string 'defaultIcon' => *uninitialized* protected ?array 'subItems' => null protected array 'configuration' => array (size=4) 'menu_custom_item_url' => string 'app=core&module=discover&controller=streams' (length=43) 'menu_custom_item_target_blank' => boolean false 'internal' => string 'discover_all' (length=12) 'seoTitles' => array (size=0) public ?int 'id' => int 2 public array|string|null 'permissions' => string '*' (length=1) public string 'menuTypes' => string '*' (length=1) public ?array 'icon' => null public int 'parent' => int 0 16 => object(IPS\nexus\extensions\core\FrontNavigation\Store)[248] public string 'defaultIcon' => string '\f07a' (length=5) protected ?array 'subItems' => null protected array 'configuration' => array (size=0) empty public ?int 'id' => int 16 public array|string|null 'permissions' => null public string 'menuTypes' => string '*' (length=1) public ?array 'icon' => null public int 'parent' => int 0 That last one is Store - and looking at that IPS\nexus\extensions\core\FrontNavigation\StoreFrontNavigation extension, there is a defaultIcon value that is cart-shopping /** * @var string Default icon */ public string $defaultIcon = '\f07a'; But the 'Browse' and 'Activity' roots are generated from IPS\core\extensions\core\FrontNavigation\CustomItem, and there is no defaultIcon value in them so the file-image icon will be used for them.
-
Aware of that, yes but I'm reporting a bug with the front-end functionality - if the above is a requirement for it to display an icon correctly then the front-end should alert to that being a requirement. Additionally, the ACP icon advice is: "You may pick a custom icon for this menu item. If none is selected, a context relevant default icon may be used" "May" implies a choice "Must" would imply a requirement. And as none is selected (because it isn't a requirement) then the 'context relevant default icon' should be a 'context relevant' icon, not what appears (to a layman) to be a broken FA icon (it's actually just the one indicated) considering that the sub-menu items all have a 'context relevant' icon.
-
Enabling the 'Navigation icons' setting in Header -> Desktop header will result in the top-level menu items FA icon not working. Sub-menu items display as expected. Steps to reproduce: Access the theme editor Go to Header -> Desktop header Enable the 'Navigation icons' settings Result: Tested in Firefox/Chrome (current releases) on Windows 11 24H2, on test site and localhost site. Video in attached zip. (Offline) A Test Forum - Invision Community — Mozilla Firefox 2024-10-17 12-28-44.zip
-
Custom template
Nathan Explosion replied to Adlago's topic in Invision Community 5: Beta Testing's Beta Discussion
OK - your actual issue has now been fleshed out to be clearer. Good luck - sounds to me like you may have an issue with static\templates\core_front_global.php not containing the correct template information for beta 1. If I was you, I'd ensure that all of your files are replaced with the ones in the current beta 1 download package. -
Custom template
Nathan Explosion replied to Adlago's topic in Invision Community 5: Beta Testing's Beta Discussion
And you're on beta 1, yes? Are you using IN_DEV? Yes or no. -
Custom template
Nathan Explosion replied to Adlago's topic in Invision Community 5: Beta Testing's Beta Discussion
So maybe you could actually provide a screenshot of what you DO see, so people don't have to guess what you are seeing? Anyway...here it is, in all it's glory, in the listing of available hooks for System on a test installation of Beta 1 -
Custom template
Nathan Explosion replied to Adlago's topic in Invision Community 5: Beta Testing's Beta Discussion
I'll add in the 2 steps, if you wish to use a custom template. But you really only need to do one, which is adding your code in as a HOOK directly in the place you want it. Anyway... Step 1: custom template Step 2: adding it in before the </head> -
Once this is overcome, the task fails with the following: UPDATE `core_member_history` `core_member_history` SET `0`='log_ip_address=''',`1`='display_name' WHERE log_ip_address != "" AND log_type=1728577739 AND log_date <? IPS\Db\Exception: Unknown column '' in 'where clause' (1054) #0 C:\wamp64\www\dev\ips_50_dev_a\system\Db\Db.php(1232): IPS\Db->preparedQuery('/*ips_50_dev_a:...', Array) #1 C:\wamp64\www\dev\ips_50_dev_a\applications\core\extensions\core\IpAddresses\Dnames.php(43): IPS\Db->update('`core_member_hi...', '`0`=?,`1`=?', 'WHERE log_ip_ad...') #2 C:\wamp64\www\dev\ips_50_dev_a\system\Member\Member.php(5809): IPS\core\extensions\core\IpAddresses\Dnames->pruneIpAddresses(1728577739) #3 C:\wamp64\www\dev\ips_50_dev_a\applications\core\tasks\pruneipaddresses.php(51): IPS\Member::pruneAllLoggedIpAddresses(1728577739) #4 C:\wamp64\www\dev\ips_50_dev_a\system\Task\Task.php(336): IPS\core\tasks\pruneipaddresses->execute() #5 C:\wamp64\www\dev\ips_50_dev_a\applications\core\modules\admin\settings\advanced.php(756): IPS\Task->run() #6 C:\wamp64\www\dev\ips_50_dev_a\system\Dispatcher\Controller.php(128): IPS\core\modules\admin\settings\advanced->runTask() #7 C:\wamp64\www\dev\ips_50_dev_a\applications\core\modules\admin\settings\advanced.php(98): IPS\Dispatcher\Controller->execute() #8 C:\wamp64\www\dev\ips_50_dev_a\system\Dispatcher\Dispatcher.php(169): IPS\core\modules\admin\settings\advanced->execute() #9 C:\wamp64\www\dev\ips_50_dev_a\admin\index.php(15): IPS\Dispatcher->run() #10 {main}
-
From the v4 function: foreach ( \IPS\Application::allExtensions( 'core', 'IpAddresses', FALSE, 'core' ) as $key => $extension ){ if( method_exists( $extension, 'pruneIpAddresses')){ $extension->pruneIpAddresses( $time ); } } From the v5 function - I think this will also cause the task to fail if the IpAddress extension doesn't have a pruneIpAddresses function: foreach ( Application::allExtensions( 'core', 'pruneIpAddresses', FALSE, 'core' ) as $key => $extension ){ $extension->pruneIpAddresses( $time ); }
-
The task calls Member::pruneAllLoggedIpAddresses( $time ); Within that function, the following is the last thing performed: foreach ( Application::allExtensions( 'core', 'pruneIpAddresses', FALSE, 'core' ) as $key => $extension ) { $extension->pruneIpAddresses( $time ); } This will not run the pruneIpAddresses function in any extensions, as the relevant extension is NOT pruneIpAddresses but is IpAddresses
-
Auto accept PII & Deletion Requests
Nathan Explosion replied to DreamOn's topic in General Questions
Cool - built it yesterday assuming that was the requirement. How frequently should the task run? And how many days old should the requests be? (Allow for people to change their mind) -
Auto accept PII & Deletion Requests
Nathan Explosion replied to DreamOn's topic in General Questions
Clarify this one, based on the logic of the request being as follows: User requests a deletion User is sent an email to confirm the deletion User confirms deletion Request is submitted and awaits approval by admin in ACP Admin performs the deletion Which steps of those are you wishing to have "accepted automatically"? -
May or may not be working as intended. Steps to reproduce: Create an application in dev Create a new front-end template, with type = Hook Choose your desired hook application/template Download the application (I've prepared one for you, attached - it hooks on forums/front/topics/topic, before the header) Install the application in test Go to the place where the hook point would be used (with attached app, it would be a topic) Result: see first image, displays commented information about the hook name plus the content it provides. Disable the application Result: see second image, displays commented information the hook name but the hook isn't in use as the application is disable. First image: Second image: Tester 1.0.0.tar
-
Link to topic from screenshot: https://preview.invisionalpha5.com/topic/179-alpha-15-right-here-right-now/page/2/#comment-819 Pretty obvious what the issue is from the screenshot but I'll mention it anyway - the quoted content wasn't posted 9 or 10 hours ago. Browsers: Firefox (latest) on Windows/Android, Chrome on Windows/Android/ChromeOS
-
-
"Remove formatting" only removes formatting from an element - it doesn't remove an element. You've got a H1 element at the top of the content - you'll have to view the source in the editor, and manually remove it.
-
to add terms at bottom of page
Nathan Explosion replied to Saurabh Jain's topic in General Questions