Follow up: Fix dependency cycle issue

Details

This is a follow up PR to fix a dependency cycle issue introduced by this PR: https://github.com/Expensify/App/pull/30917. Related conversation: https://expensify.slack.com/archives/C01GTK53T8Q/p1700034395603399
Fixed Issues

$ https://github.com/Expensify/App/issues/30377
PROPOSAL: https://github.com/Expensify/App/issues/30377#issuecomment-1780011566
Tests

Test 1:

Open the app on native devices. Ensure no console errors related to Dependency Cycle are shown.

Test 2:

Go to the workspace chat.
Click on request money.
Enter any amount on manual request.
Click on Next > Request.
Open the new expense report.
Click on the custom tag, choose any tag.
Ensure that in the system message, the custom tag is used.

[x] Verify that no errors appear in the JS console

Offline tests

If the policy has custom tags, then the system message will use the custom tag correctly.
QA Steps

Go to the workspace chat.
Click on request money.
Enter any amount on manual request.
Click on Next > Request.
Open the new expense report.
Click on the custom tag, choose any tag.
Ensure that in the system message, the custom tag is used.

[x] Verify that no errors appear in the JS console

PR Author Checklist

[x] I linked the correct issue in the ### Fixed Issues section above
[x] I wrote clear testing steps that cover the changes made in this PR

[x] I added steps for local testing in the Tests section
[x] I added steps for the expected offline behavior in the Offline steps section
[x] I added steps for Staging and/or Production testing in the QA steps section
[x] I added steps to cover failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[x] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)
[x] I tested this PR with a High Traffic account against the staging or production API to ensure there are no regressions (e.g. long loading states that impact usability).

[x] I included screenshots or videos for tests on all platforms
[x] I ran the tests on all platforms & verified they passed on:

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

[x] I verified there are no console errors (if there's a console error not related to the PR, report it or open an issue for it to be fixed)
[x] I followed proper code patterns (see Reviewing the code)

[x] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick)
[x] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[x] I verified that comments were added to code that is not self explanatory
[x] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[x] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method

[x] If any non-english text was added/modified, I verified the translation was requested/reviewed in #expensify-open-source and it was approved by an internal Expensify engineer. Link to Slack message:

[x] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[x] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is approved by marketing by adding the Waiting for Copy label for a copy review on the original GH to get the correct copy.
[x] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[x] I verified the JSDocs style guidelines (in STYLE.md) were followed

[x] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[x] I followed the guidelines as stated in the Review Guidelines
[x] I tested other components that can be impacted by my changes (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar are working as expected)
[x] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[x] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[x] I verified that if a function's arguments changed that all usages have also been updated correctly
[x] If any new file was added I verified that:

[x] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[x] If a new CSS style is added I verified that:

[x] A similar style doesn't already exist
[x] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG))

[x] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[x] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[x] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[x] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[x] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[x] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.

Screenshots/Videos

Android: Native
https://github.com/Expensify/App/assets/54214654/ab47738e-21c7-46b0-a523-dd7d1ed02657

iOS: Native
https://github.com/Expensify/App/assets/54214654/3cf56414-82b7-41e4-bbd8-e067ab7a8dc0

Reviewer Checklist

[ ] I have verified the author checklist is complete (all boxes are checked off).
[ ] I verified the correct issue is linked in the ### Fixed Issues section above
[ ] I verified testing steps are clear and they cover the changes made in this PR

[ ] I verified the steps for local testing are in the Tests section
[ ] I verified the steps for Staging and/or Production testing are in the QA steps section
[ ] I verified the steps cover any possible failure scenarios (i.e. verify an input displays the correct error message if the entered data is not correct)
[ ] I turned off my network connection and tested it while offline to ensure it matches the expected behavior (i.e. verify the default avatar icon is displayed if app is offline)

[ ] I checked that screenshots or videos are included for tests on all platforms
[ ] I included screenshots or videos for tests on all platforms
[ ] I verified tests pass on all platforms & I tested again on:

[ ] Android: Native
[ ] Android: mWeb Chrome
[ ] iOS: Native
[ ] iOS: mWeb Safari
[ ] MacOS: Chrome / Safari
[ ] MacOS: Desktop

[ ] If there are any errors in the console that are unrelated to this PR, I either fixed them (preferred) or linked to where I reported them in Slack
[ ] I verified proper code patterns were followed (see Reviewing the code)

[ ] I verified that any callback methods that were added or modified are named for what the method does and never what callback they handle (i.e. toggleReport and not onIconClick).
[ ] I verified that the left part of a conditional rendering a React component is a boolean and NOT a string, e.g. myBool && <MyComponent />.
[ ] I verified that comments were added to code that is not self explanatory
[ ] I verified that any new or modified comments were clear, correct English, and explained "why" the code was doing something instead of only explaining "what" the code was doing.
[ ] I verified any copy / text shown in the product is localized by adding it to src/languages/* files and using the translation method
[ ] I verified all numbers, amounts, dates and phone numbers shown in the product are using the localization methods
[ ] I verified any copy / text that was added to the app is grammatically correct in English. It adheres to proper capitalization guidelines (note: only the first word of header/labels should be capitalized), and is approved by marketing by adding the Waiting for Copy label for a copy review on the original GH to get the correct copy.
[ ] I verified proper file naming conventions were followed for any new files or renamed files. All non-platform specific files are named after what they export and are not named "index.js". All platform-specific files are named for the platform the code supports as outlined in the README.
[ ] I verified the JSDocs style guidelines (in STYLE.md) were followed

[ ] If a new code pattern is added I verified it was agreed to be used by multiple Expensify engineers
[ ] I verified that this PR follows the guidelines as stated in the Review Guidelines
[ ] I verified other components that can be impacted by these changes have been tested, and I retested again (i.e. if the PR modifies a shared library or component like Avatar, I verified the components using Avatar have been tested & I retested again)
[ ] I verified all code is DRY (the PR doesn't include any logic written more than once, with the exception of tests)
[ ] I verified any variables that can be defined as constants (ie. in CONST.js or at the top of the file that uses the constant) are defined as such
[ ] If a new component is created I verified that:

[ ] A similar component doesn't exist in the codebase
[ ] All props are defined accurately and each prop has a /** comment above it */
[ ] The file is named correctly
[ ] The component has a clear name that is non-ambiguous and the purpose of the component can be inferred from the name alone
[ ] The only data being stored in the state is data necessary for rendering and nothing else
[ ] For Class Components, any internal methods passed to components event handlers are bound to this properly so there are no scoping issues (i.e. for onClick={this.submit} the method this.submit should be bound to this in the constructor)
[ ] Any internal methods bound to this are necessary to be bound (i.e. avoid this.submit = this.submit.bind(this); if this.submit is never passed to a component event handler like onClick)
[ ] All JSX used for rendering exists in the render method
[ ] The component has the minimum amount of code necessary for its purpose, and it is broken down into smaller components in order to separate concerns and functions

[ ] If any new file was added I verified that:

[ ] The file has a description of what it does and/or why is needed at the top of the file if the code is not self explanatory

[ ] If a new CSS style is added I verified that:

[ ] A similar style doesn't already exist
[ ] The style can't be created with an existing StyleUtils function (i.e. StyleUtils.getBackgroundAndBorderStyle(themeColors.componentBG)

[ ] If the PR modifies code that runs when editing or sending messages, I tested and verified there is no unexpected behavior for all supported markdown - URLs, single line code, code blocks, quotes, headings, bold, strikethrough, and italic.
[ ] If the PR modifies a generic component, I tested and verified that those changes do not break usages of that component in the rest of the App (i.e. if a shared library or component like Avatar is modified, I verified that Avatar is working as expected in all cases)
[ ] If the PR modifies a component related to any of the existing Storybook stories, I tested and verified all stories for that component are still working as expected.
[ ] If the PR modifies a component or page that can be accessed by a direct deeplink, I verified that the code functions as expected when the deeplink is used - from a logged in and logged out account.
[ ] If a new page is added, I verified it's using the ScrollView component to make it scrollable when more elements are added to the page.
[ ] If the main branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to the Test steps.
[ ] I have checked off every checkbox in the PR reviewer checklist, including those that don't apply to this PR.

Screenshots/Videos

Android: Native

Android: mWeb Chrome

iOS: Native

iOS: mWeb Safari

MacOS: Chrome / Safari

MacOS: Desktop

Following this discussion, it should be good to go.

:hand: This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release.

🚀 Deployed to production by https://github.com/luacmartins in version: 1.4.1-13 🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


test commit

Signed-off-by: Andrew Geissler<EMAIL_ADDRESS>

jenkins run tests please

jenkins run tests please


minLength and maxLength is not shown for arrays

Do you mean minItems and maxItems?
If so this has been already fixed in https://github.com/Rebilly/ReDoc/pull/700 and will be released in the upcoming release

Great!


Spring Cloud GCP is not enabled by default when starter is specified

This is easily missed unless reading into the documentation reference.  Is there a way to auto-enable based on other attributes/properties? E.g., existence of bootstrap properties?

I think you're referring to the Config bit, right?

I'll go ahead and close this due to the lack of a workaround.


[Bug] Missing language key in config screen

The translatable text key text.autoconfig.accessories.option.clientData.disabledDefaultRenderers has no translation in English.

Additional info I forgot to mention (woops)

Accessories version is 1.0.0-beta.16+1.21
I am viewing this screen via the Mod Menu mod.
I downloaded both mods from Modrinth, although that shouldn't mean much.

Ah, will see about getting a version out with such as I need to do a hot fix anyway

Ok should be published


Create trigger_scheduled_test.yml

Description
What is this PR

[ ] Bug fix
[x] Addition of a new feature
[ ] Other

Why is this PR needed?
We'd like to run our tests regularly, because we rarely make changes to the repo, so we are unlikely to catch dependencies going out of date.
What does this PR do?
Adds a GH workflow that triggers the test workflow weekly on Sunday at 3AM only on this repo (not on its forks) and on the main branch.
References
Closes #55
How has this PR been tested?
Please explain how any new code has been tested, and how you have ensured that no existing functionality has changed.
Is this a breaking change?
If this PR breaks any existing functionality, please explain how and why.
Does this PR require an update to the documentation?
If any features have changed, or have been added. Please explain how the
documentation has been updated.
Checklist:

[ ] The code has been tested locally
[ ] Tests have been added to cover all new functionality
[ ] The documentation has been updated to reflect any changes
[ ] The code has been formatted with pre-commit

