Bug in Intellij IDEA plugin, multiple messages at once

Observed Behavior
The Intellij IDEA Ktlint plugin show the message
Ktlint found <number> lint violations of which <number> can be autocorrected>

Expected Behavior
It would be useful to show the message only once or add an option to close the message as showing it multiple times can cover the whole editor or even the screen and it keep going infinitely
Steps to Reproduce
This issue report is not very useful because I'm not sure how to reproduce it, I mostly focus on the code, not the message, but there is one way that might work which is to cause too many lint violations in the project (around 25 or more) and then once the message show keep coding and ignore it and it might duplicated more
Your Environment
The Ktlint mode is not set to any option in the project but I think it did happen on another project where I actually have Ktlint enabled

IntelliJ IDEA info:

IntelliJ IDEA 2024.1.1 (Community Edition)
Build #IC-241.15989.150, built on April 29, 2024
Runtime version: 17.0.10+1-b1207.14 aarch64
VM: OpenJDK 64-Bit Server VM by JetBrains s.r.o.
macOS 14.2.1
GC: G1 Young Generation, G1 Old Generation
Memory: 2048M
Cores: 10
Metal Rendering is ON
Registry:
  ide.experimental.ui=true
  terminal.new.ui=true
Non-Bundled Plugins:
  com.jetbrains.space (241.15989.9)
  com.nbadal.ktlint (0.22.0)
  com.varabyte.kobweb (0.1.0)
Kotlin: 241.15989.150-IJ

Version of ktlint used: IDE plugin version is 0.22.0
Relevant parts of the .editorconfig: I didn't use it
Name and version (or code for custom task) of integration used (Gradle plugin, Maven plugin, command line, custom Gradle task): for this project, I didn't enable Ktlint Gradle plugin or use it, the message kept showing in .kt and .kts files which is okay but it would be nice to have an option to close/ignore it or fixing that bug cause the message to be duplicated multiple times
Version of Gradle used (if applicable): 8.7
Operating System and version: macOS m1 (14.2.1 (23C71))

The ktlint-intellij-plugin lives at another repository. Please create the issue in that project. But I have already had a look an cannot reproduce it.

The ktlint-intellij-plugin lives at another repository. Please create the issue in that project. But I have already had a look an cannot reproduce it.

it happens after some hours, not directly, still would be nice to have the close/ignore button


Begin adding tests to cover command line arguments

Start adding tests for the command line arguments to db-sync:
--consumed-tx-out
--prune-tx-out
--disable-epoch
--force-index
--config

This was done in https://github.com/input-output-hk/cardano-db-sync/pull/1460 & https://github.com/input-output-hk/cardano-db-sync/pull/1429


[1.13] Docs for Postgres state store v2

Need docs for the Postgres state store v2: https://github.com/dapr/components-contrib/pull/3250
Compared to v1:

Works with CockroachDB, YugabyteDB, with the same code
Does NOT support query API

V1 will not be deprecated and will remain as an option

Completed


Delete purely on age rather than checking if it is untagged

Thanks for creating this! I've been looking for a solution for the image lifecycle for GCR for a while
For my use case, I build and tag images based on git commit hash so all images built will forever have a tag. It would be nice to allow an option that purely checks age when deleting an image for this use case
I can implement this if ever it seems like a good idea!

@sethvargo I looked at how the CLI gcloud container images delete implements the untag functionality and figured out it is the same API as deleting an image but instead of sending the image name as  <image>@<ref>, you pass in <image>:<tag>.

:doh:

Thanks!
This was indeed what I understood from the quoted text in https://github.com/sethvargo/gcr-cleaner/issues/2#issuecomment-580501545


[ctfd] Add support for themes

Add support for adding CTFd themes in the Helm Chart. Possibly using a ConfigMap or PVC. Should include instructions in the README if not intuitive.

Since themes can be pretty big in size (above the 1MB ConfigMap limit), I think having an entrypoint script downloading the wanted themes would work better.

Obviously this is also something that can be accomplished by using a custom image based on the CTFd one.
However, the advantage of doing this at runtime is removing the necessity of rebuilding the custom image when updating. The again, tieing themes and plugins to specific versions might be preferable.


How to get pretrained_model?

How do I get a pre-trained model, for example: /home/xychen/jsguo/weight/convnext_t_3393.model.
Can you send it to<EMAIL_ADDRESS>Or provide a download link.
Thank you.

You can find the link in the README.md (Training_or_Testing_Command)


🐛 Unable to use Biome format outside of a workspace with a biome.json file

VS Code version
1.95.0
Extension version
2024.10.40751
Biome version
Can't find it
Operating system

[ ] Windows
[X] macOS
[ ] Linux

Description
Whenever I try to format a standalone file (tried with json and js), it says
Extension 'Biome' is configured as formatter but it cannot format 'JavaScript'-files

Here are my user settings:
"editor.formatOnSave": true,
  "editor.defaultFormatter": "esbenp.prettier-vscode",
  "[javascript]": {
    "editor.defaultFormatter": "biomejs.biome"
  },
  "[javascriptreact]": {
    "editor.defaultFormatter": "biomejs.biome"
  },
  "[typescript]": {
    "editor.defaultFormatter": "biomejs.biome"
  },
  "[typescriptreact]": {
    "editor.defaultFormatter": "biomejs.biome"
  },
  "[json]": {
    "editor.defaultFormatter": "biomejs.biome"
  },
  "[css]": {
    "editor.defaultFormatter": "biomejs.biome"
  }

Steps to reproduce
I guess just open a standalone file that is not part of a project that has biome installed
Expected behavior
To format docs
Does this issue occur when using the CLI directly?
No
Link to a minimal reproduction
No response
Logs
No response

Please provide a minimal reproduction @baptisteArno

https://github.com/user-attachments/assets/30f01b0a-d25e-47dd-9fb4-93f1dd303890

Sorry @baptisteArno, but this isn't a reproduction. We need a reproduction so we can reproduce the issue and debug it.
To create a reproduction, you can use our new CLI tool, which should help you to create a very quick repository with what you need: npm create @biomejs/biome-reproduction

As you can notice from the video, the extension didn't enable Biome because the event enables and spawns the Biome server wasn't triggered. When Biome is enabled, you should see Biome in the bottom left. This is expected (maybe things have changed in the preview release).

Correct me if I am wrong but I don't think I can create a code reproduction for that particular issue since it is not tied to a specific workspace / biome setting. To reproduce it, we even need the biome.json file not to be there. It just needs plain VSCode Insiders + Biome pre-release to reproduce it.
Sometimes, a reproduction is just a step-by-step instructions

In VSCode Insiders, install Biome extension
Create new file with the following content console.log("Hello world")
Biome is not enabled even though the file was autodetected as Javscript and even if we specific the Javascript file type, Biome does not launch

Thank you. The step-by-step instructions are also a valid reproduction. This information should have been present in the initial description.

Same with you


, and < support

This program is pretty useful but strangely doesn't support the ',' and '<'.

I found where is the bug and have fixed it.


io.js support

For the first time ever I actually feel the need to use nvm - because now there's iojs - but it looks like this doesn't support it yet...

:+1:

io.js support is coming very soon along with many other changes in the next nvm parity update.
Thank you for your patience!

:boom: Awesome.

Yoooooha!!! +1!!

:+1: @Alex7Kom If there is anything you need help with let me know, happy to lend a hand. I was going to tackle this until I found this thread.

Meanwhile you might want to check out https://github.com/passcod/nvm-fish-wrapper

:+1:

Check out https://github.com/edc/bass, which is a general utility for using bash utilities in fish.


Fix: RepoManagementReadAll pull requests permissions

Closes #8373

We're using GET /pull for fetching PR details (on the UI). So maybe this permission can't be removed?

There is no such thing is get permission for pull request there is either read or list


Expected class type but received "Literal[...]"

Environment data

Language Server version: 2020.9.4 (pyright 9983747f)
OS and version: Windows 10
Python version (& distribution if applicable, e.g. Anaconda): Python 3.8.2 64-bit

Expected behaviour
I have the following class of an array with a length:
class _ArrayMeta(type):
    def __getitem__(self, array_size: int):
        class ArrayWithSize(self):
            size = array_size
        return ArrayWithSize

class Array(bytearray, metaclass=_ArrayMeta):
    size: int

    def __init__(self, *args, **kwargs):
        if len(args) == 0:
            super().__init__(self.size)
        else:
            super().__init__(*args, **kwargs)
        if self.size != len(self):
            raise ValueError("Wrong Array Size (Got: {}, Expected: {})".format(len(self), self.size))

and want to use it in the following way:
@dataclass
class Struct1():
    entry1: Array[64]
    entry2: Array[64]
    entry3: Array[64]

s = Struct1()
s.entry1 = Array[64]()

Actual behaviour
The code works as expected, but pylance gives me the following error:

You're using subscripting in a non-standard way that conflicts with assumptions that Pylance and other static type checkers need to make. The standard behavior in Python is for subscripting of a class to be used to provide type arguments for a generic type. I confirmed that mypy also emits errors in the same place as Pylance.
If you want this to work in a manner that is compatible with static type checkers, you'll need to find a different approach — one that doesn't use subscripted expressions.

I also thought about other ways of writing without subscripted expressions, for example a very simple factory method:
class Array2(bytearray):
    size: int

    def __init__(self, *args, **kwargs):
        if len(args) == 0:
            super().__init__(self.size)
        else:
            super().__init__(*args, **kwargs)
        if self.size != len(self):
            raise ValueError("Wrong Array Size (Got: {}, Expected: {})".format(len(self), self.size))

    @staticmethod
    def create(array_size: int):
        class ArrayWithSize(Array2):
            size = array_size
        return ArrayWithSize

@dataclass
class Struct1():
    entry1: Array2.create(64) = Array2.create(64)()
    entry2: Array2.create(64) = Array2.create(64)()
    entry3: Array2.create(64) = Array2.create(64)()

s = Struct1()
print(len(s.entry1))

This works as expected. The autocompletion works and pylance does not produce any error.
But this is a very complicated notation. Are there other more readable approaches?

Is your intent to have the static type checker flag array size mismatches as errors? If so, the technique above won't work because the array length is not part of the type as you've defined it, and type checkers reason only about types, not about values.
Here's a potential solution that leverages generic types with literal type arguments.
_T = TypeVar("_T", bound=int)

class ArrayWithSize(Generic[_T]):
    def __init__(self, size: _T):
        self._size = size

    def __len__(self):
        return self._size

