Panic on dep init

dep: Building dependency graph...
dep: Found import of "gopkg.in/yaml.v2", analyzing...
dep: Analyzing transitive imports...
dep: Analyzing "gopkg.in/yaml.v2"...
dep: Writing manifest and lock files.
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x1096ac8]

goroutine 8 [running]:
os.(*Process).signal(0x0, 0x166a7a0, 0x1664370, 0x0, 0x0)
	/usr/local/Cellar/go/1.8.1/libexec/src/os/exec_unix.go:56 +0x38
os.(*Process).Signal(0x0, 0x166a7a0, 0x1664370, 0x3, 0x3)
	/usr/local/Cellar/go/1.8.1/libexec/src/os/exec.go:121 +0x3f
os.(*Process).kill(0x0, 0x1319b1c, 0x18)
	/usr/local/Cellar/go/1.8.1/libexec/src/os/exec_posix.go:53 +0x43
os.(*Process).Kill(0x0, 0xc42027ca80, 0xc420039a30)
	/usr/local/Cellar/go/1.8.1/libexec/src/os/exec.go:106 +0x2b
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*monitoredCmd).run(0xc42031ef90, 0x166c9e0, 0xc4201c3c70, 0x0, 0x0)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/cmd.go:66 +0x344
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*monitoredCmd).combinedOutput(0xc42031ef90, 0x166c9e0, 0xc4201c3c70, 0xc420326180, 0x4, 0x4, 0xc420091b80, 0x8)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/cmd.go:83 +0x43
github.com/golang/dep/vendor/github.com/sdboyer/gps.runFromRepoDir(0x166c9e0, 0xc4201c3c70, 0x1670e40, 0xc420206000, 0x1487114, 0x3, 0xc420326180, 0x4, 0x4, 0x10, ...)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/cmd.go:140 +0x248
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*gitRepo).fetch(0xc420206000, 0x166c9e0, 0xc4201c3c70, 0xc4203247e0, 0xc420039cd0)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/vcs_repo.go:55 +0x104
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*baseVCSSource).updateLocal(0xc420204020, 0x166c9e0, 0xc4201c3c70, 0x0, 0x0)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/vcs_source.go:75 +0x4e
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*sourceGateway).require.func4(0x166c9e0, 0xc4201c3c70, 0x166c760, 0xc420184bc0)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/source.go:468 +0x47
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*supervisor).do(0xc4201732d0, 0x166c7a0, 0xc42001a7f8, 0x1487114, 0x3, 0x6, 0xc420039dd0, 0x1489dbb, 0xa)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/source_manager.go:485 +0xd5
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*sourceGateway).require(0xc4201d4000, 0x166c7a0, 0xc42001a7f8, 0xc400000015, 0xc42002cec0, 0x0, 0x0)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/source.go:469 +0x367
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*sourceGateway).syncLocal(0xc4201d4000, 0x166c7a0, 0xc42001a7f8, 0x0, 0x0)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/source.go:211 +0xa3
github.com/golang/dep/vendor/github.com/sdboyer/gps.(*SourceMgr).SyncSourceFor(0xc42001f440, 0xc420133c41, 0x10, 0x0, 0x0, 0x0, 0xc42001f4a0)
	/Users/ryan/go/src/github.com/golang/dep/vendor/github.com/sdboyer/gps/source_manager.go:404 +0xda
main.getProjectData.func1(0xc420133c41, 0x10, 0xc42001f440)
	/Users/ryan/go/src/github.com/golang/dep/cmd/dep/init.go:228 +0x6c
created by main.getProjectData
	/Users/ryan/go/src/github.com/golang/dep/cmd/dep/init.go:253 +0xab5

I think this is a different bug than #351 because it bubbles up from the source_manager.go not solver.go. Also, it doesn't occur with the Apr 12th version of dep.

Yeah, definitely different. That's a call that should be surrounded by a nil check. It doesn't happen reliably, right?
In any case, easy fix - thanks for the report!

(now fixed)

I can confirm this is fixed for me. Thanks for fixing it so quickly! 🥇


Sort out list-style-type non-spec keys

Specification
https://drafts.csswg.org/css-lists-3/#list-style-property
Description
In https://github.com/web-platform-dx/web-features/pull/1764#discussion_r1752652973, we discovered a number of BCD keys that are not mentioned in the spec, and have mixed current support. Once this is sorted out in BCD in this issue, we will need to resolve the keys in the list-style feature.
Browser support
No response

@ddbeck FYI, I opened https://github.com/mdn/browser-compat-data/pull/25116 to set all the non-spec keys to "standard_track: false", which addresses the needs for web-features, but leaves open the question of the incorrect support data.

While work remains to sort out support of the non-standard keys, that won't impact Web Features, so this can be closed.


HHH-15438, HHH-15441 Some UX fixes

https://hibernate.atlassian.net/browse/HHH-15438
https://hibernate.atlassian.net/browse/HHH-15441

Looks good to me, thanks @beikov!


Setup SSH on Chrome OS terminal

https://docs.codeanywhere.com/general/getting-started/faq#authorize-key-for-ssh-container

Have to authorize keys watsed 2 hours almost for SSH.

https://www.smarthomebeginner.com/connecting-to-ubuntu-server-using-ssh-and-putty/

https://www.maketecheasier.com/start-with-vim-linux/

https://techexpert.tips/ubuntu/ssh-login-using-rsa-key/

https://pkgs.org/download/openssh-server(x86-64)

https://centos.pkgs.org/7/centos-x86_64/openssh-server-7.4p1-21.el7.x86_64.rpm.html

Do not desire to setup openssh-server on codeanywhere.


URL in description and README broken

The URL in the repository description and README are pointing to rsdo-dev-workshops's copy of the game instead of yours.
Please fix both, so they point to your copy of the game at https://rsdo-dev-workshops.github.io/github-games-VaclavS-1.

done


Max height for the panel

I am trying to set the panel such that the user is unable to drag all the way to the top, but whenever I play around with the height of the panel, only the panel handle's height increases and does not impede the user from dragging the whole panel upwards.

Dont know how I missed the solution, just change the layout_height of your sliding layout to a certain value.


open failed

i put these files into environment , and my computer is windows10, the time i double click pyautosrt.exe it shows that
Traceback (most recent call last):   File "pyautosrt.pyw", line 2124, in <module>   File "pyautosrt.pyw", line 1589, in main   File "pyautosrt.pyw", line 1543, in stop_ffmpeg_windows UnicodeDecodeError: 'utf-8' codec can't decode byte 0xcf in

Which version?
please try latest version, let me know if you're still get bugs
https://github.com/botbahlul/PyAutoSRT/releases/download/PyAutoSRT-0.1.15/pyautosrt-0.1.15.zip

thank for your replying firstly,
now it can open while i use the latest version, but some questions still exist,

Aaargh! My bad!
I forgot that single executable need to include all classes and modules from autosrt 1.2.11 inside the script.
You won't get any bugs if you install with pip.
Please try this and inform me if there's still bugs on it.
https://github.com/botbahlul/PyAutoSRT/releases/download/PyAutoSRT-0.1.16/pyautosrt-0.1.16.zip

Please try this and let me know if you're still get bugs https://github.com/botbahlul/PyAutoSRT/releases/download/PyAutoSRT-0.1.17/pyautosrt-0.1.17.zip

so sorry i am late, the time i add a file suffix ended with mp4, it shows that *.mp4 is not a valid audio or video file

I don't understand what you mean.
What kind of scenario you did?
Is it a command line? Or typing in Browsed File input box? Or just use Add button?

Please try this and let me know if you're still get bugs https://github.com/botbahlul/PyAutoSRT/releases/download/PyAutoSRT-0.1.17/pyautosrt-0.1.17.zip

so sorry i am late, the time i add a file suffix ended with mp4, it shows that *.mp4 is not a valid audio or video file

please try this update, if you're still get bugs, let me know
https://github.com/botbahlul/PyAutoSRT/releases/download/PyAutoSRT-0.1.18/pyautosrt-0.1.18.zip

I thinkl I found the culprit.
It looks like the problem came from wrong ffprobe that I zipped in every release.
Please get the latest original ffmpeg from : https://www.gyan.dev/ffmpeg/builds/ffmpeg-git-full.7z


Goto definition of include not working

Continuation/more details for #170
Selecting go to definition for include directives or RUN statements does not work:

ABL startup logs:
[2024-08-28T15:04:28.631-0400] [INFO] Command line arguments: --trace
[2024-08-28T15:04:28.692-0400] [INFO] vscode.rootDir: c:\Users\<user>\.vscode\extensions\riversidesoftware.openedge-abl-lsp-1.10.0-win32-x64\resources
[2024-08-28T15:04:28.952-0400] [INFO] LanguageServerInfo: 1.15.0-61e03c1 -- ClientInfo: Visual Studio Code 1.90.1 -- JVM: Eclipse Adoptium 17.0.12+7
[2024-08-28T15:04:28.953-0400] [INFO] Client Capabilities: WS Config true -- WS Folder true -- Diagnotics true -- Symbol Hierarchy true -- Document Highlight true
[2024-08-28T15:04:28.953-0400] [INFO] Semantic tokens support: true - Multiline tokens: false - Overlapping tokens: false
[2024-08-28T15:04:28.966-0400] [DEBUG] Runtime default: 12.8
[2024-08-28T15:04:28.969-0400] [DEBUG] Found 1 OE installations: 12.8 [Valid]
[2024-08-28T15:04:28.974-0400] [INFO] Looking for project JSON in workspace folder file:///c%3A/Data/Workspaces/<path-1-here>
[2024-08-28T15:04:29.007-0400] [INFO] [application] Current profile: default
[2024-08-28T15:04:29.007-0400] [INFO] [application] Progress version : 12.8 -> C:\Progress\OpenEdge
[2024-08-28T15:04:29.017-0400] [INFO] [application] PROPATH recap:
[2024-08-28T15:04:29.017-0400] [INFO] [application]   . -> c:\Data\Workspaces\<path-1-here>
[2024-08-28T15:04:29.017-0400] [INFO] [application]   C:\Progress\OpenEdge\tty\netlib\OpenEdge.net.pl -> C:\Progress\OpenEdge\tty\netlib\OpenEdge.net.pl
[2024-08-28T15:04:29.017-0400] [INFO] [application]   c:\progress\openedge\tty -> c:\progress\openedge\tty
[2024-08-28T15:04:29.017-0400] [INFO] [application]   c:\progress\openedge -> c:\progress\openedge
[2024-08-28T15:04:29.017-0400] [INFO] [application]   c:\progress\openedge\bin -> c:\progress\openedge\bin
[2024-08-28T15:04:29.704-0400] [DEBUG] [application] Adding dictdb alias to database <db name>
[2024-08-28T15:04:29.722-0400] [INFO] Project found
[2024-08-28T15:04:29.764-0400] [INFO] [application] Start OE client process #0

