Fixed
Pinned fields
Click on the next to a field label to start pinning.
Details
Assignee
Sujay GadSujay GadReporter
Ankit PrabhuAnkit PrabhuIs this a Regression?
UnknownTriage
UntriagedOperating System
MacOSX 64-bitStory Points
1Priority
MajorInstabug
Open Instabug
Details
Details
Assignee
Sujay Gad
Sujay GadReporter
Ankit Prabhu
Ankit PrabhuIs this a Regression?
Unknown
Triage
Untriaged
Operating System
MacOSX 64-bit
Story Points
1
Priority
Instabug
Open Instabug
PagerDuty
PagerDuty
PagerDuty
Sentry
Sentry
Sentry
Zendesk Support
Zendesk Support
Zendesk Support
Created March 17, 2022 at 9:37 AM
Updated April 12, 2022 at 10:50 AM
Resolved April 6, 2022 at 6:39 AM
Eventing credentials for url bindings are lost in a few different ways.
The first way i observed them being lost is when upgrading a cluster from 6.6.2 to 7.0.2. Upon upgrading, all the credentials are changed to '*****'. The upgrade was done while the eventing function was undeployed because of so it hasn't been observed with an upgrade whilst eventing is running.
With eventing functions on 7.0.2, changing any of the credentials with the function paused will only change that credential (one issue with this is if you don't delete the existing text such as when adding text to the end, the credential will have 5 *'s in it). It could be beneficial to clear the box when it is clicked the first time so a new credential can be input.
The main issue comes with when the function is undeployed. Editing any credentials whilst it is undeployed will cause all other credentials to change to '*****'. This means you need to input all credentials again when changing one of them.
An easy way to test this is to create an eventing function on a bucket with 1 document, create 2 url bindings both on `https://httpbin.org/anything/test`. One will be called 'bearer_hello` and the other `bearer_world`. Enable bearer authentication on both and put `hello` and `world` as the bearer token respectively. Then add the following code and test the above issues.