[Bug]: Device hub update button is clipped with long canary version strings
Les mainteneurs répondent en général sous 1 jour
Évaluation
- Difficulté
- 2/5
- Temps estimé
- 1-3 heures
- Accessibilité débutants
- 78/100
- Type d'issue
- Bug
- Clarté
- Clairement spécifiée
- Activité
- Active
- Stack technique
- react, typescript
Piste de recherche
Lis apps/web/src/components/settings/IntegrationsSettings.tsx autour de la ligne d’action du hub des appareils, puis consulte apps/web/src/components/ui/button.tsx et apps/web/src/components/device/DeviceToolVersions.tsx pour comprendre les contraintes du bouton et du popover. Reproduis le cas de version longue dans Paramètres > Appareils ; le travail est terminé lorsque l’action de mise à jour reste entièrement dans le popover avec une marge à droite, et que la version requise reste visible.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Before submitting
- I searched existing issues and did not find a duplicate.
- I included enough detail to reproduce or investigate the problem.
Area
apps/web
Steps to reproduce
- Open Settings > Devices with device support enabled.
- Use a device hub requirement with a long prerelease version, such as
0.19.0-canary-20261023-1357114, and a host where that version is not installed. - Click the hub version/status text (Not installed in this case) to open the Device hub popover.
- Look at the Update to v0.19.0-canary-20261023-1357114 button above Check versions.
Observed state in the reporter's screenshot:
- Running:
Not running - Required:
0.19.0-canary-20261023-1357114 - Installed:
None - Settings scope:
All projects/All environments
Expected behavior
The update button and its label should fit within the popover and preserve its right padding. Long prerelease versions should wrap, or the action should use a shorter label while keeping the full version available in the Required row.
Actual behavior
The blue update button runs into the popover's right edge, and the end of its label/right side is clipped. The Check versions button wraps onto the next line and fits normally. The surrounding settings page has available space, so this looks like a constraint inside the popover rather than the page reaching the window edge.
This report concerns the visible layout defect. The screenshot alone does not establish an installation failure or a stuck update.
Impact
Cosmetic issue
The action label and button boundary are incomplete, making the version details UI look broken.
Version or commit
- Installed Windows app: T3 Code (Beta); executable file version
0.1.5(full prerelease identifier not confirmed). - Device hub required version shown in the screenshot:
0.19.0-canary-20261023-1357114. - Source inspected separately:
mainat37fbefd147197fab9d88f9c120560c3f21b52cfc. This is not a claim that the installed app is built from that commit.
Environment
Windows desktop app, dark appearance. Window dimensions, display scaling, and UI zoom were not recorded.
Logs or stack traces
No runtime logs collected; this is a screenshot-based UI report with supporting source inspection.
Supporting source inspection
The following combination appears consistent with the clipping, but has not been validated with a local runtime reproduction:
DeviceToolVersions.tsxuses<PopoverPopup align="end" width="md">.popover.tsxmapsmdtow-80, adds inline padding, and constrains overflow in the viewport.IntegrationsSettings.tsxrenders the entire required version in a small Button inside aflex flex-wrapaction row.button.tsxgives buttonsshrink-0andwhitespace-nowrapby default. Wrapping the action row moves whole buttons, but cannot make one oversized label fit.
A short Update label would avoid repeating the already-visible Required version. Alternatively, allow this action to wrap within the available width while preserving padding.
Workaround
No verified workaround.
- Langage dominant
- TypeScript
- Étoiles
- 24.8k
- Forks
- 6.4k
- Merge moyen
- 3 h 20 min
- PR mergées (30 j)
- 208
Préparer son environnement
Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de pingdotgg/t3code
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
pingdotgg/t3code#27445 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
pingdotgg/t3code#27146 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 64/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
pingdotgg/t3code#27022 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de pingdotgg/t3code
Issues similaires
-
area:cli bug P4
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
bug from-studio
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
esengine/DeepSeek-Reasonix#14868 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
linxiv-dev/linXiv#384 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
scope:core type:security
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Les mainteneurs répondent en général sous 1 jour
-
follow-redirects updateOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 66/100
mailgun/mailgun.js#544 ·