Later on, if it matters:
[2024-08-28T15:04:30.012-0400] [DEBUG] [application] Register PROPATH directory c:\Data\Workspaces\<path-1-here>\gen\x

In my example above, c:\Data\Workspaces\<path-1-here>\gen\x\global.i exists and Progress Developer studio can navigate to it fine.

openedge-project.json
{
  "name": "application",
  "version": "1.0",
  "oeversion": "12.8",
  "graphicalMode": false,
  "charset": "ISO8859-1",
  "extraParameters": "-basekey ini",
  "workingDirectory": "C:\\temp",
  "numThreads": 1,
  "buildPath": [
    {
      "type": "propath",
      "path": "."
    },
    {
      "type": "propath",
      "path": "${DLC}\\tty\\netlib\\OpenEdge.net.pl"
    },
    {
      "type": "propath",
      "path": "c:\\progress\\openedge\\tty"
    },
    {
      "type": "propath",
      "path": "c:\\progress\\openedge"
    },
    {
      "type": "propath",
      "path": "c:\\progress\\openedge\\bin"
    }
  ],
  "dbConnections": [
    {
      "name": "lumbertrack",
      "connect": "-db <db name>-N TCP -H <db host> -S 5011",
      "schemaFile": "C:\\OpenEdge\\WRK\\<db name>.df",
      "aliases": [
        "dictdb"
      ]
    }
  ]
}

vscode-language-server-trace.txt
[Trace - 03:04:28 PM] Received request 'initialize - (0)'
Params: {
  "processId": 69760,
  "rootPath": "c:\\Data\\Workspaces\\<path-1-here>",
  "rootUri": "file:///c%3A/Data/Workspaces/<path-1-here>",
  "initializationOptions": {
    "abl": {
      "buildMode": 4,
      "outline": {
        "showIncludeFiles": false,
        "showContentInIncludeFiles": false
      },
      "completion": {
        "upperCase": true
      },
      "useProcedureEditorKeyBindings": false,
      "langServerDebug": true,
      "defaultProject": "",
      "langServerTrace": true,
      "langServerExtraJavaArgs": "",
      "debugAdapterExtraJavaArgs": "",
      "debugAdapterDebug": true,
      "debugAdapterTrace": false,
      "langServerJavaExecutable": "",
      "configuration": {
        "maxThreads": -1,
        "hideAvmWindow": false,
        "defaultRuntime": "12.8",
        "runtimes": [
          {
            "name": "12.8",
            "path": "C:\\Progress\\OpenEdge"
          }
        ]
      },
      "sonarlint": {
        "rules": []
      }
    }
  },
  "capabilities": {
    "workspace": {
      "applyEdit": true,
      "workspaceEdit": {
        "documentChanges": true,
        "resourceOperations": [
          "create",
          "rename",
          "delete"
        ],
        "failureHandling": "textOnlyTransactional",
        "normalizesLineEndings": true,
        "changeAnnotationSupport": {
          "groupsOnLabel": true
        }
      },
      "didChangeConfiguration": {
        "dynamicRegistration": true
      },
      "didChangeWatchedFiles": {
        "dynamicRegistration": true
      },
      "symbol": {
        "symbolKind": {
          "valueSet": [
            1,
            2,
            3,
            4,
            5,
            6,
            7,
            8,
            9,
            10,
            11,
            12,
            13,
            14,
            15,
            16,
            17,
            18,
            19,
            20,
            21,
            22,
            23,
            24,
            25,
            26
          ]
        },
        "tagSupport": {
          "valueSet": [
            1
          ]
        },
        "dynamicRegistration": true
      },
      "executeCommand": {
        "dynamicRegistration": true
      },
      "workspaceFolders": true,
      "configuration": true,
      "semanticTokens": {
        "refreshSupport": true
      },
      "codeLens": {
        "refreshSupport": true
      },
      "fileOperations": {
        "didCreate": true,
        "willCreate": true,
        "didRename": true,
        "willRename": true,
        "didDelete": true,
        "willDelete": true,
        "dynamicRegistration": true
      }
    },
    "textDocument": {
      "synchronization": {
        "willSave": true,
        "willSaveWaitUntil": true,
        "didSave": true,
        "dynamicRegistration": true
      },
      "completion": {
        "completionItem": {
          "snippetSupport": true,
          "commitCharactersSupport": true,
          "documentationFormat": [
            "markdown",
            "plaintext"
          ],
          "deprecatedSupport": true,
          "preselectSupport": true,
          "tagSupport": {
            "valueSet": [
              1
            ]
          },
          "insertReplaceSupport": true,
          "resolveSupport": {
            "properties": [
              "documentation",
              "detail",
              "additionalTextEdits"
            ]
          },
          "insertTextModeSupport": {
            "valueSet": [
              1,
              2
            ]
          }
        },
        "completionItemKind": {
          "valueSet": [
            1,
            2,
            3,
            4,
            5,
            6,
            7,
            8,
            9,
            10,
            11,
            12,
            13,
            14,
            15,
            16,
            17,
            18,
            19,
            20,
            21,
            22,
            23,
            24,
            25
          ]
        },
        "contextSupport": true,
        "dynamicRegistration": true
      },
      "hover": {
        "contentFormat": [
          "markdown",
          "plaintext"
        ],
        "dynamicRegistration": true
      },
      "signatureHelp": {
        "signatureInformation": {
          "documentationFormat": [
            "markdown",
            "plaintext"
          ],
          "parameterInformation": {
            "labelOffsetSupport": true
          },
          "activeParameterSupport": true
        },
        "contextSupport": true,
        "dynamicRegistration": true
      },
      "references": {
        "dynamicRegistration": true
      },
      "documentHighlight": {
        "dynamicRegistration": true
      },
      "documentSymbol": {
        "symbolKind": {
          "valueSet": [
            1,
            2,
            3,
            4,
            5,
            6,
            7,
            8,
            9,
            10,
            11,
            12,
            13,
            14,
            15,
            16,
            17,
            18,
            19,
            20,
            21,
            22,
            23,
            24,
            25,
            26
          ]
        },
        "hierarchicalDocumentSymbolSupport": true,
        "tagSupport": {
          "valueSet": [
            1
          ]
        },
        "labelSupport": true,
        "dynamicRegistration": true
      },
      "formatting": {
        "dynamicRegistration": true
      },
      "rangeFormatting": {
        "dynamicRegistration": true
      },
      "onTypeFormatting": {
        "dynamicRegistration": true
      },
      "declaration": {
        "linkSupport": true,
        "dynamicRegistration": true
      },
      "definition": {
        "linkSupport": true,
        "dynamicRegistration": true
      },
      "typeDefinition": {
        "linkSupport": true,
        "dynamicRegistration": true
      },
      "implementation": {
        "linkSupport": true,
        "dynamicRegistration": true
      },
      "codeAction": {
        "codeActionLiteralSupport": {
          "codeActionKind": {
            "valueSet": [
              "",
              "quickfix",
              "refactor",
              "refactor.extract",
              "refactor.inline",
              "refactor.rewrite",
              "source",
              "source.organizeImports"
            ]
          }
        },
        "isPreferredSupport": true,
        "disabledSupport": true,
        "dataSupport": true,
        "resolveSupport": {
          "properties": [
            "edit"
          ]
        },
        "honorsChangeAnnotations": false,
        "dynamicRegistration": true
      },
      "codeLens": {
        "dynamicRegistration": true
      },
      "documentLink": {
        "tooltipSupport": true,
        "dynamicRegistration": true
      },
      "colorProvider": {
        "dynamicRegistration": true
      },
      "rename": {
        "prepareSupport": true,
        "prepareSupportDefaultBehavior": 1,
        "honorsChangeAnnotations": true,
        "dynamicRegistration": true
      },
      "publishDiagnostics": {
        "relatedInformation": true,
        "tagSupport": {
          "valueSet": [
            1,
            2
          ]
        },
        "versionSupport": false,
        "codeDescriptionSupport": true,
        "dataSupport": true
      },
      "foldingRange": {
        "rangeLimit": 5000,
        "lineFoldingOnly": true,
        "dynamicRegistration": true
      },
      "callHierarchy": {
        "dynamicRegistration": true
      },
      "selectionRange": {
        "dynamicRegistration": true
      },
      "semanticTokens": {
        "requests": {
          "range": true,
          "full": {
            "delta": true
          }
        },
        "tokenTypes": [
          "namespace",
          "type",
          "class",
          "enum",
          "interface",
          "struct",
          "typeParameter",
          "parameter",
          "variable",
          "property",
          "enumMember",
          "event",
          "function",
          "method",
          "macro",
          "keyword",
          "modifier",
          "comment",
          "string",
          "number",
          "regexp",
          "operator"
        ],
        "tokenModifiers": [
          "declaration",
          "definition",
          "readonly",
          "static",
          "deprecated",
          "abstract",
          "async",
          "modification",
          "documentation",
          "defaultLibrary"
        ],
        "formats": [
          "relative"
        ],
        "overlappingTokenSupport": false,
        "multilineTokenSupport": false,
        "dynamicRegistration": true
      },
      "linkedEditingRange": {
        "dynamicRegistration": true
      }
    },
    "window": {
      "workDoneProgress": true,
      "showMessage": {
        "messageActionItem": {
          "additionalPropertiesSupport": true
        }
      },
      "showDocument": {
        "support": true
      }
    },
    "general": {
      "regularExpressions": {
        "engine": "ECMAScript",
        "version": "ES2020"
      },
      "markdown": {
        "parser": "marked",
        "version": "1.1.0"
      }
    }
  },
  "clientInfo": {
    "name": "Visual Studio Code",
    "version": "1.90.1"
  },
  "locale": "en-us",
  "trace": "off",
  "workspaceFolders": [
    {
      "uri": "file:///c%3A/Data/Workspaces/<path-1-here>",
      "name": "LumberTrack"
    }
  ]
}

