Viewing 11 reply threads
  • Author
    Posts
    • October 21, 2015 at 9:36 pm #4670
      Devon Anderson
      Member

      After installing Piklist and activating it, if there is a piklist folder in my theme, I get a bug in the plugin folder, where only one or two plugins are shown in my “active” and “all” subsections. I have attached a screenshot, there should be 14 plugins shown.

      I am using the Sage theme, with Bedrock.

      Attachments:
      You must be logged in to view attached files.
    • October 21, 2015 at 9:45 pm #4672
      Steve
      Keymaster

      @devonanderson– I can’t reproduce. Can you please email both of your themes to [email protected]?

    • October 21, 2015 at 10:22 pm #4675
      Devon Anderson
      Member

      I have confirmed that this behaviour is present across multiple different themes. If I choose an arbitrary theme, add a piklist folder to it, and activate Piklist 0.9.9.4 then I receive a truncated plugin list. This is present with a fresh WordPress DB, and with all other plugins deactivated. I am using the Bedrock https://github.com/roots/bedrock boilerplate.

    • October 21, 2015 at 10:29 pm #4676
      Steve
      Keymaster

      I just added a piklist/ folder to twentyfifteen and I have no problem.

      If you activate wp_debug do you see any notices?

    • October 22, 2015 at 1:25 am #4677
      Devon Anderson
      Member

      If I’m on the Dashboard I get this error

      Warning: in_array() expects parameter 2 to be array, null given in
      /…/site/web/app/plugins/piklist/includes/class-piklist-meta.php on line 340

    • October 22, 2015 at 1:53 am #4678
      Devon Anderson
      Member

      I decided to just try a fresh install of WordPress 4.3.1, and use the default twentyfifteen template, added only the piklist plugin 0.9.9.4, and added a piklist folder to the theme. The plugin screen shows up completely blank.

    • October 22, 2015 at 2:06 am #4679
      Devon Anderson
      Member

      Alright, so this is a bit strange, I tested it in firefox (should have tested it in another browser long ago, I know), and it was working fine. Cleared all my cache in chrome, and relaunched, everything seems to be working as expected. I’m not sure why it was choking on that particular set of parameters.

    • October 22, 2015 at 3:46 am #4681
      Devon Anderson
      Member

      I am still getting this error on the Dashboard however

      Warning: in_array() expects parameter 2 to be array, null given in
      /…/site/web/app/plugins/piklist/includes/class-piklist-meta.php on line 340

      it shows up about 16 times

      If I disable the Soil plugin https://github.com/roots/soil it disappears, looks like there is a conflict there.

      I looked into the plugin, and it seems that this is causing the problem

      function remove_dashboard_widgets() {
      remove_meta_box(‘dashboard_incoming_links’, ‘dashboard’, ‘normal’);
      remove_meta_box(‘dashboard_plugins’, ‘dashboard’, ‘normal’);
      remove_meta_box(‘dashboard_primary’, ‘dashboard’, ‘normal’);
      remove_meta_box(‘dashboard_secondary’, ‘dashboard’, ‘normal’);
      }
      add_action(‘admin_init’, __NAMESPACE__ . ‘\\remove_dashboard_widgets’);

      Looks like removing dashboard widgets gives Piklist trouble

    • October 22, 2015 at 4:30 am #4684
      Devon Anderson
      Member

      I did a little debugging, and it looks like the in the ‘part_process($part)’ function the $part parameter ends up as null in those calls. I looked into the Piklist code, and it seems that in the there is no check to make sure that $part is not null.

    • October 22, 2015 at 6:32 am #4686
      Steve
      Keymaster

      Great find! This will be fixed in the next version.

    • October 26, 2015 at 11:20 am #4748
      Gregg
      Member

      @devon or @steve – do you have a temporary workaround for this in lieu of the update? I’m experiencing a similar issue with a blank plugin screen and just need an easier way to manage this while I wait for the update.

    • October 28, 2015 at 12:21 pm #4777
      Steve
      Keymaster

      @devonanderson– We’ve been trying to reproduce but can’t. Can you verify that you have the table wp_termmeta in your db? This came up with another user.

  • Author
    Posts
Viewing 11 reply threads
  • You must be logged in to reply to this topic.