Report bugs
How to report bugs and issues with the NewsCatcher APIs
This guide explains how to effectively report bugs and issues with the NewsCatcher APIs to ensure quick resolution and improve your experience.
Before reporting
Before submitting a bug report, please take these steps to ensure efficient resolution:
-
Check documentation: Review the API Reference to verify you’re using parameters correctly and that you understand expected behaviors.
-
Verify API usage: Double-check that you’re using the correct headers, parameters, and payload formats according to our documentation.
-
Check status page: Visit our status page to see if there are any known issues or maintenance activities affecting the service.
-
Try our debugging tools: Use our Postman collections or the API playground in our documentation to verify if the issue can be reproduced with different tools.
-
Examine your code: Double-check your implementation to ensure the issue isn’t in your integration code.
Many reported “bugs” turn out to be integration issues that can be resolved through proper configuration or implementation. Testing with Postman often helps identify these cases quickly.
Where to report bugs
You can report bugs through the following official channels:
Customer Portal
Our preferred channel for bug reports with structured templates and ticket tracking
Email Support
Alternative channel for bug reports and general support
Dedicated Slack
For eligible customers with dedicated Slack channel access (based on plan tier)
GitHub Issues
Review the current issues and open a new one if needed (for SDK-related bugs only)
Our Customer Portal is the recommended channel as it automatically creates tickets in our internal tracking system, allowing for faster processing and resolution.
How to report effectively
When reporting a bug, include the following information to help us identify and fix the issue quickly:
1. Include the correlation ID
Every API response includes a unique correlation-id
in the headers. This ID
is essential for us to trace your request through our system.
Here’s how to find it:
2. What happened vs. what you expected
Briefly describe:
- What you were trying to do
- What actually happened
- What you expected to happen instead
3. Request and response details
Provide information to reporoduce the issue:
- API endpoint and method (
GET
/POST
) - Request parameters or payload
- Error message and status code
4. Bug report template
For convenience, you can use our template when reporting bugs:
Common issues and solutions
Before reporting a bug, check if your issue matches one of these common scenarios:
Using incorrect authentication header
We use x-api-token
for authentication, not x-api-key
:
Malformed JSON payload causing 500 errors
If you receive a 500 Internal Server Error
, check your request payload:
For security reasons, our API may return a generic 500 error for certain malformed payloads instead of detailed validation errors. Always validate your JSON before sending.
What happens after you report a bug?
-
Ticket creation: Your report is converted into a ticket in our internal tracking system.
-
Initial assessment: Our support team performs an initial assessment to determine severity and priority.
-
Investigation: Our engineering team uses the correlation ID to trace the issue through our logs and systems.
-
Status updates: We’ll keep you informed about the progress of your bug report through the same channel you used to report it.
-
Resolution: Once resolved, we’ll provide you with details about the fix and when you can expect it to be deployed.
Issue priority and response times
When you report a bug, our support team assesses its priority based on urgency and impact according to our Service Support Policy. Understanding these priority levels can help you set appropriate response and resolution times expectations.
How we determine priority
Urgency
How quickly the issue needs to be addressed based on its effect on your operations
Impact
The scope and severity of the issue on the service functionality
Priority levels
Priority | Description | Target Response Time | Target Resolution Time |
---|---|---|---|
Priority 1 | Critical issue causing complete service unavailability with no workaround | 1 hour | Within 12 hours |
Priority 2 | Significant issue with major impact; service usable but seriously impaired | 4 hours | 2 business days |
Priority 3 | Moderate issue with acceptable workarounds available | 12 hours | 5 business days |
Priority 4 | Minor issue with minimal impact | 1 business day | Planned |
Priority 1 issues should be reported by phone in addition to creating a ticket to ensure immediate attention. Standard support hours are 8am–5pm on business days in your principal location.
When reporting a bug, you can suggest a priority level based on the criteria above, but the final determination will be made by our support team based on technical assessment.
Debugging tools
We provide several tools to help you debug issues before reporting them:
Postman Collections
Pre-configured request collections for all our APIs with examples
API Playground
Interactive API testing tool available directly in our documentation
Documentation AI Assistant
To use our AI chat assistant, type your question in the search bar (⌘K)
Status Page
Real-time service status and incident history
Related resources
Was this page helpful?