[Trace - 03:04:29 PM] Sending response 'initialize - (0)'. Processing request took 789ms
Result: {
  "capabilities": {
    "textDocumentSync": 1,
    "hoverProvider": true,
    "completionProvider": {
      "resolveProvider": true,
      "triggerCharacters": []
    },
    "definitionProvider": true,
    "documentSymbolProvider": true,
    "foldingRangeProvider": true,
    "workspace": {
      "workspaceFolders": {
        "supported": true,
        "changeNotifications": true
      }
    },
    "semanticTokensProvider": {
      "legend": {
        "tokenTypes": [
          "keyword",
          "string",
          "number",
          "macro",
          "comment",
          "class"
        ],
        "tokenModifiers": []
      },
      "range": false,
      "full": true
    }
  },
  "serverInfo": {
    "name": "proparse-lsp",
    "version": "1.15.0-61e03c1"
  }
}

[Trace - 03:04:29 PM] Received notification 'initialized'
Params: {}

[Trace - 03:04:29 PM] Received notification 'workspace/didChangeConfiguration'
Params: {
  "settings": {
    "abl": {
      "buildMode": 4,
      "outline": {
        "showIncludeFiles": false,
        "showContentInIncludeFiles": false
      },
      "completion": {
        "upperCase": true
      },
      "useProcedureEditorKeyBindings": false,
      "langServerDebug": true,
      "defaultProject": "",
      "langServerTrace": true,
      "langServerExtraJavaArgs": "",
      "debugAdapterExtraJavaArgs": "",
      "debugAdapterDebug": true,
      "debugAdapterTrace": false,
      "langServerJavaExecutable": "",
      "configuration": {
        "maxThreads": -1,
        "hideAvmWindow": false,
        "defaultRuntime": "12.8",
        "runtimes": [
          {
            "name": "12.8",
            "path": "C:\\Progress\\OpenEdge"
          }
        ]
      },
      "sonarlint": {
        "rules": []
      }
    }
  }
}

[Trace - 03:04:30 PM] Received notification '$/setTrace'
Params: {
  "value": "off"
}

[Trace - 03:04:30 PM] Sending notification 'proparse/status'
Params: {
  "projects": [
    "application 1.0 [default]"
  ],
  "numInitializedProjects": 0,
  "pendingTasks": 339
}

[Trace - 03:04:31 PM] Sending notification 'proparse/status'
Params: {
  "projects": [
    "application 1.0 [default]"
  ],
  "numInitializedProjects": 1,
  "pendingTasks": 0
}

[Trace - 03:05:14 PM] Received notification 'textDocument/didOpen'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>",
    "languageId": "abl",
    "version": 1,
     "text": "TRUNCATED FOR PRIVACY"
  }
}

[Trace - 03:05:14 PM] Received request 'textDocument/documentSymbol - (1)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:05:14 PM] Sending response 'textDocument/documentSymbol - (1)'. Processing request took 3ms
Result: []

[Trace - 03:05:14 PM] Received request 'textDocument/semanticTokens/full - (2)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:05:14 PM] Sending response 'textDocument/semanticTokens/full - (2)'. Processing request took 1ms
Result: {
  "data": []
}

[Trace - 03:05:14 PM] Received request 'textDocument/foldingRange - (3)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:05:14 PM] Sending response 'textDocument/foldingRange - (3)'. Processing request took 1ms
Result: []

[Trace - 03:05:14 PM] Received request 'textDocument/documentSymbol - (4)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:05:14 PM] Sending response 'textDocument/documentSymbol - (4)'. Processing request took 1ms
Result: []

[Trace - 03:05:14 PM] Received request 'textDocument/foldingRange - (5)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:05:14 PM] Sending response 'textDocument/foldingRange - (5)'. Processing request took 0ms
Result: []

[Trace - 03:05:28 PM] Received request 'textDocument/hover - (6)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 3,
    "character": 17
  }
}

[Trace - 03:05:28 PM] Received notification '$/cancelRequest'
Params: {
  "id": 6
}

[Trace - 03:05:28 PM] Sending response 'textDocument/hover - (6)'. Processing request took 66ms
Result: null

[Trace - 03:05:28 PM] Received request 'textDocument/hover - (7)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 3,
    "character": 18
  }
}

[Trace - 03:05:28 PM] Sending response 'textDocument/hover - (7)'. Processing request took 236ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:31 PM] Received request 'textDocument/hover - (8)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 3,
    "character": 10
  }
}

[Trace - 03:05:31 PM] Sending response 'textDocument/hover - (8)'. Processing request took 1ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:33 PM] Received request 'textDocument/hover - (9)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 3,
    "character": 18
  }
}

[Trace - 03:05:33 PM] Sending response 'textDocument/hover - (9)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:34 PM] Received request 'textDocument/hover - (10)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 3,
    "character": 17
  }
}

[Trace - 03:05:34 PM] Sending response 'textDocument/hover - (10)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:37 PM] Received request 'textDocument/hover - (11)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 3,
    "character": 1
  }
}

[Trace - 03:05:37 PM] Sending response 'textDocument/hover - (11)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:38 PM] Received request 'textDocument/hover - (12)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 3,
    "character": 1
  }
}

[Trace - 03:05:38 PM] Sending response 'textDocument/hover - (12)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:40 PM] Received request 'textDocument/definition - (13)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 3,
    "character": 18
  }
}

[Trace - 03:05:40 PM] Sending response 'textDocument/definition - (13)'. Processing request took 2ms
Result: []

[Trace - 03:05:47 PM] Received request 'textDocument/hover - (14)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 11,
    "character": 39
  }
}

[Trace - 03:05:47 PM] Sending response 'textDocument/hover - (14)'. Processing request took 1ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:53 PM] Received request 'textDocument/hover - (15)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 18
  }
}

[Trace - 03:05:53 PM] Sending response 'textDocument/hover - (15)'. Processing request took 1ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:53 PM] Received request 'textDocument/hover - (16)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 17
  }
}

[Trace - 03:05:53 PM] Sending response 'textDocument/hover - (16)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:55 PM] Received request 'textDocument/hover - (17)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 0
  }
}

[Trace - 03:05:55 PM] Sending response 'textDocument/hover - (17)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:05:56 PM] Received request 'textDocument/definition - (18)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 1
  }
}

[Trace - 03:05:56 PM] Sending response 'textDocument/definition - (18)'. Processing request took 0ms
Result: []

[Trace - 03:05:56 PM] Received request 'textDocument/definition - (19)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 1
  }
}

[Trace - 03:05:56 PM] Sending response 'textDocument/definition - (19)'. Processing request took 0ms
Result: []

[Trace - 03:07:17 PM] Received request 'textDocument/hover - (20)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 43,
    "character": 43
  }
}

[Trace - 03:07:17 PM] Sending response 'textDocument/hover - (20)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:09:47 PM] Received request 'textDocument/foldingRange - (21)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:09:47 PM] Sending response 'textDocument/foldingRange - (21)'. Processing request took 1ms
Result: []

[Trace - 03:09:47 PM] Received request 'textDocument/semanticTokens/full - (22)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:09:47 PM] Sending response 'textDocument/semanticTokens/full - (22)'. Processing request took 0ms
Result: {
  "data": []
}

[Trace - 03:09:47 PM] Received request 'textDocument/documentSymbol - (23)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:09:47 PM] Sending response 'textDocument/documentSymbol - (23)'. Processing request took 0ms
Result: []

[Trace - 03:09:47 PM] Received request 'textDocument/foldingRange - (24)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  }
}

[Trace - 03:09:47 PM] Sending response 'textDocument/foldingRange - (24)'. Processing request took 0ms
Result: []

[Trace - 03:09:48 PM] Received request 'textDocument/hover - (25)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 1,
    "character": 17
  }
}

[Trace - 03:09:48 PM] Sending response 'textDocument/hover - (25)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:09:48 PM] Received request 'textDocument/hover - (26)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 19
  }
}

[Trace - 03:09:48 PM] Sending response 'textDocument/hover - (26)'. Processing request took 1ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:10:51 PM] Received request 'textDocument/hover - (27)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 14
  }
}

[Trace - 03:10:51 PM] Sending response 'textDocument/hover - (27)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:10:51 PM] Received request 'textDocument/hover - (28)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 0
  }
}

