Dump file will not open in Visual Studio

Description
I have taken a dump file from a fargate dotnet container via running dotnet monitor as a sidecar.
Running the following command:
curl.exe 'http://<IP_ADDRESS>:52323/dump?pid=1&type=Full' --output myfile
This saves the file to my local windows machine but when i try to open in Visual Studio I get error:
Value cannot be null.
Parameter name :v1
Also tried open with and selected "Managed Linux Core Dump File Summary"
same error.
Don't know what else to add here, have watched Diagnosing memory leaks in .NET apps, and it looks straight forward

Take dump file
open file in Visual Studio

Configuration
Using
mcr.microsoft.com/dotnet/aspnet:6.0-alpine3.16 for application
mcr.microsoft.com/dotnet/monitor:6 for sidcar container
Visual Studio Version 17.4.2

Regression?

Other information
Dont want to add dump file as its a company product

Try using dotnet-dump analyze to see if you can open the file and find some information successfully. If that works, I would suggest logging an issue on the Visual Studio Developer Community as it would likely be an issue with Visual Studio.

Seems like an issue with Visual Studio: Unable to open Linux dump files in Visual Studio 2022 17.4

Closing since there is no action to take for dotnet monitor.


iOS: App Delegate key

Do we need the initialization in AppDelegate.m:
// Init Mixpanel
if ([environment isEqualToString:@"production"]) {
    [Mixpanel sharedInstanceWithToken:@"a8133e1ec9d10e4520ce759e6248f4e8"];
} else {
    [Mixpanel sharedInstanceWithToken:@"447c95f31f1506ca7cae497982e13c3a"];
}

if we're doing it on the JS side?
import Mixpanel, {
    sharedInstanceWithToken
} from 'react-native-mixpanel';

sharedInstanceWithToken(MIXPANEL_KEY);

Figured this out. You don't need any code in AppDelegate.m with this plugin as having it on the JS side as I show in my example above works.


Dark mode flicker on Vite.js

Steps to reproduce
Dark mode flicker Vite.js version :
https://stackblitz.com/edit/github-5gkalw?file=src%2Fmain.tsx,src%2Ftheme.tsx,src%2FApp.tsx,node_modules%2F%40mui%2Fmaterial%2FCssBaseline%2FCssBaseline.d.ts
For comparison I recreated the Next.js version
https://stackblitz.com/edit/github-rfxsj1?file=src%2Fapp%2Fpage.tsx,src%2Fapp%2Flayout.tsx,src%2Ftheme.ts,src%2Fcomponents%2FApp.tsx
Result
https://github.com/user-attachments/assets/44a47679-ea4e-4c5d-ab5b-3b848a85fc20
Current behavior
Dark mode flicker on Vite.js version with MUI v6.
in MUI v5 when used with CssVarsProvider and extendTheme don't have this problem.
Expected behavior
No flicker when refresh page
Context
No response
Your environment
No response
Search keywords: Dark mode flicker

To fix this, I will try updating the logic to use useSyncExternalStore.

The vite setup you provided is client side only. It won't be possible to prevent flickering because Material UI needs to render before generating the CSS variables.
On the other hand, the Next.js works because of SSR setup + InitColorSchemeScript component
Note: InitColorSchemeScript cannot be used in Vite because you cannot import it in index.html.

The possible way is to use Pigment CSS to extract CSS variables at build time.

@siriwatknp Thanks for clarifying.
Pigment CSS is currently only a experimental version. Is this a good time to migrate to Pigment CSS? Because my application has quite a few components. I tried integrating before but had a lot of errors. Maybe I will try again.
Currently I only see examples for Vite.js and Next.js
Can you please tell me where I can get an example of Pigment CSS + CRA (react-script)?

Can you please tell me where I can get an example of Pigment CSS + CRA (react-script)?

I don't think we will add an example for CRA, it's outdated. Is there any reason that you cannot use Vite?

Personally, I still like to use Vite.js because of its performance.
However, some of my customers still want to use CRA in their projects. So that's why I mentioned this

Hey, with the latest release. You can provide noSsr to the ThemeProvider. This will fix the flicker for client-side application:
<ThemeProvider theme={theme} noSsr>


keys: :atoms! sometime tries to convert values to keys

I've an example that when fed to Poison.decode! with keys: :atoms! option, errors out with ArgumentError where it tried converting a value to atom (which wouldn't be initialised of course)
It seems to be just a rare anomaly, because I wasn't able to reproduce the error with a simpler example. Am I missing something here?
This gist contains the example that triggers this anomaly.
Using poison v2.2.0

The keys: :atoms! errors if the JSON contains atoms that haven't yet been initialized. In the example you linked, the following atoms have never been declared, but do appear in the JSON: :captured, :card_id, :bank, :wallet.
If you want the atoms to be declared, you can use keys: :atoms. Otherwise, your code works if you declare the atoms first. ie.
iex> [:captured, :card_id, :bank, :wallet]
#=> [:captured, :card_id, :bank, :wallet]
PoisonAnomaly.run

Closing this issue because it's not actually one. I assumed captured is coming from the value of the status field. Didn't expect that as a separate key. (The response is from a payment gateway) Opened the issue in a hurry without thoroughly checking the response. Thanks @rschmukler for pointing it out


UI review before 1.0.0 release

A final UI work-over should be done before release.
This includes trying to figure out why dynamic theming is frequently failing.

Icons/Assets need finishing before release.

Clicking the "Sync" settings link if you're NOT logged in to an MS account takes you to the main settings app root with no message.
Need to check if the user is logged in to an MS account - and if not, should say that it's a required part of the app and not let the user progress.

That's not quite right - you can use Auth without an MS account, there's just no syncing. The second pivot should contextually show either what it does now, or something detailing "If you log into W10 with an MS account, you can sync your codes between your devices!"

Can't do contextual without a lot of work and adding the internet permission - which I'm really against, as I know that I personally wouldn't trust a 2FA app that has internet access.

Current status:
Assets/Icons need a touch-up
Dynamic theming is failing

Dynamic theming was fixed by f6dc8ce


