mirror of
https://github.com/apache/superset.git
synced 2026-05-22 00:05:15 +00:00
Snapshots all four versioned Docusaurus sections at v6.1.0, cut from master after the version-cutting tooling (#39837) and broken-internal- links fixes (#40102) landed. Captures fresh auto-generated content and freezes data dependencies so the historical snapshot stays correct. Versioning behavior: lastVersion stays at current for every section, so the canonical URLs (/docs/..., /admin-docs/..., /developer-docs/..., /components/...) continue to render content from master. The current version is consistently labeled "Next" with an unreleased banner, and 6.1.0 is a historical pin accessible only via its explicit version segment. Component playground: previously disabled: true in versions-config.json, now enabled and versioned. The plugin block in docusaurus.config.ts was already gated only by the disabled flag, so no other code changes were needed to bring it back online. Snapshot includes: - All MDX content for the four sections. - Auto-gen captured fresh: 74 database pages (engine spec metadata), ~1,800 API reference files (openapi.json), 59 component pages (Storybook stories). - Data imports frozen at cut time into snapshot-local _versioned_data/ dirs: versioned_docs/version-6.1.0/_versioned_data/src/data/databases.json (canonical 80-database diagnostics from master, preserved by the generator's input-hash cache) admin_docs_versioned_docs/version-6.1.0/_versioned_data/data/countries.json admin_docs_versioned_docs/version-6.1.0/_versioned_data/static/feature-flags.json developer_docs_versioned_docs/version-6.1.0/_versioned_data/static/data/components.json - Import paths in deeply-nested files rewritten so they still resolve from one directory deeper inside the snapshot. Verified via full yarn build: exit 0, no broken links surfaced by onBrokenLinks: throw. Anchor warnings present are pre-existing on master (community#superset-community-calendar) and unrelated.
9.3 KiB
9.3 KiB
title, sidebar_position
| title | sidebar_position |
|---|---|
| Issue Reporting | 5 |
Issue Reporting
Learn how to effectively report bugs and request features for Apache Superset.
Before Opening an Issue
Pre-Issue Checklist
-
Search Existing Issues
Search: https://github.com/apache/superset/issues - Use keywords from your error message - Check both open and closed issues - Look for similar problems -
Check Documentation
-
Verify Version
# Check Superset version superset version # Try latest version pip install --upgrade apache-superset -
Reproduce Consistently
- Can you reproduce the issue?
- Does it happen every time?
- What specific actions trigger it?
Bug Reports
Bug Report Template
### Bug Description
A clear and concise description of the bug.
### How to Reproduce
1. Go to '...'
2. Click on '...'
3. Scroll down to '...'
4. See error
### Expected Behavior
What you expected to happen.
### Actual Behavior
What actually happened. Include error messages.
### Screenshots/Videos
If applicable, add screenshots or recordings.
### Environment
- Superset version: [e.g., 3.0.0]
- Python version: [e.g., 3.9.7]
- Node version: [e.g., 18.17.0]
- Database: [e.g., PostgreSQL 14]
- Browser: [e.g., Chrome 120]
- OS: [e.g., Ubuntu 22.04]
### Additional Context
- Using Docker: Yes/No
- Configuration overrides:
- Feature flags enabled:
- Authentication method:
What Makes a Good Bug Report
✅ Good Example
### Bug Description
When filtering a dashboard with a date range filter, charts using
SQL Lab datasets don't update, while charts using regular datasets do.
### How to Reproduce
1. Create a dashboard with 2 charts:
- Chart A: Uses a SQL Lab virtual dataset
- Chart B: Uses a regular table dataset
2. Add a date range filter (last 30 days)
3. Apply the filter
4. Chart B updates, Chart A shows no change
### Expected Behavior
Both charts should filter to show last 30 days of data.
### Actual Behavior
Only Chart B updates. Chart A still shows all data.
No error messages in browser console or server logs.
### Screenshots
[Dashboard before filter]: attachment1.png
[Dashboard after filter]: attachment2.png
[Network tab showing requests]: attachment3.png
### Environment
- Superset version: 3.0.0
- Python version: 3.9.16
- Database: PostgreSQL 14.9
- Browser: Chrome 120.0.6099.71
- OS: macOS 14.2
❌ Poor Example
Dashboard filters don't work. Please fix.
Required Information
Error Messages
# Include full error traceback
Traceback (most recent call last):
File "...", line X, in function
error details
SupersetException: Detailed error message
Logs
# Backend logs
docker logs superset_app 2>&1 | tail -100
# Or from development
tail -f ~/.superset/superset.log
Browser Console
// Include JavaScript errors
// Chrome: F12 → Console tab
// Include network errors
// Chrome: F12 → Network tab
Configuration
# Relevant config from superset_config.py
FEATURE_FLAGS = {
"ENABLE_TEMPLATE_PROCESSING": True,
# ... other flags
}
Feature Requests
Feature Request Template
### Is your feature request related to a problem?
A clear description of the problem you're trying to solve.
### Describe the solution you'd like
A clear description of what you want to happen.
### Describe alternatives you've considered
Other solutions or features you've considered.
### Additional context
Any other context, mockups, or examples.
### Are you willing to contribute?
- [ ] Yes, I can implement this feature
- [ ] Yes, I can help test
- [ ] No, but I can provide feedback
Good Feature Requests Include
-
Clear Use Case
As a [type of user], I want [feature] so that [benefit]. Example: As a data analyst, I want to schedule dashboard screenshots so that I can automatically send reports to stakeholders. -
Mockups/Designs
- UI mockups
- Workflow diagrams
- API specifications
-
Impact Analysis
- Who benefits?
- How many users affected?
- Performance implications?
Security Issues
🔴 IMPORTANT: Security Vulnerabilities
DO NOT create public issues for security vulnerabilities!
Instead:
- Email: security@apache.org
- Subject:
[Superset] Security Vulnerability - Include:
- Description of vulnerability
- Steps to reproduce
- Potential impact
- Suggested fix (if any)
Security Issue Template
Send to: security@apache.org
### Vulnerability Description
[Describe the security issue]
### Type
- [ ] SQL Injection
- [ ] XSS
- [ ] CSRF
- [ ] Authentication Bypass
- [ ] Information Disclosure
- [ ] Other: [specify]
### Affected Versions
[List affected versions]
### Steps to Reproduce
[Detailed steps - be specific]
### Impact
[What can an attacker do?]
### Suggested Fix
[If you have suggestions]
Issue Labels
Priority Labels
P0: Critical - System unusableP1: High - Major feature brokenP2: Medium - Important but workaround existsP3: Low - Nice to have
Type Labels
bug: Something isn't workingfeature: New feature requestenhancement: Improvement to existing featuredocumentation: Documentation improvementsquestion: Question about usage
Component Labels
dashboard: Dashboard functionalitysqllab: SQL Labexplore: Chart buildervisualization: Chart typesapi: REST APIsecurity: Security related
Status Labels
needs-triage: Awaiting reviewconfirmed: Bug confirmedin-progress: Being worked onblocked: Blocked by dependencystale: No activity for 30+ days
Issue Lifecycle
1. Creation
- User creates issue with template
- Auto-labeled as
needs-triage
2. Triage
- Maintainer reviews within 7 days
- Labels applied (priority, type, component)
- Questions asked if needed
3. Confirmation
- Bug reproduced or feature discussed
- Label changed to
confirmed - Assigned to milestone if applicable
4. Development
- Contributor claims issue
- Label changed to
in-progress - PR linked to issue
5. Resolution
- PR merged
- Issue auto-closed
- Or manually closed with explanation
Following Up
If No Response
After 7 days without response:
@apache/superset-committers This issue hasn't been triaged yet.
Could someone please take a look?
Providing Updates
Update: I found that this only happens when [condition].
Here's additional debugging information: [details]
Issue Staleness
- Bot marks stale after 30 days of inactivity
- Closes after 7 more days without activity
- To keep open: Comment with updates
Tips for Success
Do's
- ✅ Search before creating
- ✅ Use templates
- ✅ Provide complete information
- ✅ Include screenshots/videos
- ✅ Be responsive to questions
- ✅ Test with latest version
- ✅ One issue per report
Don'ts
- ❌ "+1" or "me too" comments (use reactions)
- ❌ Multiple issues in one report
- ❌ Vague descriptions
- ❌ Screenshots of text (copy/paste instead)
- ❌ Private/sensitive data in reports
- ❌ Demanding immediate fixes
Useful Commands
Gathering System Info
# Full environment info
python -c "
import sys
import superset
import sqlalchemy
import pandas
import numpy
print(f'Python: {sys.version}')
print(f'Superset: {superset.__version__}')
print(f'SQLAlchemy: {sqlalchemy.__version__}')
print(f'Pandas: {pandas.__version__}')
print(f'NumPy: {numpy.__version__}')
"
# Database versions
superset shell
>>> from superset import db
>>> print(db.engine.dialect.server_version_info)
Creating Minimal Reproductions
# Create test script
# minimal_repro.py
from superset import create_app
app = create_app()
with app.app_context():
# Your reproduction code here
pass
Getting Help
Before Creating an Issue
- Slack: Ask in #troubleshooting
- GitHub Discussions: Search/ask questions
- Stack Overflow: Tag
apache-superset - Mailing List: user@superset.apache.org
Issue Not a Bug?
Consider:
- Feature Request: Use feature request template
- Question: Use GitHub Discussions
- Configuration Help: Ask in Slack
- Development Help: See Contributing Guide