Closed (fixed)
Project:
SDX
Version:
1.0.0-alpha10
Component:
Miscellaneous
Priority:
Normal
Category:
Support request
Assigned:
Unassigned
Reporter:
Created:
26 May 2026 at 15:11 UTC
Updated:
31 Aug 2026 at 07:05 UTC
Jump to comment: Most recent
Comments
Comment #2
vzsigmond commentedHey vasike, thanks for this.
sdx:pm:installis gone. It got removed in alpha3 when SDX switched the dependency model from one bigsdx.packages.jsonto per-module{name}.sdx.ymlmanifests plus a resolvedsdx.lock. The README, the getting-started guide, the Drush reference, and even a runtime error message all still pointed at it. My bad - that one slipped through. Patches landed on the 1.0.x branch, will ship in the next alpha.The flow that works on alpha10 today:
Or the non-interactive version:
Translation table for the old
sdx:pm:*group if it helps:sdx:pm:installsdx:resolve(whole workspace)sdx:pm:install foosdx:require foosdx:pm:remove foosdx:remove foosdx:pm:listsdx:listsdx:pm:rebuildsdx:resolveI haven't really been focusing on sdx_vue lately. I've been deep into a few projects with sdx_react and trying to stick to one framework for now before I start generalizing things across the others. I assumed it was a manifest-side conflict and was about to ask you for
sdx:resolve --dry-runoutput - then I tried to reproduce it locally with sdx_react + sdx_vue enabled side by side and it blew up exactly like you described. Two actual bugs piled on top of each other.tsx,.jsx,.js,.ts). Every.vuefile got silently dropped on the floor at lookup time and Vite got a zero-entry rollup config - that gives you the "You must supply options.input to rollup" error from the bundler.sdx_reactandsdx_vueregister the same@sdx/appalias viahook_sdx_aliases(), each pointing at their ownDrupalApp.tsx/Drupal.app,vue. The bundler was merging both contributions into one map, which means whoever was invoked last won the key - so the React build would happily try to parseDrupalApp.vueand explode.Both fixed on 1.0.x, in the next alpha. The fix scopes file extensions and aliases per-framework, so React, Vue, and Svelte can be enabled at the same time without stepping on each other. Verified with React + Vue both building side by side on the dev site.
Happy to leave this open until you can confirm against the next alpha. If you want to try the fix before that, the 1.0.x branch in git is good to test against - any feedback on edge cases welcome.
Comment #3
vasikeHi Valentin
thanks a lot for the feedback ... kind of one expected ... that's why the ticket info was so poor ... to get maximum ...
so thank you.
Still some issues with latest (I know not alpha yet):
But just to mention
- (old one) `sdx_typescript.settings` left behind on uninstall ... so it can't re-installed without deleting this.
-
mount-coordinator.ts:97 [SDX React] Container has no data-component attribute.Console error when trying to use in a theme template - with React example component or the example custom HeroBanner
And I think it worked in the past ... I remember I could see examples ... some months ago.
- https://git.drupalcode.org/project/sdx/-/blob/1.0.x/docs/guide/getting-s...
There is some issue with HeroBanner naming/identifier
HeroBannervs'my_theme:hero-banner'I think this is kind of solved, so Please feel free to close it.
If I have other issues I could create ...
p.s. (suggestion if I may) It would help also others if there were/are issues created for most of changes History ... but also for the next ones.
Comment #4
lblabr commentedi tried to install, without success an advices?
solved, executed composer in wrong directory
Comment #5
vasikeI think this could be closed ...