@dataclass
class Struct1(Generic[_T]):
    def __init__(self, size: _T):
        self.entry1 = ArrayWithSize(size)
        self.entry2 = ArrayWithSize(size)
        self.entry3 = ArrayWithSize(size)

    entry1: ArrayWithSize[_T]
    entry2: ArrayWithSize[_T]
    entry3: ArrayWithSize[_T]

s = Struct1(64)
print(len(s.entry1))

c64 = ArrayWithSize(64)
c100 = ArrayWithSize(100)
d1: ArrayWithSize[Literal[64]] = c64
d2: ArrayWithSize[Literal[64]] = c100  # Flagged as error

It's been over a month since this issue was opened and we asked for feedback. I'm going to close this; if this is still an issue and you can provide the requested info, we can reopen it.


-5 ADA

suddenly my wallet went to -5 and assets were missing

Hey after doing this:
Hey update Nami to 3.3.0. If you still see a wrong balance then try to send a tx to yourself in order to update the balance on the main screen (or reimport the wallet/account).
Protocol parameters and many other things changed since the update yesterday. That's why Nami is behaving weirdly on the older version
in my another wallet my balance got 0 and my collateral was removed wtf

#690 (comment)

I tried what you said in my other wallet but my balance there got 0 even the collateral was gone. Is there any way you can brink it back? And here in my main account still negative

Talk to Cardano Support on the Live support page so that your issue can be looked into.

Facing same issue.
I am using Nami Chrome extension wallet and have staked ADA to a pool.


added redhat(yumrepo) support

background

Please support this osfamily
redhat (centos)

Check CentOS7.2(1511) / Redhat7.1
refs

https://td-agent-package-browser.herokuapp.com/2/redhat/
http://docs.puppetlabs.com/puppet/latest/reference/type.html#yumrepo

vagrant test environment

https://vagrantcloud.com/puppetlabs/boxes/centos-7.2-64-puppet

oh .. Travis CI .
sorry not test yet  ...

Thanks for the PR, very much appreciated!
Looks like something changed on Travis CI, your changes shouldn't have broken anything. We are working on fixing this and then will get back to your PR.

thanks for review
i did it
Continue Thank you


chore(pip): update pip to 8.1.1 and use the new bootscript

The bootscript now uses an internal pip which then bootstraps from pypi

Current coverage is 82.50%

Merging #559 into master will increase coverage by +0.05% as of 8fa7504

@@            master   #559   diff @@
=====================================
  Files           36     36
  Stmts         2303   2303
  Branches       331    331
  Methods          0      0
=====================================
+ Hit           1899   1900     +1
+ Partial        115    114     -1
  Missed         289    289

Review entire Coverage Diff as of 8fa7504

Powered by Codecov. Updated on successful CI builds.


Documentation not compatible with dotnet 3.1 (deprecated apis)

The documentation in this page isn't compatible with dotnet 3.1 even though it was chosen from the drop down list on the top left corner.
Example:
IWebHostEnvironment
is deprecated in dotnet 3.1.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: ceffa6a2-770c-1cd9-5145-dcd423f9dd22
Version Independent ID: 1cb5eb30-dd84-e5e1-5826-d74243fabf04
Content: Use multiple environments in ASP.NET Core
Content Source: aspnetcore/fundamentals/environments.md
Product: aspnet-core
Technology: aspnetcore-fundamentals
GitHub Login: @Rick-Anderson
Microsoft Alias: riande

Hello @ikteru ... Why do you think it's deprecated? ...
https://docs.microsoft.com/en-us/dotnet/api/microsoft.aspnetcore.hosting.iwebhostenvironment?view=aspnetcore-3.1
It was IHostingEnvironment that went away ...
https://docs.microsoft.com/en-us/dotnet/api/microsoft.aspnetcore.hosting.ihostingenvironment?view=aspnetcore-3.1


Polyfill error on Safari 6: "Can't find variable: performance"

When initializing an overlay on Safari the following error occurs:
Can't find variable: performance
polyfill.min.js:3:1343
Affects:

Safari 6.1.6 | OSX 10.7.5

Note:

no error if remaping "http://cdn.polyfill.io/v1/polyfill.min.js" to "http://cdn.polyfill.io/v1/polyfill.js"

Hi Sam,
I saw you mentioned this issue in a pull request, which haven't been merged. Do you have an update on this one please?
Thank you,
Roland

Merged.  Will be in 1.4 release.

Cool, thanks!


Update error handling on ingestion

Bulk emitter will return errors now. It continues to try to ingest all verbs even if one fails. It stops ingestion on a single noun failure. Guacone files command will log all errors and continue to ingest all files found even if one errors. Summary should list errors. Guacingest service will log errors and continue, it will ack messages even if errored.
Description of the PR

PR Checklist

[ ] All commits have a Developer Certificate of Origin (DCO) -- they are generated using -s flag to git commit.
[ ] All new changes are covered by tests
[ ] If GraphQL schema is changed, make generate has been run
[ ] If OpenAPI spec is changed, make generate has been run
[ ] If collectsub protobuf has been changed, make proto has been run
[ ] All CI checks are passing (tests and formatting)
[ ] All dependent PRs have already been merged

guacone example output:
{"level":"error","ts":1712686862.01563,"caller":"helpers/bulk.go:189","msg":"ingestBulkHasMetadata failed with error: HasMetadataPkgs - specific version failed with error: input: ingestBulkHasMetadata random error generated\n","stacktrace":"github.com/guacsec/guac/pkg/assembler/clients/helpers.GetBulkAssembler.func1\n\t/home/jeffm/git/guac/pkg/assembler/clients/helpers/bulk.go:189\ngithub.com/guacsec/guac/pkg/ingestor.Ingest\n\t/home/jeffm/git/guac/pkg/ingestor/ingestor.go:61\ngithub.com/guacsec/guac/cmd/guacone/cmd.glob..func6.1\n\t/home/jeffm/git/guac/cmd/guacone/cmd/files.go:125\ngithub.com/guacsec/guac/pkg/handler/collector.Collect\n\t/home/jeffm/git/guac/pkg/handler/collector/collector.go:111\ngithub.com/guacsec/guac/cmd/guacone/cmd.glob..func6\n\t/home/jeffm/git/guac/cmd/guacone/cmd/files.go:144\ngithub.com/spf13/cobra.(*Command).execute\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:987\ngithub.com/spf13/cobra.(*Command).ExecuteC\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1115\ngithub.com/spf13/cobra.(*Command).Execute\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1039\ngithub.com/guacsec/guac/cmd/guacone/cmd.Execute\n\t/home/jeffm/git/guac/cmd/guacone/cmd/root.go:56\nmain.main\n\t/home/jeffm/git/guac/cmd/guacone/main.go:23\nruntime.main\n\t/usr/lib/golang/src/runtime/proc.go:267"}
{"level":"info","ts":1712686862.0156918,"caller":"helpers/bulk.go:193","msg":"assembling HasSBOM: 1"}
{"level":"info","ts":1712686862.0200574,"caller":"helpers/bulk.go:204","msg":"assembling VEX : 0"}
{"level":"info","ts":1712686862.0200763,"caller":"helpers/bulk.go:210","msg":"assembling HashEqual : 0"}
{"level":"info","ts":1712686862.0200846,"caller":"helpers/bulk.go:216","msg":"assembling PkgEqual : 0"}
{"level":"info","ts":1712686862.0200922,"caller":"helpers/bulk.go:222","msg":"assembling CertifyLegal : 4"}
{"level":"error","ts":1712686862.0207903,"caller":"collector/collector.go:112","msg":"emit error: unable to ingest document: error assembling graphs for \"file:///../guac-data/docs/spdx/syft-spdx-k8s.gcr.io-kube-apiserver.v1.24.4.json\" : HasMetadataPkgs - specific version failed with error: input: ingestBulkHasMetadata random error generated\n","stacktrace":"github.com/guacsec/guac/pkg/handler/collector.Collect\n\t/home/jeffm/git/guac/pkg/handler/collector/collector.go:112\ngithub.com/guacsec/guac/cmd/guacone/cmd.glob..func6\n\t/home/jeffm/git/guac/cmd/guacone/cmd/files.go:144\ngithub.com/spf13/cobra.(*Command).execute\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:987\ngithub.com/spf13/cobra.(*Command).ExecuteC\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1115\ngithub.com/spf13/cobra.(*Command).Execute\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1039\ngithub.com/guacsec/guac/cmd/guacone/cmd.Execute\n\t/home/jeffm/git/guac/cmd/guacone/cmd/root.go:56\nmain.main\n\t/home/jeffm/git/guac/cmd/guacone/main.go:23\nruntime.main\n\t/usr/lib/golang/src/runtime/proc.go:267"}

...

{"level":"fatal","ts":1712686869.3312323,"caller":"cmd/files.go:149","msg":"completed ingestion with error, 32 of 33 were successful - the following files did not ingest successfully:  file:///../guac-data/docs/spdx/syft-spdx-k8s.gcr.io-kube-apiserver.v1.24.4.json","stacktrace":"github.com/guacsec/guac/cmd/guacone/cmd.glob..func6\n\t/home/jeffm/git/guac/cmd/guacone/cmd/files.go:149\ngithub.com/spf13/cobra.(*Command).execute\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:987\ngithub.com/spf13/cobra.(*Command).ExecuteC\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1115\ngithub.com/spf13/cobra.(*Command).Execute\n\t/home/jeffm/go/pkg/mod/github.com/spf13/cobra@v1.8.0/command.go:1039\ngithub.com/guacsec/guac/cmd/guacone/cmd.Execute\n\t/home/jeffm/git/guac/cmd/guacone/cmd/root.go:56\nmain.main\n\t/home/jeffm/git/guac/cmd/guacone/main.go:23\nruntime.main\n\t/usr/lib/golang/src/runtime/proc.go:267"}

