Darin Kotter
Forum Replies Created
-
Forum: Plugins
In reply to: [AI] Does not seem to work on WP7 for meIn doing some quick testing, I think it’s an issue with that particular plugin.
From what I’m seeing, it seems it’s registering a Connector with authentication set to none but the new AI Client in WordPress 7.0 only works with Connectors that have authentication set to API key.
So in this case, it shows as connected on the new Connectors screen but isn’t actually available to use with the AI Client (which impacts not only this AI plugin but any plugin that tries to use that Connector).
Forum: Plugins
In reply to: [AI] Does not seem to work on WP7 for meThis sounds like a conflict with that specific AI Provider plugin. You mention you’re using a llama.cpp instance, can you point me to the actual AI Provider plugin you’re using to access that instance so I can test?
Forum: Plugins
In reply to: [AI Provider for Ollama] Notice about logo URL@abcdatos Thanks for the report! I haven’t been able to reproduce myself but do have a PR open that attempts to fix this: https://github.com/Fueled/ai-provider-for-ollama/pull/61
Note we want to try and support those that may be using this outside of a WordPress context (i.e. directly with the PHP AI Client) so makes it a bit trickier to ensure the logo path shows as being within the
pluginsdirectory only when used in WordPress.If you have some time to review and test that PR to see if that fixes your issue, that would be great. And if you have a GitHub username, would love to give you props on that PR. Thanks!
Forum: Plugins
In reply to: [AI] How does the plugin choose which connector to use?So there are multiple parts to this.
In the AI plugin, most requests we will send a preferred model list. The underlying AI Client will then use one of these models, if they exist. If they don’t exist, the AI Client will then determine which model to use (which will be based on what type of request we’re making and the needed capabilities for that request).
So in your case, our preferred model list includes models from the three “core” providers: Anthropic, Google, OpenAI. So if one of those providers is active and one of those models exist, that will always be used first.
Easiest answer right now is to disable the Anthropic provider and then it will always try using the Mistral provider. If you want to keep both active, the other answer right now is to use one of our filters to change that default preferred model list (
wpai_preferred_text_modelsin this case).We are working on an enhancement that will make it possible for you to choose the default provider and/or model to use for each individual feature and hoping that will be in the next release or two.
Forum: Plugins
In reply to: [AI] Required WP version not available@zajan In the latest release (v0.5.0), we set our minimum required version of WordPress to be 7.0, which is currently in a beta release. This is why you’re seeing that message even though you’re on the latest public version of WordPress (6.9.4). WordPress 7.0 will come bundled with the new AI Client and we want to be able to take advantage of that in this plugin, thus we’re setting that as our minimum.
As you’re seeing though, this does mean you need to be running a beta version of WordPress to use the latest version of this plugin. While that’s not ideal, it does allow us to properly test the plugin with these coming changes.
Prior to WordPress 7.0 being released (scheduled for April 9), you can still download an older version of the plugin by going to https://ww.wp.xz.cn/plugins/ai/advanced/ and scrolling down to the bottom of the page and finding the
Previous Versionssection. In the dropdown there, you can choose the 0.4.1 release which is still fully supported on WordPress 6.9Forum: Plugins
In reply to: [Restricted Site Access] Issue with latest plugin updateThanks all for the additional context. Was finally able to reproduce myself with Elementor installed so seems a conflict with that plugin (potentially other plugins as well though that’s the only one so far I’ve been able to reproduce).
Just released v7.6.1 with a fix for this and things seem to work as expected now with Elementor installed. Let me know if anyone is still running into issues though. Thanks!
Forum: Plugins
In reply to: [Restricted Site Access] Issue with latest plugin updateThanks for the report. Note we are tracking this on GitHub here: https://github.com/10up/restricted-site-access/issues/370, with a PR opened to fix this: https://github.com/10up/restricted-site-access/pull/371
I’ve not been able to reproduce the problem myself so if you have more information about your environment/setup, that would be helpful here. Or if you have time to test that PR to ensure it fixes things for you, that would also help.
Looking to get that fix out within the next day or two.
Forum: Plugins
In reply to: [Convert to Blocks] Version update 1.3.3 throws critical WP errorThanks again @dinhac. Version 1.3.4 was just released and it should address this issue, though let me know if you are still having problems.
Forum: Plugins
In reply to: [Convert to Blocks] Version update 1.3.3 throws critical WP errorThanks for the report @dinhac. After doing some testing, I was able to reproduce but only on sites that were running PHP 8.0. Anything above that works fine.
I have a fix for this here: https://github.com/10up/convert-to-blocks/pull/210 and that should hopefully go out in a new release no later than tomorrow. If you have a GitHub username, would love to credit you on reporting this issue. Thanks!
Forum: Plugins
In reply to: [Safe SVG] Breaking issues from 2.3.0 / 2.3.1 and offload media@letterafterz Thanks for the report. I’m pretty sure this is the same issue as reported here: https://ww.wp.xz.cn/support/topic/no-svgs-selectable-on-acf-option-pages/ and on GitHub: https://github.com/10up/safe-svg/issues/244. We are currently looking into the best way to support this while also maintaining proper security. I’d suggest watching that GitHub Issue for future updates on this.
Forum: Plugins
In reply to: [Safe SVG] No SVGs selectable on ACF Option PagesThis is being discussed at https://github.com/10up/safe-svg/issues/244. I’d suggest following that Issue to be informed of updates. We’re looking into how best to support these use cases while also maintaining security around allowing SVG uploads.
Forum: Plugins
In reply to: [Safe SVG] Plugin could not be activated@attosoftonline Thanks for the report. Do you have any additional details on the situation that leads to this? Are you installing the plugin directly from the ww.wp.xz.cn plugin repo? Or installing this from GitHub? Do you have access to your error logs to provide the error message there? Do you have any other plugins installed?
I just set up a new environment running PHP 8.3.11 and WordPress 6.7.1 and installed the plugin from the ww.wp.xz.cn plugin repo and I was able to activate it without any fatal errors.
Forum: Plugins
In reply to: [Restricted Site Access] Translation is incomplete@nekojonez Thanks for the report and the fix! Will get this merged in shortly and it will go out with the next release.
Forum: Plugins
In reply to: [Safe Redirect Manager] Greek Characters@fesarlis Thanks for raising this. Can you provide an example of a redirect that isn’t working so we can test and fix that? Thanks!
Forum: Plugins
In reply to: [Safe SVG] Safe to delete plugin?@shirtguy72 Thanks for the question! Yes, if all you use Safe SVG for is to upload SVGs, once those are uploaded, you can remove the plugin and those files will still be there and accessible. You won’t be able to upload new SVGs or use the SVG block but otherwise things will be fine.