[wait for #747] [tensor] Reduce overall memory overhead

Reduce overall tensor memory overhead
- standardization and normalization now take in-place
- input and label tensor in train are now allocated only once externally and reused for each epoch
that being used in each epoch
- add_i does not allocate new memory now
- removed support for normalization and standardization for conv layer
Self evaluation:
1. Build test: [x]Passed [ ]Failed [ ]Skipped
2. Run test: [x]Passed [ ]Failed [ ]Skipped
Signed-off-by: Parichay Kapoor<EMAIL_ADDRESS>

:memo: TAOS-CI Version: 1.4.20191203. Thank you for submitting PR #749. Please a submit 1commit/1PR (one commit per one PR) policy to get comments quickly from reviewers. Your PR must pass all verificiation processes of cibot before starting a review process from reviewers. If you are new member to join this project, please read manuals in documentation folder and wiki page. In order to monitor a progress status of your PR in more detail, visit http://nnsuite.mooo.com/.


Share vray code between 3ds max and Maya/standalone

Commit 5af5b5b2e1d3d3281e7ecc4b54bb357b30840caf refactors max plugin to use the BSDF sampler from the vray standalone plugin. It works with vray 4.
It compiles for vray 5 but crashes with access violation at https://github.com/ThunderLoom/ThunderLoom/blob/5af5b5b2e1d3d3281e7ecc4b54bb357b30840caf/frontends/vray3dsMax/ThunderLoomMtl.cpp#L1061
Will continue to look at this.
During the refactor, the dynamic loading functionality was removed. Will look at re-adding it once we get it working for vray 5.


console fail when zstack dashboard with haproxy

Since the zstack dashboard opens tcp 5000 on private ip, I use haproxy which opens tcp 80 on public ip for port-forward (make it just like public ip on firewall and port forward to internal ip). The web is ok, but it fail to open console. The snapshot as bellow:

fixed in mainline


Idea / RFC: support virtual brew environments

(NOTE: I know nothing about Ruby; I know something about Python. I'm writing this from a Python perspective hoping the paradigms are similar enough in Ruby for this to make sense in both worlds.)
A detailed description of the proposed feature
Support installing brew in a virtual environment.
This is analog to the concept of virtual environments supported by programming languages (e.g. RVM or bundler in Ruby, built-in venv or pipenv in Python, etc.) and has the same intention: Create an isolated environment / installation that serves a specific purpose independent of /  in addition to the "regular" / "main" installation. Just like Ruby / Python / etc. venvs, the virtual env should be trivial to create and remove.
The motivation for the feature
To give some context, I believe the motivation for Python/Ruby virtual environments is fairly well known:
Python/Ruby virtual environments
Problem: If I work on a Python/Ruby project and need a package/gem, I should not install that to the system Python/Ruby installation (or update one that exists there) because

that might break other (system) applications that rely on that system package/gem in a certain version
installing packages to the system for a number of projects over time messes up the system Python/Ruby, rendering it unmanageable:
a large number of packages exists in some version (typically current at installation time)
different projects might require different (possibly conflicting) versions
I might not even remember what project I installed a package for and what package version that project requires - and as there typically is no "configuration" of package/gems to install, updating all system packages/gems might fix one problem in one project, but break other projects

Solution: I leave the system Python/Ruby installation in its pristine state and instead create a Python/Ruby virtual environment, install the package/gem there and use that venv in my project.
Homebrew virtual environments
IMO, the constellation described above applies to Homebrew in an analogous fashion:
Problem: If the same Python/Ruby project as above for example needs a command line tool provided by a brew formula, I should not install that formula to the "system" brew installation - for the very same reasons:

it might break other (system) applications that rely on that "system" formula in a certain version
a large number of formulae exists (albeit not in some, but in the most recent version - assuming a recent brew update && brew upgrade)
different projects might require different (possibly conflicting) versions
I might not even remember what project I installed a formula for and what formula version that project requires - and as there typically is no "configuration" of formulae to install, updating all system formulae might fix one problem in one project, but break other projects

Solution: I leave the system Homebrew installation in its pristine state and instead create a Homebrew virtual environment, install the formulae there and use that venv in my project.
How the feature would be relevant to at least 90% of Homebrew users
I would imagine that every Homebrew user sooner or later runs into a situation where a certain brew formula is only required for one short term (but possibly repeatedly necessary) task or not the most recent, but an earlier version of a formula is required. I suppose the latter was the reason why brew switch exists. Virtual brew environments would creating a reproducible venv for the short term task and allow switching inside that venv only - while leaving the system brew in its pristine, up to date state, providing the latest and greatest formulae.
What alternatives to the feature have been considered
Right now, I create a Docker container, install (Linux) brew inside it and install formulae in the required version. Solves the problem, but requires a huge amount of effort and has other drawbacks.
What other advantages might this feature provide
I could imagine this also helps with brew core and formula development: Not talking from own practical experience here, but running brew core / installing formulae under development in an isolated environment, independent from the system brew, might eliminate some existing annoyances, open up possibilities not currently available and facilitate automated testing.
What existing solutions might provide inspiration
As mentioned before, I don't work with Ruby, so I don't know how well the various venv implementations work in practice. Python has gone through quite a few iterations in the last couple of years, but in my (obviously subjective) opinion has now come to a point where pipenv absolutely nails it and provides the last word in that respect (BTW drawing itself inspiration from JavaScript / node.js npm package concepts, i.e. package.json, package-lock.json / Pipfile, Pipfile.lock, etc.); a brew env implementation could possibly copy pipenv concepts 1:1, avoiding said unsuccessful iterations:
A Homebrew venv is defined by two files:

a primary file called brewfile that contains the formulae requested - in version "*" if the current formula version is fine; in pinned version "1.2.3" if a specific version is needed; package dependency semver syntax optional
a secondary brewfile.lock file contains the formulae in the version actually installed: the current one if "*" in brewfile, a specific one if specified in brewfile; it also contains some meta data, e.g. the .tar.gz package download sha256 sum

both brewfile  and brewfile.lock should be kept under version control
the actual brew venv files are nowhere near the current folder, but instead in ~/.local/share/brewenvs/<env name>-<uuid> (determined reproducibly, based on the current path).
the brew venv (and brewfile.lock) can be re-created at any time using brewfile at a reproducible folder underneath ./local
brewfile only changes if a project's package (version) requirements change, brewfile.lock changes upon brewenv update if new versions of unpinned formulae are available

The command line API could be just sed 's|pip|brew|g:

brewenv install with no brewfile present in the current folder creates a new virtual brew env, creating said boilerplate brewfile and brewfile.lock files
brewenv install <formula>, run in the same folder, installs that formula to the venv, updating brewfile and brewfile.lock
brewenv uninstall <formula> removes that formula from the venv, again updating brewfileand brewfile.lock
brewenv update updates all venv formulae to their most recent versions (unless pinned)
brewenv --rm deletes the entire brew venv from ~/.local; does not change brewfile nor brewfile.lock

While the proposed system would be without doubt extremely useful, and I would definitely use it myself if it were available, I sincerely doubt the proposal fits Homebrew’s scope and long-term mission. It would introduce several new dimensions of support burden at the same time (e. g. going back to building formulae from source instead of using bottles; pinning formulae to arbitrary versions; having to add semver restrictions in many places, including depends_on; and so on.)
With that out of the way: I use a very primitive, low-tech version of this on my development machine. It’s not endorsed by Homebrew, and it’s not nearly as powerful as what you’re proposing here but feel free to experiment with it.

Clone secondary Homebrew directly from Git. This directory would be equivalent to the brew venv from your RFC.
cd to the root directory of the brew venv.
Use bin/brew instead of brew for everything.

The biggest nuisance is that bin/brew update doesn’t really work. So I use the following workaround for updating:
(
  set -eux;

  HOMEBREW_PREFIX=[set this to your secondary Homebrew’s Git root directory]
  HOMEBREW_REPOSITORY="${HOMEBREW_PREFIX}"
  HOMEBREW_BREW_FILE="${HOMEBREW_PREFIX}/bin/brew"
  HOMEBREW_LIBRARY="${HOMEBREW_REPOSITORY}/Library"
  git -C "${HOMEBREW_REPOSITORY}" checkout master
  git -C "${HOMEBREW_REPOSITORY}" \
    pull --autostash
  # Repeat for all taps
  git -C "${HOMEBREW_LIBRARY}/Taps/homebrew/homebrew-core" \
    checkout master
  git -C "${HOMEBREW_LIBRARY}/Taps/homebrew/homebrew-core" \
    pull --autostash
  "${HOMEBREW_BREW_FILE}" update
)

Note: I do not endorse or support the crude thing I described; it’s purely FYI.

a primary file called brewfile that contains the formulae requested - in version "*" if the current formula version is fine; in pinned version "1.2.3" if a specific version is needed; package dependency semver syntax optional

https://github.com/homebrew/homebrew-bundle does part of this.

As for the rest: you'd need to have a separate Homebrew installation for each virtual environment. Given they couldn't share the default location: they'd been to be built from source. As a result, I think the user experience would be pretty terrible so we're not interested in officially supporting it. Sorry!


Try using vndr instead of Godeps, as it has a cleaner version pinning file

docker/docker and swarmkit both use VNDR, and I've had a much easier time vendoring using it as opposed to Godeps, so this is an attempt to convert.
Mainly I wanted to see if CI passes, since vndr seems to clean up a lot of extra stuff in vendor/.  But also, if folks like Godeps instead, we can stay with godeps.  :)

I have a bad experience with Godeps, I'd like to have a quick taste for vndr

what is blocking the status checking process?

jenkins, test this please

@HuKeping  :|  Not sure, it may have gotten stuck, even after I rebuilt.  Let me poke it again

jenkins, retest this please

retest this please

This seems like a good place to bring up: https://github.com/mattfarina/golang-broken-vendor
I have this problem when using notary as a lib - leaving vendor out of version control can fix it (but I might also argue this is a golang problem that should be fixed by the language). Just thought I'd bring it up in case you wanted to consider it.

@HuKeping I think that particular checker is just broken for now :|  Or in the process of being migrated.
@ecordell:  By "using notary as a lib" do you mean vendoring it in to some other project?  I haven't done a lot with other go projects - I thought that most used some kind of vendoring tool that does the flattening, though.  It would be nice if golang provided a default vendoring tool that does this though, or yes, was able to handle the nested vendoring.

@ecordell does glide can solve you problem? I know rkt is using glide.

@ecordell that's an interesting problem. In that linked example, it's a legitimate problem when the "a" packages are at the same version, but what would be the correct behaviour if they were two different versions? I always figured the way vendoring was done to allow different packages to depend on different versions, but it clearly does cause problems even if the differences are only internal, within a strongly typed system.

@ecordell I opened https://github.com/docker/notary/issues/1040 where we can continue discussing whether it's worthwhile to keep our vendor-ed code checked in.


Error creating MSI

Hi there
I've recently had an issue where the MSI has stopped being generated.  Turns out it's the same issue as https://github.com/electron/grunt-electron-installer/issues/96.  I've tested with a newer version of rcedit.exe and the problem goes away.
What are the thoughts on upgrading the files that are in vendor?

Just checked out master, and run:
npm install
npm run ci

And I get similar errors.

Closing


Add an option to change the MOTD

Is your feature request related to a problem? Please describe.
I'm using this mod in a modded server for my friends but we are from Spain so the message being in English and seemingly hardcoded bothers me.
Describe the solution you'd like
A new options key allowing to set the MOTD.
Describe alternatives you've considered
Harder to implenet whoud me some kind of localization (I could help with that) but I much prefer it being customizable.
Additional context

Hi there. A custom message can definitely be implemented.
I agree that a localization system will be hard to do, and honestly not worth the effort when you could just have the users set their own message. I'll add it to the next update :)

Thank you so much!

You're welcome.  Not sure what version of MC you use, but you test the Snapshot build. I added a new command setMotd to change that message.
https://ci.firstdarkdev.xyz/job/MaintenanceMode/

works perfectly, thank you!


Running testcintainers inside Dockerfile?

Hello, I have a question. I run testcontiners in junit5 test when generating new Docker Image.
Is such workflow supported?
My Dockerfile:
FROM openjdk:8-jdk as builder
COPY . /usr/src/user-and-device
WORKDIR /usr/src/user-and-device
USER root
RUN ./gradlew test  booJar

and during the test inside I have:
21:50:39.821 [DEBUG] [TestEventLogger] com.openbrewery.user.docs.DeviceDocumentationTest > classMethod FAILED
21:50:39.822 [DEBUG] [TestEventLogger]     java.lang.IllegalStateException: Could not find a valid Docker environment. Please see logs and check configuration```

Sadly no, as mentioned on Slack, there is no way for Testcontainers to access the docker daemon from within a Docker build.


Make saving 'last' checkpoint as symbolic link opt-in

What does this PR do?
Several complaints from users have made it clear that the feature to save the 'last.ckpt' file as symbolic link is not wanted. In this PR, I'm reverting the decision to make a symbolic link by default, and make the feature opt-in instead.
This is a breaking change, tell me more about it :))
Fixes #19189
Fixes #19189
Fixes #19107
This partially reverts #18748

📚 Documentation preview 📚: https://pytorch-lightning--19191.org.readthedocs.build/en/19191/

cc @borda @justusschock @carmocca @awaelchli

ok, seems this is the victim of the broken master, with frozen requirements it passes but not with all the latest...


Flight is lost on death

When a player dies, they seem to lose the ability to fly. Logging out and back in again seems to fix it.
Seems to occur with TotallyBalancedCreativeFlying 1.0.0, Minecraft 1.16.2, Fabric Loader 0.9.2+build.206, Fabric API 0.19.0+build.398-1.16 and PlayerAbilityLib 1.2.1

Fixed on https://github.com/adriantodt/TotallyBalancedCreativeFlying/releases/tag/1.0.1


Staircas-timer error

HI i got this error when i use the timer
msg : string[61]
"don't know what to do with payload 'undefined' in state 'off'"
thanks
Erich

seems like the message passed to the timer does not contain a "payload" value?
the current version expects every input message to be a object with a "payload" property containing one of the understood strings (see Possible Input Payloads in README)
of course it would be possible to perform some more sophisticated heuristics in case there is no such property.

I just reinstalled the staircase timer and now its working.


[Event Request] codeunit 99000833 "Req. Line-Reserve" - OnBeforeTransferReservationsProdOrderLine

Could we please have an event OnBeforeTransferReservationsProdOrderLine in Codeunit 99000833 "Req. Line-Reserve" in function TransferPlanningLineToPOLine?
Code Example:
NewProdOrderLine.TestField("Item No.", OldReqLine."No.");
NewProdOrderLine.TestField("Variant Code", OldReqLine."Variant Code");
NewProdOrderLine.TestField("Location Code", OldReqLine."Location Code");
// start kvspsa - Event Raiser
OnBeforeTransferReservationsProdOrderLine(OldReservEntry, OldReqLine, NewProdOrderLine);
// stop kvspsa
OldReservEntry.TransferReservations(
OldReservEntry, OldReqLine."No.", OldReqLine."Variant Code", OldReqLine."Location Code",
TransferAll, TransferQty, NewProdOrderLine."Qty. per Unit of Measure",
DATABASE::"Prod. Order Line", NewProdOrderLine.Status, NewProdOrderLine."Prod. Order No.", '', NewProdOrderLine."Line No.", 0);
Event:
[IntegrationEvent(false, false)]
local procedure OnBeforeTransferReservationsProdOrderLine(var OldReservEntry: Record "Reservation Entry"; var OldReqLine: Record "Requisition Line"; var NewProdOrderLine: Record "Prod. Order Line")
begin
end;
Thank you and kind regards

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. We will update this issue with information about availability.


removing installGlobals leads to crash in dev

Reproduction
As adviset in docs, I've removed installGlobals from vite config, and starting dev start crashing in runtime after browser makes first request.
3:36:05 PM [vite] Internal server error: Headers.set: ":method" is an invalid header name.
      at Object.webidl.errors.exception (node:internal/deps/undici/undici:3564:14)
      at Object.webidl.errors.invalidArgument (node:internal/deps/undici/undici:3575:28)
      at _Headers.set (node:internal/deps/undici/undici:8814:31)
      at fromNodeHeaders (/Users/user/projects/client/node_modules/.pnpm/@remix-run+dev@2.15.0_@remix-run+react@2.15.0_react-dom@18.3.1_react@18.3.1__react@18.3.1_typ_dyiyu57qvxnruishmq7l5zb5f4/node_modules/@remix-run/dev/dist/vite/node-adapter.js:30:17)
      at Object.fromNodeRequest (/Users/user/projects/client/node_modules/.pnpm/@remix-run+dev@2.15.0_@remix-run+react@2.15.0_react-dom@18.3.1_react@18.3.1__react@18.3.1_typ_dyiyu57qvxnruishmq7l5zb5f4/node_modules/@remix-run/dev/dist/vite/node-adapter.js:46:14)
      at /Users/user/projects/client/node_modules/.pnpm/@remix-run+dev@2.15.0_@remix-run+react@2.15.0_react-dom@18.3.1_react@18.3.1__react@18.3.1_typ_dyiyu57qvxnruishmq7l5zb5f4/node_modules/@remix-run/dev/dist/vite/cloudflare-proxy-plugin.js:65:37
3:36:05 PM [vite] Internal server error: Headers.set: ":method" is an invalid header name.
      at Object.webidl.errors.exception (node:internal/deps/undici/undici:3564:14)
      at Object.webidl.errors.invalidArgument (node:internal/deps/undici/undici:3575:28)
      at _Headers.set (node:internal/deps/undici/undici:8814:31)
      at fromNodeHeaders (/Users/user/projects/client/node_modules/.pnpm/@remix-run+dev@2.15.0_@remix-run+react@2.15.0_react-dom@18.3.1_react@18.3.1__react@18.3.1_typ_dyiyu57qvxnruishmq7l5zb5f4/node_modules/@remix-run/dev/dist/vite/node-adapter.js:30:17)
      at Object.fromNodeRequest (/Users/user/projects/client/node_modules/.pnpm/@remix-run+dev@2.15.0_@remix-run+react@2.15.0_react-dom@18.3.1_react@18.3.1__react@18.3.1_typ_dyiyu57qvxnruishmq7l5zb5f4/node_modules/@remix-run/dev/dist/vite/node-adapter.js:46:14)
      at /Users/user/projects/client/node_modules/.pnpm/@remix-run+dev@2.15.0_@remix-run+react@2.15.0_react-dom@18.3.1_react@18.3.1__react@18.3.1_typ_dyiyu57qvxnruishmq7l5zb5f4/node_modules/@remix-run/dev/dist/vite/cloudflare-proxy-plugin.js:65:37
      at processTicksAndRejections (node:internal/process/task_queues:105:5)

System Info
System:
    OS: macOS 15.1
    CPU: (10) arm64 Apple M1 Max
    Memory: 184.81 MB / 64.00 GB
    Shell: 5.9 - /bin/zsh
  Binaries:
    Node: 22.11.0 - ~/.nvm/versions/node/v22.11.0/bin/node
    Yarn: 1.22.22 - /opt/homebrew/bin/yarn
    npm: 10.9.0 - ~/.nvm/versions/node/v22.11.0/bin/npm
    pnpm: 9.14.2 - /opt/homebrew/bin/pnpm
    bun: 1.1.36 - /opt/homebrew/bin/bun
  Browsers:
    Chrome: 131.0.6778.86
    Safari: 18.1
  npmPackages:
    @remix-run/cloudflare: 2.15.0 => 2.15.0
    @remix-run/cloudflare-pages: 2.15.0 => 2.15.0
    @remix-run/dev: 2.15.0 => 2.15.0
    @remix-run/node: 2.15.0 => 2.15.0
    @remix-run/react: 2.15.0 => 2.15.0
    @remix-run/serve: 2.15.0 => 2.15.0
    vite: 5.4.11 => 5.4.11

Used Package Manager
pnpm
Expected Behavior
Should not crash on dev. Please either remove advise from docs, or fix and release 2.15.1
Actual Behavior
crashes on dev after removing installGlobals. stop crashing after revert.

I am not sure if it is also the reason that Response.json is not defined. Calling it in<EMAIL_ADDRESS>directly works without any issues.
Context: according to https://remix.run/docs/en/2.13.1/guides/single-fetch#resource-routes ressource routes should use Response.json instead of json imported from @remix-run/node.
I am not able to update from Remix@v2 to ReactRouter@v7 (https://reactrouter.com/upgrading/remix).


Sensitivity analysis is broken

The outputs of Xpansion 1.0 are stored in a zip archive. However, the sensitivity analysis expects a folder structure, which causes the feature to fail.

Fixed by #626


Switch stops working in IE11 when hidden input element is added before the checkbox input element

The switch component stops working in IE11 when <input type="hidden"> is added into the label-switch element, like so:

  <input type="hidden">
  <input type="checkbox">

Clicking will not trigger a click event, the switch will not change/flip, and the checkbox value will also not change.
This is not so much an issue with the current implementation as it is a feature request, since hidden inputs should be pretty common in forms.

Hi @timmliu, yeah this one is interesting. Not quite sure why that hidden field breaks the switch. It seems to work if you put the hidden outside of the switch. Would that be an option or does it need to be on the inside?

@Magnus-G Somehow the hidden input element is covering the regular checkbox input in ie11, like literally on top of it, so when you try to click the real input you are actually clicking the hidden input or something. I was able to circumvent it by using javascript to trigger a click on the checkbox directly.
I haven't tested with it outside. I think it would work.. but it is pretty typical for form helpers to generate a hidden input right before the regular input. See Rails built-in form helpers: http://api.rubyonrails.org/classes/ActionView/Helpers/FormHelper.html, and this is the gem for Rails forms that I am using: https://github.com/plataformatec/simple_form. So ideally it would be on the inside.

@timmliu yeah it doesn't seem like either visibility: hidden or display: none does anything to make it better.

@Magnus-G yeah, not sure if there is much that can be done here. I thought about putting the hidden input after the checkbox input, but then the current css would need to be smart/updated because + .checkbox depends on the checkbox input being next to the .checkbox div.

@timmliu if you find a way change the css (and the markup) and make that work please let me know. Otherwise I guess we should put this on hold?

@Magnus-G ok sounds good.

Closing this for now.

I know why this is happening.  It's because ie11 doesn't like hidden type inside :

  <input type="hidden">
  <input type="checkbox">

But it likes this.
<input type="checkbox">

  Some label text
  <input type="checkbox">

Same problem here using Rails check_box, which adds an auxiliary hidden field before the check box.


fromDelegatedEvent

What's your view on supporting this?
With just "fromEvent" you can quickly have a chicken and egg problem where your view (re)renders when a stream made of data streams and input streams change, but you don't have a DOM Element reference the first time nor do you want to recreate the stream if it does change later.
With a fromDelegatedEvent stream, you listen at the level of a stable DOM node (some parent container) and the whole DOM hierarchy underneath it can re-render whenever the stream changes. Working with explicit DOM Element references is also not very natural when using virtual DOM libraries.

Hey @AlexGalays, good question.
It's already possible to do event delegation using fromEvent and filter, using Element#matches (and polyfills are available for older browser support).  For example:
var container = document.querySelector('.some-parent-container');
most.fromEvent('click', container)
    .filter(e => e.target.matches('.some-selector'))
    .observe(e => console.log(e));

If you're already using another DOM library like jQuery, you can use it easily as well:
var container = $('.some-parent-container');
most.create(function(add {
    container.on('click', add);
    return () => container.off('click', add);
});

The goal of most.js is to provide building blocks, rather than all possible functions that can be built from them.  That said, I could see a set of higher-level convenience functions, such as event delegation, being a good candidate for a companion project in another repo, like most-dom or something like that.
I think Node users would appreciate not having the extra DOM-related code in the most.js core as well.
Hope that helps!

Alright cheers !


Fix the race condition with Dialog tests

Ensure that Dialog tests always pass!

I haven't seen this error since switching to WatsonGateway for networking. With #130, though, my hunch is that the extra networking calls are providing enough time for things to settle.
We should check for this race condition again after #130 is resolved. If it reappears, then we can add a sleep statement to wait a couple seconds after a Dialog application is created.

I have not seen this error either.  I will add a 3 sec delay just after create as a preventative and close out this ticket.


RPC call getBlockByNumber behaves different than Ganache

Component
Anvil
Have you ensured that all of these are up to date?

[X] Foundry
[X] Foundryup

What version of Foundry are you on?
forge 0.2.0 (e6f2bc6 2022-06-07T00:05:25.119456Z)
What command(s) is the bug in?
anvil
Operating System
Linux
Describe the bug
I'm trying to run a Graph node against a local Anvil instance in a docker compose setup. The Graph node errors with the following errors:
Jun 07 19:10:06.455 WARN Trying again after eth_getBlockByNumber(0, false) RPC call failed (attempt #10) with result Err(Decoder error: Error("invalid length 1, expected a (both 0x-prefixed or not) hex string with length of 16", line: 0, column: 0)), provider: mainnet-rpc-0

I investigated and I get an error if I call the JSON-RPC request against Anvil:
curl --request POST \
  --url http://localhost:8545/ \
  --header 'content-type: application/json' \
  --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":[0,  false],"id":1}'

However, this works when the param "0" is a string.
In ganache-cli I can query with that same cURL and get a proper response. I'd like this functionality to be able to run full E2E tests using Anvil.

following the spec the block parameter is either:

HEX String - an integer block number
String "earliest" for the earliest/genesis block
String "latest" - for the latest mined block
String "pending" - for the pending state/transactions

and with EIP-1898:

blockNumber: QUANTITY - a block number
blockHash: DATA - a block hash

so we're currently missing the numeric blocknumber
nice catch!

Hm, in this case, maybe it's a bug on Graph's end: https://github.com/graphprotocol/graph-node/blob/7182fc00b0a7a7bb07720abb157d6dce7d9ec074/chain/ethereum/src/ethereum_adapter.rs#L859
I don't speak Rust very well but it seems like it's passing a number in. I confirmed by trying with Ganache and it works. I will submit a bug to them.

According to ethereum wiki source here, under eth_getBlockByNumber:
https://eth.wiki/json-rpc/API

QUANTITY|TAG - integer of a block number, or the string "earliest", "latest" or "pending", as in the default block parameter.

So it seems to, at the very least, be a widespread assumption that an integer would be handled, even if it's not core geth behavior or covered in an EIP.
Keeping to the strict spec may be perfectly fine, but at the very least worth noting in the documentation as a "gotcha".

Is there a work around for now?

OK given this affects more people and the ecosystem's reliance on ganache's (wrong) implementation am convinced that it's OK to deviate from spec here.
Let's add a big fat warning in the code and try to get the graph to implement a proper fix so that it works with Geth.

perhaps there are actually two issues here

sending the requested blocknumber as integer
something's not right in the response

just checked, this
curl --request POST \
  --url http://localhost:8545/ \
  --header 'content-type: application/json' \
  --data '{"jsonrpc":"2.0","method":"eth_getBlockByNumber","params":[0,  false],"id":1}'

actually has a different error response
{"jsonrpc":"2.0","id":1,"error":{"code":-32602,"message":"invalid type: integer `0`, expected a string"}}

so currently no sure where The Graph Node error originates @rhlsthrm ?

Hi @gakonst, to make sure you're not following a red herring here, rust-web3 and therefore Graph Node do not submit requests with raw numbers, but always 0x prefixed hex numbers.
The Graph Node error says Decoder error: Error("invalid length 1, expected a (both 0x-prefixed or not) hex string with length of 16. So it seems to be having trouble decoding a field in the response.

That's interesting. Any idea why it would be erroring here? I was unable to connect to an Anvil instance but I was able to connect to Ganache without any other setup changes.

not familiar with the docker compose setup of OP

This is the working docker-compose:
version: "3.8"

services:
  chain-1337:
    container_name: chain-1337-test
    image: trufflesuite/ganache-cli:latest
    command: "--chainId 1337 --mnemonic 'candy maple cake sugar pudding cream honey rich smooth crumble sweet treat' --hostname <IP_ADDRESS> --blockTime 3 --verbose"
    ports:
      - 8545:8545
    networks:
      - nxtp-test
  chain-1338:
    container_name: chain-1338-test
    image: trufflesuite/ganache-cli:latest
    command: "--chainId 1338 --mnemonic 'candy maple cake sugar pudding cream honey rich smooth crumble sweet treat' --host <IP_ADDRESS> --blockTime 3 --verbose"
    ports:
      - 8546:8545
    networks:
      - nxtp-test

  ######################

  graph-node-1337:
    container_name: graph-node-1337-test
    image: graphprotocol/graph-node:v0.25.0
    ports:
      - "8010:8000"
      - "8001:8001"
      - "8020:8020"
      - "8030:8030"
      - "8040:8040"
    depends_on:
      - ipfs
      - postgres-1337
      - chain-1337
    environment:
      postgres_host: postgres-1337
      postgres_user: graph-node
      postgres_pass: let-me-in
      postgres_db: graph-node
      ipfs: "ipfs:5001"
      ethereum: "mainnet:http://chain-1337:8545"
      GRAPH_LOG: info
    networks:
      - nxtp-test
  postgres-1337:
    container_name: postgres-1337-test
    image: postgres
    ports:
      - "5432:5432"
    command: ["postgres", "-cshared_preload_libraries=pg_stat_statements"]
    environment:
      POSTGRES_USER: graph-node
      POSTGRES_PASSWORD: let-me-in
      POSTGRES_DB: graph-node
    networks:
      - nxtp-test
  graph-node-1338:
    container_name: graph-node-1338-test
    image: graphprotocol/graph-node:v0.25.0
    ports:
      - "9010:8000"
      - "9001:8001"
      - "9020:8020"
      - "9030:8030"
      - "9040:8040"
    depends_on:
      - ipfs
      - postgres-1338
      - chain-1338
    environment:
      postgres_host: postgres-1338
      postgres_user: graph-node
      postgres_pass: let-me-in
      postgres_db: graph-node
      ipfs: "ipfs:5001"
      ethereum: "mainnet:http://chain-1338:8545"
      GRAPH_LOG: info
    networks:
      - nxtp-test
  postgres-1338:
    container_name: postgres-1338-test
    image: postgres
    ports:
      - "5433:5432"
    command: ["postgres", "-cshared_preload_libraries=pg_stat_statements"]
    environment:
      POSTGRES_USER: graph-node
      POSTGRES_PASSWORD: let-me-in
      POSTGRES_DB: graph-node
    networks:
      - nxtp-test
  ipfs:
    container_name: ipfs-test
    image: ipfs/go-ipfs:v0.4.23
    ports:
      - "5001:5001"
    networks:
      - nxtp-test

networks:
  nxtp-test:

@mattsse @rhlsthrm Thanks for your help in debugging this, could one of you provide the raw response of a successful eth_getBlockByNumber request to fetch the genesis block?

Just ran anvil and in a separate terminal RUST_LOG=trace cast block --block 0:
2022-06-15T11:25:11.845217Z TRACE rpc{method="eth_getBlockByNumber" params="[\"0x0\",false]"}: ethers_providers::provider: rx="{\"hash\":\"0x3e99f157c451181e1f7ff511146c047842a92f33a03ff7fdb4cf51a34c7f7d45\",\"parentHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"sha3Uncles\":\"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347\",\"miner\":\"0x0000000000000000000000000000000000000000\",\"stateRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"transactionsRoot\":\"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421\",\"receiptsRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"number\":\"0x0\",\"gasUsed\":\"0x0\",\"gasLimit\":\"0x0\",\"extraData\":\"0x\",\"logsBloom\":\"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000\",\"timestamp\":\"0x62a9c180\",\"difficulty\":\"0x0\",\"totalDifficulty\":null,\"sealFields\":[\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"0x0000000000000000\"],\"uncles\":[],\"transactions\":[],\"size\":\"0x1f1\",\"mixHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"nonce\":\"0x0\",\"baseFeePerGas\":\"0x3b9aca00\"}"

Also works with RUST_LOG=trace cast block --block earliest
2022-06-15T11:25:38.219350Z TRACE rpc{method="eth_getBlockByNumber" params="[\"earliest\",false]"}: ethers_providers::provider: rx="{\"hash\":\"0x3e99f157c451181e1f7ff511146c047842a92f33a03ff7fdb4cf51a34c7f7d45\",\"parentHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"sha3Uncles\":\"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347\",\"miner\":\"0x0000000000000000000000000000000000000000\",\"stateRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"transactionsRoot\":\"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421\",\"receiptsRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"number\":\"0x0\",\"gasUsed\":\"0x0\",\"gasLimit\":\"0x0\",\"extraData\":\"0x\",\"logsBloom\":\"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000\",\"timestamp\":\"0x62a9c180\",\"difficulty\":\"0x0\",\"totalDifficulty\":null,\"sealFields\":[\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"0x0000000000000000\"],\"uncles\":[],\"transactions\":[],\"size\":\"0x1f1\",\"mixHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"nonce\":\"0x0\",\"baseFeePerGas\":\"0x3b9aca00\"}"

Just ran anvil and in a separate terminal RUST_LOG=trace cast block --block 0:
2022-06-15T11:25:11.845217Z TRACE rpc{method="eth_getBlockByNumber" params="[\"0x0\",false]"}: ethers_providers::provider: rx="{\"hash\":\"0x3e99f157c451181e1f7ff511146c047842a92f33a03ff7fdb4cf51a34c7f7d45\",\"parentHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"sha3Uncles\":\"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347\",\"miner\":\"0x0000000000000000000000000000000000000000\",\"stateRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"transactionsRoot\":\"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421\",\"receiptsRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"number\":\"0x0\",\"gasUsed\":\"0x0\",\"gasLimit\":\"0x0\",\"extraData\":\"0x\",\"logsBloom\":\"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000\",\"timestamp\":\"0x62a9c180\",\"difficulty\":\"0x0\",\"totalDifficulty\":null,\"sealFields\":[\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"0x0000000000000000\"],\"uncles\":[],\"transactions\":[],\"size\":\"0x1f1\",\"mixHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"nonce\":\"0x0\",\"baseFeePerGas\":\"0x3b9aca00\"}"

Also works with RUST_LOG=trace cast block --block earliest
2022-06-15T11:25:38.219350Z TRACE rpc{method="eth_getBlockByNumber" params="[\"earliest\",false]"}: ethers_providers::provider: rx="{\"hash\":\"0x3e99f157c451181e1f7ff511146c047842a92f33a03ff7fdb4cf51a34c7f7d45\",\"parentHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"sha3Uncles\":\"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347\",\"miner\":\"0x0000000000000000000000000000000000000000\",\"stateRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"transactionsRoot\":\"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421\",\"receiptsRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"number\":\"0x0\",\"gasUsed\":\"0x0\",\"gasLimit\":\"0x0\",\"extraData\":\"0x\",\"logsBloom\":\"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000\",\"timestamp\":\"0x62a9c180\",\"difficulty\":\"0x0\",\"totalDifficulty\":null,\"sealFields\":[\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"0x0000000000000000\"],\"uncles\":[],\"transactions\":[],\"size\":\"0x1f1\",\"mixHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"nonce\":\"0x0\",\"baseFeePerGas\":\"0x3b9aca00\"}"

Just ran anvil and in a separate terminal RUST_LOG=trace cast block --block 0:
2022-06-15T11:25:11.845217Z TRACE rpc{method="eth_getBlockByNumber" params="[\"0x0\",false]"}: ethers_providers::provider: rx="{\"hash\":\"0x3e99f157c451181e1f7ff511146c047842a92f33a03ff7fdb4cf51a34c7f7d45\",\"parentHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"sha3Uncles\":\"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347\",\"miner\":\"0x0000000000000000000000000000000000000000\",\"stateRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"transactionsRoot\":\"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421\",\"receiptsRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"number\":\"0x0\",\"gasUsed\":\"0x0\",\"gasLimit\":\"0x0\",\"extraData\":\"0x\",\"logsBloom\":\"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000\",\"timestamp\":\"0x62a9c180\",\"difficulty\":\"0x0\",\"totalDifficulty\":null,\"sealFields\":[\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"0x0000000000000000\"],\"uncles\":[],\"transactions\":[],\"size\":\"0x1f1\",\"mixHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"nonce\":\"0x0\",\"baseFeePerGas\":\"0x3b9aca00\"}"

Also works with RUST_LOG=trace cast block --block earliest
2022-06-15T11:25:38.219350Z TRACE rpc{method="eth_getBlockByNumber" params="[\"earliest\",false]"}: ethers_providers::provider: rx="{\"hash\":\"0x3e99f157c451181e1f7ff511146c047842a92f33a03ff7fdb4cf51a34c7f7d45\",\"parentHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"sha3Uncles\":\"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347\",\"miner\":\"0x0000000000000000000000000000000000000000\",\"stateRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"transactionsRoot\":\"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421\",\"receiptsRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"number\":\"0x0\",\"gasUsed\":\"0x0\",\"gasLimit\":\"0x0\",\"extraData\":\"0x\",\"logsBloom\":\"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000\",\"timestamp\":\"0x62a9c180\",\"difficulty\":\"0x0\",\"totalDifficulty\":null,\"sealFields\":[\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"0x0000000000000000\"],\"uncles\":[],\"transactions\":[],\"size\":\"0x1f1\",\"mixHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"nonce\":\"0x0\",\"baseFeePerGas\":\"0x3b9aca00\"}"

Just ran anvil and in a separate terminal RUST_LOG=trace cast block --block 0:
2022-06-15T11:25:11.845217Z TRACE rpc{method="eth_getBlockByNumber" params="[\"0x0\",false]"}: ethers_providers::provider: rx="{\"hash\":\"0x3e99f157c451181e1f7ff511146c047842a92f33a03ff7fdb4cf51a34c7f7d45\",\"parentHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"sha3Uncles\":\"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347\",\"miner\":\"0x0000000000000000000000000000000000000000\",\"stateRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"transactionsRoot\":\"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421\",\"receiptsRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"number\":\"0x0\",\"gasUsed\":\"0x0\",\"gasLimit\":\"0x0\",\"extraData\":\"0x\",\"logsBloom\":\"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000\",\"timestamp\":\"0x62a9c180\",\"difficulty\":\"0x0\",\"totalDifficulty\":null,\"sealFields\":[\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"0x0000000000000000\"],\"uncles\":[],\"transactions\":[],\"size\":\"0x1f1\",\"mixHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"nonce\":\"0x0\",\"baseFeePerGas\":\"0x3b9aca00\"}"

Also works with RUST_LOG=trace cast block --block earliest
2022-06-15T11:25:38.219350Z TRACE rpc{method="eth_getBlockByNumber" params="[\"earliest\",false]"}: ethers_providers::provider: rx="{\"hash\":\"0x3e99f157c451181e1f7ff511146c047842a92f33a03ff7fdb4cf51a34c7f7d45\",\"parentHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"sha3Uncles\":\"0x1dcc4de8dec75d7aab85b567b6ccd41ad312451b948a7413f0a142fd40d49347\",\"miner\":\"0x0000000000000000000000000000000000000000\",\"stateRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"transactionsRoot\":\"0x56e81f171bcc55a6ff8345e692c0f86e5b48e01b996cadc001622fb5e363b421\",\"receiptsRoot\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"number\":\"0x0\",\"gasUsed\":\"0x0\",\"gasLimit\":\"0x0\",\"extraData\":\"0x\",\"logsBloom\":\"0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000\",\"timestamp\":\"0x62a9c180\",\"difficulty\":\"0x0\",\"totalDifficulty\":null,\"sealFields\":[\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"0x0000000000000000\"],\"uncles\":[],\"transactions\":[],\"size\":\"0x1f1\",\"mixHash\":\"0x0000000000000000000000000000000000000000000000000000000000000000\",\"nonce\":\"0x0\",\"baseFeePerGas\":\"0x3b9aca00\"}"

@gakonst Thanks, from my testing the issue is that rust-web3 expects the block nonce field is expected to be a 64 bit value represented as a 16 character long hex value. it does not accept 0x0 as being a zeroed nonce.

nonce is a QUANTITY

When encoding QUANTITIES (integers, numbers): encode as hex, prefix with “0x”, the most compact representation (slight exception: zero should be represented as “0x0”)

https://eth.wiki/json-rpc/API

It may be that rust-web3 should accept this form of nonce, but I'm just pointing out what it currently does which I believe is the root cause of this issue, and https://github.com/foundry-rs/foundry/pull/1974 is not addressing.

I think that this is an issue on rust-web3 given our unit testing above, so we should close this and should be addressed in the rust-web3 types? Or the graph could always consider switching to ethers-rs which is quite widely used at this point :D


Add undefined to JSON.stringify return type

The function returns undefined when the value passed to it is undefined

Fixes #

#18879

Closing in favor of https://github.com/microsoft/TypeScript/pull/51897

#18879
Personally I doubt whether this massive breaking change is really worth it.

Please consider this solution then: https://github.com/microsoft/TypeScript/pull/51897


[UT] rm unstable ut BalanceTest

What type of PR is this：

[ ] BugFix
[ ] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Which issues of this PR fixes ：

Fixes #
Signed-off-by: gengjun-git<EMAIL_ADDRESS>Problem Summary(Required) ：

Checklist:

[ ] I have added test cases for my bug fix or my new feature
[ ] This pr will affect users' behaviors
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[ ] I have checked the version labels which the pr will be auto backported to target branch

[ ] 2.5
[ ] 2.4
[ ] 2.3
[ ] 2.2

run starrocks_fe_unittest

run starrocks_be_unittest

[FE PR Coverage Check]
:heart_eyes: pass : 0 / 0 (0%)

run starrocks_admit_test


Fixes tests clippy ci

@rousan Hi, I'm considering using multer-rs in a rebase of https://github.com/http-rs/http-types/pull/175 - i.e. multipart support for http-rs (Tide & Surf), hope these fixes are welcome!
(Along with this, I'm going to be looking at adding support here for futures::io::AsyncRead & friends as a build feature, and also possibly a build feature for using http-types instead of http.)

Hey, @Fishrock123 , thank you very much for your PR. I'm definitely looking forward to make this crate more clean and adding supports to be able to use it in any future executors (tokio or async-std).
So, here, the following constructs will have two different variants:
AsyncRead

from tokio::io::AsyncRead
from futures::io::AsyncRead

and possibly for Http primitives:

from http
from http-types

And these could be configured using build features.

Also, as we develop any features and bug fixes in develop branch, could you please send the PR to develop branch instead of master.

Should I re-target this PR?

Should I re-target this PR?

Yes, to the develop branch.

It's honestly quite confusing that the primary branch is not the development branch, btw.

It's honestly quite confusing that the primary branch is not the development branch, btw.

It's just a development pattern. We use master branch for the latest stable code and develop for on-going unstable code.


How to use this?

Hello here. I downloaded this and how to use it? with CMD? how to extract / unpack .npk files? what command should I use? Can you help me please. there is no any "help" or "tips" here. Also I tried this: https://github.com/rsa9000/npk-tools, and this: https://github.com/crskycode/MwareStuff/releases but nothing is working.

Inside the MwareKeyFinder.rar have a "How To.txt", take a look


Zoo functions for loading recipes and base checkpoint weights from stubs

intended use cases:

load recipe from stub instead of local file. (i.e. ScheduledModifierManager.from_yaml("zoo:/model/stub/path"))
get the base weights for a recipe ("base-none" weights for a user trying to reproduce pruning results, and the final model optimized weights for transfer learning)

updated to support query strings as discussed in https://github.com/neuralmagic/sparseml/pull/72
i.e. zoo:model/stub/path?recipe_type=transfer


docs: build-css script, edit for output directory.

modified:   docs/getting-started.md
The -o option of node-sass-chokidar is for output directory. For import './App.css' to work in App.js, in build-css script it should be -o ./src otherwise a directory named App.css is created an App.css file is created inside it.

@jsuraj can you explain the issue you were having?

@moog16 In Getting Started guide the script to build css is
"build-css": "node-sass-chokidar --include-path ./src --include-path ./node_modules ./src/App.scss -o ./src/App.css"

This creates App.css inside a directory named App.css. This happens because the -o option of node-sass-chokidar is to specify output directory (https://github.com/michaelwayman/node-sass-chokidar#options).
Whereas, in Step 3: Use MDC React Button: (Getting started guide) we are importing css file as import './App.css';.
So, for this import statement to work the css file should be created in src directory itself.
Hence the build script should be
"build-css": "node-sass-chokidar --include-path ./src --include-path ./node_modules ./src/App.scss -o ./src"

Codecov Report

Merging #97 into master will increase coverage by 0.15%.
The diff coverage is n/a.

@@            Coverage Diff            @@
##           master     #97      +/-   ##
=========================================
+ Coverage   99.05%   99.2%   +0.15%
=========================================
  Files          18      18
  Lines         637     632       -5
  Branches       53      51       -2
=========================================
- Hits          631     627       -4
+ Misses          6       5       -1

Impacted Files
Coverage Δ

packages/line-ripple/index.js
100% <0%> (ø)
:arrow_up:

packages/text-field/Input.js
100% <0%> (+1.33%)
:arrow_up:

Continue to review full report at Codecov.

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


Problem: There is no parser for accepting/rejecting DQL commands

Solution: Add a parser script that turns basic commands (environment) into Abastract Syntax Trees (ASTs)
Testcase: Send DQL statements to the parser, both valid and invalid, handle results appropriately

Code has been refactored in PR #25. Happy to close now.


Assignment Description Fit Screen Fix

Fixes Assignment Description overflow issue
before:

after:

Note: Please check Allow edits from maintainers. if you would like us to assist in the PR.

Coverage remained the same at 88.158% when pulling d1aaf69cd56295cea507a280b0f62736c0887720 on fix/assignment-discription-issue into 13f5658df894687e25d84ccfd07586e4ab7db562 on master.


theme.tabbar_{b,f}g_focus_inactive ignored in mstab layout

For some reason the create function is being called without the inactive_bool argument from the mstab.lua's update_tabbar function. This is causing it to never render the tabbar as "inactive" so these theme options are never applied, it just stays as though it is focused
I tried patching it into the mstab.lua file, but it didn't seem to work, as the c.bling_tabbed is never defined here?
function update_tabbar(
    clients,
    t,
    top_idx,
    area,
    master_area_width,
    slave_area_width
)
    local s = t.screen

    -- create the list of clients for the tabbar
    local clientlist = bar.layout()
    for idx, c in ipairs(clients) do
        -- focus with right click, kill with mid click, minimize with left click
        local buttons = gears.table.join(
            awful.button({}, 1, function()
                c:raise()
                client.focus = c
            end),
            awful.button({}, 2, function()
                c:kill()
            end),
            awful.button({}, 3, function()
                c.minimized = true
            end)
        )

        -- tried to get it here, but c.bling_tabbed is never there
        local inactive = false
        if c.bling_tabbed then
           gears.debug.dump(c, "mstab.update_tabbar:client")
           local tabobj = c.bling_tabbed
           gears.debug.dump(tabojb, "mstab.update_tabbar:tabojb")
           local tabobj_focused_client = tabobj.clients[tabobj.focused_idx]
           local tabobj_is_focused = (client.focus == tabobj_focused_client)
           inactive = not tabobj_is_focused
        end
        local client_box = bar.create(c, (idx == top_idx), buttons, inactive)
        clientlist:add(client_box)
    end

-- the rest I cut out
end

Adding this seems to result in the desired behaviour though
        local inactive = false
        if client.focus == awful.client.getmaster() then
           inactive = true
        end
        local client_box = bar.create(c, (idx == top_idx), buttons, inactive)
        clientlist:add(client_box)

This is our major communication problem: bling.layout.mstab != bling.module.tabbed. They have nothing to do with each other, neither conceptually nor code wise. The first is a "static" layout with a tabbed groupe of clients on the side. The latter is to create the impression that multiple windows are tabbed like in a browser and can be moved as one groupe etc

Yeah, I was seeing that they are not quite the same, just use the same widgets under the hood.
So what would one use the bling.module.tabbed to do? Could the mstab layout be updated to use the module instead of making the tab on it's own?

OK, I now understand. You use the module to make a tab container in any other layout by calling bling.module.tabbed.pick or similar on any container. If I get a chance maybe I'll send a PR for the docs to clarify a bit.

Oh yea almost forgot that they use the same tabbar now. Well then it would of course make sense to also honor the theme variables you named


Error upon trying to delete field choice

I get a 'TypeError' when I try to delete a field choice (for JointConfiguration). And also one when I click on a field value to edit it (which definitively was possible before). Please repair.

@ocrasborn Ok, apparently a change I made for the upgrade to Python 3 (unicode to str) did not work for FieldChoice. I changed it back. It seems to work again.

Positive! Thanks @vanlummelhuizen


Open done is send as a "command", not a "response"

Minor nit -- the "open done" message is sent with the key "command" instead of "response" as is suggested in the UDP Remote Protocol.
Example from Sharktopoda 2:
{"command": "open done", "status": "ok", "uuid": "dcf7312e-7487-4da6-89f0-01d2c77540fe"}

Example from the requirements doc:
{
  "response": "open done",
  "uuid": "b52cf7f1-e19c-40ba-b176-a7e479a3b170",
  "status": "ok"
}

Ah, yes. Since UDP isn't request/response per se, but the messaging structured being used is, the abstraction is:

CLIENT sends a "command" message to SERVER
SERVER sends subsequent "response" message with the response field set to the incoming command, i.e., the prior CLIENT command the message is addressing.

Both Control and Sharktopoda play the CLIENT and SERVER roles.
In this case, the Control "open" command receives an immediate Sharktopoda response. But of course, Sharktopoda isn't really done, and subsequent processing is performed on a background thread. However, from the "using UDP as req/resp paradigm" perspective, Sharktopoda has responded to and is therefor done with the "open" command request. When the processing is actually complete, Sharktopoda sends a CLIENT message to Control with that information, i.e. at this point it isn't a response per se, but a command.
I'm being particularly verbose here as I'm not sure how explicit the "using UDP as a req/resp" structure is spelled out in the requirements.
And now finally, to address this issue, I would suggest in the Requirements that the "Successfully opened video response" should really read "Successfully opened video message" and the example JSON should be
{
  "command": "open done",
  "uuid": "b52cf7f1-e19c-40ba-b176-a7e479a3b170",
  "status": "ok"
}

One final note. The above "background completion of a prior command" behavior is the current implementation of both the "open" and the "frame capture" CLIENT commands. In the Requirements section for frame capture, the subsequent message sent by Sharktopoda after completing the background processing is indeed documented as a "command". The verbiage there also says 'response' and perhaps should be changed to 'message' as well.


Split implementation into some extensions

This would make it easier to just extend stdlib Result on Swift 5.

Nice. 👏


docs(contributing): add sample commit message

Add an example commit message so contributors can see a concrete example of what is expected.

Thank you :octocat:


Chipmunk 6.0.3 incompatible with SpaceManager under Mac (CP_USE_CGPOINTS not defined)

In 6.0.2 in chipmunk_types.h the CP_USE_POINTS macro was based on these conditionals:
#if (defined TARGET_OS_IPHONE) && (!defined CP_USE_CGPOINTS)
#define CP_USE_CGPOINTS
#endif
With 6.0.3 this has changed to this:
#if (TARGET_OS_IPHONE == 1) && (!defined CP_USE_CGPOINTS)
#define CP_USE_CGPOINTS 1
#endif
For some reason this causes CP_USE_CGPOINTS not to be defined when you're building for the Mac, and that in turn causes incompatibilities with Chipmunk Spacemanager and possibly other code as well, with error messages like these:
error: sending 'cpVect' (aka 'struct cpVect') to parameter of incompatible type 'CGPoint' (aka 'struct CGPoint')
Conflicting parameter types in implementation of 'setPosition:': 'CGPoint' (aka 'struct CGPoint') vs 'cpVect' (aka 'struct cpVect')
My proposed fix is to simply include TARGET_OS_MAC as well, since Mac OS also defines CGPoint:
#if (TARGET_OS_IPHONE == 1) || (TARGET_OS_MAC == 1) && (!defined CP_USE_CGPOINTS)
#define CP_USE_CGPOINTS 1
#endif
This fix builds successfully for Mac, iOS Device and Simulator and is compatible with SpaceManager in all cases. Tested with Kobold2D (v1.0.2).

Took me awhile to get around to this, but I pushed your fix. Thanks!


Code to create hyperlink to notifications modal

https://jira.di2e.net/browse/AMLNG-600

Download branch
Review code
Test: http://localhost:8000/dist/#/home/?%2F%3F%2F%3F=&notificationsModal=true

@blynch11p
@lsemesky
@mleeBoeing

@skhtet

There are also issues where the url is getting stored with the additional query parameters and does not reset to the original url when closing so it messes up the site navigation

redesigned: reused code for "Contact"
removed duplicate code
applied code suggestions

Please:

Pull updated code
Review code
Test: http://localhost:8000/dist/#/home/?&notifications=true

@blynch11p
@lsemesky
@mleeBoeing
@skhtet


[WIP] Async debugger configuration

The tab has been added to 'Launch Configuration' to control
if async debugger garners or not async stack traces.

Please update the title of this PR to reflect what it is about

We need to make this available to other launch configurations, I think:

add a Scala JUnit launcher, similar to the Java one, with this additional tab group
corresponding change in the ScalaTest plugin
check that a Java Akka application can still use the async debugger.. I wonder if a Java application can be launched using the Scala Application launcher (then we don't need to do anything here, just document it)
Eclipse application (at least the one with weaving), so we can also debug (at least the worksheet is using Akka).

Given how many configurations we need, I wonder if it's better to use some flag, after all.

@dragos

add a Scala JUnit launcher, similar to the Java one, with this additional tab group

Last commit covers it

corresponding change in the ScalaTest plugin

I'm going to open PR, change is quite simple

check that a Java Akka application can still use the async debugger.. I wonder if a Java application can be launched using the Scala Application launcher (then we don't need to do anything here, just document it)

Generally Async Tracer works with Akka Java API too. The problem is that Scala Launcher doesn't recognizes the Java main as executable and I think we should if project got Scala Nature. But this is not related to Async feature.

Eclipse application (at least the one with weaving), so we can also debug (at least the worksheet is using Akka).

ok, is coming

Given how many configurations we need, I wonder if it's better to use some flag, after all.

well it was my first proposal :)

So, for a Java Akka application, after these changes, it won't be possible to use the Async Debugger, right? Since the Scala Launcher won't recognize it, and the Java one doesn't have the checkbox (and the default is off).

Hey good men
we have a verifier of main class (MainClassVerifier) which wants from main class to be an scala object. I just commented out this piece of code

private def canRunMain(project: IScalaProject, mainTypeName: String, hasBuildErrors: Boolean): IStatus = {
val mainClass = findClassFile(project, mainTypeName)
def mainModuleClass = findClassFile(project, mainTypeName)// + MainClassVerifier.ModuleClassSuffix) <--- HERE IS MY CHANGE

and it is working. Do we want it permanently?

 The restriction is there so that people don't make the mistake of writing a Scala class with a def main, but that won't work because it's not static. @dotta worked on this, IIRC.
We need to be smarter about this check, probably by loading the class reflectively and checking if there's a static main method in there.

LGTM, but I think you should add the tab for "JUnit plugin test" as well..

Ok, I'll add it. Meantime 'main' is solved I hope

What about launchers provided by 3rd party plugins? I'm using http://bndtools.org/ together with ScalaIDE for one of my hobby projects. It works quite well, but I wasn't able to use any of the new Scala debugger features, because Bndtools provide their own launcher for starting OSGi frameworks.
Can this be solved generically on ScalaIDE side, or an separate integration plugin would be needed for any tool that provides it's own launchers?

@rkrzewski
not sure about it. I just see that you can define launch delegate and here is no extension point for debugger or saying more general for VM runner. So probably we would need to implement Scala launch delegate with such extension point. Now we deliver the org.scalaide.debug.internal.launching.ScalaDebuggerForLaunchDelegate trait you can mix with your delegate.

@wpopielarski mix with my what?
I take that to mean it won't work, unless somebody writes an integration plugin :disappointed:

@rkrzewski
mix with your launch delegate implementation
2015-08-26 14:12 GMT+02:00 Rafał Krzewski<EMAIL_ADDRESS>
@wpopielarski https://github.com/wpopielarski mix with my what?
I take that to mean it won't work, unless somebody writes an integration
plugin [image: :disappointed:]
—
Reply to this email directly or view it on GitHub
https://github.com/scala-ide/scala-ide/pull/994#issuecomment-134974011.

@rkrzewski
ok I got it, you are just using 2 3-rd parties: bndtools and scala ide
(eclipse plugins). And bndtools has its own launcher. And you want to run
scala debugger in bndtools launcher. Well, I don't see the way to do this
now. Eclipse launcher doesn't expose an extension point to plug a runner.
You need to create your own eclipse plugin.
2015-08-26 14:24 GMT+02:00 Wieslaw Popielarski<EMAIL_ADDRESS>
@rkrzewski
mix with your launch delegate implementation
2015-08-26 14:12 GMT+02:00 Rafał Krzewski<EMAIL_ADDRESS>
@wpopielarski https://github.com/wpopielarski mix with my what?
I take that to mean it won't work, unless somebody writes an integration
plugin [image: :disappointed:]
—
Reply to this email directly or view it on GitHub
https://github.com/scala-ide/scala-ide/pull/994#issuecomment-134974011.

@rkrzewski indeed, a plugin needs to provide another launch delegate for the BndTools launch configuration. The Scala IDE plugin does it for a number of existing launch configurations, you can see the code here. You can try adding it there, and if it works just by an ID, and does not require BndTools as a dependency, open a PR and we'll add it.

Scala Debugger Tab for JUnit Plug-in Test added

@dragos I don't see how it could be done without dependency on Bndtools code, for example ScalaJUnitLaunchConfigurationDelegate extends org.eclipse.jdt.junit.launcher.JUnitLaunchConfigurationDelegate
I'm not sure what you mean by "working just by ID" here. The last time I dabbled in Eclipse plugin development was in 2009, so please bear with me :)
I also find https://github.com/scala-ide/scala-ide/blob/master/org.scala-ide.sdt.debug/plugin.xml#L47 declaration rather confusing, is the name attribute wrong, perhaps?

@rkrzewski
not sure but seems that @dragos means it's enough to define id (required by
schema) and type which points to launch configuration type (defined in 3-rd
party plugin.xml) and then the delegate is taken from that configuration
2015-08-26 15:01 GMT+02:00 Rafał Krzewski<EMAIL_ADDRESS>
@dragos https://github.com/dragos I don't see how it could be done
without dependency on Bndtools code, for example
ScalaJUnitLaunchConfigurationDelegate
https://github.com/scala-ide/scala-ide/blob/master/org.scala-ide.sdt.debug/src/org/scalaide/debug/internal/launching/ScalaJUnitLaunchConfigurationDelegate.scala
extends org.eclipse.jdt.junit.launcher.JUnitLaunchConfigurationDelegate
I'm not sure what you mean by "working just by ID" here. The last time I
dabbled in Eclipse plugin development was in 2009, so please bear with me :)
I also find
https://github.com/scala-ide/scala-ide/blob/master/org.scala-ide.sdt.debug/plugin.xml#L47
declaration rather confusing, is the name attribute wrong, perhaps?
—
Reply to this email directly or view it on GitHub
https://github.com/scala-ide/scala-ide/pull/994#issuecomment-135000587.

Another important configuration in my opinion is "Remote Java Application". Would you please also add the tab to this run configuration?

Wieslaw, please don't add commits to a branch which should not be part of the associated PR (as it is the case for the last two commits.)

I don't want to have two PRs. I think it should come with one. This is
still the same Async Debugger and in final release will be complete.
2015-08-27 15:57 GMT+02:00 Simon Schäfer<EMAIL_ADDRESS>
Wieslaw, please don't add commits to a branch which should not be part of
the associated PR (as it is the case for the last two commits.)
—
Reply to this email directly or view it on GitHub
https://github.com/scala-ide/scala-ide/pull/994#issuecomment-135442149.

On 08/27/2015 05:19 PM, wpopielarski wrote:

I don't want to have two PRs. I think it should come with one. This is
still the same Async Debugger and in final release will be complete.
Well, no. The tab page is a separate feature. It doesn't have anything
to do with the other async debugging improvements that still need to be
done. If you keep the PRs small, we can merge more often and therefore
the risk for rebasing with merge errors (and your need to stay on one
branch) goes down.
2015-08-27 15:57 GMT+02:00 Simon Schäfer<EMAIL_ADDRESS>
Wieslaw, please don't add commits to a branch which should not be
part of
the associated PR (as it is the case for the last two commits.)
—
Reply to this email directly or view it on GitHub

https://github.com/scala-ide/scala-ide/pull/994#issuecomment-135442149.

—
Reply to this email directly or view it on GitHub
https://github.com/scala-ide/scala-ide/pull/994#issuecomment-135466480.

Let's talk tomorrow about that. I had 3 reasons to do is in this way.
Anyway I'm not sure if we need to break lances about it.
2015-08-27 17:36 GMT+02:00 Simon Schäfer<EMAIL_ADDRESS>
On 08/27/2015 05:19 PM, wpopielarski wrote:

I don't want to have two PRs. I think it should come with one. This is
still the same Async Debugger and in final release will be complete.
Well, no. The tab page is a separate feature. It doesn't have anything
to do with the other async debugging improvements that still need to be
done. If you keep the PRs small, we can merge more often and therefore
the risk for rebasing with merge errors (and your need to stay on one
branch) goes down.
2015-08-27 15:57 GMT+02:00 Simon Schäfer<EMAIL_ADDRESS>
Wieslaw, please don't add commits to a branch which should not be
part of
the associated PR (as it is the case for the last two commits.)
—
Reply to this email directly or view it on GitHub

<https://github.com/scala-ide/scala-ide/pull/994#issuecomment-135442149
.

—
Reply to this email directly or view it on GitHub
<https://github.com/scala-ide/scala-ide/pull/994#issuecomment-135466480
.

—
Reply to this email directly or view it on GitHub
https://github.com/scala-ide/scala-ide/pull/994#issuecomment-135471468.

LGTM


chore(ci): Add workflow to prevent changing lang files

⚠⚠⚠ Since we do not accept all types of pull requests and do not want to waste your time. Please be sure that you have read pull request rules:
https://github.com/louislam/dockge/blob/master/CONTRIBUTING.md
Tick the checkbox if you understand [x]:

[x] I have read and understand the pull request rules.

Description
People are still opening pull request to update language files, i copied this workflow from Uptime Kuma as it use the same thing.
Type of change
Please delete any options that are not relevant.

Other

Checklist

[x] My code follows the style guidelines of this project
[x] I ran ESLint and other linters for modified files
[x] I have performed a self-review of my own code and tested it
[x] I have commented my code, particularly in hard-to-understand areas
(including JSDoc for methods)
[x] My changes generate no new warnings
[x] My code needed automated testing. I have added them (this is optional task)

Screenshots (if any)
Please do not use any external image service. Instead, just paste in or drag and drop the image here, and it will be uploaded automatically.

works 😄


Add link to try.gitea.io

.. also mention planned self-hosting and add link to download area

LGTM

Generally I prefer lesser new lines as all the single sentences will be transferred to separate paragraphs.

Given the amount of current content, it isn't bad to have more paragraphs..

Instead of stretching simple phrases we want things like screenshots.

I think we can do better incrementally, how about merging this and
sending a new PR for next iteration ?

I would flip the 2 lower around and then put them in the same paragraph.

:-1: stop the line wrapping.

How do line wrapping hurt ?
What does your -1 mean in terms of acceptability of this PR ?
The CONTRIBUTING.md file doesn't mention veto powers nor does
go into details of acceptance/rejection (it probably should)

All are right except line wrapping. It will break the UI on mobile or other small screen devices.

On Mon, Dec 19, 2016 at 05:12:51PM -0800, Lunny Xiao wrote:

All are right except line wrapping. It will break the UI on mobile or other small screen devices.

Single linebreaks in markdown have no structural meaning and should
thus not change the rendered output in any way. Do you have proof of
your statement about breaking on mobile UI and small screen devices ?

Just revert the line breaks to match the style of ALL other markdown documents. Without this revert I'm against this pr.

Not needed anymore now, there's a big green TRY button now..


Doge card

To have a special credit card for the currency of the dog only through which we can buy from the Internet, we get special discounts for fesses and collect points by paying them (transfer these points to serve the entire community, and develop the currency) and work on a special platform (electronic marketing) in which companies display their products  At lower prices than the market, we attract all companies in the world to offer their products to us, with small commissions.  Provided the payment is in the currency of the Doge

uwotm8?

https://bitinfocharts.com/comparison/dogecoin-transactionfees.html
Doge is not viable as a currency.

@Fs555 I don't think this is related to the dogecoin wallet. A separate group could go ahead and organise this without permission from anyone or modification to dogecoin.

I don't want to call out a specific service provider because I haven't accredited them, but there is at least one that offers this, and as incognitojam points out, this repository is limited to things we implement in Dogecoin Core.


Update recommended-settings-for-eop-and-office365.md

The default action for “Safe Attachments unknown malware response” should be Block.

@JohanFreelancer9 - kindly do the copy editor review for this PR. Thanks

@MSFTTracyP Please merge this PR. Thanks

@MSFTTracyP Gentle reminder

@ssaini-pm, fortunately, I confirmed all of this yesterday based on other work I was doing in the UI and a recent cmdlet topic issue https://github.com/MicrosoftDocs/office-docs-powershell/issues/8045.
When you create a new Safe Attachments policy in the M365 Defender portal, the default value in the wizard is Off. 100% no doubt about this. I observed it just yesterday.
When you create a new Safe Attachments policy in PowerShell (New-SafeAttachmentPolicy), the default value of the Action parameter is Block, but the value of the Enable parameter is $false, which corresponds to Off in the UI.
The -Enable $false combination renders the value of the Action parameter meaningless. The Action parameter value only matters when the Enable parameter is $true (the default value is $false).
That's what I've observed and what is documented in that other GitHub issue. If your change is related to a fix or something that is about to go live, please let me know.
Closing


[BUG]

Description of bug
When I try to generate any message ask a question or similar e.g. tf2 ,what are you? and etc.
Steps to reproduce the behavior:

Open SydneyQT
Click on send
See error

Expected behavior
A response not an error message
Screenshots

Desktop

OS and Version: Opensuse Tumbleweed (rolling release)
SydneyQt Version: v2.5.4

Please check out https://github.com/juzeon/SydneyQt?tab=readme-ov-file#proxy

Would you please try another Create Conversation URL in settings page?

No change write connection reset by peer


feat: update env var injection and propagate to cloud

Proposed Changes

Only inject shell env vars prefixed with MAESTRO_
Also inject env vars when running maestro cloud, to avoid different results compared to running locally when Flows are depending on shell env vars.

Note that this changes the current behaviour, which is to inject all env vars when running locally and not propagate these env vars to Maestro Cloud.
Testing
Tested locally.

Thanks, great improvement!


pipeline: move to separate repo

Part of the process at https://github.com/AdoptOpenJDK/openjdk-build/issues/2455

@M-Davies docker dir is not needed. I've moved the Metadata section over to ci-jenkins-pipelines

I've already removed the groovy compile job from this PR?

I've already removed the groovy compile job from this PR?

Ah so I see now. I missed it in the file search

@gdams needs rebase and one Q answered


max_buffer_bytesize for async_producer

I am able to set max_buffer_bytesize for a synchronous producer and as expected I am receiving the error Kafka::BufferOverflow: Cannot produce to topic, max buffer bytesize (960000 bytes) reached
But I need to use an async_producer with delivery_interval set to 50ms (0.05). I've set max_buffer_bytesize when initializing the producer. But I am able to push as many messages as possible to the Queue and all I can see is the queue size getting bigger every second (even if I don't produce any message). I am guessing it must be the [:deliver_message, nil] packets that are being pushed into the queue every 50ms.
I am not able to receive any errors from the underlying sync producer. How do I make sure that the package size is under 1MB? I am using Heroku Kafka and they will not let any packages over 1MB. I want the async_producer.produce to error out if the buffer size will be more then 950kb with the current message added.
Thanks!

You need to configure the queue in addition to the buffer – but there should already be an upper bound on the queue size. The async producer runs in a different thread than the calling code, so you cannot rely on knowing the current buffer size, since the producer will be trying to flush that buffer concurrently with your calling code.


Fixed make test on ubuntu i386 and Mac OS X.

When I run make test on ubuntu x86, or Mac OS X, it fails with the
following errors:
g++ -Wall -c -O2 -std=c++11 -fpic
-I"/home/andot/git/PHP-CPP/tests/include/lib"
-I"/home/andot/git/PHP-CPP/tests/include/zts" -o main.o main.cpp
In file included from h/variables.h:19:0,
from main.cpp:13:
h/../include/variables/011-012-value-casting-operators.h: In function
‘void TestVariables::value_casting(Php::Parameters&)’:
h/../include/variables/011-012-value-casting-operators.h:23:17: error:
conversion from ‘Php::Value’ to ‘long int’ is ambiguous
long value1 = value;
^
h/../include/variables/011-012-value-casting-operators.h:21:14: note:
candidates are:
Php::Value value = params[0];
^
In file included from
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp.h:36:0,
from main.cpp:8:
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:659:5: note:
Php::Value::operator double() const
operator double () const
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:650:5: note:
Php::Value::operator const char*() const <near match>
operator const char * () const
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:650:5: note:
no known conversion for implicit ‘this’ parameter from ‘const char*’ to
‘long int’
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:632:5: note:
Php::Value::operator bool() const
operator bool () const
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:623:5: note:
Php::Value::operator int64_t() const
operator int64_t () const
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:614:5: note:
Php::Value::operator int32_t() const
operator int32_t () const
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:605:5: note:
Php::Value::operator int16_t() const
operator int16_t () const
^
In file included from
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp.h:59:0,
from main.cpp:8:
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/class.h: In
instantiation of ‘Php::Value
Php::Class<ANYTHING>::callToInteger(Php::Base*) const [with T =
TestVariables::Obj2Scalar]’:
main.cpp:179:1:   required from here
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/class.h:450:63: error:
call of overloaded ‘Value(long int)’ is ambiguous
return Value(obj->__toInteger()).setType(Type::Numeric);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/class.h:450:63: note:
candidates are:
In file included from
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp.h:36:0,
from main.cpp:8:
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:133:5: note:
Php::Value::Value(Php::Value&&)
Value(Value &&that);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:127:5: note:
Php::Value::Value(const Php::Value&)
Value(const Value &that);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:121:5: note:
Php::Value::Value(const Php::Base*) <near match>
Value(const Base *base);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:121:5: note:
no known conversion for argument 1 from ‘long int’ to ‘const Php::Base*’
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:115:5: note:
Php::Value::Value(_zval_struct*, bool) <near match>
Value(struct _zval_struct *zval, bool ref=false);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:115:5: note:
no known conversion for argument 1 from ‘long int’ to ‘_zval_struct*’
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:61:5: note:
Php::Value::Value(double)
Value(double value);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:60:5: note:
Php::Value::Value(const char*, int) <near match>
Value(const char *value, int size = -1);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:60:5: note:
no known conversion for argument 1 from ‘long int’ to ‘const char*’
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:59:5: note:
Php::Value::Value(const string&) <near match>
Value(const std::string &value);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:59:5: note:
no known conversion for argument 1 from ‘long int’ to ‘const string&
{aka const std::basic_string<char>&}’
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:58:5: note:
Php::Value::Value(char)
Value(char value);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:57:5: note:
Php::Value::Value(bool)
Value(bool value);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:56:5: note:
Php::Value::Value(int64_t)
Value(int64_t value);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:55:5: note:
Php::Value::Value(int32_t)
Value(int32_t value);
^
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/value.h:54:5: note:
Php::Value::Value(int16_t)
Value(int16_t value);
^
In file included from
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp.h:59:0,
from main.cpp:8:
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/class.h: In member
function ‘Php::Value Php::Class<ANYTHING>::callToInteger(Php::Base*)
const [with T = TestVariables::Obj2Scalar]’:
/home/andot/git/PHP-CPP/tests/include/lib/phpcpp/class.h:451:5: warning:
control reaches end of non-void function [-Wreturn-type]
}
^

This patch fixed it.

In fact, if I remember correctly, 'long long' and 'long' are treated as different types in C++ even if the size of them are the same. So if you used intNN_t types instead short, int, long & long long, it will be leading to compile errors on some platforms, such as ubuntu i386 and Mac OS X. For example: https://github.com/CopernicaMarketingSoftware/PHP-CPP/issues/167

Unfortunately the test framework was removed, so this pull request is no longer relevant.


misprint

is that misprint (1204) in /examples/EchoServerThreaded.cpp ?
.maxBackpressure = 1 * 1024 * 1204,

Yep


Add back INJECT_PLUGIN_PATHS, INJECT_POST_INSTALL

Description

Add back INJECT_PLUGIN_PATHS, INJECT_POST_INSTALL injections

Related issues

n/a

Npm releases
n/a

@mihaiblaga89 how is this testable?


[DPE-2510] Simplify literals

Some simple cleanup to files.

Use APP_NAME that is already instantiated on helpers.py file instead of importing yaml & Path everywhere.

This seems to have fallen through the cracks @zmraul
What are we plannign to do here? this seems a rather small and harmless PR...

Closing since HA merged PRs change too much of the structure and already address some of these changes.


[BUG]: Depth setting for Bulk Link Scraper has no effect

How are you running AnythingLLM?
Kubernetes
What happened?
Bulk Link Scraper discovers more links than there are on the page even though depth is set to 1.
Are there known steps to reproduce?
Open https://www.google.com on your browser and check that the html has 32 occurances of href.
Start Bulk Link Scraper on google with depth = 1 and ~Max Links = #occurances of href + 1 = 33~ Max Links = 100.
Then check logs:
[collector] info: Discovering links...
[collector] info: Found 100 links to scrape.
[collector] info: Starting bulk scraping...

I can try to fix this if contributions are welcome

its +1 because the root site counts as a link so that we add the origin site as well.

Fair enough, +1 makes sense. Let me update my reproduction steps: Is there any reason it detects more links than 33 when I set Max Links = 100 and depth = 1?
[collector] info: Discovering links...
[collector] info: Found 100 links to scrape.
[collector] info: Starting bulk scraping...
[collector] info: Scraping 1/100: https://www.google.com/imghp
...

@shatfield4 any ideas?

Hmm to me, it looks like depth is indeed being ignored in discoverLinks (condition currentLevel < depth will always be met). If it's ok I can try to fix this and create a PR

Please let me know if this is a won't fix, help wanted or confirmation needed

@mPyKen I just created a fix for this in #2096, thank you for pointing this out!


add blog paths

The blog should have an ArticlesPage on the urls:
/en (showing english articles)
/es (showing spanish articles)
The blog should have an article page on the url:
/en/an-awesome-article (showing an English article)
/es/un-articulo-muy-lindo (showing a Spanish article
You can hard code the articles in a JSON file if you want for this step

okay.
I will


loading pretrained weights error when num_classes is not 1000

Describe the bug/ 问题描述 (Mandatory / 必填)
I run into the error when running:
net = mindcv.create_model('convnext_tiny', pretrained=True, num_classes=1)
where the shape of the parameters of the last classification layer do not match, but they should not be loaded when num_class is not 1000, according to the demo.
Although classification.weight and classification.bais is popped out when loading parameters, the remaining adam_v.classification.weight, adam_v.classification.bais, adam_m.classification.weight and adam_m.classification.bais parameters are still loaded, which caused this problem.
I solved this problem by changing a few lines in mindcv/models/helpers.py:

I changed the _search_param_name to return a list containing all parameter names that contain classification.weight or classification.bais:

def _search_param_name(params_names: List, param_name: str) -> str:
    same_param_names = []
    for pi in params_names:
        if param_name in pi:
            same_param_names.append(pi)
    return same_param_names

I changed a part of the load_pretrained function to pop out all parameter names returned by _search_param_name :

    elif num_classes != default_cfg["num_classes"]:
        params_names = list(param_dict.keys())
        same_param_names = _search_param_name(params_names, classifier_name + ".weight")
        for param_name in same_param_names:
            param_dict.pop(param_name, "No Parameter {} in ParamDict".format(param_name))
        same_param_names = _search_param_name(params_names, classifier_name + ".bias")
        for param_name in same_param_names:
            param_dict.pop(param_name, "No Parameter {} in ParamDict".format(param_name))

I'm not sure if these will influence the other parts of the code, but at least they can work for this problem.

Hardware Environment(Ascend/GPU/CPU)  / 硬件环境:

GPU

Software Environment / 软件环境 (Mandatory / 必填):
-- MindSpore version: 2.0.0
-- Python version: 3.9.16

Excute Mode / 执行模式 (Mandatory / 必填)(PyNative/Graph):

/mode graph

You can check the parameter list by using net.get_parameters() after running net = mindcv.create_model('convnext_tiny', pretrained=True, num_classes=1). Then you will see the parameter adam_v.classification.weight, adam_v.classification.bais, adam_m.classification.weight and adam_m.classification.bais are not included in the net.
So even if these four parameters are not removed from the parameter list loaded by ckpt, they will not be loaded int the net.


handle 404s

Hi, I try to handle 404s.

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


Fix typo in acid-properties.md

@gaboth22 : Thanks for your contribution! The author(s) have been notified to review your proposed change.


feat: improve errors capture

While looking at the error tracking, I realized there are some inconsistencies like:

if error occur in the HTML file, the source appears as  at https://... while if error occurs in a JS file it shows functionname@https://... - addressed by the PR
we have a lot of source: undefined error (and no target) - while this might be the case for unhandled promise rejections, code could try to identify a better source and target for those cases.

I also wrote tests to cover all different scenarii.

2.2.0 fails in https://github.com/adobe/helix-rum-enhancer/pull/256 - I don't think it's related to these changes, but better to check.


Experiment how to have unique papers in Access Microbiology's activity feed

We have used this curl to create a list for unique papers for acmi:
curl -v -H "Authorization: Bearer secret" -X POST http://localhost:8080/api/create-list -H "Content-type: application/json" -d '{"listId":"53fd6f10-af16-4bf4-8473-707ca8daee97", "ownerId":{"value":"4d6a8908-22a9-45c8-bd56-3c7140647709", "tag":"group-id"}, "name":"Unique evaluated articles", "description":"Unique evaluated articles for acmi"}'