guacingest example output:
{"level":"info","ts":1712686767.5338917,"caller":"helpers/bulk.go:181","msg":"assembling PointOfContact: 0"}
{"level":"info","ts":1712686767.5338986,"caller":"helpers/bulk.go:187","msg":"assembling HasMetadata: 278"}
{"level":"error","ts":1712686767.5401647,"caller":"helpers/bulk.go:189","msg":"ingestBulkHasMetadata failed with error: HasMetadataPkgs - specific version failed with error: input: ingestBulkHasMetadata random error generated\n","stacktrace":"github.com/guacsec/guac/pkg/assembler/clients/helpers.GetBulkAssembler.func1\n\t/home/jeffm/git/guac/pkg/assembler/clients/helpers/bulk.go:189\ngithub.com/guacsec/guac/pkg/ingestor.Ingest\n\t/home/jeffm/git/guac/pkg/ingestor/ingestor.go:61\ngithub.com/guacsec/guac/cmd/guacingest/cmd.ingest.func1\n\t/home/jeffm/git/guac/cmd/guacingest/cmd/ingest.go:93\ngithub.com/guacsec/guac/pkg/handler/processor/process.Subscribe.func1\n\t/home/jeffm/git/guac/pkg/handler/processor/process/process.go:111\ngithub.com/guacsec/guac/pkg/emitter.(*subscriber).GetDataFromSubscriber\n\t/home/jeffm/git/guac/pkg/emitter/emitter.go:131\ngithub.com/guacsec/guac/pkg/handler/processor/process.Subscribe\n\t/home/jeffm/git/guac/pkg/handler/processor/process/process.go:122\ngithub.com/guacsec/guac/cmd/guacingest/cmd.ingest.func2\n\t/home/jeffm/git/guac/cmd/guacingest/cmd/ingest.go:104"}
{"level":"info","ts":1712686767.5401978,"caller":"helpers/bulk.go:193","msg":"assembling HasSBOM: 1"}
{"level":"info","ts":1712686767.5511336,"caller":"helpers/bulk.go:204","msg":"assembling VEX : 0"}
{"level":"info","ts":1712686767.551158,"caller":"helpers/bulk.go:210","msg":"assembling HashEqual : 0"}
{"level":"info","ts":1712686767.5511634,"caller":"helpers/bulk.go:216","msg":"assembling PkgEqual : 0"}
{"level":"info","ts":1712686767.5511684,"caller":"helpers/bulk.go:222","msg":"assembling CertifyLegal : 99"}
{"level":"error","ts":1712686767.5563598,"caller":"cmd/ingest.go:94","msg":"unable to ingest document \"file:///../guac-data/docs/spdx/syft-spdx-k8s.gcr.io-kube-proxy.v1.24.5.json\" : error assembling graphs for \"file:///../guac-data/docs/spdx/syft-spdx-k8s.gcr.io-kube-proxy.v1.24.5.json\" : HasMetadataPkgs - specific version failed with error: input: ingestBulkHasMetadata random error generated\n","stacktrace":"github.com/guacsec/guac/cmd/guacingest/cmd.ingest.func1\n\t/home/jeffm/git/guac/cmd/guacingest/cmd/ingest.go:94\ngithub.com/guacsec/guac/pkg/handler/processor/process.Subscribe.func1\n\t/home/jeffm/git/guac/pkg/handler/processor/process/process.go:111\ngithub.com/guacsec/guac/pkg/emitter.(*subscriber).GetDataFromSubscriber\n\t/home/jeffm/git/guac/pkg/emitter/emitter.go:131\ngithub.com/guacsec/guac/pkg/handler/processor/process.Subscribe\n\t/home/jeffm/git/guac/pkg/handler/processor/process/process.go:122\ngithub.com/guacsec/guac/cmd/guacingest/cmd.ingest.func2\n\t/home/jeffm/git/guac/cmd/guacingest/cmd/ingest.go:104"}
{"level":"info","ts":1712686767.5563924,"caller":"process/process.go:117","msg":"[processor: c9813663-28b9-4c19-9cb9-02757aaa6d0c] message acknowledged in pusbub"}

Addressing #1832
Some history #1275


fix: typeText should work with the DX Lookup search field

Purpose
The DX Lookup search field loses focus and stays empty because the focus method is called on a not focusable element and HH sends an extra blur event to an active element (input).
Approach
Add functional test for the fix on HH side (https://github.com/DevExpress/testcafe-hammerhead/pull/2635)
References
Closes #4472
Pre-Merge TODO

[x] Write tests for your proposed changes
[x] Make sure that existing tests do not fail

Rebase please


PIC Language: Incorrect P-Code Translation for swap Instruction

Describe the bug
Ghidra translates the swap instruction of the PIC assembly language to P-Code equivalent to:
x = ((x & 0xff) << 8) & ((x & 0xff00) >> 8);
The instruction swap Wn should swap the two bytes of the register Wn (see the manual, p262).
Therefore, this translation is incorrect.
Expected behavior
The translation should be equivalent to:
x = ((x & 0xff) << 8) | ((x & 0xff00) >> 8);
Screenshots
Below is a screenshot of the incorrect translation.
Note the three INT_AND instructions, the third being incorrect.

Environment (please complete the following information):

OS: Ubuntu 20.04.3
Java Version: 11.0.11
Ghidra Version: 10.2
Ghidra Origin: official ghidra-sre.org distro

Fix will be made to 10.1 release

Sorry - I did not notice your pull-request until after I had applied the fix.


Devsite Docs Broken: OAuth2ServiceAccount page

See comment from @lukwam.
Relevant page is https://developers.google.com/identity/protocols/OAuth2ServiceAccount
Fix is to use scopes as a kwarg rather than as a positional.

Docs change created, should be updated today. Closing this issue.

:+1: Lightning fast!


Add Pedro Verissimo to Contributors in index.html

@pbv2  contribute here https://github.com/Ishaan28malik/Get-Dev-Resources


User Story 1929747

User Story: https://dev.azure.com/mseng/TechnicalContent/_workitems/edit/1929747

@grayzu Added "providers.tf" #sign-off


Mkdocs build fix and install instructions

This PR addresses a hidden bug that caused mkdocs to fail at build/serve time. This was caused by a build param that was updated some time ago.
Additionally, this PR includes a requirements.txt file and instructions for running mkdocs locally, for documentation contributions.

by the way, do you think it would be good if we add a new check for pull requests to test if mkdocs build works?

Hey Hasan, thanks for the explanation! I was sure there was a reason behind the cli/medperf that I was removing. I totally agree that we should stick with the steps provided within docs-ci.yml. I tried doing the local installation with those packages, but I'm not able to run mkdocs serve. jinja2==3.0.0 seems to be required, but even then I get errors like ERROR    -  Could not collect 'config' which I don't get when using the requirements.txt provided on this PR. I think we should look into this to discover the discrepancy, so we can modify this PR accordingly.


Pagination example is down so cant find info on how to set it up

Hey there
Loving this plugin!! I have tried to view the examples but the page returns as not found so I cant see how to implement pagination. Id love to know what snippets or code to add so that I can enable it on Scrollify

@kiaramelissa thanks for raising this. The example pages are back up now.


Render issue with iris

Weired render issue when working with iris

And all mobs looks transparents.

And I only have iris and BBOR in my mod folder, I disabled all other mods.

Please retest with #133

So what should I do to get the updated mod?

Extract this and you will get that
bbor-dev.zip

OK, it looks normal now


PowerShell task running with lower privileges than user

I have a PowerShell one-liner that works perfectly fine in a PowerShell window, as well as the PowerShell terminal in Visual Studio Code, but when I set it up to run as a task in Visual Studio Code, it gives me a permission denied error when it attempts to access the directories/files. You can find the task in this gist.

@Tyriar any idea what could cause this. Is the terminal tweak the execution policy for PowerShell ?

@szul are you using the PowerShell extension?

@Tyriar Yes. If I run the command in the PowerShell terminal there, it works just fine. It's only when I attempt to execute it as a task that I get the permission issue.

If that's the case I'm not sure what's happening. @dbaeumer you must be spawning the terminal differently in some way to cause this?

Here is how I spawn the terminal in a simple dir example:

The shellLaunchConfig is the one I pass to terminalService.createTerminal.
So at the end I simply take the shell setting for the integrated terminal and the add -Command ... to it. So there is nothing I can think of that makes this special.
@szul does this happen as well when you disable / uninstall the PowerShell extension?

@dbaeumer I get the same results with the extension installed or uninstalled, and with and without the Set-ExecutionPolicy in the shell command. The command is running Chatdown from the new Bot Framework tools, but it only reads from one file, transforming the data, and then outputs to a second file. If I have just a single chatdown command chatdown test.chat > test.transform in the "command" property, it works fine. It's only when I attempt to do a single line PowerShell command that recurses and reads/writes that this happen.

@szul thanks. Will it work when you put the command into a ps file and execute that.
I see that parts for the command are quoted so might be something goes wrong with the quotes when executed as a single command.

@dbaeumer We have a winner. So it works from a *.ps1 file executed in the command property in tasks.json, but not if the command is explicitly written in the task.json file.
On thing to note: When the task ran previously, the escapes occurred appropriately, and the command output to the terminal window showed the correct command.
I'm guessing the problem is maybe with the way that command gets translated and pushed to the shell?

@szul I think that is the problem. I will investigate further.

+1
Running VS-Code as admin does not solve the problem.
When powershell running as Admin it does not start with an admin token.

@JhonnyTerminus can you please open a new issue since your case is different to the one discussed so far in this issue.

@alexr00 I will dig this back up, and see if the error persists.

Having an issue with 1.30.1 version - issue started since last update.
PS C:\temp> Get-ExecutionPolicy
RemoteSigned
PS C:\temp> Get-ExecutionPolicy -List
    Scope ExecutionPolicy
    ----- ---------------

MachinePolicy       Undefined
UserPolicy       Undefined
Process    RemoteSigned
CurrentUser       Undefined
LocalMachine    Unrestricted

I took your command and stepped through the code to see what it gets translated too:
 C:\windows\System32\WindowsPowerShell\v1.0\powershell.exe -Command Get-ChildItem **/*.chat | ForEach-Object { chatdown "$(Split-Path $_.FullName)/$($_.Name )" >  "$(Split-Path $_.FullName)/$($_.BaseName).transcript" }
It looks like the escaped quotes are becoming just quotes. Are you expecting that the escapted quotes stay escaped? If you run that in the integrated terminal does it work?

@alexr00 No, the escaped quotes were just to escape them in the task file. When I move the PowerShell to an external file and then reference the external file in the task file, it is not escaped, and the command works as expected.
Here's the external file:
https://github.com/szul/chatbot-edui2018/blob/master/cd.ps1
...and here's the task file:
https://github.com/szul/chatbot-edui2018/blob/master/.vscode/tasks.json

The issue is that there is some additional escaping that needs to be done. Since we run your task as powershell.exe -Command <your task here> the regular escaping that you do for running the command from PowerShell isn't correct. When passing the cmdlet in with the -Command parameter (this is unavoidable, we must use the -Command parameter), different escaping is needed in your tasks.json file.

Based on the documentation here, I think I figured it out how your task should be escaped in tasks.json.
Mini example:
I have a folder Folder With Space in my workspace. From powershell, I would run:
Get-ChildItem "Folder With Space"
To get the same results when running with powershell.exe -Command I have to run:
powershell.exe -Command "& {Get-ChildItem \"Folder With Space\"}"
Therefore, in my tasks.json, this is how that task must be escaped:
{
	"type": "shell",
	"command": "& {Get-ChildItem \\\"Folder With Space\\\"}",
	"problemMatcher": [],
	"label": "Test Task"
		}

I'm going to leave this issue open and close it after I have added documentation to the tasks page about how to handle tasks with powershell cmdlets. @szul, thanks for your patience and help! Based on your task, I think it should probably look like this:
{
	"label": "chatdown",
	"type": "shell",
	"command": "& {Get-ChildItem **/*.chat | ForEach-Object { chatdown \\\"$(Split-Path $_.FullName)/$($_.Name )\\\" >  \\\"$(Split-Path $_.FullName)/$($_.BaseName).transcript\\\" }}",
	"args": ["-Command"],
	"problemMatcher": [],
}

FYI, the & (invoke operator, redundant in this case) and braces around the entire command should be unnecessary, as is the '-command' arg, while using the 'shell' type.
	"command": "Get-ChildItem **/*.chat | ForEach-Object { chatdown \\\"$(Split-Path $_.FullName)/$($_.Name )\\\" >  \\\"$(Split-Path $_.FullName)/$($_.BaseName).transcript\\\" }",

Ideally, VS Code should automatically escape the quotes contained in the command, and in the args, and in any expanded variables, and should wrap the entire command in quotes before passing to PowerShell.   I pushed such a PR to GitHub Desktop back in December for a similar issue because it prevented Desktop from starting VS Code if the repository path contained spaces.  Every arg passed to a shell should be quoted if itself contains spaces.  Probably too late to change this behavior now though, as it would break existing task configurations.

Adding to documentation here: https://github.com/microsoft/vscode-docs/pull/2723


How is the trainval_GT and trainval_Neg files prepared

Hello
thanks for your code
How is the trainval_GT and trainval_Neg files prepared?Are these files for yourself or did you get them from somewhere?

I have the same problem.Did you solve it?I really don't understand these two files.

https://github.com/vt-vl-lab/iCAN/issues/4


Slow performance on aarch64?

Title: Possible performance issues with arm64 build on A72 cores?
Description:

envoy  version: 98c1c9e9a40804b93b074badad1cdf284b47d58b/1.18.3/clean-getenvoy-b76c773-envoy/RELEASE/BoringSSL
I recently migrated a use case I've been testing without issues on x86_64 to a high-end aarch64 box I have (Honeycomb LX2K) which has 16xA72 cores @2.2Ghz, 32GB RAM, and 4x10GbE.  I notice a single client connection maxes out a CPU core at 30MB/s where x86_64 is able to saturate a 10Gb network fine.  Running parallel clients scales linearly (30MB/s per process, maxed core on each).  It could just be the CPUs but they tend to perform much better than this in other operations (this isn't a Raspberry Pi).  Anwyay I wanted to put this out there in case others noticed performance issues on arm64 or if anybody has an optimized build for aarch64.  I have been unable to get my own build together with bazel.