Closing in favour of cleaner #92


pkgsStatic shouldn't imply musl.

Describe the bug
pkgsStatic switches the libc from the default glibc to musl. But musl has its own pkgs overlay, that should compose with pkgsStatic. Currently it does not: https://github.com/NixOS/nixpkgs/issues/114510.
See also https://github.com/NixOS/nixpkgs/pull/136549#issuecomment-1114160511:

The fact pkgsStatic is using musl is an accident: glibc static build was broken at the time and musl was used instead. Ideally pkgsStatic should differ from pkgs in just having -static kind of flags.
Nowadays glibc.static is working and I was actually thinking about changing pkgsStatic back to using it.

It looks like this is all that should be needed to make the pkgsStatic package set use static glibc.
--- a/pkgs/top-level/stage.nix
+++ b/pkgs/top-level/stage.nix
@@ -250,7 +250,6 @@ let
     extend = f: self.appendOverlays [f];

     # Fully static packages.
-    # Currently uses Musl on Linux (couldn’t get static glibc to work).
     pkgsStatic = nixpkgsFun ({
       overlays = [ (self': super': {
         pkgsStatic = super';
@@ -258,9 +257,7 @@ let
     } // lib.optionalAttrs stdenv.hostPlatform.isLinux {
       crossSystem = {
         isStatic = true;
-        parsed = makeMuslParsedPlatform stdenv.hostPlatform.parsed;
-      } // lib.optionalAttrs (stdenv.hostPlatform.system == "powerpc64-linux") {
-        gcc.abi = "elfv2";
+        parsed = stdenv.hostPlatform.parsed;
       };
     });
   };

This currently fails to build static glibc during stdenv bootstrap.

Note that static linking the glibc can lead to various weird bugs and is generally discouraged, see https://stackoverflow.com/a/57478728, and look through the libc manual for "statically link" and "static link". The wiki also has a FAQ about this.
musl seems a better choice for static linking.

I don't see any language discouraging static linking in the libc manual. The caveats of static linking mentioned in that stackoverflow post are noted, but they aren't major IMO and don't seem like showstoppers for someone desiring a static distribution.


Support concurrent users - stage 1

When about to save check whether configuration has been updated in server and warn the user.
Provide save to disk option.

related to #33

closed with save to disk option


Can't enable plugin for non master realm

The configuration menu doesn't exists in non default realms even if you enable the theme. Keycloak 18.0.0

Found that you need to enable it in master realm first, then add the required realm in the Authorization tab under SCIM menu. Then switch to the target realm and configure everything there


Vendor the azblob 0.6.0 dependency so customers can upgrade to later blobs packages

<EMAIL_ADDRESS>is a beta dependency we use for storage checkpointing. More recent releases won't compile with our package, which means that customers that want to move forward can't.
Vendoring this dependency allows us to avoid doing that upgrade until the blob package has finalized, or until we migrate over to the latest package released in azure-sdk-for-go.
Fixes #261

/azp run Azure.azure-event-hubs-go

/azp run Azure.azure-event-hubs-go

/azp run Azure.azure-event-hubs-go

When will this be merged in? I have an issue using an updated snowflakedb which needs azure-blobs 0.14.0 but azure-events-hub still requires azure-blobs 0.6.0, any recommended work arounds for such issues which leads the issues mentioned in
https://github.com/Azure/azure-event-hubs-go/issues/261

@aarshshah-8 sorry for the delay, this has been tagged and released

@aarshshah-8 sorry for the delay, this has been tagged and released

No worries! Thank you for taking care of it so quick. Tested it out and it works great


Is this going to replace oauthjs/express-oauth-server ?

Just passing by and I was wondering if this fork will be published under https://www.npmjs.com/package/express-oauth-server soon or after. With https://github.com/eclipse/thingweb.node-wot we are having annoying npm audit problems that I would like to resolve. Thank you for your time! :)

Yep would also like for this to published.

Hey @relu91 @cancan101 @casret I did not watch the repo to I totally missed these comments. There are some other comments as well in the main repo asking for this.
I would go an extra round and look for updating this repo. However, I do not actively use the oauth2 server with express so I need a bit of your requirements on what actually needs to be updated.

@relu91 @cancan101 @casret please review this PR: #7 The more reviewers we have the faster we can publish

Thank you for pinging me back. As I said in the beginning our main use case is to have a test server that is fully compliant with oAuth2 protocol to verify that our client is behaving correctly. I'll check #7

I'll try ASAP and I'll let you know.

How do I get typescript to see the types for this new package? When I had previously installing this package from GitHub, I had been using this package @types/express-oauth-server to add types. Now that I am installing from npm using @node-oauth/express-oauth-server, typescript is no longer seeing the types.

The types were related to the original repo. Since we didn't change the API it should work if we create a types.ts file and copy the one from the types repo, right?

@cancan101 @relu91 the types would be added in this PR: #11 please review and confirm/deny so we can merge and move forward with this :-)

Everything was fine, thank you really much!


Pioneers Modpack Version 7 - Boom (Server Crash)

http://pastebin.com/jU51AJdU

I will check it out?

I will check it out

I think this is fixed by updating ElecCore

Indeed


Enable custom installed ADIOS2

Similar to HDF5.jl
Use JULIA_ADIOS2_PATH to search for libadios2_c and libadios2_c_mpi.
Added documentation.
Tested locally, but will need proper CI.
Fixes #9

@eschnett CI fails:

MPICH related failure when trying tests after installing mpiexecjl
Docs might be missing a build step as in HDF5.

Happy to make PRs

@williamfgc I'm busy this week with another project. PRs would be appreciated.

@eschnett I am switching to OpenMPI_jll on macOS runners only as MPICH segs fault at init. It's following MPI.jl CI step here.  As a follow up, adding proper CI to this might be better off with a container with an already existing adios2 installation.

@williamfgc That's weird. I've spent more than my share of time chasing down MPI segfaults (the good ones happen at init). I'm slightly worried that there's a deeper issue to track down. However, if OpenMPI makes the self-tests succeed, then so be it.

@williamfgc Is this PR good to go?

@eschnett yes, the PR is good to go! The MPICH error is easy to reproduce on the latest macOS runners, here. Thanks!


Closing animation for bottomsheet

Incorporated feature request in #745
Screenshots

@shashi278 These changes don't work. Because the on_dismiss method is called after the modal window is closed.

@shashi278 These changes don't work. Because the on_dismiss method is called after the modal window is closed.

@shashi278 I've already fixed that.

@shashi278 I've already fixed that.

It seemed to be working though. Did I miss something? 🤔

It seemed to be working though. Did I miss something? 🤔

Should it be done inside on_pre_dismiss? @HeaTTheatR

Should it be done inside on_pre_dismiss? @HeaTTheatR

@shashi278 No. We had to completely rewrite the dismiss method:
    def dismiss(self, *args, **kwargs):
        def dismiss(*args):
            self.dispatch("on_pre_dismiss")
            self._gl_content.clear_widgets()
            self._real_remove_widget()
            self.dispatch("on_dismiss")

        if self.animation:
            a = Animation(height=0, d=self.duration_closing)
            a.bind(on_complete=dismiss)
            a.start(self._gl_content)
        else:
            dismiss()```

@shashi278 No. We had to completely rewrite the dismiss method:
    def dismiss(self, *args, **kwargs):
        def dismiss(*args):
            self.dispatch("on_pre_dismiss")
            self._gl_content.clear_widgets()
            self._real_remove_widget()
            self.dispatch("on_dismiss")

        if self.animation:
            a = Animation(height=0, d=self.duration_closing)
            a.bind(on_complete=dismiss)
            a.start(self._gl_content)
        else:
            dismiss()```

I see. Glad you already fixed that! 😅

I see. Glad you already fixed that! 😅


Evaluate missing plugins in the GT VM

We need to investigate the missing VM plugins:
pharoPlugins := 'Pharo.app/Contents/MacOS/Plugins' asFileReference files collect: #basename.

gtPlugins := 'GlamorousToolkit.app/Contents/MacOS/Plugins' asFileReference files collect: #basename.

pharoPlugins \ gtPlugins.

In particular, the sound plugin is missing in GT.

This is comparing the contents of the standard Pharo 8 VM (based on opensmalltalk-vm) with the contents of the GT headless VM (basedon the Pharo 8 headless VM).  The packaging has changed quite a bit during that development.
pharoPlugins := '/dev/shm/p8h/pharo-vm/lib' asFileReference files collect: #basename.

gtPlugins := '/home/alistair/pharo8/gt150/vmgt/lib' asFileReference files collect: #basename.

pharoPlugins \ gtPlugins.

Produces:
#('libPharoVMCore.so' 'pharo')

which is explained by the renaming from pharo to gtoolkit.

This is expected.  Please reopen if there's something I've missed.


Use args instead of a config file.

socket address
pubsub topics for live
archive live video & chat

Would like to be able to specify codec via args when using video streaming


Keyboard shortcut to save training data (without having to open the save/load panel)?

It seems weird to have to open a sub-panel with one key, then click a button to save the training data. Maybe just "s" to save training data (by prompting with the file save dialog)?

Fixed with https://github.com/damellis/sensors/commit/ec02c9cf077dbece22593efeded04573ea123348.
Now s is save and p is for pause/resume.
Planning to get rid of the panel at some point in the future.


Error when downloading modpacks

I got one step closer by selecting the "correct" directory in the dialog that opens with the --manual option. It needs to be pack/<yourpack>/.minecraft.
It downloads the addons, but then fails with another error:
Traceback (most recent call last):
  File "/home/jreimann/apps/modpack-installer/install.py", line 196, in <module>
    main(args.zipfile, args.forge_disable)
  File "/home/jreimann/apps/modpack-installer/install.py", line 140, in main
    mods = mod_download.main(packdata_dir + '/manifest.json', '.modcache')
  File "/home/jreimann/apps/modpack-installer/mod_download.py", line 70, in main
    loop.run_until_complete(future)
  File "/usr/lib64/python3.10/asyncio/base_events.py", line 641, in run_until_complete
    return future.result()
  File "/home/jreimann/apps/modpack-installer/mod_download.py", line 56, in download_mods_async
    for resp in await asyncio.gather(*tasks):
  File "/usr/lib64/python3.10/concurrent/futures/thread.py", line 58, in run
    result = self.fn(*self.args, **self.kwargs)
  File "/home/jreimann/apps/modpack-installer/mod_download.py", line 32, in fetch_mod
    file_type = project_info['websiteUrl'].split('/')[4] # mc-mods or texture-packs
