Key: |
QB-3494
|
Type: |
Bug
|
Status: |
Resolved
|
Resolution: |
Fixed
|
Priority: |
Major
|
Assignee: |
Unassigned
|
Reporter: |
Steve Luo
|
Votes: |
0
|
Watchers: |
0
|
If you were logged in you would be able to see more operations.
|
|
|
QuickBuild
Created: 08/Feb/20 09:08 AM
Updated: 11/Feb/20 12:27 PM
|
|
Component/s: |
None
|
Affects Version/s: |
None
|
Fix Version/s: |
9.0.36
|
|
Original Estimate:
|
Unknown
|
Remaining Estimate:
|
Unknown
|
Time Spent:
|
Unknown
|
|
We have recently started to look at integrating web hooks between our QB server instance and Bitbucket. Through some initial testing we are unable to determine how we can configure web hooks to inherit logic. When we define a web hook in a parent configuration and have Bitbucket trigger the hook on a child configuration, it returns a 400 level HTTP code. If we override the web hook at the child configuration level, the error goes away. But in doing this, we cannot maintain common logic at the parent configuration level. Our question is, is this expected behavior and by design or would you consider this a bug?
|
Description
|
We have recently started to look at integrating web hooks between our QB server instance and Bitbucket. Through some initial testing we are unable to determine how we can configure web hooks to inherit logic. When we define a web hook in a parent configuration and have Bitbucket trigger the hook on a child configuration, it returns a 400 level HTTP code. If we override the web hook at the child configuration level, the error goes away. But in doing this, we cannot maintain common logic at the parent configuration level. Our question is, is this expected behavior and by design or would you consider this a bug?
|
Show » |
No work has yet been logged on this issue.
|
|