I realize ARM is a bit experimental right now but curious if anybody else notices unexpected performance issues or finds a way to tune things better.  This box usually has no problems pushing ~2GB/s in other apps, so 30MB/s is a bit suspect.

There was a PR recently to address aarch64 performance however it landed after the 1.18.3 release - https://github.com/envoyproxy/envoy/pull/16104. The PR has the issue details but the performance issue unaccelerated cryptographic operations - https://github.com/envoyproxy/envoy/issues/16105
It would be very interesting to see if you get improved results using a latest main build

Ah great thanks I'll try that in the next release.

@jboero you are in luck. 1.19.0 was just released - https://groups.google.com/g/envoy-announce/c/26P9tluO6mQ

Thanks!

Boom and like that I can now do 300MB/s - up from 30MB/s.  Thank you 1.19.

That's awesome. Thanks for reporting the update


Gradient Generator

Hello Mihir 👋
Unfortunately, this rep doesn't have any active issue,
This is a website template, you can do one thing just create any type of template then push your pull request. That's all.
Best of luck, See you soon with your code

Yaap Sure I'll do, BUT! It should be a website template or any kind of project. If you're going to just edit README.md I'm not going to accept this.

Thank you in advance. I would do good.

Best of luck 🤞 See you soon with your Code 🧑💻

@Diptenusarkar Please add me as Contributor to this repo.

You are already in. Check the contributor page. Or you can see a contributor badge on your name.

@Diptenusarkar Thank you


Errorserver is not defined

If you have a problem launching a live-server, please try following steps:

Make sure you use the right hotkeys. After v2.0.0, the keys became ctrl-alt combination.
Try launching live-server from top menu: Package -> live-server -> Start Server to see if it works.

What is your issue?

Thanks for your good response .but  i have fixed  my error  now.

Ok, thanks for commenting. I'm glad you were able to resolve your issue. Closing.


[arrow] Update to 4.0.0

Describe the pull request

What does your PR fix?
Fixes #17635 in vcpkg issues
Fixes ARROW-11581 in the Apache Arrow Jira

Which triplets are supported/not supported? Have you updated the CI baseline?
Not supported: arm-uwp, x86-windows, arm64-windows
Yes, CI baseline is updated

Does your PR follow the maintainer guide?

Yes

If you are still working on the PR, open it as a Draft: https://github.blog/2019-02-14-introducing-draft-pull-requests/

@GPSnoopy please take a look.
There are no patches yet. The patch-related lines in portfile.cmake are commented out.
This installs successfully for me on macOS and Windows. On Windows I'm hitting a problem at the vcpkg_install_cmake() step that I'm still trying to debug.
I invited you as a collaborator on my fork, so you should be able to push commits to this PR after you accept the invite.
Thanks!

Some notes on what I changed so far:

I switched to using a vcpkg.json manifest
I enabled several new features: dataset, flight, orc, s3, and the two optional allocators jemalloc and mimalloc

mimalloc is on by default on Windows and jemalloc is on by default on other OSs
The other on-by-default features are the same as in the 3.0.0 port, except for the dataset module which is used increasingly
I declared feature-specific dependencies within those features only so they will not be installed when the features are off

I alphabetized all the CMake options
I removed all the individual _USE_SHARED in favor of ARROW_DEPENDENCY_USE_SHARED which controls them all, leaving only Thrift controlled independently
I removed double-conversion, flatbuffers, and uriparser because they are vendored in Arrow now
I removed boost-algorithm because I believe it is not needed any longer

Wow @ianmcook. Impressive work.
It looks like some of the CI/CD errors are unrelated to your commit: dbow2, wxwidgets, embree3, mlpack, zxing-cpp. Looks like you might have branched out from a broken master. Worth merging master into your branch, it looks green for the moment (and some of these packages got updated quite recently).

This is the error I get in my logs when trying to build x64-windows-static. The error occurs in the debug build.
LINK Pass 1: command "C:\PROGRA~2\MICROS~2\2019\PROFES~1\VC\Tools\MSVC\1428~1.299\bin\Hostx64\x64\link.exe src\parquet\CMakeFiles\parquet_shared.dir\arrow\path_internal.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\arrow\reader.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\arrow\reader_internal.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\arrow\schema.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\arrow\schema_internal.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\arrow\writer.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\bloom_filter.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\column_reader.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\column_scanner.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\column_writer.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encoding.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\encryption.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\internal_file_decryptor.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\internal_file_encryptor.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\exception.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\file_reader.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\file_writer.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\level_comparison.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\level_conversion.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\metadata.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\murmur3.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\__\generated\parquet_constants.cpp.obj src\parquet\CMakeFiles\parquet_shared.dir\__\generated\parquet_types.cpp.obj src\parquet\CMakeFiles\parquet_shared.dir\platform.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\printer.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\properties.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\schema.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\statistics.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\stream_reader.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\stream_writer.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\types.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\level_comparison_avx2.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\level_conversion_bmi2.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\encryption_internal.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\crypto_factory.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\file_key_unwrapper.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\file_key_wrapper.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\kms_client.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\key_material.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\key_metadata.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\key_toolkit.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\key_toolkit_internal.cc.obj src\parquet\CMakeFiles\parquet_shared.dir\encryption\local_wrap_kms_client.cc.obj /out:debug\parquet.dll /implib:debug\parquet.lib /pdb:debug\parquet.pdb /dll /version:400.0 /machine:x64 /NODEFAULTLIB:LIBCMT /nologo /debug /INCREMENTAL debug\arrow.lib D:\Development\Work\vcpkg.ianmcook\installed\x64-windows\lib\thriftmd.lib D:\Development\Work\vcpkg.ianmcook\installed\x64-windows\debug\lib\libssl.lib D:\Development\Work\vcpkg.ianmcook\installed\x64-windows\debug\lib\libcrypto.lib D:\Development\Work\vcpkg.ianmcook\installed\x64-windows\debug\lib\brotlienc.lib D:\Development\Work\vcpkg.ianmcook\installed\x64-windows\debug\lib\brotlidec.lib D:\Development\Work\vcpkg.ianmcook\installed\x64-windows\debug\lib\brotlicommon.lib D:\Development\Work\vcpkg.ianmcook\installed\x64-windows\debug\lib\utf8proc.lib D:\Development\Work\vcpkg.ianmcook\installed\x64-windows\debug\lib\re2.lib mimalloc_ep\src\mimalloc_ep\lib\mimalloc-1.6\mimalloc-static-debug.lib ws2_32.lib kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib /MANIFEST /MANIFESTFILE:src\parquet\CMakeFiles\parquet_shared.dir/intermediate.manifest src\parquet\CMakeFiles\parquet_shared.dir/manifest.res" failed (exit code 1319) with the following output:

