Persistent Branding Support for Web Console (e.g., Favicon & Logo)
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 29
- Forks
- 39
- Avg merge
- 4d 11h
- Merged PRs (30d)
- 4
Description
Is your feature request related to a problem?
š§© Is your feature request related to a problem?
Yes. Currently, replacing favicon.ico or favicon.svg in public/assets lets you customize the web consoleās iconābut these changes are overwritten every time QuestDB is upgraded. This makes it difficult to maintain consistent branding across upgrades, especially for enterprise and internal deployments.
š Describe the solution you'd like
Iād love to see persistent, upgrade-safe branding support added to the QuestDB web console. Possible enhancements:
- Support a config option or environment variable to specify a custom logo folder or asset path.
- Provide a dedicated ācustom brandingā folder that is preserved during upgrades.
- (Optional) Introduce UI theming capabilitiesālike custom colors, fonts, or logo placementāto better match user/enterprise branding.
š Describe alternatives youāve considered
- Manually replacing favicon files after each upgradeāthis is time-consuming and error-prone.
- Using a proxy or middleware to intercept and inject custom assetsāan overly complex workaround.
š Full Name
Suryansh Jain
š Affiliation
Student
š Additional Context
This feature is especially valuable for developers embedding QuestDB into internal dashboards or tools where consistent UI/UX and branding standards are required.
Describe the solution you'd like.
No response
Describe alternatives you've considered.
No response
Full Name:
Tousif khan
Affiliation:
QuestDB
Additional context
No response
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up ā it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing how assets in public/assets, including favicon.ico and favicon.svg, are served and replaced during upgrades. Define a concrete upgrade-safe branding mechanism from the listed options, then verify that custom assets remain available after an upgrade without requiring manual replacement.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- react, typescript
- Domain
- frontend, web-dev
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100