[Trace - 03:10:51 PM] Sending response 'textDocument/hover - (28)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:10:55 PM] Received request 'textDocument/hover - (29)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 15
  }
}

[Trace - 03:10:55 PM] Sending response 'textDocument/hover - (29)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:10:56 PM] Received request 'textDocument/definition - (30)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 18
  }
}

[Trace - 03:10:56 PM] Sending response 'textDocument/definition - (30)'. Processing request took 0ms
Result: []

[Trace - 03:11:04 PM] Received request 'textDocument/definition - (31)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 18
  }
}

[Trace - 03:11:04 PM] Sending response 'textDocument/definition - (31)'. Processing request took 1ms
Result: []

[Trace - 03:11:06 PM] Received request 'textDocument/definition - (32)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 18
  }
}

[Trace - 03:11:06 PM] Sending response 'textDocument/definition - (32)'. Processing request took 0ms
Result: []

[Trace - 03:11:07 PM] Received request 'textDocument/definition - (33)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 18
  }
}

[Trace - 03:11:07 PM] Sending response 'textDocument/definition - (33)'. Processing request took 1ms
Result: []

[Trace - 03:11:07 PM] Received request 'textDocument/definition - (34)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 18
  }
}

[Trace - 03:11:07 PM] Sending response 'textDocument/definition - (34)'. Processing request took 0ms
Result: []

[Trace - 03:11:11 PM] Received request 'textDocument/definition - (35)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 1
  }
}

[Trace - 03:11:11 PM] Sending response 'textDocument/definition - (35)'. Processing request took 1ms
Result: []

[Trace - 03:11:12 PM] Received request 'textDocument/definition - (36)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 4
  }
}

[Trace - 03:11:12 PM] Sending response 'textDocument/definition - (36)'. Processing request took 0ms
Result: []

[Trace - 03:11:14 PM] Received request 'textDocument/definition - (37)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 4
  }
}

[Trace - 03:11:14 PM] Sending response 'textDocument/definition - (37)'. Processing request took 0ms
Result: []

[Trace - 03:11:15 PM] Received request 'textDocument/definition - (38)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 6
  }
}

[Trace - 03:11:15 PM] Sending response 'textDocument/definition - (38)'. Processing request took 1ms
Result: []

[Trace - 03:11:17 PM] Received request 'textDocument/definition - (39)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 16
  }
}

[Trace - 03:11:17 PM] Sending response 'textDocument/definition - (39)'. Processing request took 1ms
Result: []

[Trace - 03:11:17 PM] Received request 'textDocument/definition - (40)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-2-here>"
  },
  "position": {
    "line": 0,
    "character": 16
  }
}

[Trace - 03:11:17 PM] Sending response 'textDocument/definition - (40)'. Processing request took 1ms
Result: []

[Trace - 03:13:52 PM] Received notification 'textDocument/didOpen'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p",
    "languageId": "abl",
    "version": 1,
    "text": "TRUNCATED FOR PRIVACY"
  }
}

[Trace - 03:13:52 PM] Received request 'textDocument/documentSymbol - (41)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:13:52 PM] Sending response 'textDocument/documentSymbol - (41)'. Processing request took 1ms
Result: []

[Trace - 03:13:52 PM] Received request 'textDocument/semanticTokens/full - (42)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:13:52 PM] Sending response 'textDocument/semanticTokens/full - (42)'. Processing request took 0ms
Result: {
  "data": []
}

[Trace - 03:13:52 PM] Received request 'textDocument/foldingRange - (43)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:13:52 PM] Sending response 'textDocument/foldingRange - (43)'. Processing request took 1ms
Result: []

[Trace - 03:13:52 PM] Received request 'textDocument/documentSymbol - (44)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:13:52 PM] Sending response 'textDocument/documentSymbol - (44)'. Processing request took 0ms
Result: []

[Trace - 03:13:52 PM] Received request 'textDocument/foldingRange - (45)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:13:52 PM] Sending response 'textDocument/foldingRange - (45)'. Processing request took 0ms
Result: []

[Trace - 03:13:55 PM] Received request 'textDocument/hover - (46)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 1,
    "character": 54
  }
}

[Trace - 03:13:55 PM] Sending response 'textDocument/hover - (46)'. Processing request took 665ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:14:12 PM] Received request 'textDocument/hover - (47)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 50,
    "character": 17
  }
}

[Trace - 03:14:12 PM] Sending response 'textDocument/hover - (47)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:14:41 PM] Received notification 'textDocument/didClose'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:48 PM] Received notification 'textDocument/didOpen'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p",
    "languageId": "abl",
    "version": 1,
    "text": "TRUNCATED FOR PRIVACY"
  }
}

[Trace - 03:14:48 PM] Received request 'textDocument/documentSymbol - (48)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:48 PM] Sending response 'textDocument/documentSymbol - (48)'. Processing request took 1ms
Result: []

[Trace - 03:14:48 PM] Received request 'textDocument/semanticTokens/full - (49)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:48 PM] Sending response 'textDocument/semanticTokens/full - (49)'. Processing request took 1ms
Result: {
  "data": []
}

[Trace - 03:14:48 PM] Received request 'textDocument/foldingRange - (50)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:48 PM] Sending response 'textDocument/foldingRange - (50)'. Processing request took 0ms
Result: []

[Trace - 03:14:48 PM] Received request 'textDocument/documentSymbol - (51)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:48 PM] Sending response 'textDocument/documentSymbol - (51)'. Processing request took 1ms
Result: []

[Trace - 03:14:48 PM] Received request 'textDocument/foldingRange - (52)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:48 PM] Sending response 'textDocument/foldingRange - (52)'. Processing request took 0ms
Result: []

[Trace - 03:14:52 PM] Received request 'textDocument/hover - (53)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 15
  }
}

[Trace - 03:14:52 PM] Sending response 'textDocument/hover - (53)'. Processing request took 12ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:14:53 PM] Received request 'textDocument/hover - (54)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:14:53 PM] Sending response 'textDocument/hover - (54)'. Processing request took 0ms
Result: {
  "contents": {
    "kind": "markdown",
    "value": ""
  }
}