thriftmd.lib(TTransportException.cpp.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in path_internal.cc.obj
thriftmd.lib(TTransportException.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MDd_DynamicDebug' in path_internal.cc.obj
thriftmd.lib(TProtocol.cpp.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in path_internal.cc.obj
thriftmd.lib(TProtocol.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MDd_DynamicDebug' in path_internal.cc.obj
thriftmd.lib(TBufferTransports.cpp.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in path_internal.cc.obj
thriftmd.lib(TBufferTransports.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MDd_DynamicDebug' in path_internal.cc.obj
   Creating library debug\parquet.lib and object debug\parquet.exp
LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library
debug\parquet.dll : fatal error LNK1319: 6 mismatches detected

I believe that the problem is that it's trying to link Arrow and Parquet with Thrift (Release) thriftmd.lib instead of the Debug version thriftmdd.lib. MSVC linker correctly detects this. You can see the command line points to the release lib as well: vcpkg.ianmcook\installed\x64-windows\lib\thriftmd.lib instead of vcpkg.ianmcook\installed\x64-windows\debug\lib\thriftmd.lib

Thanks @GPSnoopy, please feel free to push more commits if you have time to try adding patches. I'm busy with other work today but I'll return to this tomorrow.

@ianmcook ,Thanks for the pr!
The arrow failed on CI testing. could you take a look?  The affected triplets: x86-windows,x64-windows,arm64-windows.
x86-windows
D:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\arrow/util/bit_util.h(67): error C3861: '__popcnt64': identifier not found
D:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\arrow/util/bit_util.h(201): error C3861: '_BitScanReverse64': identifier not found
D:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\arrow/util/bit_util.h(247): error C3861: '_BitScanForward64': identifier not found

CMake Error in CMakeLists.txt:
  You have set CMAKE_BACKWARDS_COMPATIBILITY to a CMake version less than
  2.4.  This version of CMake only supports backwards compatibility with
  CMake 2.4 or later.  For compatibility with older versions please use any
  CMake 2.8.x release or lower.

x64-windows
hriftmd.lib(TTransportException.cpp.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in path_internal.cc.obj
thriftmd.lib(TTransportException.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MDd_DynamicDebug' in path_internal.cc.obj
thriftmd.lib(TProtocol.cpp.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in path_internal.cc.obj
thriftmd.lib(TProtocol.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MDd_DynamicDebug' in path_internal.cc.obj
thriftmd.lib(TBufferTransports.cpp.obj) : error LNK2038: mismatch detected for '_ITERATOR_DEBUG_LEVEL': value '0' doesn't match value '2' in path_internal.cc.obj
thriftmd.lib(TBufferTransports.cpp.obj) : error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MD_DynamicRelease' doesn't match value 'MDd_DynamicDebug' in path_internal.cc.obj
   Creating library debug\parquet.lib and object debug\parquet.exp

arm64-windows
C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\VC\Tools\MSVC\14.28.29910\include\nmmintrin.h(17): fatal error C1189: #error:  This header is specific to X86 and X64 targets
[21/253] C:\PROGRA~2\MICROS~1\2019\ENTERP~1\VC\Tools\MSVC\1428~1.299\bin\Hostx64\arm64\cl.exe   /TP -DARROW_EXPORTING -DARROW_HAVE_RUNTIME_SSE4_2 -DARROW_HAVE_SSE4_2 -DARROW_MIMALLOC -DARROW_WITH_BROTLI -DARROW_WITH_BZ2 -DARROW_WITH_LZ4 -DARROW_WITH_RE2 -DARROW_WITH_SNAPPY -DARROW_WITH_TIMING_TESTS -DARROW_WITH_UTF8PROC -DARROW_WITH_ZLIB -DARROW_WITH_ZSTD -DBOOST_ALL_DYN_LINK -DBOOST_ALL_NO_LIB -DURI_STATIC_BUILD -D_CRT_SECURE_NO_WARNINGS -Darrow_shared_EXPORTS -Isrc -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\generated -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\thirdparty\flatbuffers\include -ID:\installed\arm64-windows\include -Imimalloc_ep\src\mimalloc_ep\lib\mimalloc-1.6\include -ID:\installed\arm64-windows\share\rapidjson\..\..\include -Ixsimd_ep\src\xsimd_ep-install\include -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\thirdparty\hadoop\include /nologo /DWIN32 /D_WINDOWS  /utf-8 /GR /EHsc /MP  /D_SILENCE_TR1_NAMESPACE_DEPRECATION_WARNING   /EHsc /wd5105 /bigobj /utf-8 /W3 /wd4800 /wd4996 /wd4065   /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\arrow\CMakeFiles\arrow_shared.dir\compute\kernels\codegen_internal.cc.obj /Fdsrc\arrow\CMakeFiles\arrow_shared.dir\ /FS -c D:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\arrow\compute\kernels\codegen_internal.cc
FAILED: src/arrow/CMakeFiles/arrow_shared.dir/compute/kernels/codegen_internal.cc.obj
C:\PROGRA~2\MICROS~1\2019\ENTERP~1\VC\Tools\MSVC\1428~1.299\bin\Hostx64\arm64\cl.exe   /TP -DARROW_EXPORTING -DARROW_HAVE_RUNTIME_SSE4_2 -DARROW_HAVE_SSE4_2 -DARROW_MIMALLOC -DARROW_WITH_BROTLI -DARROW_WITH_BZ2 -DARROW_WITH_LZ4 -DARROW_WITH_RE2 -DARROW_WITH_SNAPPY -DARROW_WITH_TIMING_TESTS -DARROW_WITH_UTF8PROC -DARROW_WITH_ZLIB -DARROW_WITH_ZSTD -DBOOST_ALL_DYN_LINK -DBOOST_ALL_NO_LIB -DURI_STATIC_BUILD -D_CRT_SECURE_NO_WARNINGS -Darrow_shared_EXPORTS -Isrc -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\generated -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\thirdparty\flatbuffers\include -ID:\installed\arm64-windows\include -Imimalloc_ep\src\mimalloc_ep\lib\mimalloc-1.6\include -ID:\installed\arm64-windows\share\rapidjson\..\..\include -Ixsimd_ep\src\xsimd_ep-install\include -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\thirdparty\hadoop\include /nologo /DWIN32 /D_WINDOWS  /utf-8 /GR /EHsc /MP  /D_SILENCE_TR1_NAMESPACE_DEPRECATION_WARNING   /EHsc /wd5105 /bigobj /utf-8 /W3 /wd4800 /wd4996 /wd4065   /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\arrow\CMakeFiles\arrow_shared.dir\compute\kernels\codegen_internal.cc.obj /Fdsrc\arrow\CMakeFiles\arrow_shared.dir\ /FS -c D:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\arrow\compute\kernels\codegen_internal.cc
C:\Program Files (x86)\Microsoft Visual Studio\2019\Enterprise\VC\Tools\MSVC\14.28.29910\include\nmmintrin.h(17): fatal error C1189: #error:  This header is specific to X86 and X64 targets
[22/253] C:\PROGRA~2\MICROS~1\2019\ENTERP~1\VC\Tools\MSVC\1428~1.299\bin\Hostx64\arm64\cl.exe   /TP -DARROW_EXPORTING -DARROW_HAVE_RUNTIME_SSE4_2 -DARROW_HAVE_SSE4_2 -DARROW_MIMALLOC -DARROW_WITH_BROTLI -DARROW_WITH_BZ2 -DARROW_WITH_LZ4 -DARROW_WITH_RE2 -DARROW_WITH_SNAPPY -DARROW_WITH_TIMING_TESTS -DARROW_WITH_UTF8PROC -DARROW_WITH_ZLIB -DARROW_WITH_ZSTD -DBOOST_ALL_DYN_LINK -DBOOST_ALL_NO_LIB -DURI_STATIC_BUILD -D_CRT_SECURE_NO_WARNINGS -Darrow_shared_EXPORTS -Isrc -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\generated -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\thirdparty\flatbuffers\include -ID:\installed\arm64-windows\include -Imimalloc_ep\src\mimalloc_ep\lib\mimalloc-1.6\include -ID:\installed\arm64-windows\share\rapidjson\..\..\include -Ixsimd_ep\src\xsimd_ep-install\include -ID:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\thirdparty\hadoop\include /nologo /DWIN32 /D_WINDOWS  /utf-8 /GR /EHsc /MP  /D_SILENCE_TR1_NAMESPACE_DEPRECATION_WARNING   /EHsc /wd5105 /bigobj /utf-8 /W3 /wd4800 /wd4996 /wd4065   /D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 /showIncludes /Fosrc\arrow\CMakeFiles\arrow_shared.dir\compute\kernels\scalar_cast_boolean.cc.obj /Fdsrc\arrow\CMakeFiles\arrow_shared.dir\ /FS -c D:\buildtrees\arrow\src\rrow-4.0.0-dfe1b4d2b4.clean\cpp\src\arrow\compute\kernels\scalar_cast_boolean.cc
FAILED: src/arrow/CMakeFiles/arrow_shared.dir/compute/kernels/scalar_cast_boolean.cc.obj

I updated the 3.0.0 patches to work with 4.0.0, removed some CMake options that were obviated by the patches, debugged a zstd issue, and specified expected failures on x86, arm, and arm64.
@GPSnoopy please retest on your end, thanks!

Hi @ianmcook,
I've started a ParquetSharp PR pointing at your vcpkg port (this uses x64-windows-static, x64-linux and x64-osx).
See: https://github.com/G-Research/ParquetSharp/pull/198
After fixing a few breaking changes, it seems that the compilation is stuck on Mimalloc linker issue. I suspect it's because Arrow internally ships its own version of the allocator library, yet the .lib file is not made available for a client application to use.
One obvious fix is to use the existing mimalloc vcpkg port. If the arrow port were to publish its own mimalloc static library, this could cause problems with applications that already links with vcpkg mimalloc.

@ianmcook ，If this pr is ready for review, please switch to open state. Thank you

@GPSnoopy I'll look into that, thanks. I believe Arrow needs to set some of the CMake flags to non-default values when building mimalloc and jemalloc so I'm not sure what would be involved in trying to use the mimalloc and jemalloc vcpkg ports instead of the vendored versions in Arrow. I believe the vendored versions in Arrow have been modified to avoid conflicts but I'm not sure of the details of that.
As an immediate fix, I simply removed mimalloc and jemalloc from the default features so unless you specify them they will not build. Does that solve the ParquetSharp linker issue you observed?

@ianmcook ParquetSharp PR is now green and all unit tests pass. 😃

@JonLiu1993 ready for review now, thanks!

@GPSnoopy could you please confirm that the changes I've made today have not introduced any new issues for ParquetSharp? Thanks

Still green. All good! 👍

@ras0219-msft please let me know if the changes made and replies to your comments are satisfactory. Thank you 🙏

is it easier to use arrow as a static dependency after we merge this? 🤣

and btw, I think arrow got a 4.0.1 version. Can we update to that directly, or it is a major change

@draveness See the related ParquetSharp PR. That library uses arrow as a static library dependency

@draveness See the related ParquetSharp PR. That library uses arrow as a static library dependency

Oh, this one? https://github.com/G-Research/ParquetSharp/pull/198/files

@draveness I think it would be best to update to 4.0.1 in a separate PR. That way there is a version 4.0.0 in the vcpkg version history.
@ras0219-msft @JonLiu1993 please let me know what if anything I can do to help get this merged. Thank you

This LGTM, thanks for all the work here :)


Fix: hide header and sidebar on the Export page

What it solves
The Export page is the only page that will be accessible in the old app for some time.
We need to prevent navigation to any other react route from it.
How it solves it
I'm hiding all header elements except for the logo (which now links to the new app), and the contents of the sidebar.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

1 of 8 (12.5%)  changed or added relevant lines in 2 files are covered.
1 unchanged line in 1 file lost coverage.
Overall coverage decreased (-0.03%) to 41.846%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

src/routes/export/Export.tsx
0
7
0.0%

Files with Coverage Reduction
New Missed Lines
%

src/routes/export/Export.tsx
1
0%

Totals

Change from base Build<PHONE_NUMBER>:
-0.03%

Covered Lines:
4779

Relevant Lines:
10428

💛  - Coveralls


Faction Name Character Limits

Is your feature request related to a problem?
I would like this to be added so players can't make huge faction tags.

Describe the solution you'd like.
A config file addition such as
"maxTagSize": 5,
5 Being max characters / letters
Describe alternatives you've considered.
I didn't see any way to change this.
Other
No response

Limit the length of the name

@BlueZeeKing Instead of having a truncated name I think just a maximum length of name would be a lot less complex and confusing

replace with limiting name in ef81fd65653dad88096d903ae20747029b5ea8fd


Example doesn't work with Docker-based build

Hi,
thank you for contributing this great tool to Github, I couldn't find any similar tool, not as simple at least.
However, I have a problem with running example program on Docker build.
TL;DR: when trying to connect worker with server, I have an error: 111 (Connection Refused). I've checked the port (with lsof -i) from worker's terminal and server indeed listens on 6789 on both ipv4 and ipv6.
First, I've had some issues with build of "master" branch. IIRC some build script was using thrift1 command, instead of /home/install/bin/thrift1. I've looked at issue tracker and found this: https://github.com/facebook/bistro/issues/18 , and I used the commit pointed here (044cd9f...). It worked: build finished, even though some tests fail, but binaries were built and they work.
For note, my command for making the Docker image:
os_image=ubuntu:16.04   gcc_version=5   make_parallelism=2   travis_cache_dir=~/travis_ccache ./fbcode_builder/travis_docker_build.sh &> build_at_$(date +'%Y%m%d_%H%M%S').log
Then I connected to my image (using instructions from https://github.com/facebook/bistro/blob/master/build/fbcode_builder/README.docker) and tried to run the example from here: https://github.com/facebook/bistro/blob/master/README.md#your-first-bistro-run.
I'm running both exactly the same commands as in README, in directory /home/bistro/bistro, on the same docker session, using screen, and worker returns this error:
W0928 12:12:55.081917   157 BistroWorkerHandler.cpp:666] Waiting for this worker to start listening on ServiceAddress {
  1: ip_or_host (string) = "<IP_ADDRESS>",
  2: port (i32) = 27182,
}: AsyncSocketException: connect failed, type = Socket not open, errno = 111 (Connection refused): Connection refused

I was wondering that maybe there's something wrong with my Docker configuration? I've installed it using this guide: https://www.digitalocean.com/community/tutorials/how-to-install-and-use-docker-on-ubuntu-16-04
Worker log:
root@cc646d054226:/home/bistro/bistro# ./cmake/Debug/worker/bistro_worker --server_port=27182 --scheduler_host=:: \
>   --scheduler_port=6789 --worker_command="$HOME/demo_bistro_task.sh" \
>   --data_dir=/tmp/bistro_worker
W0928 12:25:39.609571   215 server_socket.cpp:90] Found no 10 interfaces that are not link-local or loopback
I0928 12:25:39.612613   215 LogWriter.cpp:79] Created table stderr
I0928 12:25:39.612731   215 LogWriter.cpp:79] Created table stdout
I0928 12:25:39.612826   215 LogWriter.cpp:79] Created table statuses
I0928 12:25:39.613024   217 AutoTimer.h:142] Pruned logs with cutoff<PHONE_NUMBER> in 57.89 us
I0928 12:25:40.873081   215 BistroWorkerHandler.cpp:102] Worker is ready: BistroWorker {
  1: shard (string) = "cc646d054226",
  2: machineLock (struct) = MachinePortLock {
    1: hostname (string) = "cc646d054226",
    2: port (i32) = 27182,
  },
  3: addr (struct) = ServiceAddress {
    1: ip_or_host (string) = "<IP_ADDRESS>",
    2: port (i32) = 27182,
  },
  4: id (struct) = BistroInstanceID {
    1: startTime (i64) =<PHONE_NUMBER>,
    2: rand (i64) = -6770707008561318671,
  },
  5: heartbeatPeriodSec (i32) = 15,
  6: protocolVersion (i16) = 2,
  7: usableResources (struct) = UsablePhysicalResources {
    1: msSinceEpoch (i64) = 0,
    2: cpuCores (double) = 0,
    3: memoryMB (double) = 0,
    4: gpus (list) = list<struct>[0] {
    },
  },
}
W0928 12:25:40.892567   230 BistroWorkerHandler.cpp:666] Waiting for this worker to start listening on ServiceAddress {
  1: ip_or_host (string) = "<IP_ADDRESS>",
  2: port (i32) = 27182,
}: AsyncSocketException: connect failed, type = Socket not open, errno = 111 (Connection refused): Connection refused
I0928 12:25:41.894337   246 AutoTimer.h:142] Query: 'SELECT job_id, node_id, time_and_count, line FROM statuses WHERE (time_and_count <= 0) ORDER BY time_and_count DESC LIMIT 2'; args: ' in 182 ns
I0928 12:25:41.894436   246 LogWriter.cpp:220] Got 0 statuses lines
E0928 12:25:41.895129   230 BistroWorkerHandler.cpp:754] Unable to send heartbeat to scheduler: Channel is !good()