TypeError: 'NoneType' object is not subscriptable

Originally posted by @ctron in https://github.com/cdbbnnyCode/modpack-installer/issues/8#issuecomment-1008078832

It appears that the Forge API occasionally returns 504 gateway timeout errors. Fixed in v2.2-beta.


Add a "full series" option to the stack transforms

See discussion at #325 and https://github.com/observablehq/plot/pull/348#issuecomment-830659582

Datadog calls this “default zero” interpolation: https://docs.datadoghq.com/dashboards/functions/interpolation/#default-zero
I wonder to what degree this is specific to time series. I can certainly imagine cases where it’s not specific to time series, but when it is, it seems like the bin transform with filter: null is an option for fixing the missing data.

It's worse than this: using the empty bin approach is necessary for a continuous ("binnable") domain, but far from sufficient—as soon as you have z or facets, you need a point (real or fake) for each element of the domain times each of the series.

But the bin domain is the same across all groups and facets, so as long as you have at least one data point in a given group,  you’ll get all the bins?

In https://observablehq.com/d/f6a7975f2ad4519a there is no empty bin, but if we push up the number of bins to 200, we start to get the same issue of "interpolating above missing bins". Outlined in red in the image below, all the areas should drop to zero since there is no data point in this position.

(I'm not sure that we can find a generic way to do both operations, maybe imputing missing values is something that should be left to the data-wrangling section?)

But that example doesn’t use filter: null on the bin transform, right?

possibly superseded by #499 and #500

closing since this example is solved with filter: null.


notifications: Remove the stray notification trigger strings.

#25828 (comment)

Would be great if we didn't have any stray trigger strings in this file, as well as in test_notification_data.py, although not a blocker :)

Included in my TODO list. -- stray trigger strings have been used in a lot of places in this file and a few others. I'll change all of them in a separate mini PR.

This commit removes the stray strings used to refer to various types of notification triggers.
We use the attributes of the NotificationTriggers class instead.

Self-review checklist

[x] Self-reviewed the changes for clarity and maintainability
(variable names, code reuse, readability, etc.).

Communicate decisions, questions, and potential concerns.

[x] Explains differences from previous plans (e.g., issue description).
[ ] Highlights technical choices and bugs encountered.
[ ] Calls out remaining decisions and concerns.
[ ] Automated tests verify logic where appropriate.

Individual commits are ready for review (see commit discipline).

[x] Each commit is a coherent idea.
[x] Commit message(s) explain reasoning and motivation for changes.

Completed manual review and testing of the following:

[ ] Visual appearance of the changes.
[ ] Responsiveness and internationalization.
[ ] Strings and tooltips.
[ ] End-to-end functionality of buttons, interactions and flows.
[ ] Corner cases, error conditions, and easily imagined bugs.

@zulipbot add "mentor review"

This is really great, merged, thanks @prakhar1144!


Get information in popup window: It's taking a while to configure your breakpoints. You can speed this up by updating the 'outFiles' in your launch.json.

Bug Description:

Steps to Reproduce:

Set breakpoints first
Execute debug for a big typescript project : 74 *.js files + 3620 *.ts files
The debug session stopped at "Debugger attached" , and get popup window with warning message "It's taking a while to configure your breakpoints. You can speed this up by updating the 'outFiles' in your launch.json."

node@app-my-11-0-0-debugger-debug01-57cd45b7fb-xw7m6:/home/project$ cd '/home/project' && env 'NODE_OPTIONS=--require /home/node/applications/browser/plugins/ms-vscode.js-debug/extension/src/bootloader.bundle.js --inspect-publish-uid=http' 'VSCODE_INSPECTOR_OPTIONS={"inspectorIpc":"/tmp/node-cdp.317-4.sock","deferredMode":false,"waitForDebugger":"","execPath":"/usr/local/bin/node","onlyEntrypoint":false,"autoAttachMode":"always","fileCallback":"/tmp/node-debug-callback-9bfeed20eb67b668"}' '/usr/local/bin/node'<EMAIL_ADDRESS>Debugger attached.

Additional Information

Operating System: use Dockerfile https://github.com/eclipse-theia/theia-blueprint/blob/master/browser.Dockerfile
Theia Version: Version 1.35.0 (Beta)

the log I can find in backend
2023-03-27T10:20:11.639Z root INFO [hosted-plugin: 578] PLUGIN_HOST(578): PluginManagerExtImpl/loadPlugin(/home/node/applications/browser/plugins/vscode.debug-server-ready/extension/dist/extension)
2023-03-27T10:20:11.642Z root INFO [hosted-plugin: 578] Debug configuration provider has been registered: *, trigger: 1
2023-03-27T10:20:11.677Z root INFO [hosted-plugin: 578] Creating local connection: 8f55da59-339c-4a4d-87eb-35f96912024d
2023-03-27T10:20:11.687Z root DEBUG Creating plugin connection: 8f55da59-339c-4a4d-87eb-35f96912024d
2023-03-27T10:20:11.688Z root INFO [hosted-plugin: 578] starting debug adapter session '8f55da59-339c-4a4d-87eb-35f96912024d'
2023-03-27T10:20:11.694Z root DEBUG Creating local connection: 8f55da59-339c-4a4d-87eb-35f96912024d
2023-03-27T10:20:11.700Z root INFO [hosted-plugin: 578] Creating plugin connection: 8f55da59-339c-4a4d-87eb-35f96912024d
2023-03-27T10:20:11.735Z root DEBUG telemetry/js-debug/launch {
  type: 'pwa-node',
  request: 'launch',
  os: 'linux x64',
  nodeVersion: 'v16.19.1',
  adapterVersion: '1.72.1',
  parameters: '{"type":"pwa-node","name":"<string>","request":"launch","trace":{"stdio":false,"logFile":null},"outputCapture":"console","timeout":10000,"timeouts":{},"showAsyncStacks":true,"skipFiles":["<string>"],"smartStep":true,"sourceMaps":true,"sourceMapRenames":true,"pauseForSourceMap":false,"resolveSourceMapLocations":["<string>","<string>"],"rootPath":"<string>","outFiles":["<string>","<string>"],"sourceMapPathOverrides":{"webpack:///./~/*":"<string>","webpack:////*":"<string>","webpack://@?:*/?:*/*":"<string>","webpack://?:*/*":"<string>","webpack:///([a-z]):/(.+)":"<string>","meteor://💻app/*":"<string>"},"enableContentValidation":true,"cascadeTerminateToConfigurations":[],"__workspaceFolder":"<string>","__breakOnConditionalError":false,"cwd":"<string>","env":{},"envFile":null,"localRoot":null,"remoteRoot":null,"autoAttachChildProcesses":true,"runtimeSourcemapPausePatterns":[],"program":"<string>","stopOnEntry":false,"console":"<string>","restart":false,"args":[],"runtimeExecutable":"node","runtimeVersion":"default","runtimeArgs":[],"profileStartup":false,"attachSimplePort":null,"killBehavior":"forceful","noDebug":false,"internalConsoleOptions":"<string>","__workspaceCachePath":"<string>"}'
}
2023-03-27T10:20:11.997Z terminal DEBUG Starting terminal process {
  "command": "/bin/bash",
  "args": [],
  "options": {
    "name": "xterm-color",
    "cols": 80,
    "rows": 24,
    "cwd": "/home/project",
    "env": {
      "X4_NUM_WORKERS": "0",
      "APP_CBC_11_0_0_SVC_PORT_80_TCP": "tcp://<IP_ADDRESS>:80",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_80_TCP": "tcp://<IP_ADDRESS>:80",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_81_TCP": "tcp://<IP_ADDRESS>:81",
      "APP_JOBMANAGER01_SVC_PORT_3224_TCP_PORT": "3224",
      "APP_LOCKMANAGER01_SVC_PORT_3223_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_API_SVC_PORT_80_TCP": "tcp://<IP_ADDRESS>:80",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_82_TCP": "tcp://<IP_ADDRESS>:82",
      "KUBERNETES_SERVICE_PORT": "443",
      "APP_BAFREDIS_SVC_PORT_6379_TCP_PORT": "6379",
      "APP_CBC_11_0_0_SVC_PORT_81_TCP": "tcp://<IP_ADDRESS>:81",
      "KUBERNETES_PORT": "tcp://<IP_ADDRESS>:443",
      "APP_JOBMANAGER01_SVC_PORT_3224_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_81_TCP": "tcp://<IP_ADDRESS>:81",
      "VCAP_SERVICES": "{\n  \"objectstore\": [\n    {\n      \"binding_name\": null,\n      \"credentials\": {\n        \"auth_url\": \"https://identity-3.eu-de-2.cloud.sap:443\",\n        \"container_name\": \"content-management\",\n        \"password\": \"8auD9mFXzT6k9Djn\",\n        \"project\": \"x4-test\",\n        \"project_domain\": \"monsoon3\",\n        \"user_domain\": \"monsoon3\",\n        \"username\": \"TM3_I039818_02\"\n      },\n      \"label\": \"objectstore\",\n      \"plan\": \"swift-standard\",\n      \"provider\": \"openstack\",\n      \"tags\": [\"objectStore\"]\n    }\n  ],\n  \"auditlog\": [\n    {\n      \"binding_name\": null,\n      \"credentials\": {\n        \"password\": \"5fbf5b9bb8d5a19d\",\n        \"url\": \"https://api.auditlog.cf.eu10.hana.ondemand.com:8081\",\n        \"user\": \"bfa9e97630d37b02\"\n      },\n      \"instance_name\": \"bcauditlog\",\n      \"label\": \"auditlog\",\n      \"name\": \"auditlog\",\n      \"plan\": \"standard\",\n      \"provider\": null,\n      \"tags\": [\"auditlog\"]\n    }\n  ],\n  \"uaa\": [\n    {\n      \"label\": \"xsuaa\",\n      \"provider\": null,\n      \"plan\": \"broker\",\n      \"name\": \"x4uaa\",\n      \"tags\": [\"xsuaa\"],\n      \"instance_name\": \"x4uaa\",\n      \"binding_name\": null,\n      \"credentials\": {\n        \"apiurl\": \"https://api.authentication.eu10.hana.ondemand.com\",\n        \"clientid\": \"sb-xman-local!b42795\",\n        \"clientsecret\": \"MHNR9Sxky4hyd33A5FEwdu2B5vk=\",\n        \"identityzone\": \"xman-dev\",\n        \"identityzoneid\": \"f815e0a3-2af6-404d-b42b-e10d51c49174\",\n        \"sburl\": \"https://internal-xsuaa.authentication.eu10.hana.ondemand.com\",\n        \"tenantid\": \"f815e0a3-2af6-404d-b42b-e10d51c49174\",\n        \"tenantmode\": \"dedicated\",\n        \"trustedclientidsuffix\": \"|xman-local!b42795\",\n        \"uaadomain\": \"authentication.eu10.hana.ondemand.com\",\n        \"url\": \"https://xman-dev.authentication.eu10.hana.ondemand.com\",\n        \"verificationkey\": \"-----BEGIN PUBLIC KEY-----MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAtJ5lMtRAVmS2wNuIAADqgk0gw7PwM8S3NK+3oNv2gYy2C0+mdtdbp3ovwkCdz24Cqm9ZV43+0Z2w6RSuKA3frrjn/PvZqx8MPRDNhd1bVqrMq+QqDLS4ErB+uPvoRZi610bxk8HFdLWMJ8on1MiWXG1sZUou0pAAsjM2o/JqQVMaGB0NMPlZn7aPtJ8tmeMlkZ6o/WlMBpwuRwXDe68wUZ/AC/drANgHFuFC8yjTZIMRoT+HggtbryJElTDN1L/wfFQ7wNtZLHz2OP42REU+yD170g3GaoTmd7aKonb0UM8z/rjpt400w3id6+YUKhr2R15wE49r2Bm5RcMUnGWP7QIDAQAB-----END PUBLIC KEY-----\",\n        \"xsappname\": \"xman-local!b42795\"\n      },\n      \"syslog_drain_url\": null,\n      \"volume_mounts\": []\n    }\n  ]\n}\n\n",
      "REPO_DB_HOST": "app-bafdb-svc.cbc-local.svc.cluster.local",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_82_TCP": "tcp://<IP_ADDRESS>:82",
      "APP_LOCKMANAGER01_SVC_SERVICE_HOST": "<IP_ADDRESS>",
      "APP_BAFREDIS_SVC_PORT_6379_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_API_SVC_PORT_81_TCP": "tcp://<IP_ADDRESS>:81",
      "APP_JOBMANAGER01_SVC_SERVICE_HOST": "<IP_ADDRESS>",
      "REPO_DB_USER": "postgres",
      "APP_BAFREDIS_SVC_SERVICE_PORT_TCP_REDIS_PORT": "6379",
      "NODE_VERSION": "16.19.1",
      "HOSTNAME": "app-cbc-11-0-0-debugger-debug01-57cd45b7fb-xw7m6",
      "DB_PORT": "5432",
      "LOG_LEVEL_CONSOLE": "Debug",
      "YARN_VERSION": "1.22.19",
      "X4_POD_NAMESPACE": "cbc-local",
      "X4_EXT_JOB_PORT": "3224",
      "APP_BAFDB_SVC_SERVICE_PORT_TCP_PG_PORT": "5432",
      "HOME": "/home/node",
      "DB_NAME": "postgres",
      "X4_EXT_LOCK_MAN_PORT": "3223",
      "APP_LOCKMANAGER01_SVC_PORT_3223_TCP": "tcp://<IP_ADDRESS>:3223",
      "REPO_DB_PORT": "5432",
      "ENABLE_SAP_INTERNAL_CAPABILITIES": "true",
      "X4_VERSION": "cbc-11-0-0",
      "APP_JOBMANAGER01_SVC_PORT": "tcp://<IP_ADDRESS>:3224",
      "APP_JOBMANAGER01_SVC_PORT_3224_TCP": "tcp://<IP_ADDRESS>:3224",
      "APP_LOCKMANAGER01_SVC_SERVICE_PORT": "3223",
      "APP_LOCKMANAGER01_SVC_PORT": "tcp://<IP_ADDRESS>:3223",
      "APP_JOBMANAGER01_SVC_SERVICE_PORT": "3224",
      "MULTITENANCY_MODE": "SCHEMA_SEPERATION",
      "APP_JOBMANAGER01_SVC_SERVICE_PORT_HTTP_JOB_MAN_SVC_PORT": "3224",
      "APP_BAFREDIS_SVC_PORT_6379_TCP": "tcp://<IP_ADDRESS>:6379",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_SERVICE_PORT_HTTP_X4_IDE_SVC_PORT": "82",
      "APP_LOCKMANAGER01_SVC_SERVICE_PORT_HTTP_LOCK_MAN_SVC_PORT": "3223",
      "X4_SYS_UAA_SU_PROVIDER_SUBACCOUNT_SUBDOMAIN": "admin",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_SERVICE_PORT_HTTP_X4_IDE_SVC_PORT": "82",
      "X4_NUM_BACKGROUND_WORKERS": "0",
      "REPO_DB_NAME": "postgres",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_SERVICE_HOST": "<IP_ADDRESS>",
      "X4_EXT_JOB": "true",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_SERVICE_PORT_HTTP_X4_TECH_SVC_PORT": "81",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_SERVICE_HOST": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_SVC_SERVICE_HOST": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_SVC_SERVICE_PORT_HTTP_X4_TECH_SVC_PORT": "81",
      "APP_CBC_11_0_0_API_SVC_SERVICE_HOST": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_SERVICE_PORT_HTTP_X4_TECH_SVC_PORT": "81",
      "APP_CBC_11_0_0_API_SVC_SERVICE_PORT_HTTP_X4_TECH_SVC_PORT": "81",
      "X4_EXT_LOCK_MAN": "true",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_SERVICE_PORT_HTTP_X4_SVC_PORT": "80",
      "APP_CBC_11_0_0_SVC_SERVICE_PORT_HTTP_X4_SVC_PORT": "80",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_SERVICE_PORT_HTTP_X4_SVC_PORT": "80",
      "APP_CBC_11_0_0_API_SVC_SERVICE_PORT_HTTP_X4_SVC_PORT": "80",
      "KUBERNETES_PORT_443_TCP_ADDR": "<IP_ADDRESS>",
      "APP_BAFDB_SVC_PORT_5432_TCP_ADDR": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT": "tcp://<IP_ADDRESS>:80",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_SERVICE_PORT": "80",
      "PATH": "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
      "ENABLE_SCP_AUDIT_SERVICE": "false",
      "SAP_JWT_TRUST_ACL": "[{\"clientid\":\"*\",\"identityzone\":\"*\"}]",
      "APP_BAFDB_SVC_SERVICE_HOST": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_SVC_PORT": "tcp://<IP_ADDRESS>:80",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT": "tcp://<IP_ADDRESS>:80",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_SERVICE_PORT": "80",
      "APP_CBC_11_0_0_SVC_SERVICE_PORT": "80",
      "APP_CBC_11_0_0_API_SVC_SERVICE_PORT": "80",
      "APP_BAFDB_SVC_PORT_5432_TCP_PORT": "5432",
      "APP_CBC_11_0_0_API_SVC_PORT": "tcp://<IP_ADDRESS>:80",
      "KUBERNETES_PORT_443_TCP_PORT": "443",
      "X4_SYS_UAA_SU_LOGON_NAMES"<EMAIL_ADDRESS>      "APP_BAFDB_SVC_PORT_5432_TCP_PROTO": "tcp",
      "KUBERNETES_PORT_443_TCP_PROTO": "tcp",
      "X4_SYS_UAA_SU_PROVIDER_SUBACCOUNT_ID": "admin",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_80_TCP_ADDR": "<IP_ADDRESS>",
      "X4_ENABLE_JSON_LOG": "true",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_80_TCP_ADDR": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_81_TCP_ADDR": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_SVC_PORT_80_TCP_ADDR": "<IP_ADDRESS>",
      "SHELL": "/bin/bash",
      "APP_CBC_11_0_0_API_SVC_PORT_80_TCP_ADDR": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_SVC_PORT_81_TCP_ADDR": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_82_TCP_ADDR": "<IP_ADDRESS>",
      "APP_BAFDB_SVC_SERVICE_PORT": "5432",
      "APP_BAFREDIS_SVC_SERVICE_HOST": "<IP_ADDRESS>",
      "APP_BAFDB_SVC_PORT": "tcp://<IP_ADDRESS>:5432",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_81_TCP_ADDR": "<IP_ADDRESS>",
      "X4_SYS_AUTH_INACTIVITY_TIMEOUT": "1800000",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_82_TCP_ADDR": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_API_SVC_PORT_81_TCP_ADDR": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_80_TCP_PORT": "80",
      "X4_SERVER_TIMEOUT": "30000",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_80_TCP_PORT": "80",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_81_TCP_PORT": "81",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_80_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_SVC_PORT_80_TCP_PORT": "80",
      "X4_POD_NAME": "app-cbc-11-0-0-debugger-debug01-57cd45b7fb-xw7m6",
      "KUBERNETES_PORT_443_TCP": "tcp://<IP_ADDRESS>:443",
      "APP_CBC_11_0_0_SVC_PORT_80_TCP_PROTO": "tcp",
      "APP_BAFDB_SVC_PORT_5432_TCP": "tcp://<IP_ADDRESS>:5432",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_81_TCP_PORT": "81",
      "KUBERNETES_SERVICE_PORT_HTTPS": "443",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_82_TCP_PORT": "82",
      "APP_CBC_11_0_0_API_SVC_PORT_80_TCP_PORT": "80",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_80_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_SVC_PORT_81_TCP_PORT": "81",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_81_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_SVC_PORT_81_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_81_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_API_SVC_PORT_81_TCP_PORT": "81",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_82_TCP_PROTO": "tcp",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_82_TCP_PORT": "82",
      "APP_CBC_11_0_0_API_SVC_PORT_80_TCP_PROTO": "tcp",
      "DB_ENCRYPT": "false",
      "X4_EXT_JOB_SVC": "app-jobmanager01-svc",
      "DB_PASSWORD": "abcd1234",
      "APP_CBC_11_0_0_API_SVC_PORT_81_TCP_PROTO": "tcp",
      "KUBERNETES_SERVICE_HOST": "<IP_ADDRESS>",
      "APP_CBC_11_0_0_DEBUGGER_API_SERVICE_DEBUG01_PORT_82_TCP_PROTO": "tcp",
      "PWD": "/home/node/applications/browser",
      "X4_APP": "cbc-local:app",
      "APP_BAFREDIS_SVC_PORT": "tcp://<IP_ADDRESS>:6379",
      "APP_BAFREDIS_SVC_SERVICE_PORT": "6379",
      "APP_LOCKMANAGER01_SVC_PORT_3223_TCP_ADDR": "<IP_ADDRESS>",
      "THEIA_DEFAULT_PLUGINS": "local-dir:/home/node/applications/browser/plugins",
      "X4_EXT_LOCK_MAN_SVC": "app-lockmanager01-svc",
      "DB_HOST": "app-bafdb-svc.cbc-local.svc.cluster.local",
      "APP_JOBMANAGER01_SVC_PORT_3224_TCP_ADDR": "<IP_ADDRESS>",
      "DB_USER": "postgres",
      "APP_BAFREDIS_SVC_PORT_6379_TCP_ADDR": "<IP_ADDRESS>",
      "REPO_DB_PASSWORD": "abcd1234",
      "OPERATOR_URL": "http://xman-app-svc.xman-system.svc.cluster.local",
      "APP_LOCKMANAGER01_SVC_PORT_3223_TCP_PORT": "3223",
      "APP_CBC_11_0_0_DEBUGGER_SERVICE_DEBUG01_PORT_80_TCP": "tcp://<IP_ADDRESS>:80",
      "USE_LOCAL_GIT": "true",
      "VSCODE_API_VERSION": "1.70.2",
      "LOCAL_GIT_DIRECTORY": "/usr",
      "GIT_EXEC_PATH": "/usr/lib/git-core",
      "NODE_OPTIONS": "--require /home/node/applications/browser/plugins/ms-vscode.js-debug/extension/src/bootloader.bundle.js --inspect-publish-uid=http",
      "VSCODE_INSPECTOR_OPTIONS": "{\"inspectorIpc\":\"/tmp/node-cdp.578-1.sock\",\"deferredMode\":false,\"waitForDebugger\":\"\",\"execPath\":\"/usr/local/bin/node\",\"onlyEntrypoint\":false,\"autoAttachMode\":\"always\",\"fileCallback\":\"/tmp/node-debug-callback-c98dff840713689a\"}"
    }
  }
}
2023-03-27T10:20:12.004Z root DEBUG Opening channel for service path '/services/terminals/967965976'.
2023-03-27T10:20:12.311Z root INFO [hosted-plugin: 578] Creating local connection: 44e45588-e14f-43fe-98e7-5958933a81fb
2023-03-27T10:20:12.314Z root DEBUG Creating plugin connection: 44e45588-e14f-43fe-98e7-5958933a81fb
2023-03-27T10:20:12.318Z root INFO [hosted-plugin: 578] starting debug adapter session '44e45588-e14f-43fe-98e7-5958933a81fb'
2023-03-27T10:20:12.324Z root DEBUG Creating local connection: 44e45588-e14f-43fe-98e7-5958933a81fb
2023-03-27T10:20:12.327Z root INFO [hosted-plugin: 578] Creating plugin connection: 44e45588-e14f-43fe-98e7-5958933a81fb
2023-03-27T10:20:12.443Z process DEBUG Starting raw process: /home/node/node_modules/@vscode/ripgrep/bin/rg, with args: --hidden --json --case-sensitive --max-filesize=20M --glob=**/*.js --glob=**/*.js/* --glob=!**/node_modules/** --fixed-strings -- sourceMappingURL /home/project,  with options: undefined
2023-03-27T10:20:12.448Z root DEBUG Service launched search 1
2023-03-27T10:20:12.536Z root DEBUG Sending onDone for 1 undefined
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.536Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.537Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.548Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.549Z root DEBUG Trying to wrap up a search we don't know about 1
2023-03-27T10:20:12.568Z process DEBUG Process 653 has exited with code undefined, signal: SIGTERM. /home/node/node_modules/@vscode/ripgrep/bin/rg [
  '--hidden',
  '--json',
  '--case-sensitive',
  '--max-filesize=20M',
  '--glob=**/*.js',
  '--glob=**/*.js/*',
  '--glob=!**/node_modules/**',
  '--fixed-strings',
  '--',
  'sourceMappingURL',
  '/home/project'
]
2023-03-27T10:20:12.568Z process DEBUG Unregistering process. [ID:<PHONE_NUMBER>]
2023-03-27T10:20:12.568Z process DEBUG The process was successfully unregistered. [ID:<PHONE_NUMBER>]
2023-03-27T10:20:12.569Z root DEBUG Got an onDone for a searchId we don't know about (1), but it's probably an old one, error =  undefined
2023-03-27T10:20:16.712Z root DEBUG telemetry/js-debug/dap/operation {
  errors: [],
  initialize: {
    operation: 'initialize',
    totalTime: 1.1,
    max: 1.1,
    avg: 1.1,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!initialize.errors': [],
  setExceptionBreakpoints: {
    operation: 'setExceptionBreakpoints',
    totalTime: 11.3,
    max: 10.9,
    avg: 3.8,
    stddev: 6.1,
    count: 3,
    failed: 0
  },
  '!setExceptionBreakpoints.errors': [],
  setBreakpoints: {
    operation: 'setBreakpoints',
    totalTime: 1.7,
    max: 1.2,
    avg: 0.8,
    stddev: 0.5,
    count: 2,
    failed: 0
  },
  '!setBreakpoints.errors': [],
  launch: {
    operation: 'launch',
    totalTime: 413.3,
    max: 413.3,
    avg: 413.3,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!launch.errors': [],
  configurationDone: {
    operation: 'configurationDone',
    totalTime: 0.3,
    max: 0.3,
    avg: 0.3,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!configurationDone.errors': [],
  threads: {
    operation: 'threads',
    totalTime: 0.3,
    max: 0.3,
    avg: 0.3,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!threads.errors': []
}
2023-03-27T10:20:17.277Z root DEBUG telemetry/js-debug/cdp/operation {
  errors: [],
  'Target.targetCreated': {
    operation: 'Target.targetCreated',
    totalTime: 0.3,
    max: 0.3,
    avg: 0.3,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!Target.targetCreated.errors': [],
  'Runtime.executionContextCreated': {
    operation: 'Runtime.executionContextCreated',
    totalTime: 0.3,
    max: 0.3,
    avg: 0.3,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!Runtime.executionContextCreated.errors': [],
  'Debugger.scriptParsed': {
    operation: 'Debugger.scriptParsed',
    totalTime: 12,
    max: 3.6,
    avg: 0.1,
    stddev: 0.3,
    count: 173,
    failed: 0
  },
  '!Debugger.scriptParsed.errors': []
}
2023-03-27T10:20:17.340Z root DEBUG telemetry/js-debug/dap/operation {
  errors: [],
  initialize: {
    operation: 'initialize',
    totalTime: 0.4,
    max: 0.4,
    avg: 0.4,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!initialize.errors': [],
  setExceptionBreakpoints: {
    operation: 'setExceptionBreakpoints',
    totalTime: 11,
    max: 11,
    avg: 11,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!setExceptionBreakpoints.errors': [],
  threads: {
    operation: 'threads',
    totalTime: 0.6,
    max: 0.6,
    avg: 0.6,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!threads.errors': [],
  stackTrace: {
    operation: 'stackTrace',
    totalTime: 0.5,
    max: 0.4,
    avg: 0.3,
    stddev: 0.1,
    count: 2,
    failed: 0
  },
  '!stackTrace.errors': []
}

for your information, the debug session could start w/o the breakpoints.

Hi @TrevorNodeJS . Thanks for reporting this issue. I am not sure if this is the cause, but from what I see in the provided log, there are failures related to several searches in your workspace. Could you confirm if you can successfully use the search feature from the left panel (see image below for an example)?
Also, can you tell us if your project is created/copied into the container or mounted from your host? Are there symbolic links involved (on the host or in the container)?

@marcdumais-work , project is mounted from your host, refer to below screenshot, project have 58904 files
and  search works fine, refer to below screenshot

and I have build the docker image by using latest https://github.com/eclipse-theia/theia-blueprint/blob/master/browser.Dockerfile
the yaml file
apiVersion: apps/v1
kind: Deployment
metadata:
  name: debugger-debug01
  namespace: debug-test
spec:
  progressDeadlineSeconds: 600
  replicas: 1
  revisionHistoryLimit: 10
  selector:
    matchLabels:
      app: app
      role: debugger
      supportTicket: debug01
      version: test-0-0-1
  strategy:
    rollingUpdate:
      maxSurge: 25%
      maxUnavailable: 25%
    type: RollingUpdate
  template:
    metadata:
      creationTimestamp: null
      labels:
        app: app
        role: debugger
    spec:
      containers:
      - command:
        - sh
        - -c
        - node /home/theia/applications/browser/src-gen/backend/main.js /home/project
          --hostname=<IP_ADDRESS> --port=5000 --log-level=debug
        image: theia-blueprint:latest
        imagePullPolicy: IfNotPresent
        name: main
        ports:
        - containerPort: 5000
          name: http-ide-port
          protocol: TCP
        - containerPort: 3000
          name: http-x4-port
          protocol: TCP
        - containerPort: 3001
          name: service-port
          protocol: TCP
        resources:
          limits:
            cpu: "2"
            memory: 3Gi
          requests:
            cpu: 100m
            memory: 200Mi
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
        volumeMounts:
        - mountPath: /home/project
          name: shared-data
      dnsPolicy: ClusterFirst
      imagePullSecrets:
      - name: regcred
      - name: deploy-milestones
      initContainers:
      - command:
        - sh
        - -c
        - cp -R ./* /tmp/
        image: my-project-docker-reponame:11.0.0-20230320212633_7526f7256d42af883db67efcceee05e7ef06576a
        imagePullPolicy: IfNotPresent
        name: code-container
        resources: {}
        terminationMessagePath: /dev/termination-log
        terminationMessagePolicy: File
        volumeMounts:
        - mountPath: /tmp
          name: shared-data
      restartPolicy: Always
      schedulerName: default-scheduler
      securityContext:
        runAsGroup: 101
        runAsUser: 101
      terminationGracePeriodSeconds: 30
      volumes:
      - emptyDir: {}
        name: shared-data

the latest log attached for your reference
2023-03-31T09:16:57.994Z root INFO [hosted-plugin: 179] Creating local connection: 5f0beff2-646e-4a0e-b28a-db3ca24ee863
2023-03-31T09:16:57.999Z root DEBUG Creating plugin connection: 5f0beff2-646e-4a0e-b28a-db3ca24ee863
2023-03-31T09:16:58.000Z root INFO [hosted-plugin: 179] starting debug adapter session '5f0beff2-646e-4a0e-b28a-db3ca24ee863'
2023-03-31T09:16:58.004Z root DEBUG Creating local connection: 5f0beff2-646e-4a0e-b28a-db3ca24ee863
2023-03-31T09:16:58.006Z root INFO [hosted-plugin: 179] Creating plugin connection: 5f0beff2-646e-4a0e-b28a-db3ca24ee863
2023-03-31T09:16:58.053Z root DEBUG telemetry/js-debug/launch {
  type: 'pwa-node',
  request: 'launch',
  os: 'linux x64',
  nodeVersion: 'v16.20.0',
  adapterVersion: '1.72.1',
  parameters: '{"type":"pwa-node","name":"<string>","request":"launch","trace":{"stdio":false,"logFile":null},"outputCapture":"console","timeout":10000,"timeouts":{},"showAsyncStacks":true,"skipFiles":["<string>"],"smartStep":true,"sourceMaps":true,"sourceMapRenames":true,"pauseForSourceMap":false,"resolveSourceMapLocations":["<string>","<string>"],"rootPath":"<string>","outFiles":["<string>","<string>"],"sourceMapPathOverrides":{"webpack:///./~/*":"<string>","webpack:////*":"<string>","webpack://@?:*/?:*/*":"<string>","webpack://?:*/*":"<string>","webpack:///([a-z]):/(.+)":"<string>","meteor://💻app/*":"<string>"},"enableContentValidation":true,"cascadeTerminateToConfigurations":[],"__workspaceFolder":"<string>","__breakOnConditionalError":false,"cwd":"<string>","env":{},"envFile":null,"localRoot":null,"remoteRoot":null,"autoAttachChildProcesses":true,"runtimeSourcemapPausePatterns":[],"program":"<string>","stopOnEntry":false,"console":"<string>","restart":false,"args":[],"runtimeExecutable":"node","runtimeVersion":"default","runtimeArgs":[],"profileStartup":false,"attachSimplePort":null,"killBehavior":"forceful","noDebug":false,"internalConsoleOptions":"<string>","__workspaceCachePath":"<string>"}'
}
2023-03-31T09:16:58.302Z terminal DEBUG Starting terminal process {
  "command": "/bin/bash",
  "args": [],
  "options": {
    "name": "xterm-color",
    "cols": 80,
    "rows": 24,
    "cwd": "/home/project",
    "env": {
      "KUBERNETES_SERVICE_PORT": "443",
      "KUBERNETES_PORT": "tcp://<IP_ADDRESS>:443",
      "REPO_DB_USER": "postgres",
      "NODE_VERSION": "16.20.0",
      "DB_PORT": "5432",
      "LOG_LEVEL_CONSOLE": "Debug",
      "YARN_VERSION": "1.22.19",
      "HOME": "/home/theia",
      "DB_NAME": "postgres",
      "REPO_DB_PORT": "5432",
      "MULTITENANCY_MODE": "SCHEMA_SEPERATION",
      "REPO_DB_NAME": "postgres",
      "KUBERNETES_PORT_443_TCP_ADDR": "<IP_ADDRESS>",
      "PATH": "/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin",
      "KUBERNETES_PORT_443_TCP_PORT": "443",
      "KUBERNETES_PORT_443_TCP_PROTO": "tcp",
      "SHELL": "/bin/bash",
      "KUBERNETES_PORT_443_TCP": "tcp://<IP_ADDRESS>:443",1",
      "KUBERNETES_SERVICE_PORT_HTTPS": "443",
      "DB_ENCRYPT": "false",
      "KUBERNETES_SERVICE_HOST": "<IP_ADDRESS>",
      "PWD": "/home/theia/applications/browser",
      "THEIA_DEFAULT_PLUGINS": "local-dir:/home/theia/applications/browser/plugins",
      "DB_USER": "postgres",
      "USE_LOCAL_GIT": "true",
      "VSCODE_API_VERSION": "1.70.2",
      "LOCAL_GIT_DIRECTORY": "/usr",
      "GIT_EXEC_PATH": "/usr/lib/git-core",
      "NODE_OPTIONS": "--require /home/theia/applications/browser/plugins/ms-vscode.js-debug/extension/src/bootloader.bundle.js --inspect-publish-uid=http",
      "VSCODE_INSPECTOR_OPTIONS": "{\"inspectorIpc\":\"/tmp/node-cdp.179-4.sock\",\"deferredMode\":false,\"waitForDebugger\":\"\",\"execPath\":\"/usr/local/bin/node\",\"onlyEntrypoint\":false,\"autoAttachMode\":\"always\",\"fileCallback\":\"/tmp/node-debug-callback-21be7b1229fc3c76\"}"
    }
  }
}
2023-03-31T09:16:58.310Z root DEBUG Opening channel for service path '/services/terminals/1193496972'.
2023-03-31T09:16:58.604Z root INFO [hosted-plugin: 179] Creating local connection: 2eca05a5-2c9a-43a5-9b5f-1b889540f7b9
2023-03-31T09:16:58.610Z root DEBUG Creating plugin connection: 2eca05a5-2c9a-43a5-9b5f-1b889540f7b9
2023-03-31T09:16:58.613Z root INFO [hosted-plugin: 179] starting debug adapter session '2eca05a5-2c9a-43a5-9b5f-1b889540f7b9'
2023-03-31T09:16:58.619Z root DEBUG Creating local connection: 2eca05a5-2c9a-43a5-9b5f-1b889540f7b9
2023-03-31T09:16:58.621Z root INFO [hosted-plugin: 179] Creating plugin connection: 2eca05a5-2c9a-43a5-9b5f-1b889540f7b9
2023-03-31T09:16:58.736Z process DEBUG Starting raw process: /home/theia/node_modules/@vscode/ripgrep/bin/rg, with args: --hidden --json --case-sensitive --max-filesize=20M --glob=**/*.js --glob=**/*.js/* --glob=!**/node_modules/** --fixed-strings -- sourceMappingURL /home/project,  with options: undefined
2023-03-31T09:16:58.740Z root DEBUG Service launched search 7
2023-03-31T09:16:58.862Z root DEBUG Sending onDone for 7 undefined
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.862Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.863Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.864Z root DEBUG Trying to wrap up a search we don't know about 7
2023-03-31T09:16:58.881Z root DEBUG Got an onDone for a searchId we don't know about (7), but it's probably an old one, error =  undefined
2023-03-31T09:16:58.885Z process DEBUG Process 593 has exited with code undefined, signal: SIGTERM. /home/theia/node_modules/@vscode/ripgrep/bin/rg [
  '--hidden',
  '--json',
  '--case-sensitive',
  '--max-filesize=20M',
  '--glob=**/*.js',
  '--glob=**/*.js/*',
  '--glob=!**/node_modules/**',
  '--fixed-strings',
  '--',
  'sourceMappingURL',
  '/home/project'
]
2023-03-31T09:16:58.886Z process DEBUG Unregistering process. [ID: 141959754]
2023-03-31T09:16:58.886Z process DEBUG The process was successfully unregistered. [ID: 141959754]
2023-03-31T09:17:00.493Z root DEBUG [git-locator: 601] IPC started
2023-03-31T09:17:00.789Z root DEBUG [git-locator: 601] IPC exited
2023-03-31T09:17:00.801Z root DEBUG [git-locator: 613] IPC started
2023-03-31T09:17:01.071Z root DEBUG [git-locator: 613] IPC exited
2023-03-31T09:17:03.016Z root DEBUG telemetry/js-debug/dap/operation {
  errors: [],
  initialize: {
    operation: 'initialize',
    totalTime: 0.5,
    max: 0.5,
    avg: 0.5,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!initialize.errors': [],
  setExceptionBreakpoints: {
    operation: 'setExceptionBreakpoints',
    totalTime: 1.5,
    max: 1.1,
    avg: 0.5,
    stddev: 0.6,
    count: 3,
    failed: 0
  },
  '!setExceptionBreakpoints.errors': [],
  setBreakpoints: {
    operation: 'setBreakpoints',
    totalTime: 1.5,
    max: 1.2,
    avg: 0.8,
    stddev: 0.6,
    count: 2,
    failed: 0
  },
  '!setBreakpoints.errors': [],
  launch: {
    operation: 'launch',
    totalTime: 386.8,
    max: 386.8,
    avg: 386.8,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!launch.errors': [],
  configurationDone: {
    operation: 'configurationDone',
    totalTime: 0.2,
    max: 0.2,
    avg: 0.2,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!configurationDone.errors': [],
  threads: {
    operation: 'threads',
    totalTime: 0.2,
    max: 0.2,
    avg: 0.2,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!threads.errors': []
}
2023-03-31T09:17:03.054Z root DEBUG telemetry/js-debug/dap/operation {
  errors: [],
  setExceptionBreakpoints: {
    operation: 'setExceptionBreakpoints',
    totalTime: 1.9,
    max: 1.5,
    avg: 1,
    stddev: 0.7,
    count: 2,
    failed: 0
  },
  '!setExceptionBreakpoints.errors': []
}
2023-03-31T09:17:03.054Z root DEBUG telemetry/js-debug/dap/operation {
  errors: [],
  setExceptionBreakpoints: {
    operation: 'setExceptionBreakpoints',
    totalTime: 0.8,
    max: 0.4,
    avg: 0.4,
    stddev: 0,
    count: 2,
    failed: 0
  },
  '!setExceptionBreakpoints.errors': []
}
2023-03-31T09:17:03.569Z root DEBUG telemetry/js-debug/cdp/operation {
  errors: [],
  'Target.targetCreated': {
    operation: 'Target.targetCreated',
    totalTime: 0,
    max: 0,
    avg: 0,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!Target.targetCreated.errors': [],
  'Runtime.executionContextCreated': {
    operation: 'Runtime.executionContextCreated',
    totalTime: 0.6,
    max: 0.6,
    avg: 0.6,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!Runtime.executionContextCreated.errors': [],
  'Debugger.scriptParsed': {
    operation: 'Debugger.scriptParsed',
    totalTime: 11,
    max: 3.2,
    avg: 0.1,
    stddev: 0.3,
    count: 173,
    failed: 0
  },
  '!Debugger.scriptParsed.errors': []
}
2023-03-31T09:17:03.652Z root DEBUG telemetry/js-debug/dap/operation {
  errors: [],
  initialize: {
    operation: 'initialize',
    totalTime: 1.4,
    max: 1.4,
    avg: 1.4,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!initialize.errors': [],
  setExceptionBreakpoints: {
    operation: 'setExceptionBreakpoints',
    totalTime: 18.8,
    max: 18.8,
    avg: 18.8,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!setExceptionBreakpoints.errors': [],
  threads: {
    operation: 'threads',
    totalTime: 0.2,
    max: 0.2,
    avg: 0.2,
    stddev: null,
    count: 1,
    failed: 0
  },
  '!threads.errors': [],
  stackTrace: {
    operation: 'stackTrace',
    totalTime: 0.5,
    max: 0.4,
    avg: 0.3,
    stddev: 0.2,
    count: 2,
    failed: 0
  },
  '!stackTrace.errors': []
}

issue could be reproduced by using macOS TheiaBlueprint downloaded fromhttps://theia-ide.org/docs/blueprint_download#downloads
and debug project https://github.com/microsoft/TypeScript.git
steps:
0.download

git clone https://github.com/microsoft/TypeScript.git
open project Typescript in TheiaBlueprint
copy .vscode/launch.template.json into .theia/launch.json
comment out outFiles in .theia/launch.json
debug Typescript by following the steps in https://github.com/microsoft/TypeScript/blob/main/CONTRIBUTING.md#get-started
get below screenshot

Hi @TrevorNodeJS ,
Using your instructions, I was able to partially reproduce the issue as initially described - when I launched the debug configuration "Mocha Tests (currently opened test)"  with some breakpoints set, the debug session was waiting at "Debugger attached"  . I was not able to get the ripgrep traces in the backend log, but perhaps I did not wait for long enough.
I found this issue in the vscode tracker, that seems to be the same. Here's what a Microsoft engineer suggested:
https://github.com/microsoft/vscode/issues/142830#issuecomment-1048240356
In short, with the slightly older js-debug extension that Blueprint currently uses, it's suggested to keep an empty "outFiles" array rather than not having it defined at all, and also add an entry "resolveSourceMapLocations": null.
I tried this in our example launch config and was successful at launching the debug configuration (which ended-up failing since it/'s only a demo launch that's not configured for the TypeScript repo, as far as I can tell).
Can you maybe try this in your own project and see if it helps?

@marcdumais-work
thanks a lot, it works fine by following your suggestions.
I will try this in docker mode, and update you soon.

Thanks you @TrevorNodeJS for opening this issue and being helpful during the investigation. Good luck!


Add ability to use local git repository

There was already a question for offline support #679 and #223 to use NPM as registry to have more compatibility in cooperate environments.
Digging through the code shows up there is support for github and bitbuckt with a method stripping some information from the "git" url.
So why not extending it to allow usage of the git protocol itself?
Everyone who can't talk (directly) to the interent can use an own mirror of the typings registry.

See https://github.com/typings/typings/issues/361.

Weird. I could have sworn I described how to implement it already. Anyway, yes, happy to merge a PR if someone builds the feature but I won't be working on it personally with TypeScript 2.0 out now. The general implementation is pretty straightforward, it would require cloning the git repository into a temporary location (probably just shallow) and then acting like file resolution and installing it from there.

See #324


Link to contributing.rst from the main Flask docs

Make it easier for folks to find our contributing docs.
Not sure where in the main Flask docs to put this, but it would be good to add somewhere. There's been a few Pycon sprinters who tried searching our docs for the contributing info rather than looking in the source repo.

Linked from README, not the sure if it's going to build into the the docs, but is making it more visible
https://github.com/pallets/flask/pull/1883

I think that's probably good enough for now


typo: accomodate -> accommodate

@nschonni : Thanks for your contribution! The author, @, has been notified to review your proposed change.

Verified editorial corrections


V5 qa 2 fixes

Should fix the following issues:
https://issues.jenkins-ci.org/browse/JENKINS-39429
https://issues.jenkins-ci.org/browse/JENKINS-39413
Both issues are related to thread issues discovered in longer testing periods in pipelines and freestyle builds.
Also fix to a stack overflow issue.

test this PR

test this PR

test this PR


JAVA-3055: update retryable writes test on failover

The primary cause of the Evergreen failures for the retryable writes on failover test was that the fail point mode was not turned off on the node where the fail point was set. Turning the mode off on the secondary node where the command was executed allows the test to complete with all nodes having the proper state.
Evergreen patch: https://evergreen.mongodb.com/version/5c2b9d420305b9375670d8e3

Intermittent failures on Evergreen may highlight an issue with retryable writes. The most recent failures show MongoNotPrimaryException: Command failed with error 10107 (NotMaster) when inserting a document, which is an exception that is supposed to be handled by the retryable write feature. Again, these exceptions are intermittent on Evergreen. I am unable to reproduce the exception locally. The latest Evergreen patch (https://evergreen.mongodb.com/version/5c2d7eb8e3c33158dbc5e219) shows the test failing in two of the replica set tests, but passing in the other 6 tests.

In the latest Evergreen patch https://evergreen.mongodb.com/version/5c2ec02cc9ec4474d6244dd2 I ignored the async version of the test, but the sync version failed in the 4.0 tests with the notMaster exception. I have updated both the async and sync tests to wait until the primary has stepped down by checking the secondary field in the isMaster resulting document. However, there are still intermittent failures.


Support for sentry 7.x

Hi,
We at ideadevice love sentry-youtrack to help us make sure we track & fix all unhandled errors. We recently upgraded to sentry 7.1 and the extension has been broken since.
Any chance of getting it upgraded?

Hi @aadis. I'm glad you're happy with this plugin. Thanks for info. I will look into it.
Cheers!

@aadis new version is ready and available on pypi. Check it out.

Hiya,
Thanks a ton! Will try out by tomorrow and let you know.
Regards
Aaditya Sood
CEO, Idea Device
US: +1<PHONE_NUMBER>
India: +91<PHONE_NUMBER>
www.ideadevice.com | www.calm.io
On Mon, Feb 9, 2015 at 3:15 PM -0800, "Adam Bogdał"<EMAIL_ADDRESS>wrote:
@aadis new version is ready and available on pypi. Check it out.
—
Reply to this email directly or view it on GitHub.

hi,
I'm now getting:
[ERROR] Internal Server Error: /idea-device/democalmio/plugins/youtrack/
Traceback (most recent call last):
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/django/core/handlers/base.py", line 112, in get_response
    response = wrapped_callback(request, *callback_args, **callback_kwargs)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/sentry/web/decorators.py", line 182, in _wrapped
    return func(request, *args, **kwargs)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/django/utils/decorators.py", line 99, in _wrapped_view
    response = view_func(request, *args, **kwargs)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/sentry/web/frontend/projects/plugins.py", line 72, in configure_project_plugin
    action, view = plugin_config(plugin, project, request)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/sentry/web/helpers.py", line 203, in plugin_config
    }, context_instance=RequestContext(request))))
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/django/template/loader.py", line 169, in render_to_string
    return t.render(context_instance)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/django/template/base.py", line 140, in render
    return self._render(context)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/django/template/base.py", line 134, in _render
    return self.nodelist.render(context)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/django/template/base.py", line 840, in render
    bit = self.render_node(node, context)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/django/template/debug.py", line 78, in render_node
    return node.render(context)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/crispy_forms/templatetags/crispy_forms_tags.py", line 207, in render
    c = self.get_render(context)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/crispy_forms/templatetags/crispy_forms_tags.py", line 119, in get_render
    response_dict = self.get_response_dict(helper, context, is_formset)
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/crispy_forms/templatetags/crispy_forms_tags.py", line 160, in get_response_dict
    'template_pack': settings.CRISPY_TEMPLATE_PACK,
  File "/home/ops/.virtualenvs/sentry7/local/lib/python2.7/site-packages/django/conf/__init__.py", line 55, in __getattr__
    return getattr(self._wrapped, name)
AttributeError: 'Settings' object has no attribute 'CRISPY_TEMPLATE_PACK'

My pip freeze output:
BeautifulSoup==3.2.1
Django==1.6.10
Markdown==2.4.1
Pygments==1.6
South==1.0.1
amqp==1.0.13
anyjson==0.3.3
argparse==1.2.1
billiard==<IP_ADDRESS>
celery==3.0.25
cffi==0.9.0
cryptography==0.7.2
cssselect==0.9.1
cssutils==0.9.10
django-bitfield==1.7.1
django-celery==3.0.23
django-crispy-forms==1.4.0
django-jsonfield==0.9.13
django-paging==0.2.5
django-picklefield==0.3.1
django-recaptcha==1.0.3
django-social-auth==0.7.28
django-statsd-mozilla==<IP_ADDRESS>
django-sudo==1.1.3
django-templatetag-sugar==1.0
djangorestframework==2.3.14
email-reply-parser==0.2.0
enum34==0.9.23
exam==0.10.5
gevent==1.0.1
greenlet==0.4.5
gunicorn==19.3.0
httplib2==0.9
ipaddr==2.1.11
kombu==2.5.16
logan==0.5.10
lxml==3.4.2
mock==1.0.1
ndg-httpsclient==0.3.3
nydus==0.10.8
oauth2==1.5.211
progressbar==2.3
psycopg2==2.5.4
py==1.4.26
pyOpenSSL==0.14
pyasn1==0.1.7
pycparser==2.10
pytest==2.6.4
pytest-django==2.8.0
python-dateutil==1.5
python-memcached==1.53
python-openid==2.2.5
pytz==2014.10
raven==5.2.0
redis==2.10.3
requests==2.5.3
sentry==7.4.0
sentry-searchbutton==0.1.0
sentry-webhooks==0.3.1
sentry-youtrack==0.2.3
setproctitle==1.1.8
simplejson==3.3.3
six==1.9.0
statsd==1.0.0
toronado==0.0.6
uWSGI==2.0.9
ua-parser==0.3.6
urllib3==1.7.1
wsgiref==0.1.2

Hi @aadis. This is a bug of django-crispy-forms package (1.4.0), see https://github.com/maraujop/django-crispy-forms/issues/237. This was fixed in version 1.5.0 which is not available on pypi yet. Sentry since 7.2.0 uses the buggy version of this package.
The easiest way to solve this is add CRISPY_TEMPLATE_PACK = 'bootstrap' to the sentry.conf.py file or.. downgrade sentry to the 7.1.4 version :)
Cheers!


Add new Style/BisectedAttrAccessor cop

This cop checks where attr_reader :foo and attr_writer :foo can be combined into attr_accessor :foo.
I was surprised when I haven't found a similar check.
There were a couple of offenses in my project, that stayed after not so careful refactoring. So I would like to have a cop with suggestions.

Great work! I'm guessing the cop should also cover the somewhat deprecated attr, which I think was an alias for attr_reader.

Updated with suggestions.

Thanks!


Malware2.1

Updated the Malware SDO to be 2.1-compliant, at least as far as the stix2.1 spec defines it as of this PR.
Split the stix2.core.Bundle class into separate v20 and v21 Bundle classes.  The 2.0 Bundle class only supports adding STIX 2.0 objects, because there is no way to do proper enforcement with the current design.  How one property's "clean" method behaves, to convert/validate values, can't currently depend on the value of another property.
Numerous unit test fixes to get them passing again.
I had to update some other parts too, due to the way the tests work.  E.g. test fixtures that created stix2.* objects on master used to create STIX 2.0 objects.  Now, they create 2.1 objects.  So those SDOs needed some updates (e.g. add the spec_version property).  Opinion and Location are new with 2.1, but were lacking spec_version properties.  Presence/absence of the spec_version property is how the spec version is determined when parsing, so if it's not there, they're looked up in the v20 map, which fails.
Speaking of parsing, how stix2.parse() determines the spec version to use, has changed.  The "version" parameter is now rarely used.  It's never necessary for sdo/sro/markings: if they don't have spec_version, it's 2.0, otherwise that property value tells you.  It's only necessary for 2.1+ bundles, since they don't have a spec_version property.
Had to turn off isort checking for stix2/__init__.py.  Isort wants to move the from .v21 import * line farther down, but that causes circular import problems.  Only way that worked to tell isort to not produce an error was to turn it off for the whole file.

Codecov Report

Merging #191 into stix2.1 will increase coverage by 0.53%.
The diff coverage is 81.3%.

@@             Coverage Diff             @@
##           stix2.1     #191      +/-   ##
===========================================
+ Coverage    96.55%   97.09%   +0.53%
===========================================
  Files           73       75       +2
  Lines         7489     7536      +47
===========================================
+ Hits          7231     7317      +86
+ Misses         258      219      -39

Impacted Files
Coverage Δ

stix2/test/test_environment.py
100% <ø> (ø)
:arrow_up:

stix2/test/constants.py
100% <ø> (ø)
:arrow_up:

stix2/test/test_datastore_filters.py
100% <ø> (ø)
:arrow_up:

stix2/test/test_opinion.py
100% <ø> (ø)
:arrow_up:

stix2/test/test_datastore_taxii.py
95.86% <ø> (ø)
:arrow_up:

stix2/test/test_note.py
100% <ø> (ø)
:arrow_up:

stix2/v21/sro.py
100% <ø> (ø)
:arrow_up:

stix2/test/test_versioning.py
100% <ø> (ø)
:arrow_up:

stix2/test/test_location.py
100% <ø> (ø)
:arrow_up:

stix2/test/test_relationship.py
100% <ø> (ø)
:arrow_up:

... and 23 more

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 2e0dfc6...1ff1f41. Read the comment docs.


fail downloaded H3DNet checkpoint path

Hi, thanks for your open source project.
I can't download the H3DNet checkpoint path file.
I don't know why, maybe it's because my operation is incorrect .
Looking forward to your reply.
<Error>
NoSuchKey
<Message>The specified key does not exist.</Message>
<RequestId>625F5B98A33E782C890834A7</RequestId>
<HostId>download.openmmlab.com</HostId>
<Key>
mmdetection3d/v1.0.0_models/h3dnet/h3dnet_scannet-3d-18class/h3dnet_3x8_scannet-3d-18class_20210824_003149-414bd304.pth
</Key>
</Error>

I have the same problem，have you solved it?

I have the same problem，have you solved it?

Nope, I didn't succeed in testing this model in the end


No compatible builds found

Happened to remove this package just now, and when I tried re-adding it, Meteor complained that it couldn't find any compatible builds. I'm running 64-bit Linux.
$ meteor add fourseven:scss
 => Errors while adding packages:

While checking for<EMAIL_ADDRESS>error: No compatible build found

Likewise +1

To anyone else experiencing this in need of a temporary workaround, the 0.9.6 version appears to work, so while waiting for a fix you can use:
$ meteor add<EMAIL_ADDRESS>

There's a 2.0.0_beta_1 which works quite well, I tried to make a 1.2.3 stable release but node-sass's build was quite broken on that version for old GCC versions, which is what the build boxes use. I've hidden that release again.


Feature backend

Following are the open backend issues that are resolved with this PR

#20
#13
#14

Kindly review it. @shahrk @Nirav1929

I am seeing conflicts over here. @BhargavJethwa or @Nirav1929  can you resolve those ?

Reviewing

I have hovered around and reviewed the new code and it looks good to me to be pushed in the main branch.  Requesting you to kindly resolve the merge conflicts. I think those conflicts are caused because of my recent push and Bhargav code causing conflict.

Looks good.

Solved merge conflicts.
Should be good to go

Done


Roll engine to f177f54352785d3bf96ca4d562e8d524e2d84fde

Thanks for the heads-up. Holding off on the roll.

A roll back is being performed in https://github.com/flutter/engine/pull/4273.


How I can base64 video

example https://github.com/eclipsesource/tabris-js/issues/884

Closing this issue for now. Please reopen if not solved yet.


sqlite generated code is missing the Query method.

The documentation showed that I should be able to do something like models.Cameras.Query(...), but it appears that the SQLite code generation produced a bad output file.
Command ran
go run github.com/stephenafamo/bob/gen/bobgen-sqlite@latest -c ./config/bobgen.yaml
bobgen.yml
sqlite:
  dsn: "dvr.db"
  output: "./gen/sql/dvrsql"
  pkgname: "dvrsql"

table definition
CREATE TABLE cameras (
    id INTEGER PRIMARY KEY AUTOINCREMENT,
    camera_id INTEGER NOT NULL,
    camera_name TEXT NOT NULL,
    audio_codec TEXT,
    video_codec TEXT,
    resolution TEXT,
    frames_per_second TEXT,
    created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
    updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);

issues with ./gen/sql/dvrsql/camera.go
The generated code has a naming collision, one of these two Cameras needs to be changed.
// Cameras is an object representing the database table.
type Cameras struct {
	ID              int32            `db:"id,pk" `
	CameraID        int32            `db:"camera_id" `
	CameraName      string           `db:"camera_name" `
	AudioCodec      null.Val[string] `db:"audio_codec" `
	VideoCodec      null.Val[string] `db:"video_codec" `
	Resolution      null.Val[string] `db:"resolution" `
	FramesPerSecond null.Val[string] `db:"frames_per_second" `
	CreatedAt       null.Val[string] `db:"created_at" `
	UpdatedAt       null.Val[string] `db:"updated_at" `
}

var Cameras = sqlite.NewTablex[*Cameras, CamerasSlice, *CamerasSetter]("", "cameras")

For now I manually modified the generated code, but since this is a toy project it's not exactly running yet. But I would imagine that everything works after the manual changes. I'll update the issue if I find anything else.

The issue is that despite best effort, it cannot determine the singular/pluaral of cameras. This can be fixed using the aliases configuration:
aliases:
  cameras:
    up_plural: "Cameras"
    up_singular: "Camera"
    down_plural: "cameras"
    down_singular: "camera"


Showing the calendar is a little slow

We should check this with the time profiler and see what are we doing there that slows down the presentation (probably something around the initialization).

from what i see the issues seems to be the large amount of view that is being initialised and manipulated. a collection view with a view per cell (~30), each cell label and activity bar (now we are 30*2 = ~60) and all of these need layout calculations + animations calculations. The delay does not seem too big to attempt any changes at this point in my opinion. Open to suggestions

You might be right. I'm going to run the profiler and see...

I see two places where this can be improved:

First, onCurrentCalendarDateChanged is called twice when the Calendar first shows up, this has a layout animation that is very costly.
Second, getting the activities could (and should) be done in the background.


nextTick is not export from vue

vue version is 2.6.14
el-select-tree version is 2.1.1-beta.5
npm run dev warning nextTick is not export from vue

Fixed in 2.1.1-beta.6


How to draw perfect horizontal or vertical lines with FREEHAND tool (H)?

Discussed in https://github.com/pubpub-zz/ppInk/discussions/221

Originally posted by iberck November 16, 2022
I am aware that using the line tool and pressing shift draws perfect horizontal/vertical lines.
Are there any way to draw perfect horizontal or vertical lines with freehand tool (H) ?

@iberck , @Heart1010
This should  be provide you with the new feature.
ppink_Shift_fixClipboard.zip
I've also fixe the issue reported in #222. However I'm no more able to check that the issue reported is fixed have no regression in W10. Can you test it and report your result in #222  ?

I like 👍

@Heart1010
have you been able to check the test displayed in the video in #222 ?

thank you very much, this improvement does the job !

@iberck , @Heart1010 This should be provide you with the new feature. ppink_Shift_fixClipboard.zip
I've also fixe the issue reported in #222. However I'm no more able to check that the issue reported is fixed have no regression in W10. Can you test it and report your result in #222 ?

thank you very much, this improvement does the job !

thank you very much, this improvement does the job !

thank you very much, this improvement does the job !
@iberck
have you been able to test #222 ?

I'm sorry, I have windows 10

I'm sorry, I have windows 10
@iberck
That's exactly What I'm looking for : can you run the test as shown on the video and confirm you have no error with this beta version?


Improve documentation

Does anyone want to help out with this? Would be greatly appreciated, as the README is getting rather long and unruly. Perhaps we could use something like https://github.com/blog/2233-publish-your-project-documentation-with-github-pages?

@yangmillstheory I can take a swing at it. I would like to use gitbook if possible to stay consistent with redux and redux-saga documentation.

Thanks. Would you mind if I threw #172 and #204 in there as well? These are documentation-related issues. Completely on board with your proposed implementation.

@yangmillstheory sure, I will make a PR of all the goals and start on it today.


Implement Mock smart contracts (MockScrollBridge, MockScrollWorldID, MockWorldIDIdentityManager)

Implement mock smart contracts for testing the workflow locally. Add the docs on how to test it properly.
Some of the contracts are there (src/mock) but it's still not working properly.

U

Hh

Please can I take this up

Good afternoon @dragan2234. Please can I be assigned this issue. I will be sure to implement the mock contracts to test the workflow locally and provide adequate documentation on how to test it properly

Hello @dragan2234, I am available and would love to work on this.
ETA: 24hrs