gnome-shell/.eslintrc.yml

extends:
 - ./lint/eslintrc-gjs.yml
 - ./lint/eslintrc-shell.yml
overrides:
  - files:
      - js/ui/init.js
      - js/ui/environment.js
      - js/ui/scripting.js
      - js/misc/dependencies.js
      - js/dbusServices/**
      - js/extensions/**
      - js/portalHelper/**
      - subprojects/extensions-app/**
      - subprojects/extensions-tool/**
      - tests/**
    parserOptions:
      sourceType: module
lint: Convert eslint JSON to YAML gjs has changed its configuration to YAML, so switch to that format to keep syncing possible. https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/818 2019-08-19 17:20:55 +00:00			`extends:`
			`- ./lint/eslintrc-gjs.yml`
			`- ./lint/eslintrc-shell.yml`
init: Set console log domain GJS added a console module that extensions may start using. To ensure that extensions using console.log() and similar functions don't show up as 'Gjs-Console' in users' system logs, we should call setConsoleLogdomain() with 'GNOME Shell'. This GJS API addition is only accessible using ECMAScript Modules (ESM), this commit moves shell startup to a small init.js module and adapts CI jobs to either handle or ignore it. We can drop the .jscheckignore file when future versions of SpiderMonkey allow for compile checks without validating module specifiers. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1958> 2021-08-21 01:42:27 +00:00			`overrides:`
			`- files:`
			`- js/ui/init.js`
environment: Port environment.js to be an ES module Removes the init() function in favor of executing all environment changes when the file is imported. Additionally ports all unit tests using imports.gi.environment.init() to use the updated module. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2822> 2023-07-10 06:05:14 +00:00			`- js/ui/environment.js`
scripting: Convert to ES module and migrate tests Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2822> 2023-07-06 01:08:09 +00:00			`- js/ui/scripting.js`
dependencies: Migrate to ES module and organize dependencies gi modules are always loaded (there is no API for "set version without loading"), so we need to break dependencies.js into three sections: - Required - Compile-time optional - Runtime optional Required dependencies are always imported, compile-time optional dependencies are loaded if gnome-shell is compiled with support for them, and for runtime optional dependencies we catch any errors when attempting to load them. If runtime optional dependencies fail to load we log a debug-level message. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2822> 2023-07-10 06:34:52 +00:00			`- js/misc/dependencies.js`
dbusServices: Port to ESM We want to replace gjs' custom (and now legacy) imports system with standard EcmaScript modules: JS developers are already familiar with them, they have better tooling support and using standard features over non-standard ones is generally the right thing to do. Our D-Bus services are separate from the main process, and thus can be ported separately (except for the few imports that are shared with the main process' code base). Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2786> 2023-05-25 18:31:22 +00:00			`- js/dbusServices/**`
extensions/internals: Port to ESM We got rid of all uses of extension utils code in the gnome-shell process itself, and everything that is now using it - including extensions - is already loaded as module. We can therefore quickly move the file to ESM, which will help a bit with upcoming changes. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2837> 2023-07-09 00:13:17 +00:00			`- js/extensions/**`
portalHelper: Port to ESM The helper app that provides the login dialog for network portals is another separate process that can be moved to ESM separately. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2786> 2023-05-25 20:22:09 +00:00			`- js/portalHelper/**`
extensions-app: Port to ESM The extensions app is another part of the code base that is largely separate from the main code base, and can therefore be ported to ESM before the big switch. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2786> 2023-05-25 19:23:24 +00:00			`- subprojects/extensions-app/**`
extensions-tool: Adjust templates Extensions are now loaded as modules, so adjust the templates accordingly. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2795> 2023-06-01 22:47:22 +00:00			`- subprojects/extensions-tool/**`
tests/unit: Fix remaining ESLint errors Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2822> 2023-07-10 05:59:46 +00:00			`- tests/**`
init: Set console log domain GJS added a console module that extensions may start using. To ensure that extensions using console.log() and similar functions don't show up as 'Gjs-Console' in users' system logs, we should call setConsoleLogdomain() with 'GNOME Shell'. This GJS API addition is only accessible using ECMAScript Modules (ESM), this commit moves shell startup to a small init.js module and adapts CI jobs to either handle or ignore it. We can drop the .jscheckignore file when future versions of SpiderMonkey allow for compile checks without validating module specifiers. Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/1958> 2021-08-21 01:42:27 +00:00			`parserOptions:`
dbusServices: Port to ESM We want to replace gjs' custom (and now legacy) imports system with standard EcmaScript modules: JS developers are already familiar with them, they have better tooling support and using standard features over non-standard ones is generally the right thing to do. Our D-Bus services are separate from the main process, and thus can be ported separately (except for the few imports that are shared with the main process' code base). Part-of: <https://gitlab.gnome.org/GNOME/gnome-shell/-/merge_requests/2786> 2023-05-25 18:31:22 +00:00			`sourceType: module`