Scheduler log:
# ./cmake/Debug/server/bistro_scheduler \
  --server_port=6789 --http_server_port=6790 \
  --config_file=scripts/test_configs/simple --clean_statuses \
  --CAUTION_startup_wait_for_workers=1 --instance_node_name=scheduler> > >
I0928 12:26:42.317178   255 AutoTimer.h:142] Read config from /home/bistro/bistro/scripts/test_configs/simple in 106.4 us
I0928 12:26:42.317651   255 AutoTimer.h:142] Parsed config with 1 jobs in 352.2 us
I0928 12:26:42.317860   255 AutoTimer.h:142] Have 7 nodes after manual in 62.42 us
I0928 12:26:42.318045   258 Monitor.cpp:79] Updating monitor histogram (/home/bistro/bistro/monitor/Monitor.cpp:65): Monitor transiently not making a histogram for simple_job since it is not loaded
W0928 12:26:42.318713   260 RemoteWorkerRunner.cpp:93] RemoteWorkerRunner initial wait (/home/bistro/bistro/runners/RemoteWorkerRunner.cpp:79): DANGER! DANGER! Your --CAUTION_startup_wait_for_workers of 1 is lower than the max healthcheck gap of 125, which makes it very likely that you will start second copies of tasks that are already running (unless your heartbeat interval is much smaller). No initial worker set ID consensus. Waiting for all workers to connect before running tasks.
I0928 12:26:42.319443   261 Bistro.cpp:184] Idle wait...

I got it to work by changing parameter --scheduler_host=:: on worker to --scheduler_host=<IP_ADDRESS>.
Running netstat -a -p yields
tcp        0      0 *:6789                  *:*                     LISTEN      594/bistro_schedule
tcp        0      0 5e0b197f4df5:27182      *:*                     LISTEN      470/bistro_worker
tcp        0      0 localhost:38286         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38280         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38346         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38308         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38276         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38476         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38304         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38492         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38436         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38406         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38420         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38494         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38412         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38240         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38526         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38536         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38430         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38560         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38376         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38390         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38246         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38342         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38504         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38418         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38468         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38274         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38302         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38542         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38318         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38452         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38544         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38532         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38392         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38266         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38250         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38372         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38394         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38272         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38458         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38262         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38358         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38538         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38294         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38356         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38486         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38326         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38510         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38554         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38498         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38320         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38530         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38312         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38362         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38258         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38502         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38514         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38360         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38480         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38350         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38298         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38336         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38340         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38382         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38556         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38548         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38398         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38482         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38300         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38368         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38314         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38474         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38366         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38484         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38386         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38490         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38388         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38334         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38550         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38426         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38414         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38434         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38370         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38324         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38568         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38252         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38422         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38384         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38364         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38562         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38238         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38380         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38244         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38450         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38462         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38404         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38256         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38428         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38448         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38416         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38378         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38410         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38442         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38282         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38440         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38518         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38352         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38432         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38292         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38330         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38464         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38408         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38508         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38328         localhost:6789          TIME_WAIT   -
tcp        0      0 5e0b197f4df5:60806      5e0b197f4df5:27182      TIME_WAIT   -
tcp        0      0 localhost:38456         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38374         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38270         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38402         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38310         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38520         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38264         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38396         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38512         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38496         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38288         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38424         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38400         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38566         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38524         localhost:6789          TIME_WAIT   -
tcp        0      0 localhost:38470         localhost:6789          TIME_WAIT   -
tcp6       0      0 [::]:6790               [::]:*                  LISTEN      594/bistro_schedule
Active UNIX domain sockets (servers and established)
Proto RefCnt Flags       Type       State         I-Node   PID/Program name    Path
unix  3      [ ]         STREAM     CONNECTED     35866    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35859    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35861    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     24572    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24703    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24566    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24567    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24709    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24574    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     35862    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35563    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     24710    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     35865    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35572    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35858    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35856    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35864    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35562    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     35863    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     24720    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     35564    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     24721    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24716    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24571    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24701    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     35571    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     25601    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24575    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24700    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24706    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     25608    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24705    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24699    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24708    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     25609    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24707    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     35565    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     24704    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     35857    594/bistro_schedule
unix  3      [ ]         STREAM     CONNECTED     24711    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24717    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24696    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24713    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24712    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24729    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24697    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24730    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24702    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24698    470/bistro_worker
unix  3      [ ]         STREAM     CONNECTED     24576    470/bistro_worker

It seems bistro_schedule is not binding to tcp6 adress :: (it binds to tcp *:6789) instead.
I'd appreciate any clarification on this.

