Rule: only front-end apps WITH a UI go in 'My Apps'; databases, headless apps, and backends (anything without a UI) go in 'Websites'.
Current logic (neode-ui/src/views/apps/appsConfig.ts isWebsitePackage/isKnownApp/isServicePackage) is heuristic (service list, APP_CATEGORY_MAP membership, presence of a runtime LAN address). Re-derive it around 'has a front-end UI' and audit every app so headless/db/backends classify as Websites. (The Bitcoin Core fix#40 is consistent with this rule — Core has a UI -> My Apps — but the general classifier needs a pass.)
Rule: only front-end apps WITH a UI go in 'My Apps'; databases, headless apps, and backends (anything without a UI) go in 'Websites'.
Current logic (neode-ui/src/views/apps/appsConfig.ts isWebsitePackage/isKnownApp/isServicePackage) is heuristic (service list, APP_CATEGORY_MAP membership, presence of a runtime LAN address). Re-derive it around 'has a front-end UI' and audit every app so headless/db/backends classify as Websites. (The Bitcoin Core fix #40 is consistent with this rule — Core has a UI -> My Apps — but the general classifier needs a pass.)
FIXED + DEPLOYED to .116/.198 (commit d2d2b9dd): classification now uses manifest interfaces.main.ui as the deciding signal — apps with a UI go to My Apps, headless/db/backends fall through to Websites. Additive (curated known apps + service-by-name infra unchanged). Unit test added. Note: a stricter follow-up could also drop headless backends (electrs/electrumx) from the curated APP_CATEGORY_MAP so they move to Websites too.
FIXED + DEPLOYED to .116/.198 (commit d2d2b9dd): classification now uses manifest interfaces.main.ui as the deciding signal — apps with a UI go to My Apps, headless/db/backends fall through to Websites. Additive (curated known apps + service-by-name infra unchanged). Unit test added. Note: a stricter follow-up could also drop headless backends (electrs/electrumx) from the curated APP_CATEGORY_MAP so they move to Websites too.
Verified fixed: app categorization is now derived from a declared front-end UI — hasFrontendUi() reads manifest.interfaces.main.ui and isWebsitePackage keys off it (neode-ui/src/views/apps/appsConfig.ts:85-101). Headless/db/backends now classify as Websites. Closing.
Verified fixed: app categorization is now derived from a declared front-end UI — `hasFrontendUi()` reads `manifest.interfaces.main.ui` and `isWebsitePackage` keys off it (`neode-ui/src/views/apps/appsConfig.ts:85-101`). Headless/db/backends now classify as Websites. Closing.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Rule: only front-end apps WITH a UI go in 'My Apps'; databases, headless apps, and backends (anything without a UI) go in 'Websites'.
Current logic (neode-ui/src/views/apps/appsConfig.ts isWebsitePackage/isKnownApp/isServicePackage) is heuristic (service list, APP_CATEGORY_MAP membership, presence of a runtime LAN address). Re-derive it around 'has a front-end UI' and audit every app so headless/db/backends classify as Websites. (The Bitcoin Core fix #40 is consistent with this rule — Core has a UI -> My Apps — but the general classifier needs a pass.)
FIXED + DEPLOYED to .116/.198 (commit d2d2b9dd): classification now uses manifest interfaces.main.ui as the deciding signal — apps with a UI go to My Apps, headless/db/backends fall through to Websites. Additive (curated known apps + service-by-name infra unchanged). Unit test added. Note: a stricter follow-up could also drop headless backends (electrs/electrumx) from the curated APP_CATEGORY_MAP so they move to Websites too.
Verified fixed: app categorization is now derived from a declared front-end UI —
hasFrontendUi()readsmanifest.interfaces.main.uiandisWebsitePackagekeys off it (neode-ui/src/views/apps/appsConfig.ts:85-101). Headless/db/backends now classify as Websites. Closing.