[Trace - 03:14:54 PM] Received notification 'textDocument/didChange'
Params: {
  "textDocument": {
    "version": 2,
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "contentChanges": [
    {
            "text": "TRUNCATED FOR PRIVACY"
    }
  ]
}

[Trace - 03:14:54 PM] Received request 'textDocument/foldingRange - (55)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:54 PM] Sending response 'textDocument/foldingRange - (55)'. Processing request took 0ms
Result: []

[Trace - 03:14:55 PM] Received request 'textDocument/documentSymbol - (56)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:55 PM] Sending response 'textDocument/documentSymbol - (56)'. Processing request took 1ms
Result: []

[Trace - 03:14:55 PM] Received request 'textDocument/semanticTokens/full - (57)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:55 PM] Sending response 'textDocument/semanticTokens/full - (57)'. Processing request took 0ms
Result: {
  "data": []
}

[Trace - 03:14:55 PM] Received request 'textDocument/documentSymbol - (58)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:55 PM] Sending response 'textDocument/documentSymbol - (58)'. Processing request took 1ms
Result: []

[Trace - 03:14:55 PM] Received request 'textDocument/foldingRange - (59)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:55 PM] Sending response 'textDocument/foldingRange - (59)'. Processing request took 1ms
Result: []

[Trace - 03:14:56 PM] Received notification 'textDocument/didChange'
Params: {
  "textDocument": {
    "version": 3,
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "contentChanges": [
    {
      "text": "TRUNCATED FOR PRIVACY"
    }
  ]
}

[Trace - 03:14:56 PM] Received request 'textDocument/foldingRange - (60)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:56 PM] Sending response 'textDocument/foldingRange - (60)'. Processing request took 0ms
Result: []

[Trace - 03:14:56 PM] Received request 'textDocument/documentSymbol - (61)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:56 PM] Sending response 'textDocument/documentSymbol - (61)'. Processing request took 0ms
Result: []

[Trace - 03:14:56 PM] Received request 'textDocument/semanticTokens/full - (62)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:56 PM] Sending response 'textDocument/semanticTokens/full - (62)'. Processing request took 1ms
Result: {
  "data": []
}

[Trace - 03:14:56 PM] Received request 'textDocument/documentSymbol - (63)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:56 PM] Sending response 'textDocument/documentSymbol - (63)'. Processing request took 0ms
Result: []

[Trace - 03:14:56 PM] Received request 'textDocument/foldingRange - (64)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  }
}

[Trace - 03:14:56 PM] Sending response 'textDocument/foldingRange - (64)'. Processing request took 0ms
Result: []

[Trace - 03:14:57 PM] Received request 'textDocument/definition - (65)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:14:57 PM] Sending response 'textDocument/definition - (65)'. Processing request took 0ms
Result: []

[Trace - 03:15:02 PM] Received request 'textDocument/definition - (66)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:02 PM] Sending response 'textDocument/definition - (66)'. Processing request took 0ms
Result: []

[Trace - 03:15:04 PM] Received request 'textDocument/definition - (67)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:04 PM] Sending response 'textDocument/definition - (67)'. Processing request took 0ms
Result: []

[Trace - 03:15:05 PM] Received request 'textDocument/definition - (68)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:05 PM] Sending response 'textDocument/definition - (68)'. Processing request took 0ms
Result: []

[Trace - 03:15:05 PM] Received request 'textDocument/definition - (69)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:05 PM] Sending response 'textDocument/definition - (69)'. Processing request took 0ms
Result: []

[Trace - 03:15:06 PM] Received request 'textDocument/definition - (70)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:06 PM] Sending response 'textDocument/definition - (70)'. Processing request took 1ms
Result: []

[Trace - 03:15:07 PM] Received request 'textDocument/definition - (71)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:07 PM] Sending response 'textDocument/definition - (71)'. Processing request took 1ms
Result: []

[Trace - 03:15:08 PM] Received request 'textDocument/definition - (72)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:08 PM] Sending response 'textDocument/definition - (72)'. Processing request took 0ms
Result: []

[Trace - 03:15:12 PM] Received request 'textDocument/definition - (73)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:12 PM] Sending response 'textDocument/definition - (73)'. Processing request took 1ms
Result: []

[Trace - 03:15:13 PM] Received request 'textDocument/definition - (74)'
Params: {
  "textDocument": {
    "uri": "file:///c%3A/Data/Workspaces/<path-1-here>/<pfile-1-here>.p"
  },
  "position": {
    "line": 13,
    "character": 1
  }
}

[Trace - 03:15:13 PM] Sending response 'textDocument/definition - (74)'. Processing request took 1ms
Result: []

It appears only the closest token is considered, instead of the entire include path. Even so, an include directive with a single token (eg example) still doesn't resolve properly.
Let me know if I provide any more information!

You should change the type of the current directory to source:
  "buildPath": [
    {
      "type": "source",
      "path": "."
    },
    ...

Propath entries are taken into account during the compilation phase, but no action taken by the language server. This means that documentSymbol request is not handled. That's a current limitation of the language server that will lifted quite soon.
The fact that a project doesn't have at least one source entry should also be logged as a warning.
PS: nice bug report 👍

@Mattwmaster58 Did that fix your issue ?

Will verify tomorrow or the following day

Working as expected, thank you!


Possible to pass arguments to eslint?

Wow this project looks exactly like what I want! But I need to be able to specify extension so eslint checks jsx files and use junit formatter for Jenkins processing of output. Is it possible?

That would be great. I confess I didn't implement it yet, because I still didn't need it. Do you have any suggestions on the interface of this?

https://github.com/bsuh/lint-diff/commits/master
I added a --ext and --formatter flags in my fork but did not bother with pull request as my code is pretty hacky.

This would be a valuable feature actually.  We're looking to integrate lint-diff with js, jsx, ts, and tsx files and unfortunately it seems it only passes in js.

Added --ext option in: https://github.com/grvcoelho/lint-diff/pull/12

I think lint-diff should be implemented as an eslint plugin providing a "processor."
https://eslint.org/docs/developer-guide/working-with-plugins#processors-in-plugins
Processors can postprocess the linter failures discovered by eslint, so the filtering can happen there.  If implemented as a processor, we can still use the normal eslint CLI to lint or --fix.  Commit to diff against can be specific in .eslintrc.js

@cspotcode : I created an eslint-plugin like you described: https://www.npmjs.com/package/eslint-plugin-diff
I'm hoping it will allow people to use the ESLint CLI, while only displaying errors on the diff (both "staged only" and "staged and unstaged")

@paleite very cool, I'll check it out!  Is there a way to specify the diff it should use?  My team needs to run it on CI, so we want to check the diff of the code compared to the latest master.  We can either pass the refs into your plugin and let it run git diff or we can dump git diff into a file and pass the file's path to your plugin.

@cspotcode There is a native way to do it with git reset:
If you do git reset --soft [SHA], e.g. git reset --soft 94518a9, the plugin will diff all changes between 94518a9 and the latest master.


what protocol does dbup.dll use to connect to sql server 2012/ 2014. Is the driver using old TLS 1.0 protocol

We see error . The error goes away when we enable SSL 3.0 & TLS 1.0.
We should be using TLS 1.1 or TLS 1.2
2018-06-07T13:54:35.9275423Z ##[section]Starting: DbUp Migration
2018-06-07T13:54:35.9500315Z ==============================================================================
2018-06-07T13:54:35.9501453Z Task : DbUp Migration
2018-06-07T13:54:35.9501613Z Description : Runs SQL Server change scripts, and only those which have not been run already.
2018-06-07T13:54:35.9501754Z Version : 1.1.3
2018-06-07T13:54:35.9501872Z Author : Johan Classon
2018-06-07T13:54:35.9502034Z Help : More Information
2018-06-07T13:54:35.9502184Z ==============================================================================
2018-06-07T13:54:35.9777221Z Preparing task execution handler.
2018-06-07T13:54:40.2102867Z Executing the powershell script: C:\vstsagent\A1_work_tasks\UpdateDatabaseWithDbUp_4182dbda-71db-4d18-89b3-75255b7802eb\1.1.3\Update-Database.ps1
2018-06-07T13:54:40.2195669Z ##[error]System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a receive. ---> System.ComponentModel.Win32Exception: The client and server cannot communicate, because they do not possess a common algorithm
2018-06-07T13:54:40.2205444Z at System.Net.SSPIWrapper.AcquireCredentialsHandle(SSPIInterface SecModule, String package, CredentialUse intent

Thanks for the feedback.
I wonder if inserting the following line into Update-DatabaseWithDbUp.ps1 will fix your issue.
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12

I will need some help to reproduce this... If you have access to the build server running this, you can try to insert the change directly under the agents _work/_task/UpdateDatabaseWithDbUp. In not, I can build a beta extension with this change that you can test out.

yes i have access to the server. where do you want me to add it in the file? Or if you want send me updated file.

Your System.Net.WebException hints that it is not DbUp that throws but rather something else. There are some functionality before DbUp is invoked that actually downloads DbUp from NuGet. My guess is that it fails there rather than when communicating with SQL server.
Just put the line as the first line in the file.

I have not been able to reproduce this for now. maybe the issue is related to sql server 2012.  i will try again in couple of days and get back to you.

My best guess is that your issue was due to that the task downloaded DbUp through NuGet. If no nuget.exe was present in PATH, the task downloaded it with Invoke-Webrequest. PowerShell has lately been prone to fail regarding the deprecation of TLS 1.0.
With the latest release (1.1.4) the task comes with a bundled version of DbUp, which will fix your issue.


Ignore-checks is not properly working in config file

cfn-lint version: (cfn-lint --version)
0.56.3
Description of issue.
I want to check several directories and there content if there is a malformed CF template and I don´t know if those files even exist, so I want to ignore the E0000 error, so that my pipeline will succeed.
If I use the following command:
cfn-lint ./*.yml --ignore-templates ./.gitlab-ci.yml -r eu-central-1 -i E0000 -I ; cfn-lint ./*.yaml -r eu-central-1 -i E0000 -I ; cfn-lint ./*.json -r eu-central-1 -i E0000 -I .

I will receive following logs:
2021-12-28 14:54:18,622 - cfnlint.runner - INFO - Run scan of template ./Amazon-S3-Bucket.yml
2021-12-28 14:54:20,870 - cfnlint.decode - ERROR - Template file not found: ./*.yaml
2021-12-28 14:54:20,870 - cfnlint.decode - ERROR - Template file not found: ./*.yaml
2021-12-28 14:54:23,071 - cfnlint.decode - ERROR - Template file not found: ./*.json
2021-12-28 14:54:23,071 - cfnlint.decode - ERROR - Template file not found: ./*.json

And my pipeline succeeds as it should.
But if I do basically the same with the following command and the corresponding config-file, I still get the E0000 Error and my pipeline fails...
cfn-lint --config-file '.linter-config/.cfnlintrc.yml'

templates:
  - ./**/*.yml
  - ./**/*.yaml
  - ./**/*.json
ignore_templates:
  - ./.gitlab-ci.yml
  - ./.linter-config/*
  - ./full-linter.yml
  - ./common/*
include_checks:
  - I
  - r eu-central-1
  - i E0000

Which has following output and will result in an exit code in a git-lab pipeline:
2021-12-28 14:50:47,057 - cfnlint.decode - ERROR - Template file not found: ./**/*.json
2021-12-28 14:50:47,057 - cfnlint.decode - ERROR - Template file not found: ./**/*.yaml
E0000 Template file not found: ./**/*.json
./**/*.json:1:1
E0000 Template file not found: ./**/*.yaml
./**/*.yaml:1:1

Why is the error even put out, even though I excluded it in the config file?

include_checks:
  - I
  - r eu-central-1
  - i E0000

should be:
include_checks:
  - I
regions:
  - eu-central-1
ignore_checks:
  - E0000

@PatMyron thanks for the hint!
Now it works as intended. :)


Rename services as modules and create plugins submodule

Using services could be confusing (it's actually runtime services).
I will rename services as modules and move actual orchestrator plugins into a plugins submodule.

@swaroopar ^^


Add Amazon ECR Docker Credential Helper

We could perhaps use this instead of the ECR plugin:
https://github.com/awslabs/amazon-ecr-credential-helper
I think it would be a more elegant solution, but there might be other considerations…?

I don’t see why not

I got a PR started (#763). I'm not sure if it's the correct approach, but it's a start. We'd like to explore this as maintaining a cache between steps would help us not run into rate limits occasionally as well as speed things up. It also means we don't need to know all the ECR registry IDS ahead of time or put them explicitly in a separate plugin definition in our steps.

At the moment if the ecr-login helper is configured at the credsStore or credHelper level, an explicit docker login causes it to fail.
We could work around this:

Require steps to switch from explicit login to using the helper (via an explicit plugin reference)
Work around the issue via a helper script as suggested in the ecr-credential-helper issue
Allow the helper to behave differently and ignore these hooks.

We're working on (3) by getting this behaviour changed in the ecr-helper itself (https://github.com/awslabs/amazon-ecr-credential-helper/pull/847)
This should allow for the elastic stack to install the helper in the base AMI, and optionally allow it to be configured in the Docker config.json.
I recommend configuring it for an allow list of ECR repos, rather than as the default. Configuring ecr-login using credStore isn't the optimal way to work with this plugin, as it would compromise other repo usage.
It would be better to install it for an allow list of repositories, like:
  "credHelpers": {
    "<account_id_here>.dkr.ecr.us-west-2.amazonaws.com": "ecr-login",
    "public.ecr.aws": "ecr-login"
  },

This could perhaps be configured in the Elastic stack parameters, or become part of the default environment hook.
Ref: https://github.com/awslabs/amazon-ecr-credential-helper/pull/847

AWS have just released v0.9.0 with the referenced issue fixed.
This means that if the environment variable AWS_ECR_IGNORE_CREDS_STORAGE is set to true, the plugin will ignore requests to store credentials. This makes it compatible with the ecr plugin.
For Culture Amp builds at the moment we install the plugin by default and allow builds to opt-in to use it (because of the compatibility issue). If a build exposes an ENABLE_ECR_LOGIN environment variable in their build, we'll register it for our ECR locations. We use a helper script (included below) to make the necessary changes.
Now, though, we can enable it by default and start removing references to the ECR login from our pipelines.
If this were to be included in the Elastic Stack:

it should be enabled at credHelper level (per ECR URL) rather than credStore level (globally). While the environment variable allows the login to succeed, it doesn't actually store anything. This would cause incompatibility with other uses of docker login, in particular when logging in to Docker Hub.
The set of URLs enabled for a stack could be supplied as a parameter. Configuration changes would need to be per build, as the DOCKER_CONFIG variable is local to the build. I haven't looked around, but perhaps the bootstrap could create a default configuration that every build copies when setting up?

register_docker_credential_helper helper

#!/bin/bash
set -euo pipefail

# USAGE:
# register_docker_credential_helper <URL> <HELPER>
#
# e.g. register ecr login helper for the CI account:
#  register_docker_credential_helper "226140413739.dkr.ecr.us-west-2.amazonaws.com" "ecr-login"
#
# e.g. register the env login helper for the public docker registry:
#  register_docker_credential_helper "https://index.docker.io/v1/" "env"

main() {
  local url="$1"
  local helper="$2"

  register "${url}" "${helper}"
}

register() {
  local url="$1"
  local target="$2"

  # find config location
  docker_config=${DOCKER_CONFIG:-$HOME/.docker}
  config_file="$docker_config/config.json"

  # ensure the configuration exists and has valid but empty content
  mkdir -p "$docker_config"
  if [ ! -f "${config_file}" ]; then
    echo '{}' > "${config_file}"
  fi

  # register credential helper in docker config
  temp_json="$(mktemp)"

  jq \
    --arg url "${url}" \
    --arg target "${target}" \
    '.credHelpers += { ($url): $target  }' \
    "${config_file}" > "${temp_json}"

  mv "${temp_json}" "${config_file}"

  # show configuration in build output
  cat "${config_file}"
}

main "$@"


[sqlite3] Improve get_last_insert_id

Take the value from the specified table as argument.
If table column was marked AUTOINCREMENT use that by checking the internal sqlite_sequence table. If the AUTOINCREMENT is not present or nothing was inserted into a table, just take the max(rowid) of that table. This has the disadvantage that ids are recycled when rows are deleted (as test shows). However, if this is in anyway important to the caller then the columns will be marked as AUTOINCREMENT given this is the solution the documentation specifies.
The previous version was of reduced utility, it was a simple wrapper around the sqlite3_last_insert_rowid which would return a global last insert rowid across the whole database connection. Presumably this was not the original purpose of the API given that the table name parameter is present.

Please review this? I think all tests are green.

Thanks for the changes! I've renamed a few more variables/functions and simplified the code a bit by reusing the existing execute_hardcoded().
Please let me know if you have any comments or objections, otherwise I'll merge it soon.

Merged now, thanks!


UART haven’t APB Clock in esp32-c2 (IDFGH-9062)

    uart_config_t xUartConfig = {
        .baud_rate = ulBaudRate,
        .data_bits = ucData,
        .parity = ucParity,
        .stop_bits = UART_STOP_BITS_1,
        .flow_ctrl = UART_HW_FLOWCTRL_DISABLE,
        .rx_flow_ctrl_thresh = 2,
        .source_clk = UART_SCLK_APB
    };

esp32-c2 haven't UART_SCLK_APB.
In ESP32:

UART_SCLK_APB
UART_SCLK_REF_TICK
UART_SCLK_DEFAULT

In ESP32-C2:

UART_SCLK_PLL_F40M
UART_SCLK_RTC
UART_SCLK_XTAL
UART_SCLK_DEFAULT

Can use UART_SCLK_DEFAULT inside of it?

This problem also in esp-idf 4.X(But in 3.x "source_clk" not be set).

@DreamSilverFox ,
Thank you for your issue. Please note that the esp-modbus component is actually suppots esp-idf v4.1 - v5.1 and the esp32c2 support is not merged yet. However, the code can be simply modified right as you suggested above and you can use the the clock option of UART_SCLK_DEFAULT.
I suggest to use the macro to check the IDF version as below:
port/portserial_m.c:
    uart_config_t xUartConfig = {
        .baud_rate = ulBaudRate,
        .data_bits = ucData,
        .parity = ucParity,
        .stop_bits = UART_STOP_BITS_1,
        .flow_ctrl = UART_HW_FLOWCTRL_DISABLE,
        .rx_flow_ctrl_thresh = 2,
#if (ESP_IDF_VERSION >= ESP_IDF_VERSION_VAL(5, 0, 0))
        .source_clk = UART_SCLK_DEFAULT,
#else
        .source_clk = UART_SCLK_APB
#endif
    };

It is also required to change the file main/Kconfig.projbuild.
Some tricks are also possible to compile the modbus under v3.3, but this is not recommended as obsolete.
Please let me know some specific information about your project if you need more help.
Thank you.

Merged in commit aca48fa7


Delete dist folder on build

Feature work on #49

Codecov Report

Merging #50 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #50   +/-   ##
=======================================
  Coverage   91.42%   91.42%
=======================================
  Files           9        9
  Lines         105      105
  Branches       18       13    -5
=======================================
  Hits           96       96
- Misses          7        9    +2
+ Partials        2        0    -2

Impacted Files
Coverage Δ

src/services/file/copyExtraStaticFiles.ts
80% <0%> (ø)
:arrow_up:

src/services/head/index.ts
92.85% <0%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update 952e594...723dd92. Read the comment docs.


Convert create channel button similar to add book button

Describe the task
Under HR->Recruitment->Add new application, replace the text of add book to Add Channel

This issue is completed. Closing it.


Get-PhysicalDisk runs in memory leak

If you run Get-PhysicalDisk (in a powershell-loop or called from a C# application) you will see after after hundreds/thousands of runs a memory-leak.
// Test-Script

// System-Enviroment

This repository is for PowerShell 6.0+. The version you used is Windows PowerShell.
As for your question does the memory get reclaimed by running [System.GC]::Collect()

This repository is for PowerShell 6.0+. The version you used is Windows PowerShell.

Did the same test with PS 6.0 - same behavior.
Also with addition garbage collector (see below)

As for your question does the memory get reclaimed by running [System.GC]::Collect()

No other behavior - still see an increasing memoy

@godofglow At what magnitude did you see the possible memory leak when running Get-PhysicalDisk in a loop?
I run the following script from PowerShell 5.1 for 4 hours. I did see the private working set went up and down, but it's not very convincing to say there is a leak.
while($true) {
    $null = Get-PhysicalDisk
    sleep -Seconds 1
}

I took 5 snapshots of the memory using VMMap at 48 minutes, 85 minutes, 91 minutes, 117 minutes, and 240 minutes.
The snapshots are attached in the end, and here is a table to summarize the private working set changes:

Timestamp
Private WS (PWS)
Managed heap in PWS
Native heap in PWS

48 minute
285 MB
115 MB
158 MB

85 minute
400 MB
114 MB
274 MB

91 minute
190 MB
15 MB
169 MB

117 minute
272 MB
17 MB
249 MB

240 minute
354 MB
62 MB
285 MB

Throughout the 4 hours of execution, the managed memory was pretty stable.
Native memory appeared to be increasing, but at the 91 minute, the private working set suddenly dropped, and you can see both the managed and native memory reduced in great deal.
Afterwards, the managed memory slightly increased, and native memory increased by 120 MB over the next 2+ hours.
I didn't continue the measurement, but considering the sudden memory drop at 91 minute, it could happen again if the execution continues. By looking at the memory changes during the 4 hours, it's not convincing to say there is a memory leak.
48-minute snapshot

85-minute snapshot

91-minute snapshot

117-minute snapshot

240-minute snapshot

Thanks to @StevenBucher98 for getting in contact with the owner team of the Storage module, we got response from the owner team that they can reproduce the leak with Get-PhysicalDisk, and they are working on a fix.

Close as external.


What is your licensing model?

If you don't define one it is considered proprietary.

I don't really mind how it's used, I just added an apache 2.0 license

Yeah, I just never got around to adding it. As I said I've now added an apache 2.0 license. Hopefully that's suitable for you. I'm always interested to see what people are doing with my open source stuff.


Running peoplenet with detectNet on jetPack6

Hello @dusty-nv
I downloaded peoplnet directly from : https://catalog.ngc.nvidia.com/orgs/nvidia/teams/tao/models/peoplenet. These are the contents of the downloaded folder :
labels.txt nvinfer_config.txt resnet34_peoplenet_int8.txt resnet34_peoplenet.onnx status.json
When i run the following script :
net = jetson_inference.detectNet(model="/home/akshat/jetson-inference/data/networks/peoplenet_deployable_quantized_onnx_v2.6.2/resnet34_peoplenet.onnx", labels="/home/akshat/jetson-inference/data/networks/peoplenet_deployable_quantized_onnx_v2.6.2/labels.txt",
input_blob="input_0", output_cvg="scores", output_bbox="boxes",
threshold=0.8)
I get the following error :
[TRT]    4: [network.cpp::validate::3162] Error Code 4: Internal Error (Network has dynamic or shape inputs, but no optimization profile has been defined.)
[TRT]    device GPU, failed to build CUDA engine
[TRT]    device GPU, failed to load /home/akshat/jetson-inference/data/networks/peoplenet_deployable_quantized_onnx_v2.6.2/resnet34_peoplenet.onnx
[TRT]    detectNet -- failed to initialize.
Traceback (most recent call last):
File "/home/akshat/terrafirma/v2/operator_station/vehicle_control/detect.py", line 12, in
net = jetson_inference.detectNet(model="/home/akshat/jetson-inference/data/networks/peoplenet_deployable_quantized_onnx_v2.6.2/resnet34_peoplenet.onnx", labels="/home/akshat/jetson-inference/data/networks/peoplenet_deployable_quantized_onnx_v2.6.2/labels.txt",
Exception: jetson.inference -- detectNet failed to load network
Is this an issue with the parameters passed into detectNet method or does it need to be optimized to a .engine format? Do i  manually have to run the tao converter on the .onnx file ?
(I am a complete beginner so sorry if these questions are silly)

I converted it to .engine file [TRT]  and got the following error :   3: Cannot find binding of given name: input_0
[TRT]    failed to find requested input layer input_0 in network
[TRT]    device GPU, failed to create resources for CUDA engine
[TRT]    failed to load /home/akshat/jetson-inference/data/networks/peoplenet_deployable_quantized_onnx_v2.6.2/resnet34_peoplenet.engine
[TRT]    detectNet -- failed to initialize.
Command i run to convert it to a .engine :
/usr/src/tensorrt/bin/trtexec --onnx=/home/akshat/jetson-inference/data/networks/peoplenet_deployable_quantized_onnx_v2.6.2/resnet34_peoplenet.onnx --saveEngine=resnet34_peoplenet.engine --fp16

so i fixed that error by updating the input_0 and output bindings, but the detection does not work and I get this warning below in every frame and none of the labels are detected
[TRT]    The execute() method has been deprecated when used with engines built from a network created with NetworkDefinitionCreationFlag::kEXPLICIT_BATCH flag. Please use executeV2() instead.
[TRT]    Also, the batchSize argument passed into this function has no effect on changing the input shapes. Please use setBindingDimensions() function to change input shapes instead.

Hi @AkshatJain-TerraFirma, you may need to change this part of jetson-inference/c/detectNet.cpp
https://github.com/dusty-nv/jetson-inference/blob/e8361ae7f5f3651c4ff46295b193291a93d52735/c/detectNet.cpp#L557
It expects that detection ONNX models are made from the pytorch-ssd training scripts in the repo.  Meanwhile the TAO peoplenet models normally fall under the MODEL_ENGINE category here:
https://github.com/dusty-nv/jetson-inference/blob/e8361ae7f5f3651c4ff46295b193291a93d52735/c/detectNet.cpp#L583
So you may need to change that if you are using a different ONNX.  For the TAO models, this script uses tao-converter to build the TRT engine, which then jetson-inference can load (but as mentioned in the other issue, had not tried that on JP6)
https://github.com/dusty-nv/jetson-inference/blob/e8361ae7f5f3651c4ff46295b193291a93d52735/tools/tao-model-downloader.sh#L163


Documentation: Add a note about the usage of custom SQL queries in the Java Migration Tool

Checklist
General

[x] Language: I followed the guidelines for inclusive, diversity-sensitive, and appreciative language.
[x] I chose a title conforming to the naming conventions for pull requests.

Motivation and Context
I encountered an issue when using a custom SQL query inside of a changeset with the Java Migration Tool from @julian-christl.
Description
There seems to be a problem with the tool connecting to the database when using some custom SQL queries from a Spring repository. I encountered the following error:
java.lang.IllegalArgumentException: Authentication object cannot be null
I agreed with @julian-christl to add a note into the documentation that the usage of custom SQL queries is not suggested.

There is a simple solution to this problem. Simply invoke SecurityUtils.setAuthorizationObject(); if there is no user context (e.g. based on a REST Call) before


Add release automation on tag push

Issue #, if available:
#447
Description of changes:
Created a new workflow for automating part of the release process. On tag push, it will test the build on AMD64, create the binaries + sha256 checksums, and create a draft release with a changelog. Note that testing and building are run in parallel, which was an intentional design choice, but if we feel that the tests should pass before building the binaries, that can be changed.
ARM64 releases must still be created manually. Technically we could build the binaries with ARM64 here anyway but it would be considered poor practice to test and build in separate environments. (Still waiting for GH Actions to natively support ARM64 :v)
Testing performed:
I pushed a tag and ensured the workflow passed. You can see it running successfully here. The workflow was modified to include a THIRD_PARTY_LICENSES file, but otherwise is identical to the one in this PR. The workflow was triggered with the following:
git tag -s -a v999.999.999 -m "Release v999.999.999"
git push origin v999.999.999

The created release can be seen here (release will be deleted after PR is merged). Note that the changelog is empty. My guess is that this is due to previous testing with other tags making GitHub erroneously believe the last release was the tag previously pushed and deleted. This should not be an issue for official releases, but if a release needs to be modified for whatever reason, please bear in mind it may generate an empty changelog, so we should ensure we keep the original generated changelog.
To be explicit, this is not an official v999.999.999 release :P
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

I noticed the test release did not have the release version in the artifacts. Has that been resolved?

That would be a bug, it looks like you can't refer to GH environment variables within the same step that they're assigned. Fixed that up by just using a local variable.

Moved all binary compiling logic to a separate script and created a Makefile target for release, per previous discussions. This should allow for a slightly smoother process for automating releases on ARM64, which currently has to manually test and set up everything.

Poorly-handled merge conflicts, sorry about that x.x


Juliav0.7 fixes

Very small PR for v0.7 update; the only code change is substituting norm for vecnorm (deprecated). I'm not sure if my changes for CI and REQUIRE are correct as I don't have experience with package development myself.

Ah thanks, I missed that one before tagging the new version.
Maybe it would be better to use Compat.norm from Compat.jl (already a dependency of Rotations), so that we can keep 0.6 compatibility for a bit longer. I think that as long as it's easy to keep compatibility, we should hold off on dropping 0.6.

You're right, done.

Realized I goofed when I changed to Compat... my eyes are glazing over. Should be fixed shortly.
Compat.norm still throws depwarns in v0.7, I wrapped the using in a version check.

I think I fixed all of those now, not sure what I was thinking when I removed the Compat import.

Thank you!

Ah oops, needs a new Compat version tag that includes https://github.com/JuliaLang/Compat.jl/pull/577, my fault.

It looks like 0.69 is the latest Compat version?

Yeah, we'll have to wait for a new version to come out. No worries, Compat versions get tagged pretty frequently, we can wait for that before a new Rotations release.


use Pear.worker for smoke test  instead of spawn process

new one: https://github.com/holepunchto/pear/pull/404

move to https://github.com/holepunchto/pear/pull/404


The bot doesn't grab the Discord session ID

Hi,
I've been working with your music player a bit and ran into a problem where it wouldn't send audio over Discord. I discovered the problem is that at least the way I'm using the bot, with a /play command that takes a url, any listeners that set the session ID aren't being fired. I fixed it by doing this:
in /main.ts of my bot:
let sessionId = "";

...
bot.events.ready = async function (bot, payload) {
	sessionId = payload.sessionId;
}

...
export function getSessionId() {
	return sessionId;
}

Then in /src/mod.ts of your audio player I added an import for getSessionId and conn.connectInfo.sessionId = getSessionId(); to the bot.events.voiceServerUpdate function, after conn has been defined.
I'm sure there's a better way to do this, but I figured I'd let you know this is how I figured out how to work around the bug.

Hm interesting, so the event gets fired but the sessionId is incorrect or not there?
Could you add console.log(event); or console.log(event.sessionId); to src/mod.ts where you added getSessionId();?
Wonder what it gives you and if it is the same session id that you get from your function

Sorry for the late response. I added console.log(event) right above where I'm calling getSessionId() and it returns the following:
{
  token: <token id that I've removed>,
  guildId: <guild_id>,
  endpoint: "stockholm589.discord.media:443"
}

Ah sorry, I now see you added it to the voiceServerUpdate which the event does not have a sessionId.
The one above in voiceStateUpdate should have it.
Which is triggered whenever the bot joins a voice channel after it has been started.
So what maybe happened is that the bot was already connected from the previous run and restarted
Right now the connection would not get filled with the sessionId
You could try to force it to connect after starting the bot to see if the sessionId does get set.
To be honest I taught that you just weren't able to reconnect after restarting, but maybe you could with the sessionId from ready
If that is the case, I could look into listening to ready as well to set the sessionId

Actually I am not sure what happens.
Because if voiceServerUpdate gets triggered I am pretty sure you connect normally.
Could you maybe do the same console.log(event) in voiceStateUpdate?
If it gets triggered at all it should contain the sessionId

Sorry for the late reaction
It might be an intent issue then, do you have GuildVoiceStates in your intents?

That text isn't anywhere in my entire project, including your code. Where should I add it?

When creating your Discordeno bot you use createBot().
Here you can add your intents with a | between them
createBot({
    token: BOT_TOKEN,
    botId: BOT_ID,
    intents: Intents.GuildVoiceStates | .. | .. ,
  })

I will update the example in the readme with this to make it a bit more obvious that it is required

Oh, my bad. I'll take a look later today/tonight and get back to you.

Btw, there are some newer versions of the plugin to fix some youtube playback issues.

Ah nice!
No worries, hope you had a nice vacation :)


Update and rename rabbitmq.rb to rabbitmq-app.rb

Part of https://github.com/caskroom/homebrew-cask/issues/15603.
From the website, it seems indeed to be mostly a wrapper. If merged, we must also submit a fix to the repo’s instructions.

https://github.com/jpadilla/rabbitmqapp/issues/2.


Node support

Removed dependency on requestAnimationFrame here: https://github.com/davezuko/re-frame/commit/63eb5086c462bd5fa8185dbb593474c2d8a1597c


Identify a standard set of annotation properties

Overlaps but is broader than #17 and #68. I propose identifying a standard set of annotation properties and no others be used in term definitions, and also defining usage conventions (e.g., one example per skos:example). Proposed initial set:

rdfs:label (or skos:prefLabel)?
skos:definition
skos:example
skos:changeNote
skos:scopeNote

Many tools are reliant on rdfs:label, rdfs:comment.
Proposal: use skos:definition etc., have ontology-toolkit generate another file with rdfs:comment, etc.

I propose they also be language-tagged.

Message thread in Teams:
[7/20 12:29 PM] Michael Uschold

To my knowledge, we always use rdfs:isDefinedBy (a sub property of rdfs:seeAlso) to point to the ontology that defines the resource.  Do we have an annotation property that we use by convention to point to the source of the definition e.g. Wordnet, Investopedia etc.  often this will be string-valued, so bein a subproperty of seeALso will not work -- its range is rdf:Resource.

[7/21 7:24 PM] Boris Pelakh
I have used skos:note (or even skos:editorialNote, depending on the content) for this sort of thing. Or make it part of the skos:definition.

[7/30 5:55 PM] Rebecca Younes
 I'd prefer a specific annotation in order to provide a specific meaning or function, rather than just a bucket to dump things in. This is the problem with rdfs:comment to an even larger degree. I will take this into consideration in issue #85

Replace rdfs:comment with one or more of:
skos:definition
skos:scopeNote
skos:example
skos:editorialNote - just for future editors, doesn't affect users' understanding
Don't use:
skos:changeNote
skos:historyNote
skos:note

This is a decision made with no impact on the ontology itself until it is implemented.

Based on input on issue #351 from @tedhills  and @vberkel, I suggest an expansion of the approved annotations by adding skos:altLabel and rdfs:seeAlso. As mentioned in a comment there, I do not like the use of skos:hiddenLabel because it is application-oriented. The full list would now look like this:
rdfs:label:

Replace with skos:prefLabel.
Use skos:altLabel where relevant.

Replace rdfs:comment with one or more of:

skos:definition
skos:scopeNote
skos:example
skos:editorialNote - just for future editors, doesn't affect users' understanding
rdfs:seeAlso

Don't use:

skos:changeNote
skos:historyNote
skos:note

These changes need to be discussed in the next review session.

I don't think rdfs:seeAlso adds anything. It's nearly identical in meaning to skos:note, very generic. See my comment in issue https://github.com/semanticarts/gist/issues/351
I think there are a few cases where changeNote, historyNote or skos:note could be useful. So I'd recommend limited use rather than no use.  Slight variation to @rjyounes proposal:
Stop using rdfs:comment and rdfs:label. Instead use:
Labels:

skos:prefLabel
skos:altLabel

Comments:

skos:definition
skos:example
skos:scopeNote
skos:editorialNote - just for future editors, doesn't affect users' understanding

Limited use:

skos:historyNote (occasionally for things that have been around for a long time)
skos:changeNote (rarely, since should be in release notes)
skos:note (rarely if ever, if no more specific note is available and not want to create yet another annotation property)

Another things that has come up in recent projects is the source of a definition.  FIBO made extenseive use of this (I forget what property they  used).  I have introduced a new sub-property of skos:note the annotation property :definitionSourcedFrom for this purpose. It can point to a URL of a standards web site, or a dictionary, or just text.

I disagree with the statement that rdfs:seeAlso does not add anything, it is the only term (annotation) we are currently looking at that specifically refers to something else to provide additional information.

@Jamie-SA ditto. I use rdfs:seeAlso extensively.

Some discussion on this topic has leaked over to #351, which is actually about implementation. The discussion of which properties to adopt should continue here.

On issue #351, @uscholdm states:
"The something else (according to the range of the property) is always an rdf:Resource, which includes rdf:Literal. According to that, here is a legitimate triple:
gist:Intention rdfs:seeAlso "What one intends to do"^^xsd:string
While there is no indication in the documentation, it could be that the intended use is for the object of a seeAlso triple (whether a URL or literal) to be a pointer to something else. That would make sense and would distinguish it from skos:note.
We could decide to use rdfs:seeAlso this way.
It would mean that skos:note should NOT be a subproperty of rdfs:seeAlso."
The example you give is not a legitimate use of rdfs:seeAlso if one respects the semantics provided in the definition. "What one intends to do" does not refer to a resource that can provide additional information about the subject resource.
Since skos:note is not defined as a subproperty of rdfs:seeAlso, this strikes me as a non-issue.

@Jamie-SA and @tedhills both  use rdfs:seeAlso extensively.
QUESTION: do you always use it so that the object of the triple always points to something specific, as I described above? That would make it a more restrictive usage than is specifically stated in the W3C documentation.

@uscholdm Good point that even a literal is a resource. I hadn't picked up on that. Lacking that insight, I had restricted my use of :seeAlso to be just IRIs, either of other resources in the same ontology, other resources in other ontologies, or Web pages.
Regardless of the nature of the object of the :seeAlso property, I've always interpreted :seeAlso as having the same significance as a "See Also" reference on a Linux man page. (For an example of this, "see also" (yuk yuk) the See Also section at the bottom of the Linux man page on grep.) It's just a pointer to related items. For example, when I am defining a financial instrument in the Morgan Stanley Research Ontology, I will use :seeAlso to reference closely related instruments that might not be easily found in the ontology.
I still well remember my days of learning UNIX at Bell Labs, where chasing the "See Also" references helped me find what I was really looking for, and taught me a lot.
skos:note just doesn't communicate the same thing as skos:seeAlso. Even if a skos:seeAlso property contaned mere text, one would expect it to provide additional illuminating information that is not properly part of a skos:definition or any of the other skos annotations.

@tedhills said:

skos:note just doesn't communicate the same thing as skos:seeAlso.

Even if a skos:seeAlso property contained mere text, one would expect it to provide additional illuminating information that is not properly part of a skos:definition or any of the other skos annotations.

Yes, I can see that, from a common sense perspective.  Unfortunately, its not in the documentation.

We can stipulate in the style guide that we use rdfs:seeAlso only with non-literal objects, but I think we ought to leave it open to both web pages and RDF resources. I.e., the style guide can state not only "we will use this property" but also "we will use this property as follows:...".

@rjyounes agreed

Stop using rdfs:comment and rdfs:label. Instead use:
Labels:
skos:prefLabel
skos:altLabel
Comments:
skos:definition
skos:example
skos:scopeNote
skos:editorialNote - just for future editors, doesn't affect users' understanding
rdfs:isDefinedBy (automatically inserted)
rdfs:seeAlso (can be URI or literal)
Limited use - style guide should define appropriate circumstances.
skos:historyNote (occasionally for things that have been around for a long time)
skos:changeNote (rarely, since should be in release notes, but users are not always looking at release notes. Use, e.g., to describe rationale)
skos:note (rarely if ever, if no more specific note is available and not want to create yet another annotation property)

Closing, since decision has been reached. Implementation is covered in #351.


Add Casbin authz module

This PR solves: https://github.com/revel/revel/issues/1176
It is also a update of: https://github.com/revel/modules/pull/47

See #47

Hi, what do you mean by See #47? #47 is a closed legacy PR, which already has no update.

Sorry my mistake


Add support for *.[extension].dist

Sometimes local config files aren't added to Git repositories but general config files with the original filename and an additional .dist extension.
For example:
phpunit.xml.dist
grumphp.yml.dist
Since those files have the .dist extension, Glance won't show any preview. Even if the "real" extension is known and can be handled by Glance.

This seems like a weird naming convention to me. Why not *.dist.yml? Many tools rely on a file's extension to determine its type, and this way the information is basically lost. I've tried opening such .dist files in VSCode and IntelliJ; neither of them recognize the actual file type correctly.
I see there are some popular frameworks using this convention, though. Maybe I'll add the UTI for .dist so Glance shows the file content, but I'd rather not complicate the syntax highlighting code to support such files.

Implemented in #33.


Add media types to be able to use as local cache

Fixes an issue blocking denoland/deno#1289.  When treating a set of files like a local cache of dependencies, the .mime files need to be provided to ensure that Deno can properly processes the files.

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.You have signed the CLA already but the status is still pending? Let us recheck it.

@ry Ref: denoland/deno#1291


the number of samples

Does the number of samples of frequency domain must less than the the number of samples of frequency domain.
when I  Run the following program
kiss_fft_cfg cfg = kiss_fft_alloc( 1024, 0, 0, 0 );
kiss_fft_cpx *cx_in = new kiss_fft_cpx[400];
kiss_fft_cpx *cx_out = new kiss_fft_cpx[1024];
the value of ou is -nan.
sorry for My native language is not English.

Generally if you have an N point discrete Fourier Transform then that's the case both on the time- and frequency domain. So:
const int n = 2014;
kiss_fft_cfg cfg = kiss_fft_alloc( n, 0, 0, 0 );
kiss_fft_cpx *cx_in = new kiss_fft_cpx[n];
kiss_fft_cpx *cx_out = new kiss_fft_cpx[n];