@ribaptista, I think what might be going on is that more recent Docker versions started disabling IPv6 interfaces in containers by default. (Unrelatedly, Travis disables IPv6 via a kernel flag — see the gory details here: https://github.com/travis-ci/travis-ci/issues/8711#issuecomment-363530825)
As part of my get-Travis-green effort, I added this minimal "enable IPv6 inside the Docker container" gadget to our .travis.yml:
https://github.com/facebook/bistro/commit/7ebf8de61f331e6f198a9ff93ea59df1536e25fe
If you're working with Bistro inside a Docker container, you will probably have to configure Docker's IPv6 to behave as you'd like it to. I'll refer you to the project docs, since I'm not much of a Docker expert.

I think there might be a "to do" for Bistro in your less-than-perfect setup experience, which is to make Bistro defaults fail back to IPv4 more gracefully in non-IPv6 environments. But, IPv6 is 20 years old now, so I'm probably not going to make time to make it better. I'd take a pull request, though.


Database migration support

Add new dependency: alembic
Add initial schema script
Set sqlalchemy naming conventions
Use auto-generated sequences for table ids

Please describe in a developers_guide.md file how one should perform schema upgrade according to this change.


Move documentation overrides to documentation.yaml

Description of changes:
Uses the new documentation.yaml overrides file to generate custom docstrings for each resource
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

/test rds-kind-e2e


1cpu and 733m of ram - it kills the system

any suggestions on how to make this work on such system?

Most of my systems are for shared hosting so it usually have at least 4 CPUs and 4GB of memory.  I would suggest a system running at least 2 CPUs with 2GB of ram.  With your system, I would suggest looking into running simple docker/docker-compose setup.


Add support for resolving comments

Fixes: https://github.com/Azure/azure-sdk-tools/issues/193

/azp run azure-sdk-tools - APIView

/azp help

/azp list


winrm connector is broken

Describe the bug
The winrm connector appears to be broken, I can not run any commands via the connector.  It appears make_windows_command() is getting unexpected arguments via **command_kwargs from run_shell_command() in the winrm connector.
To Reproduce
Try to run any command via winrm and you will see:
TypeError: make_win_command() got an unexpected keyword argument 'use_sudo_password' 2021-03-16T12:42:44Z <Greenlet at 0x7fb062873290: _run_server_op(<pyinfra.api.state.State object at 0x7fb0628423d0>, Host(@winrm/<IP_ADDRESS>), '784a97bf1955d5f7a2b9dd6c1e371e17b73c42bc')> failed with TypeError
This is happening on the latest v1.3.8 release as well as the several prior releases.
Expected behavior
The command completes successfully and returns valid output.  The fix may be as easy as enumerating the additional kwargs in run_shell_command and ignoring them.
https://github.com/Fizzadar/pyinfra/blob/master/pyinfra/api/connectors/winrm.py#L105
Meta

Include output of pyinfra --support.
How was pyinfra installed (source/pip)?
Include pyinfra-debug.log (if one was created)
Consider including output with -vv and --debug.

Are you using use_sudo_password anywhere? It's complaining that you gave it this parameter, which is does not understand.

Nope, this is a fresh v1.3.8 install trying the examples @ https://docs.pyinfra.com/en/1.x/connectors.html#winrm with zero other configuration.

Can you show me your inventory?

There is no inventory, it's just specifying a host on the cmd line like in those examples.

The issue could be that use_sudo_password is one of the stock auth kwargs (https://github.com/Fizzadar/pyinfra/blob/ba4990f142e8945e4c3a5f539bb63b2436e9bbb2/pyinfra/api/operation_kwargs.py#L4) so when the executor_kwargs for the op are created at https://github.com/Fizzadar/pyinfra/blob/master/pyinfra/api/operations.py#L81 it gets included all the time and is then not enumerated and ignored in the winrm run_shell_command method like other kwargs.

Thanks for spotting & investigating this @mfrg! I believe the fix will be to capture the argument @ https://github.com/Fizzadar/pyinfra/blob/master/pyinfra/api/connectors/winrm.py#L105.
I can get that sorted out over the next few days. Also want to look at properly testing the winrm connector to prevent issues like this going forward!

Thanks @Fizzadar, when you dig in you will find that the combined output format for winrm is not correct either -- combined output is being returned as a list not a list of stdout/stderr tuples which is what is expected (which will break facts and probably other things I don't know about),  there is also a small issue with the string command formatting but these are all relatively minor to fix.

I've fixed the kwarg issue in https://github.com/Fizzadar/pyinfra/commit/34de33653d827cc468c1d0d35aa06eb3f2164ac7 and also the combined output in https://github.com/Fizzadar/pyinfra/commit/52af5843695c97d5389db1a6a6056ddb137795ef (as well as some more cleanup commits). And have added https://github.com/Fizzadar/pyinfra/issues/556 to track adding proper tests for the connector!

Awesome, I'll see if I can test it out shortly.  I'd also like add some [minor] additional protocol support in the connector, I can send you over a PR for that if you are up for it.

@mfrg sounds good; PR's very welcome it'd be fantastic to expand the winrm functionality in pyinfra :)

Have now released those fixes in 1.3.9!


Renderer::from_window() moves Window

Hi, I wanted to ask why Renderer::from_window() consumes/moves the Window instance
it is created from. This is uncool if you want to keep the window, e.g. in order to change
the window title later on.
Or is this behaviour necessary and I am just missing something?

I'll have to take a peek, I'm not entirely sure why.

I want to support the request of @CruzR
Because of Renderer::from_window() moving window, we can't write this code :
pub struct Processor
{
	win: Window,
	renderer: Renderer,
}

impl Processor
{
	pub fn new(title: &str) -> Processor
	{
		let mut _win = match Window::new(title,
				WindowPos::PosCentered,
				WindowPos::PosCentered,
				WIN_HEIGHT, WIN_WIDTH, OPENGL){
			Ok(x)		=> x,
			Err(err)	=> panic!("failed to create window: {}", err)
		};
		let mut _renderer = match Renderer::from_window(_win,
				sdl2::render::RenderDriverIndex::Auto,
				sdl2::render::ACCELERATED){
			Ok(x)		=> x,
			Err(err)	=> panic!("failed to create renderer: {}", err)
		};
		Processor{win: _win, renderer: _renderer}
	}
}

This produce this error :
src/processor.rs:34:18: 34:22 error: use of moved value: `_win`
src/processor.rs:34 		Processor{win: _win, renderer: _renderer}
                    		               ^~~~
src/processor.rs:28:51: 28:55 note: `_win` moved here because it has type `sdl2::video::Window`, which is non-copyable
src/processor.rs:28 		let mut _renderer = match Renderer::from_window(_win,

It's possible to obtain a reference to the Window using Renderer::get_parent() (introduced in #203). However, you're stuck with an immutable reference; the window is also in use by the renderer and thus cannot be granted exclusive access with &mut.
let win_ref: &Window = match renderer.get_parent() {
    &sdl2::render::RendererParent::Window(ref w) => w,
    _ => panic!()
};

This could surely be made into a more terse syntax (e.g. Renderer::get_parent_as_window()).
There is a benefit to having the Renderer consume the window; it forces the Window to only have one Renderer associated with it at a time, at compile-time.
It could change, though. This could be inverted so that Renderer::from_window() accepts a &Window instead. In turn, this means adding a lifetime annotation to renderer (i.e. struct Renderer<'a> {...)

I'd love to see SDL_CreateWindowAndRenderer() wrapped in Rust, (maybe returning a tuple Result?). It would solve the issue.

It is, under Renderer::new_with_window().

I agree with @nukep it enforces the "only one renderer per window" condition. In case you need the window you can always get a reference from the renderer and pass it to other objects.

@nukep I tried using Renderer::new_with_window(), but, like @gbersac, I couldn't figure out how to make a structure that has both a Window and Renderer.
pub struct Processor
{
    win: Window,
    renderer: Renderer,
}

I tried it several different ways yesterday and I kept running into lifetime issues. What I'm picturing is something like this:
// tuple holding both items directly (not references)
struct WindowAndRenderer(sdl2::Window, sdl::Renderer)

impl WindowAndRenderer {
    new( width: i32, height: i32, ... ) -> Result<WindowAndRenderer> {
        // I don't know what to write here
        // ...
    }
}

My background is in C, so I've probably missed something obvious about Rust. Any help would be much appreciated. Thanks!

@alexandercampbell What you're asking for is impossible. Because Window (and all Rust types) can only be exclusively owned by one thing at a time--in this case it's owned by the Renderer--it cannot also be owned by the struct as a struct field.
Even if Renderer were redesigned to take a &Window reference instead, it still wouldn't work due to Rust's stringent lifetime limitations. Basically, there's no safe way to simultaneously store both Window and Renderer values in the same struct.
Again, what you can do is obtain a reference to the window with Renderer::get_parent() whenever you need to change the window's title, size, etc.

If you're done rendering and need to extract the Window for other purposes, you can use Renderer::unwrap_parent() to destroy the renderer and save the window.
let win = match renderer.unwrap_parent() {
    sdl2::render::RendererParent::Window(w) => w,
    _ => panic!()
};

Hope that answered your question.

I'll work on adding convenience methods to Renderer to avoid the match boilerplate:
Renderer::get_parent_as_window(&self) -> Option<&Window>;
Renderer::get_parent_as_surface(&self) -> Option<&Surface>;

let win_ref: &Window = renderer.get_parent_as_window().unwrap();

Hm, I guess it does make sense to enforce at compile time that only one renderer is created per window. Thanks for the answer, and thanks for implementing those convenience methods!


Add logging to check lpa handler

Purpose
Add better logging to the LPA addition process on the actor side
Fixes UML-621
Approach
Add various logging statements to different parts of the process
Checklist

[x] I have performed a self-review of my own code
[ ] I have updated documentation (Confluence/GitHub wiki/tech debt doc) where relevant
[x] I have added tests to prove my work
[ ] The product team have tested these changes

Coverage decreased (-0.1%) to 76.052% when pulling 2c7f2b5a1386d9acb940d5de0053359bad999227 on UML-621-add-logging-to-lpa-adding-flow into 3003de1806d7a273c4120ef506a221ed719ab9aa on master.


Azure Active Directory

Hi,
Most of your azure active directory tutorial pages are slightly outdated - especially the screenshots.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 5a408106-8927-9677-fb51-23b45e3edf9a
Version Independent ID: 414fdd44-2293-0301-d784-c15f34d11829
Content: Assign Azure AD roles to users - Azure Active Directory
Content Source: articles/active-directory/fundamentals/active-directory-users-assign-role-azure-portal.md
Service: active-directory
Sub-service: fundamentals
GitHub Login: @ajburnle
Microsoft Alias: ajburnle

@trichards7 Thanks for the feedback. We will engage the content development team for further investigation, they will verify and perform necessary changes in the document as needed.

@trichards7 Thanks for your feedback. We update our articles on an on-going basis. Thanks again for your feedback. I'm closing this GitHub issue. Let me know if you have any questions.

#please-close


Update wrangler

Include this fix to support more ssh format. https://github.com/rancher/wrangler/pull/156 https://github.com/rancher/fleet/issues/221


[Enhancements] Doctalk

use cosine for distance function, increasing max number of tokens and minor cleanup and formatting changes

@AI-Bassem @chailandau


Would it be possible at all to manually rename a tab?

If I had a resultset open it would be super handy if I could just do a one-off "right-click" and rename.  Is this even possible with a Chrome extension?

Hi @ScottBeeson,
This is a good idea! I'll take a loot on it.
Best

You'll receive 0.19.0 soon!

Got 0.19.0.  Woo Hoo!  This is great!   Works great with QBO too :-)


created routes for pets

@udaynarwal72 some conflicts have come up can you solve them, would merge your PR after this


Framework compatibilty with Java 1.6

Hey,
I'm working on an application that runs on a Websphere 8 and its web server runs with Java 1.6, so I faced a version mismatch error on my compilation/excecution. I've changed your code in order to compile and run with this java's version and I've succeeded. Do you guys want this code or you are not longer support this java's version?
Regards,
Hernan.

I also am still on JDK 1.6, so Hernan's changes would be appreciated.


🐛 [Mealie] iOS Shortcuts Broken

Description
Ever since upgrading the addon to the current version, my iOS shortcuts don't work. They bring me to a 404 page, and in the logs I see a 405 error code, Method Not Allowed.
Reproduction steps
Import iOS shortcut, fill out api key and gemini key and url, click import from a picture, scan a url or any option, and it fails. This used to work prior to upgrading.

Addon Logs
INFO     2024-10-15T16:42:53 - [<IP_ADDRESS>:43254] 200 OK "GET /api/app/about HTTP/1.1"
DEBUG    2024-10-15T16:42:53 - Running minutely callbacks
DEBUG    2024-10-15T16:42:53 - Language set to en
INFO     2024-10-15T16:43:01 - [<IP_ADDRESS>:0] 405 Method Not Allowed "POST /api/recipes/create-url HTTP/1.1"
[15/Oct/2024:16:43:01 -0400] 405 <IP_ADDRESS>(<IP_ADDRESS>) POST /api/recipes/create-url HTTP/1.1 (BackgroundShortcutRunner/3036.0.7 CFNetwork/15<IP_ADDRESS>.1 Darwin/24.0.0)
INFO     2024-10-15T16:43:02 - [<IP_ADDRESS>:0] 200 OK "GET /api/users/self HTTP/1.1"
[15/Oct/2024:16:43:02 -0400] 200 <IP_ADDRESS>(<IP_ADDRESS>) GET /api/users/self HTTP/1.1 (Mozilla/5.0 (iPhone; CPU iPhone OS 18_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) CriOS/130.0.6723.37 Mobile/15E148 Safari/604.1)
INFO     2024-10-15T16:43:24 - [<IP_ADDRESS>:55416] 200 OK "GET /api/app/about HTTP/1.1"
INFO     2024-10-15T16:43:41 - [<IP_ADDRESS>:0] 200 OK "GET /api/households/shopping/lists?perPage=-1 HTTP/1.1"
[15/Oct/2024:16:43:41 -0400] 200 <IP_ADDRESS>(<IP_ADDRESS>) GET /api/households/shopping/lists?perPage=-1 HTTP/1.1 (AioMealie/0.9.3)
INFO     2024-10-15T16:43:41 - [<IP_ADDRESS>:0] 200 OK "GET /api/households/shopping/items?queryFilter=shoppingListId%3D35965614-616a-41ce-8ac0-17f65fa7fdb6&orderBy=position&orderDirection=asc&perPage=-1 HTTP/1.1"
[15/Oct/2024:16:43:41 -0400] 200 <IP_ADDRESS>(<IP_ADDRESS>) GET /api/households/shopping/items?queryFilter=shoppingListId%3D35965614-616a-41ce-8ac0-17f65fa7fdb6&orderBy=position&orderDirection=asc&perPage=-1 HTTP/1.1 (AioMealie/0.9.3)
INFO     2024-10-15T16:43:54 - [<IP_ADDRESS>:43292] 200 OK "GET /api/app/about HTTP/1.1"
INFO     2024-10-15T16:44:24 - [<IP_ADDRESS>:58488] 200 OK "GET /api/app/about HTTP/1.1"
INFO     2024-10-15T16:44:35 - [<IP_ADDRESS>:0] 200 OK "GET /api/groups/self HTTP/1.1"
[15/Oct/2024:16:44:35 -0400] 200 <IP_ADDRESS>(<IP_ADDRESS>) GET /api/groups/self HTTP/1.1 (BackgroundShortcutRunner/3036.0.7 CFNetwork/15<IP_ADDRESS>.1 Darwin/24.0.0)
INFO     2024-10-15T16:44:42 - [<IP_ADDRESS>:0] 405 Method Not Allowed "POST /api/recipes/create-url HTTP/1.1"
[15/Oct/2024:16:44:42 -0400] 405 <IP_ADDRESS>(<IP_ADDRESS>) POST /api/recipes/create-url HTTP/1.1 (BackgroundShortcutRunner/3036.0.7 CFNetwork/15<IP_ADDRESS>.1 Darwin/24.0.0)
INFO     2024-10-15T16:44:43 - [<IP_ADDRESS>:0] 200 OK "GET /api/users/self HTTP/1.1"
[15/Oct/2024:16:44:43 -0400] 200 <IP_ADDRESS>(<IP_ADDRESS>) GET /api/users/self HTTP/1.1 (Mozilla/5.0 (iPhone; CPU iPhone OS 18_0 like Mac OS X) AppleWebKit/605.1.15 (KHTML, like Gecko) CriOS/130.0.6723.37 Mobile/15E148 Safari/604.1)
INFO     2024-10-15T16:44:55 - [<IP_ADDRESS>:47038] 200 OK "GET /api/app/about HTTP/1.1"

Architecture
amd64
OS
HAos

Hi, you should ask on the main mealie github if it is due to the v2 app. I can't help from the add-on side expect if a functionality of the app is not properly applied.

I don't see anything about 2.0 on the main mealie site. Where do I find information on this?


HITRAN molmass

I have added an option to use the molecular mass provided by the HITRAN database;
https://hitran.org/docs/iso-meta/
Thank you in advance.

Thanks! Can you add a short unit test?
for instance to check
molmass('CO2',db_HIT=True)

I have added tests/unittests/atom/molmass_test.py. This is the first time for me to write a unit test. Is the code fine with you?


Does not import correctly: .ts file > .mjs package > type: "module" package

Problem
I created a .ts script in my project. It calls multiple dependencies in and outside the project.
One of them is a package (dep-a) whose code is an .mjs file.
This one, in turn, uses the default export from another package (dep-b) that is marked with type: "module", and the code is a .js file.
tsx doesn't treat dep-b correctly as an ES Module and wraps everything in a default export.
/Users/carlos.precioso/Developer/NewWork/tsx-test-case/dep-a/main.mjs:3
export const foo = bar();
                   ^

TypeError: (0 , import_dep_b.default) is not a function
    at bar (/Users/carlos.precioso/Developer/NewWork/tsx-test-case/dep-a/main.mjs:3:20)
    at Object.<anonymous> (/Users/carlos.precioso/Developer/NewWork/tsx-test-case/dep-a/main.mjs:3:24)
    at Module._compile (node:internal/modules/cjs/loader:1256:14)
    at Object.S (/Users/carlos.precioso/Developer/NewWork/tsx-test-case/node_modules/tsx/dist/cjs/index.cjs:1:1250)
    at Module.load (node:internal/modules/cjs/loader:1119:32)
    at Module._load (node:internal/modules/cjs/loader:960:12)
    at Module.require (node:internal/modules/cjs/loader:1143:19)
    at require (node:internal/modules/cjs/helpers:119:18)
    at <anonymous> (/Users/carlos.precioso/Developer/NewWork/tsx-test-case/main.ts:1:21)
    at Object.<anonymous> (/Users/carlos.precioso/Developer/NewWork/tsx-test-case/main.ts:3:16)

It's worth noting that changing the initial script's extension from .ts to .mts or .js works fine with tsx. Also changing the initial script from TypeScript to regular JavaScript and changing the extension to .mjs also works fine with regular Node without tsx.

Expected behavior
dep-a imports dep-b and uses its default export without any problem.
Minimal reproduction URL
https://stackblitz.com/edit/node-c5szx5?file=main.ts&view=editor

The original project has dep-a and dep-b as regular npm dependencies in node_modules, but StackBlitz doesn't store the contents, so I moved it to just regular folders with a package.json, because that still shows the error.

Version
v3.13.0
Node.js version
v18.18.0
Package manager
npm
Operating system
macOS
Contributions

[ ] I plan to open a pull request for this issue
[ ] I plan to make a financial contribution to this project

Sounds like a duplicate of https://github.com/esbuild-kit/tsx/issues/67

Sounds like a duplicate of #67

I'm not sure, in that issue they are trying to import a CJS file from an ESM file. In my case the problem is in one ESM dependency trying to call another ESM dependency, and failing.

Smaller reproduction:
https://stackblitz.com/edit/node-8dqesu?file=index.js

:tada: This issue has been resolved in v4.11.2
If you appreciate this project, please consider supporting this project by sponsoring :heart: :pray:


解决Oracle MergeTable 查询语法错误的bug

使用MergeTable后 生成的sql 以 SELECT
,
ROW_NUMBER() OVER( ORDER BY sysdate ) AS RowIndex
FROM (xx )MergeTable 但是改语法在Oracle是错误的
应改为SELECT
MergeTable.,
ROW_NUMBER() OVER( ORDER BY sysdate ) AS RowIndex
FROM
(xx )MergeTable

现在应该解决了，有问题在发我


[Bug] Page number while reading is gone

Device information

Tachiyomi version: <IP_ADDRESS>
Android phone & version: Note9 Android 10

Steps to reproduce

Settings
Reader
Turn on "Show page number"
Does not show page number on the bottom of screen while reading

Expected behavior
Should show page number
Actual behavior
No page number shown on screen
Other details
Additional details and attachments.

Also doesn't work when it is turned on while reading.

Also doesn't work when it is turned on while reading.

In newest release

In newest release


Can't press the green play icon, I think because there are no configurations in the project

Are you opening the project using the root of the repo?  Try opening one of the directories instead.

I think I didn't realize that Gradle was still building, or syncing, or
whatever the heck it does. There shouldn't be this much overhead to build a
simple tutorial app. Guess I need a faster computer. Thanks!
On Tue, May 7, 2019, 12:59 AM Tiem Song<EMAIL_ADDRESS>wrote:

Are you opening the project using the root of the repo? Try opening one of
the directories instead.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/googlecodelabs/android-accessibility/issues/18#issuecomment-489908667,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ACB7FGD2GTYKURLLNUEKH6TPUEEDJANCNFSM4HLE3UDA
.

Thanks for following up!