Ask a Question

Render widgets directly on a "homepage" and "content" app on mobile

If you embed a widget on a "homepage" or in a "content" app, a blue button appears in the mobile app with the text "Show dynamic content". If you embed the same widget in a wiki app or a blog app, the widget is rendered and loaded directly. Can this behaviour also be transferred to a "homepage" and "content" app so that the content is loaded directly?

Custom error message if pattern does not match

Is it possible to customize the error message if for example the input of a text configuration field does not match the pattern? Currently the error message "Input is invalid" is displayed. We want to customize this error message depending on the config field. Best, Simon

Iframe is default set to display: inline

Hi there, we are currently developing a plugin which has a custom config view. The Problem is that regardless of the heigt of the content of the iframe, there is always a scroll bar, which makes it look a bit ugly. We found that the iframe element insidie of the coyo-iframe component has the css property "display: inline" which is the standard behaviour of an iframe. However this causes the scrollbar to always appear. Is there any way, we could set the iframe to a block element (display: "block"). This would solve the scrollbar problem, at least for this specific use case. Best regards Chris Langenberg

Bug Bounty Program Info

Hey team, I have found a critical bug in coyo which leads to sensitive information disclosure where can i report that bug?And do u have any bug bounty program?

Scrolling behavior for navigation with different content height

I am using the "observeHeight" function provided by the plugin adapter. And have noticed the following: Given: I have a plugin whose content causes the COYO page to display a scrollbar. Now, if I navigate between two pages within my plugin without scrolling on the COYO page, the COYO page scrolls down to the point where the top of the plugin is the top edge of the COYO page. Correct and expected behavior. However, if I now scroll down a bit on the COYO page itself and navigate back and forth between the two pages, the top edge of the COYO page is suddenly somewhere in the middle of my plugin. However, it should also start at the top as if I hadn't scrolled at all. My questions now are: is it the desired behavior? Or is it a known issue and is there a workaround? Best Regards André

Config View Width

Hey, I tried to influence the width of the custom config view dialog. The docs mention the format "{width}:{height}". I had no luck...tried different variations but saw no difference. Our plugins send updates via plugin-adapter during the entrypoint lifetime. I also disabled that just for testing. No luck :( Is that still working? BR, Lars.

The "static" Keyword broke the build Process

Hi there :) I am using Quasar with webpack for the frontend of my Plugin. I updated to the newest Version of the Plugin Adapter ( 1.1.0 ) and it broke the build of the frontend because of the static keyword from your plugin. This is used at 2 locations in the Plugin adapter: ```js export class PluginAdapter { static CONFIG_SRC_SUFFIX = '-cfg'; jwkStore; initAdapter; ``` and ```js export class JwkStore { static instance; localCryptoKeys = []; remoteCryptoOrigins = []; ``` I resolved the issue by adding the 'babel-loader' for the coyoapp folder in node_modules. **So if anyone stumbles across this, here is the solution i used:** ```js cfg.module.rules.push({ test: /\.js$/, include: path.resolve(__dirname, 'node_modules/@coyoapp'), use: [{ loader: 'babel-loader', }], }); ```

Iss attribute missing on 'init' token

Hi there :) I just upgraded to the newest Version of the Plugin Adapter and noticed, that the iss attribute, which should hold the current haiilo url according to your documentation, is missing. We need that attribute for our licencing system. So my question is: Will it come back or do i need to think of another way to get the current haiilo url? Best Regards Chris

Multilingual feature of Haiilo / COYO for Custom Plugins / Widgets?

In the context mentioned above, we (as third party plugin provider) have become aware of a problem regarding multilingualism. Your product basically allows multilingualism for your widgets. Unfortunately, this does not seem to work identically for 3rd party plugins / widgets. E.g. a poll once created in a content app of a page is copied 1:1 during translation of the content app, but as soon as you change the translated version, the "original" is also changed. Is the issue of multilingualism for custom plugins not possible in this way, or not possible at all?f

ERR8 "URL for CryptoKey not trusted."

We have our plugin in use in a COYO instance that is not running on the domain *.coyocloud.com. If the Coyo-plugin is included on a page, the error ERR8 "URL for CryptoKey not trusted." is displayed in the plugin. What do we need to do?