Skip to Main Content
Customer Feedback

We love feedback from you on our products and the problems in your daily work that you would like us to solve. Please describe the challenge you're encountering and your desired outcome. Be as detailed as possible.

For technical issues or bugs please head to Support or our Developer Community. You can assign up to 10 votes in total. Thank you for your feedback.

Status explanation: 'Future Consideration' = Continuing to collect further feedback, not planned at this time. 'Investigating' = Prioritized for deeper customer and feasibility investigations ahead of planning development.

ADD FEEDBACK

FILTER BY CATEGORY

Feature Experimentation

Showing 50 of 1078

enable optimizely node sdk to work behind proxy

If sdk is meant to be initialised in air tight environment and you are meant to use proxy for security and audit reasons, then its impossible to do so with createInstance method from neither react nor node SDKs. Datafile wont be fetched, App will ...
22 days ago in Feature Experimentation 0

low level api method to manually update datafile in javascript/react sdk

Currently, I can dynamically update user context but not the datafile. I can only configure time intervals on how often sdk itself will refresh the datafile itself.It's very limiting and I need more control over datafile updates. I suggest to impl...
about 2 months ago in Feature Experimentation / SDKs & Agent 4 Future consideration

add filter option in the "List Experiments" endpoint

Vistaprint: Add support for filtering "archived" in the List Experiments endpoint. we already have to paginate to get all active experiments even though we only have less than 10 active, I can see this being a problem as time goes on."
11 months ago in Feature Experimentation / APIs 3

Support for mobile devices/adaptive ui for feature experimentation

Currently only the latest version of the Desktop Chrome browser is supported for building experiments and campaigns within the Optimizely Experimentation app. But this is a limitation, as sometimes you need to configure feature flags on the go thr...
about 1 month ago in Feature Experimentation / Experiment Authoring 1 Future consideration

Full Stack tests show as an ID number instead of Experiment Name.

Expected Experience Full stack tests should be reported using Flag Names and not flag id numbers on https://app.optimizely.com/v2/accountsettings/account/usage . Makes review difficult. Actual Experience (please describe what you see): For the acc...

Full Stack with Flutter

Many Customer's mobile team is getting started with experimentation and would like to utilize our SDK with Flutter (a cross-platform mobile framework that is written in the Dart programming language but is compiled to swift (for iOS) and java (for...
about 2 years ago in Feature Experimentation 10 Investigating

support SPM binaryTarget

See https://github.com/optimizely/swift-sdk/issues/478. Do you have any plan to support SPM binaryTarget? Like what https://github.com/airbnb/lottie-spm Lottie do or Facebook sdk https://github.com/facebook/facebook-ios-sdk/blob/main/Package.swift...
about 1 month ago in Feature Experimentation / APIs 1 Investigating

Request for low level api method to manually update datafile in javascript/react sdk

Currently, developers can't manually update datafiles. They can only configure time intervals on how often the SDK will refresh the datafile itself. Some feel this is very limiting and I need more control over datafile updates. Request to implemen...
about 2 months ago in Feature Experimentation / Feature Flagging Workflows 1 Future consideration

Option to remove percentage roll out for simpler flag management

We are exploring using Optimizely to manage critically important feature flags. Sometimes, a flag needs to be turned off instantly, out of hours or by Ops personnel eg in the event of an outage of service. In these instances, we want increased con...

Introduce distinct lexicon to distinguish between flag status and rule status (don't use on/off for both)

It is currently confusing to use the same terminology for both flags and the rules that control flags. For example, I can have a rule that is 'flag:off' but the rule in the list shows as 'on'. Suggestion would be to have different lexicon for rule...