Jump to content

BikeHub

Clients
  • Posts

    54
  • Joined

  • Last visited

 Content Type 

Profiles

Downloads

IPS4 Providers

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Forums

Store

Everything posted by BikeHub

  1. ah, i had to clear system caches, now all errors are gone and it's working as expected. thanks @Adriano Faria
  2. Hi there I just upgraded to 4.6.4 from 4.6.3 and it seems to have broken all Jquery - in Admin CP, and on the frontend. Using my custom theme, and a brand new theme makes no difference.
  3. Thanks for the feedback. It was converted perfectly in terms of the HTML structure, just stripped of the CSS. From what I could tell the conversion and stripping of CSS happened during the upgrade (i.e. before the background rebuild tasks ran). So does that mean we'd need to inject the whitelisted CSS classes ahead of the upgrade? e.g. by editing the default value in the settings.json file? Or would updating the whitelisted custom classes in the 4.x admin CP ahead of the rebuild tasks running do the trick?
  4. Thank you, I know this will be a distant memory for most! That makes sense then - the HTML structure was migrated perfectly, just without the classes. Will see if it's possible to update the allowed classes setting manually before/during the upgrade process. Failing that I'm guessing deleting the custom BB code definitions in 3.4 and a good old find & replace after upgrading will be the way.
  5. Hi all, A few years late but we're finally converting our 3.4 board to 4.x. I've just run through a test upgrade and it was mostly successful, however we have over 5000 articles in a Pages database which used Custom BB Codes for formatting and layout of some content. After the upgrade it seems like all the custom code has been successfully converted to HTML, however the CSS classes have been stripped out. Has anyone been able to upgrade while preserving CSS associated with BB codes? For example: 3.4 Custom BBcode [spec_list_row='{option}']{content}[/spec_list_row] Was output as follows 3.4: <li><span class="row_title">{option}</span><span class="row_data">{content}</span></li> After upgrading to 4.x the converted HTML structure is correct, but the classes have been stripped which means the ability to re-apply formatting / layout via CSS is lost. <li><span>{option}</span><span>{content}</span></li> Any help or advice would be much appreciated. Matt
  6. Thank you! I've been tearing my hair out over the weekend. Seems so simple and obvious now that you point that out. Thanks again ?
  7. Hi, I'm in the process of finally migrating our custom 3.x apps to 4.x and have a form helper related question. We've got a few scenarios where we currently use a GET form for list filtering in order to retain params in the URL. From what I can see the Form Helper hard sets the method to POST for all forms. Digging through the code I noted that the in the Advanced Search feature (IPS\core\modules\front\search) a pseudo GET approach is taken by appending the relevant params and redirecting back to the form. I've followed the Advanced Search example, but am stuck on an issue.... The page receives the initial POST, appends the params and redirects as expected, but then on subsequent POSTs any updated fields are ignored and instead the URL params are retained. Am I missing something... I think I've been staring at this too long. Please help me Here is the code I'm testing with: <?php namespace IPS\hubregistry\modules\front\core; /* To prevent PHP errors (extending class does not exist) revealing path */ if ( !defined( '\IPS\SUITE_UNIQUE_KEY' ) ) { header( ( isset( $_SERVER['SERVER_PROTOCOL'] ) ? $_SERVER['SERVER_PROTOCOL'] : 'HTTP/1.0' ) . ' 403 Forbidden' ); exit; } /** * core */ class _core extends \IPS\Dispatcher\Controller { /** * Execute * * @return void */ public function execute() { parent::execute(); } /** * ... * * @return void */ protected function manage() { $_form = $this->_filterForm(); // Store param values for search $search = array(); $search['make'] = \IPS\Request::i()->bike_make; $pages = array( 'count' => 0, 'currentPage' => \IPS\Request::i()->page ?: 1, 'perPage' => 20, 'url' => \IPS\Request::i()->url(), 'totalPages' => 0 ); $_limit = array(($pages['currentPage'] - 1) * $pages['perPage'], $pages['perPage']); $pages['count'] = \IPS\hubregistry\Incident::getIncidentsWithSearch( array(), \IPS\hubregistry\Incident::$databaseTable . '.date_created DESC', $_limit, $search, TRUE ); $pages['totalPages'] = round($pages['count'] / $pages['perPage'], 0); // Get incidents $incidents = \IPS\hubregistry\Incident::getIncidentsWithSearch( array(), \IPS\hubregistry\Incident::$databaseTable . '.date_created DESC', $_limit, $search); /* Online User Location */ \IPS\Session::i()->setLocation( \IPS\Http\Url::internal( 'app=hubregistry&module=core&controller=core', 'front', 'stolenbikes' ), array(), 'loc_hubregistry_browsing' ); // set breadcrumb \IPS\Output::i()->breadcrumb['module'] = array( \IPS\Http\Url::internal( "app=hubregistry&module=core&controller=core", 'front', 'stolenbikes' ), \IPS\Member::loggedIn()->language()->addToStack('__app_hubregistry') ); \IPS\Output::i()->title = \IPS\Member::loggedIn()->language()->addToStack( '__app_hubregistry' ); // Return the template view \IPS\Output::i()->output .= \IPS\Theme::i()->getTemplate( 'browse', 'hubregistry', 'front' )->index( $search, $incidents, $pages, $_form ); } /** * Get the filter form * * @return \IPS\Helpers\Form */ public function _filterForm() { // Create the form instance $form = new \IPS\Helpers\Form; // Init form fields $form->add( new \IPS\Helpers\Form\Text('bike_make') ); /* If they submitted the advanced search form, redirect back (searching is a GET not a POST) */ if ( $values = $form->values() ) { $url = \IPS\Http\Url::internal( 'app=hubregistry&module=core&controller=core', 'front', 'stolenbikes' ); if( isset( $values['bike_make'] ) AND $values['bike_make'] ) { $url = $url->setQueryString( 'bike_make', $values['bike_make'] ); } \IPS\Output::i()->redirect( $url ); } return $form; } }
  8. I've recently switched over to Sphinx search and suddenly my Tag Feed blocks aren't returning any results. Switch back to MySQL and it works fine. The normal tag search functionality returns results so they seem to be indexed, but just not picked up in Feed Block. Has anyone else using Sphinx had similar issues?
  9. Great stuff!! S3 support will be fantastic along with a neatly abstracted storage layer :) Suddenly scaling out is made a whole lot easier. Looking forward to this!
  10. Great Mod! Been using it for some time and have successfully put a stop to many trouble makers using duplicate accounts. Something that would be great to see in a future version is the addition of a "Matched Duplicate accounts" section in the ACP member tab. Currently it lists the machine ID's for that member - a great extension would be to also list the other accounts using that machine ID. What I've found is that with a list of nearly 500 matched duplicates browsing through the pages to see if a particular member has any duplicates can be tedious and time consuming. If there was a quick way to search for or check on a particular member it would be a very helpful addition. One I'd happily pay extra for.
  11. Is it possible to make viglink links open in a new window? I see in their API docs you can specify a target. Where / how would one do this with this hook?
×
×
  • Create New...