Use static access with "java.time.ZoneId" for "systemDefault".

Describe the technical debt
A clear and concise description of what the technical debt is.

Proposed solution
The issue is related to the usage of the Java Time API (java.time package), which was introduced in Java 8 to handle date and time operations. The warning advises on how to correctly obtain the system's default time zone using this API.
ZoneId.systemDefault() can be used to obtain the system's default time zone as a ZoneId instance. This is the preferred method to get the default time zone.
If applicable:

add screenshots
add logcat output

Technical information

Device: [e.g. Nexus 7 (2013)]
OS: [e.g. LineageOS 15.1]
OpenTracks version: [e.g. v3.2.4]
OpenTracks commit id (only for nightly builds): [e.g. 4b333bb]

Used ZoneId.systemDefault() method to get the default time zone.


Support new api (neovim breakingchange)

Thanks for the cool plugin!
About
This PR is a change that also supports col and row values returned by Neovim's new API.
I have tested with NVIM v0.10.0-dev-dc8c086 and NVIM v0.9.4.
Related Links

https://github.com/neovim/neovim/pull/27284

LGTM!
Very helpful as I am not familiar with the recent neovim.
Thank you very much!


Switch back to upstream pam-bindings

The project was updated upsteam.  Switching to it, we can get rid of the libc = ~0.1.5 dependency that cause trouble on FreeBSD:
CARGO_CRATES=libc-0.1.5 may be unstable on FreeBSD 12.0. Consider updating to the latest
version (higher than 0.2.37).

CARGO_CRATES=libc-0.1.5 may be unstable on aarch64 or not build on armv6, armv7, powerpc64.
Consider updating to the latest version (higher than 0.2.49).

It looks to my that your fork has one commit that was never proposed for integration in the upsteam crate.  There seems to be conflicts with upsteam main branch, but if your change still make sense you should submit it as a PR :wink:

Great! It's better to switch to an upstream project.


Get-ChildItem ignores extraneous trailing periods in a literal file path and reports the trailing periods in the .Name property on Windows

Steps to reproduce
Get-Item -LiteralPath c:\windows\system32\cmd.exe... | Format-List Name, Extension

Expected behavior
The command should fail, because no such file exists (due to the extraneous trailing . chars.)
Actual behavior
Name      : cmd.exe...
Extension : .exe

Note how (a) cmd.exe was still matched, despite the extraneous trailing . chars., and (b) the .Name property reflects those . chars., whereas .Extension and .FullName do not.
(As a consequence of the above, .BaseName reports an incorrect value.)
On a related note, directory paths with Get-Item behave slightly differently: (a) directly appended periods are also ignored, but the .Name property is reported correctly; (b) you get the same behavior with an intervening \ followed by 3 (\...) or more trailing periods (with \. and \.. exhibiting the expected behavior).
As an aside: The .Extension property only reflect's a directory name's extension if the path doesn't end in \: $null = mkdir foo.bar; (Get-Item foo.bar).Extension; (Get-Item foo.bar\).Extension
Environment data

PowerShell Core v6.0.0-alpha (v6.0.0-alpha.16) on Microsoft Windows 10 Pro (64-bit; v10.0.14393)
Windows PowerShell v5.1.14393.693 on Microsoft Windows 10 Pro (64-bit; v10.0.14393)

PowerShell seems to infer the existence of the specified path as is  from whether the GetFileAttributes() native Windows API function finds the file (by successfully returning its attributes).
It is GetFileAttributes() that inexplicably accepts the trailing ... appended to an existing file's path and still returns the file's attributes, except when support for long paths is turned on by prepending \\?\, as the following C# snippet demonstrates:
public static class GetFileAttributesTest
{

	[DllImport("kernel32.dll", CharSet = CharSet.Auto, SetLastError = true)]
	static extern uint GetFileAttributes(string lpFileName);

	const uint INVALID_FILE_ATTRIBUTES = 0xffffffff;

	public static void Main()
	{
		string path = @"c:\windows\system32\cmd.exe...";
                // !! SUCCEEDS, despite trailing '...'
		var attrShortPath = GetFileAttributes(path);
                // FAILS, as expected.
		var attrLongPath = GetFileAttributes($@"\\?\{path}");
		var foundShortPath = attrShortPath != INVALID_FILE_ATTRIBUTES;
		var foundLongPath= attrLongPath != INVALID_FILE_ATTRIBUTES;
	}

}

This originally surfaced from looking at Get-ChildItem -Filter, and how the Filter wildcards are handled by the filesystem provider. There, it is expected that a dot . wildcard will match at the end of a filename, e.g.

in a command prompt dir c:\windows\system32\cmd.exe.......  will find the file, but it will have the correct name.
This replicates in PowerShell using the -Filter parameter, e.g.
gci -LiteralPath c:\windows\system32\ -Filter 'cmd.exe.' will find it, with the correct name (no dot)

So the buggy bit (to me) is that the PowerShell wildcarding, without using Filter, does match the file but pulls it back with the wrong name.

This behavior happens back to PS 2.0 on Server 2003 SP2 (so I imagine it's known about / documented somewhere previously).
The Name property gets the extra dots added to the end, but the BaseName property varies depending on how many dots there are; they cause it to merge in part of the extension until there are more dots than characters in the extension, then extra dots get added to the end:

gi -LiteralPath c:\windows\system32\cmd.exe. | fl BaseName -> 1 dot  = cmd.
gi -LiteralPath c:\windows\system32\cmd.exe.. | fl BaseName -> 2 dots = cmd.e
gi -LiteralPath c:\windows\system32\cmd.exe... | fl BaseName -> 3 dots = cmd.ex
gi -LiteralPath c:\windows\system32\cmd.exe.... | fl BaseName -> 4 dots = cmd.exe
gi -LiteralPath c:\windows\system32\cmd.exe..... | fl BaseName -> 5 dots = cmd.exe.

As well as Get-Item, this affects Get-ChildItem:

Get-ChildItem -LiteralPath c:\windows\system32\cmd.exe. returns a file with an incorrect name.

@HumanEquivalentUnit: Thanks for the additional information.

Given that the problem surfaces with -LiteralPath (too), it is not about wildcarding; I think that passing the path as a literal to GetFileAttributes, and inferring from its ability to successfully return  attributes for it that the path is valid as-is is the problem.

.BaseName being incorrect is just a follow-on effect of .Name being incorrect: .BaseName is a script property that chops off the extension from the .Name property by string length, and since .Extension has the correct value (.exe, in this case), whereas .Name has the extraneous trailing . chars.,  a part of the extension unexpectedly surfaces in .BaseName.

I believe this is how Win32 (not PowerShell, not .Net, but Win32) path processing works - removing trailing dots is, well, expected.
Here is a rather definitive reference, based on reverse engineering:
https://googleprojectzero.blogspot.cz/2016/02/the-definitive-guide-on-win32-to-nt.html

@lzybkr: Thanks for that link - interesting (and frightening) read. The relevant passage (emphasis added) tells us that trailing spaces are ignored as well:

Remove any trailing spaces or dots for the last path element, assuming that it isn’t a single or double dot name.

That last rule seems odd, but as we’ll see it really does do this for normal paths.


Add requireConfig-like option to only run eslint if it's configured

Currently, when I work inside projects, that don't have eslint set up, it always runs (and marks a lot of things as errors / warnings), as it's not configured properly.
One solution to this may be something like prettier-vscode's prettier.requireConfig option.
It prevents prettier from formatting files if prettier is not configured in a workspace.
Would it be possible / feasible to have something like that for vscode-eslint, or is there already a solution which I'm not aware of?

There is a deprecated setting eslint.enable. The recommended way to do this in VS Code is to disable the extension for the workspace folder using the extensions viewlet.

Thanks, yes, seems to be the only solution for now. I was looking for a more automated solution though

What do you mean by automated ?

is there an .eslintrc (or any other eslint config) ? enable extension : disable extension
see the prettier link in the original comment

@selrond Then we should un deprecate enable and not find yet another solution.

I am still don't understand what you mean by automated.


support of strawberry perl

Summary of my perl5 (revision 5 version 30 subversion 2) configuration:

This version is pre-install one. Why 🤔

downloading from http://strawberryperl.com/ is too slow...
I found https://strawberry.perl.bot/releases.html , it works better.
ref. https://www.reddit.com/r/perl/comments/epihpr/httpstrawberryperlcom_on_https/


Yuzu(game emulator) displaying nothing when running a game

https://user-images.githubusercontent.com/93881091/177010517-e8d7a1a4-d762-42de-b840-7b863ef37b59.mp4
I played with pretty much every graphic settings in yuzu and always get this result
no idea why this is happening

does it work in sway / wayfire / vivarium?

Oh whoops thought it would run fine on sway/hyprland since it worked fine on kde but i guess its not how it works.

didnt answer my question but ok

at any rate, for games, it's best to run them through gamescope.

Its broken in sway and wayfire.
Apparently it has not fixes for now

that usually means the problem is in wlroots, which I am based on. You can try reporting the issue on their gitlab: https://gitlab.freedesktop.org/wlroots/wlroots


Add Universidad Rafael Landivar

https://principal.url.edu.gt/

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


picard-tools: 2.22.0 -> 2.22.2

Semi-automatic update generated by nixpkgs-update tools. This update was made based on information from https://github.com/broadinstitute/picard/releases.
meta.description for picard-tools is: "Tools for high-throughput sequencing (HTS) data and formats such as SAM/BAM/CRAM and VCF"
meta.homepage for picard-tools is: "https://broadinstitute.github.io/picard/"
Updates performed:

Version update

Release on GitHub
Compare changes on GitHub

Checks done (click to expand)

built on NixOS

The tests defined in passthru.tests, if any, passed

0 of 0 passed binary check by having a zero exit code.

0 of 0 passed binary check by having the new version present in output.

found 2.22.2 with grep in /nix/store/nfppmwjh213ffivvsmd6pljkl0b207w3-picard-tools-2.22.2

directory tree listing: https://gist.github.com/9501fdce2bb92fb724d4afac2119a468

du listing: https://gist.github.com/3bd64b192ccfa38c770838473170242d

Rebuild report (if merged into master) (click to expand)

4 total rebuild path(s)
1 package rebuild(s)
1 x86_64-linux rebuild(s)
1 i686-linux rebuild(s)
1 x86_64-darwin rebuild(s)
1 aarch64-linux rebuild(s)
First fifty rebuilds by attrpath
picard-tools

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/nfppmwjh213ffivvsmd6pljkl0b207w3-picard-tools-2.22.2 \
  --option binary-caches 'https://cache.nixos.org/ https://r-ryantm.cachix.org/' \
  --option trusted-public-keys '
  r-ryantm.cachix.org-1:gkUbLkouDAyvBdpBX0JOdIiD2/DP1ldF3Z3Y6Gqcc4c=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(r-ryantm's Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A picard-tools https://github.com/r-ryantm/nixpkgs/archive/92c888135829a1a30b0ea50bcfad69f6490df827.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/nfppmwjh213ffivvsmd6pljkl0b207w3-picard-tools-2.22.2
ls -la /nix/store/nfppmwjh213ffivvsmd6pljkl0b207w3-picard-tools-2.22.2/bin

cc @jbedo for testing.

LGTM.


Fix signed left shift in vm_loop().

Signed left shift operations are undefined in C. Add constants for the minimum/maximum integer value which are already shifted. Technically, the constant for the shifted maximum value is not required, adding it for consistency/increased readability.
The bug was detected by -Wshift-negative-value both with GCC 6.x and Clang.
This fixes #1174.
JerryScript-DCO-1.0-Signed-off-by: Tilmann Scheller<EMAIL_ADDRESS>

The Travis CI results should actually be all green. They are red because #1184 has struck again.

Just re-run the travis. That error is pretty frequent these days. It is there for a long time, but time-to-time its frequency increases or decreases.

LGTM. Compilers tends to overdo things.

LGTM


"Missing form parameter: grant_type" issue

Getting Object {error_description: "Missing form parameter: grant_type", error: "invalid_request"} error while I request with fetch service .Issue in the react-native while request with 'Content-Type': 'application/x-www-form-urlencoded' this content type.
fetch(`${URL, {
method: 'POST',
headers: {
'Accept': 'application/json',
'Content-Type': 'application/x-www-form-urlencoded',
},
body: JSON.stringify({
username: value.username,
password: value.password,
grant_type: "password",
client_id: Global.private.keycloak.clientId,
client_secret: Global.private.keycloak.secret
      })

Request you to solve the issue with the application/x-www-form-urlencoded' type of data.

@facebook-github-bot label Icebox

Hi there! This issue is being closed because it has been inactive for a while.
But don't worry, it will live on with ProductPains! Check out its new home: https://productpains.com/post/react-native/missing-form-parameter-granttype-issue
ProductPains helps the community prioritize the most important issues thanks to its voting feature.
It is easy to use - just login with GitHub.
Also, if this issue is a bug, please consider sending a PR with a fix.
We're a small team and rely on the community for bug fixes of issues that don't affect fb apps.

@facebook-github-bot close


Keep a standard between error messages

Raise an exception with a non capital message
and without ending punctuation. The output must look like that:
"SomeError: some error message"

Logging messages keep their standard (capitalized message
with ending punctuation).

Thanks, but I don't like this, just like comments, error messages should be sentences in our cases.


Reset the terminal if an exception occurs while handling terminal input in the app runner

@B3rn475

Looking at the code, I would have hoped this would be in a place that's obviously paired with the call to setupTerminal. The code that calls that also calls registerSignalHandlers.
I don't really understand the code flow here. There's a number of other places that call resetTerminal, which I would have expected to all be in one place.

processTerminalInput is called within a microtask that is scheduled in response to pending input.
If processTerminalInput throws, currently nobody is catching the exception and the tool process will exit.  This patch keeps that behavior but cleans up the terminal before exiting.

Changed this to log the exception and then call _cleanUpAndExit.  This will centralize the terminal reset in the same place where signals are handled.


make plotting requirements optional

It would be nice if the requirements for plotting, which are quite heavy and pull in lots of other dependencies, could be made an optional extra dependency.

@ntessore I think that's a very fair point, what we could do is move the dependency over to a separate requirements file and partition off the plotting functions from the core package. We are currently exploring an issue which has evolved with other (redundant) requirements, so we can address both issues with a single PR. Links to #151

@ntessore shouldn't be an issue any more!


Bug fix 3.5/ui node view permissions

Same as: https://github.com/arangodb/arangodb/pull/12050

Isn't visible without #12101 backport. However, could be merged for future use (if backport will happen).


Server is failing on startups in k3s

Hello,
For some reason, server is being shut down on startup by rcon-cli without any manual actions when I'm trying to launch it in k3s (k8s implementation by Rancher):
`
Checking type information.
server.properties already created, skipping
Checking for JSON files.
Copying any mods over...
Setting initial memory to 1G and max to 1G
Starting the Minecraft server...
[09:11:47] [main/WARN]: Ambiguity between arguments [teleport, destination] and [teleport, targets] with inputs: [Player, 0123, @e, dd12be42-52a9-4a91-a8a1-11c01849e498]
[09:11:47] [main/WARN]: Ambiguity between arguments [teleport, location] and [teleport, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
[09:11:47] [main/WARN]: Ambiguity between arguments [teleport, location] and [teleport, targets] with inputs: [0.1 -0.5 .9, 0 0 0]
[09:11:47] [main/WARN]: Ambiguity between arguments [teleport, targets] and [teleport, destination] with inputs: [Player, 0123, dd12be42-52a9-4a91-a8a1-11c01849e498]
[09:11:47] [main/WARN]: Ambiguity between arguments [teleport, targets, location] and [teleport, targets, destination] with inputs: [0.1 -0.5 .9, 0 0 0]
2019/10/26 09:11:48 Stopping with rcon-cli
2019/10/26 09:11:48 ERROR Failed to stop using rcon-cli exit status 1
2019/10/26 09:11:48 Sending 'stop' to Minecraft server...
2019/10/26 09:11:48 Waiting for completion...
[09:11:48] [Server thread/INFO]: Starting minecraft server version 1.14.4
[09:11:48] [Server thread/INFO]: Loading properties
[09:11:48] [Server thread/INFO]: Default game type: SURVIVAL
[09:11:48] [Server thread/INFO]: Generating keypair
[09:11:49] [Server thread/INFO]: Starting Minecraft server on *:25565
[09:11:50] [Server thread/INFO]: Using epoll channel type
[09:11:50] [Server thread/INFO]: Preparing level "world"
[09:11:51] [Server thread/INFO]: Found new data pack vanilla, loading it automatically
[09:11:51] [Server thread/INFO]: Reloading ResourceManager: Default
[09:11:59] [Server thread/INFO]: Loaded 6 recipes
[09:12:00] [Server thread/INFO]: Loaded 811 advancements
`
Is there any Idea what might be a reason of this?

Hello,
It doesn't look like it has anything to do with rcon-cli. When I do docker stop [containerName] I see the same message.
Looks like something else is stopping container itself.

Yeah, any container stop operation is intercepted and handled with a stop command. So I agree, something is stopping the container prematurely. Maybe there’s a default readiness probe k3s uses or resources constraint it imposes.

Thanks all, the reason was in readiness/liveness probes. I've increased timeouts and everything works well now :)


Add outputFile option to lint command

General question: Why do not use piping?

Honestly, I just pulled the writeFileAsync from elsewhere in the code. I didn't really think too much about it and I don't use node normally so I'm unfamiliar with what's available. Does it make much difference?


ADd a RHEL7 dockerfile and standardize format

Closing, superseded by https://github.com/openshift/openshift-tuned/pull/7.


Marker icon is drifting away

In the demo app in Place picker the marker icon is drifting down from the center of the screen. This happens when I swipe the map up and then quickly after it swipe the map down. After the maker is no longer in the center, it moves down every time I move the map and as a result disappears from the screen. Only the shadow remains on its place.

Gif from another plugin user who reported the same issue

@fdermishin-radargeo , #584 fixes this. Until we do another release of this plugin, use this plugin's snapshot to retrieve this bug fix so that your place picker works
// In the root build.gradle file
repositories {
    mavenCentral()
    google()
    maven { url "http://oss.sonatype.org/content/repositories/snapshots/" }
}

...

// In the app build.gradle file
dependencies {
    implementation 'com.mapbox.mapboxsdk:mapbox-android-plugin-places:0.5.0-SNAPSHOT'
}


The CorsHandler should allow requests with same origin

Fixes #10381

schema, host and port must be equals for the "same-origin"
https://tools.ietf.org/html/rfc6454#section-5

Is there a way to know the scheme from the request?

Is checking ctx.channel().pipeline().get(SslHandler.class) != null enough to detect 'http/https'?

@gustavonalle yes...

updated taking into account the scheme

I'm not familiar with CORS, but it seems weird to me that the client even sends the request in this case. If the client questions whether the POST is permitted, why is it okay to always consider this okay on the server-side?

If the client questions whether the POST is permitted,

It doesn't. The (client, aka browser) will not "question" the server if the request is going to the same place where the script was loaded from (same origin). If the origin is different, then the pre-flight is done to verify the permissions.

I think we should carefully handle this because preflight request doesn’t sent only for “simple request” according https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS

If the origin is different, then the pre-flight is done to verify the permissions.

That is what I thought. But then how do we get into the situation this PR is trying to fix, where the origins match? Reverse proxies?

But then how do we get into the situation this PR is trying to fix

Under the following conditions:

A script loaded from scheme://domain:port does a request to the same scheme://domain:port server
The request has side effects: either a POST or a DELETE (I need to dig out the exact rules)
If the conditions above are met, the Origin header is sent along the request, even if it is not a cross origin request

Is checking ctx.channel().pipeline().get(SslHandler.class) != null enough to detect 'http/https'?

I found that it is not enough. In HTTP/2 pipelines, the multiplex handler will create child channels for each stream id, and the SslHandler will not be found in those child channels. So I probably need to always check the parent channel as well?

@gustavonalle sounds a bout right... sorry for the late response. Ping me once this is ready for review again

@slandelle can you have a look ?

@normanmaurer sorry, on vacation with only my phone, can’t help much.


fix flink version & typo for tarball link

Thanks for the pull request; we opted to fix Flink in the base distro instead of having to install from tarballs: https://github.com/GoogleCloudPlatform/dataproc-initialization-actions/commit/6ebf8b495c7a797f9317d2a29235b7014634b6cf


uninitialized constant Fluent::TextParser::Parser(fluentd v-0.12.33)

I  am using fluentd v-0.12.33. I am using json_in_json pluggin, it is giving me
uninitialized constant Fluent::TextParser::Parser
/usr/lib/ruby/gems/2.3.0/gems/fluent-plugin-json-in-json-0.1.4/lib/fluent/plugin/parser_json_in_json.rb:5:in class:TextParser':
uninitialized constant Fluent::TextParser::Parser (NameError) Did you mean?
Parts from /usr/lib/ruby/gems/2.3.0/gems/fluent-plugin-json-in-json-0.1.4/lib/fluent/plugin/parser_json_in_json.rb:4:inmodule:Fluent'
from /usr/lib/ruby/gems/2.3.0/gems/fluent-plugin-json-in-json-0.1.4/lib/fluent/plugin/parser_json_in_json.rb:3:in `<top (required)>'
This pluggin is also availble on --
https://github.com/gmr/fluent-plugin-json-in-json/blob/master/lib/fluent/plugin/parser_json_in_json.rb

Could you report this issue in https://github.com/gmr/fluent-plugin-json-in-json?
This is not Fluentd's issue.

It seems require 'fluent/parser' is missing in their code.


Add support for updating hosting providers when not all forms change in wizard

This PR picks up the earlier work in #522, to address the problems we saw when updating an existing provider using the form wizard.
The problem is detailed in that PR, but the short version is that some data in forms contained within django formsets were not making it through the form wizard, which means when updating a provider request, if there were forms in a formset that had no changes, they were being dropped.
This was a blocker as it meant that on approval, our provider would be updated with incomplete information.
This only seemed to happen when our wizard form contained formsets that contained forms with unchanged data, and after exploring various options, I arrived at the idea of introducing a mixin class for use in forms we use in the form wizard.
All it does is adapt form behaviour to always return True when a has_changed() method is called on a form.
Because the formset handling code relies on this check when deciding to include a form in the validation steps for a given formset, this will always include the form in the data that is saved by the formset.
When used in a multi stage wizard, this ensures that the all the form wizard stages that contain formsets  also retain information in the forms even if no change has taken place. When the verification request is approved, all the data is saved back to the hosting provider.

 Users should be able to update their existing hosting provider listings


Terminal shows an empty window and then crashes

Hi!
I'm trying to run this new Windows Terminal.
After some difficulties and a few attempts I was able to build and deploy the project locally.
«Great! Finally!» I said to myself, just before clicking on the Windows Terminal (Dev Build) in the Start menu...
This was the result: an empty window.

After a few seconds, it simply disappeared and then...
Well... Nothing more!

Here are some useful (hopefully) information about my current system:

Windows 10 1903 Build 18362.175
x64 architecture
Developer mode enabled
Repo version built: v0.2.1715.0 (66cb7c4b58b0e41ffaeb952ef27f1a8c67e90db8)
Build with Visual Studio 2019
Built and deployed for x64 architecture

Some time ago, I commented already here (https://github.com/microsoft/terminal/issues/489#issuecomment-502067642) explaining the same issue...
But, nobody could help me.
Maybe opening a Issue I will be luckier...

Sorry for the "duplicate"... 😔

From another comment on the same issue,

if you are seeing a blank screen, make sure you are targeting the right architecture. you cannot run windows terminal x86 on an x64 machine.

Admittedly, I could have read "built and deployed for x64 architecture" and figured that out.
Can you share the build og?

I think the Terminal was so impressed with your desktop image it didn't want to render on top of it.

FWIW, I'm receiving the same behavior on my x86 tablet after installing the MS Store version. Previous copies compiled by me worked, so I'm left scratching my head as to why this is occurring now. I hadn't yet tested on my x64 laptop however, so I am unsure if it's the same there..

I just installed from MS Store and experience the same issue. 64-bit OS here.
Nombre de la aplicación con errores: WindowsTerminal.exe, versión: 1.0.1906.20005, marca de tiempo: 0x5d0c1459
Nombre del módulo con errores: TerminalApp.dll, versión: 1.0.1906.20005, marca de tiempo: 0x5d0c140d
Código de excepción: 0xc0000005
Desplazamiento de errores: 0x000000000003a539
Identificador del proceso con errores: 0x1d48
Hora de inicio de la aplicación con errores: 0x01d52949ad9a3604
Ruta de acceso de la aplicación con errores: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Ruta de acceso del módulo con errores: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe\TerminalApp.dll
Identificador del informe: a7d6acc0-650b-40e3-a36b-2280d62e8ea9
Nombre completo del paquete con errores: Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe
Identificador de aplicación relativa del paquete con errores: App

I wonder if it can be ran from the command line and see if it prints any error messages.

So I attempted to build it on my own, and I am receiving the same behavior on my latest build. I did happen to try the x64 version on my laptop and it worked fine, but x86 is still not working. Sadly my x86 tablet doesn't have enough storage to be able to install VS onto it and VS won't let me set up a remote debugging profile for x86 (says Debug|x86 is missing from the project manifest when I even attempt to open the properties) so at the moment, my attempts to get to the bottom of why have stalled...
Now I'm just trying to grab myself an older copy of my build, just so I can at least use the new Terminal, even if it isn't as up to date..

I'm facing the same issue, don't think that there is any compatibility issues here

Ok...
I think I found out why this is happening... 🤔
A couple of minutes ago I tried to run again the Terminal on my PC to log any errors to attach here...
Well... It runs (and it's great)! 🤩

«So? Why now runs? What's the difference?»

Today I was using my notebook on my legs (without any devices connected).
Usually, I use my notebook connected to this Universal Dock.
These kind of devices (DisplayLink docks) are seen by the OS as an external video card without extended support for hardware acceleration...
In facts, you can't run video games or 3D graphics in general even if your GPU is the best one you can buy!

So, I think, if the video card you're trying to render the Terminal on isn't compatible with hardware acceleration (or something like that) it, simply, crash badly.
It could be also your case @ShadowEO, @magiblot and @tanayagar?
Maybe something like:

Cheap hardware?
Integrated video cards?
Virtual machines?
... and so on?

I have similar issue.  After installing the Terminal, selecting the top pane dropdown, then  (while the Widows Powershell is auto-selected),  the terminal loads Visual Studio blank page & crashes.
I also have my (Lenovo W541) notebook on a docking station and am using Win 10 Pro x64b, Nightly, vers 1903, OS Build 18922.1000

@Byloth

So, I think, if the video card you're trying to render the Terminal on isn't compatible with hardware acceleration (or something like that) it, simply, crashes badly.
It could be also your case @ShadowEO, @magiblot and @tanayagar?
Maybe something like:
* Cheap hardware?

* Integrated video cards?

* Virtual machines?

* _... and so on?_

Yes, I do have an Intel GPU (HD Graphics 520) but drivers and harware acceleration are in order. I don't use a docking station or VM, altough I do have this laptop connected to an external display through VGA/DP. But unplugging it changed nothing.

That's a novel idea, but previous builds worked fine.
Yes, I am on cheap hardware for this device, it's a TMAX TM101W635L. Using an Intel HD Graphics (I am unsure of the exact model atm, as I am away from the machine.)
Virtual Machines work fine on the device, but they aren't in active use (on 2 GBs of non-expandable RAM, you can see why).
My tests are all done on device itself, so no docking stations, no external hardware at all.
I'm planning on setting up a 32-bit VS2019 VM on my main laptop tonight to see if the issue occurs there, and if so, to debug it as well.

Cheap hardware?
Integrated video cards?
Virtual machines?
... and so on?
i5-9600K, RTX-2070, 32Gb RAM, Host OS - blank window and crash.
Into debug, crash here:

WindowsTerminal.exe!winrt::get_activation_factorywinrt::Windows::Foundation::IActivationFactory(const winrt::param::hstring & name)Line 5222	C++
WindowsTerminal.exe!winrt::impl::factory_cache_entrywinrt::TerminalApp::App,winrt::Windows::Foundation::IActivationFactory::call<<lambda_7763f00f6aca3060375b844bec98aa5c> &>(winrt::TerminalApp::App::<lambda_7763f00f6aca3060375b844bec98aa5c> & callback)Line 5420	C++
WindowsTerminal.exe!winrt::impl::call_factory<winrt::TerminalApp::App,winrt::Windows::Foundation::IActivationFactory,<lambda_7763f00f6aca3060375b844bec98aa5c> >(winrt::TerminalApp::App::<lambda_7763f00f6aca3060375b844bec98aa5c> && callback)Line 5501	C++
WindowsTerminal.exe!winrt::TerminalApp::App::App()Line 952	C++
WindowsTerminal.exe!AppHost::AppHost()Line 30	C++
WindowsTerminal.exe!wWinMain(HINSTANCE__ * formal, HINSTANCE * __formal, wchar_t * __formal, int __formal)Line 35	C++

crashing here , I also have a displaylink device 4k, hooked up to a mini displayport  port. and getting this error:

@Byloth

So, I think, if the video card you're trying to render the Terminal on isn't compatible with hardware acceleration (or something like that) it, simply, crashes badly.
It could be also your case @ShadowEO, @magiblot and @tanayagar?
Maybe something like:
* Cheap hardware?

* Integrated video cards?

* Virtual machines?

* _... and so on?_

Yes, I do have an Intel GPU (HD Graphics 520) but drivers and harware acceleration are in order. I don't use a docking station or VM, altough I do have this laptop connected to an external display through VGA/DP. But unplugging it changed nothing.

I have an integrated Intel card ( Intel HD graphics 620). As for cheap hardware and vms, my answer would be no. Any way to fix?

Hi, I have the same issue and my graphic card is a NVIDIA GeForce GTX 1060

In my case, I was able to fix it by forcing the app to use the Intel HD Graphics 630 graphics card instead of the GTX 1050 card in the NVIDIA control panel.

Thanks for the tip. May I ask you how you did that ?

In my case, I was able to fix it by forcing the app to use the Intel HD Graphics 630 graphics card instead of the GTX 1050 card in the NVIDIA control panel.

Mmmh... Strange! 🤔
I tried it too but, actually, it continues to run on the integrated video card.
But, yeah... Probably, I did something wrong! 😅

I dragged the Terminal around the screen

I also tried on another computer equipped with an NVidia GTX 970 and it worked well.
I did some other tests and, for some reason, when I run the Terminal on the external monitor connected through the docking station in crashes (as I said before)...
But, if I run it on the internal monitor (works fine, of course) and then I drag the window onto the external monitor, it continues to run without any problems. 😵

Here is my event log (I hope it can be useful):
Nome dell'applicazione che ha generato l'errore: WindowsTerminal.exe, versione: 1.0.1906.20005, timestamp: 0x5d0c1459
Nome del modulo che ha generato l'errore: ucrtbase.dll, versione: 10.0.18362.1, timestamp: 0x5cbddb81
Codice eccezione: 0xc0000409
Offset errore 0x000000000006d3be
ID processo che ha generato l'errore: 0x4208
Ora di avvio dell'applicazione che ha generato l'errore: 0x01d52b2e6735c3fe
Percorso dell'applicazione che ha generato l'errore: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Percorso del modulo che ha generato l'errore: C:\WINDOWS\System32\ucrtbase.dll
ID segnalazione: e5cd7755-bd3d-487c-a658-fbce95b3f982
Nome completo pacchetto che ha generato l'errore: Microsoft.WindowsTerminal_0.2.1715.0_x64__8wekyb3d8bbwe
ID applicazione relativo al pacchetto che ha generato l'errore: App

Thanks for the tip. May I ask you how you did that ?

I opened the NVIDIA Control Panel, under Manage 3D Settings select the Program Settings tab. At step one, the Windows Terminal is listed as "microsoft.windowsterminal_[id]". At step two I selected the integrated graphics:

I have an NVIDIA GeForce GTX 1080 Ti card here with onboard Intel UHD 630, though somehow, suddenly, today the app is working again. I have no idea why or how.

From anyone in this thread, I need a crash dump. I tried searching every Report ID you all posted, and none of them are coming through.
I suspect that the issues related to not being able to use hardware rendering might be solved with #1263.
There's probably also some robustness to be added to the DX renderer so it sets itself up correctly. If any of you are building from source, it would be nice to have you check if conhost.exe built from the same sources crashes when the key at HKCU\Console UseDx REG_DWORD 0x1 is set (create it if it isn't there.) That will confirm if a crash is isolated to the DX renderer or Terminal startup specific.
I also have the theory that you are all experiencing like 4 different issues here, so we might have to split them up if I try to fix one and it isn't fixed for all of you.
Lastly, we don't readily have access to this type of hardware around here. I'll see what we can do, but if I can get some close assistance, that's the best.

@miniksa Certainly! How can I go about getting a crash dump of it from the affected machine?
I also went to my development station (x64) and attempted the UseDx change you requested. I can confirm that conhost fails to start with UseDx set to 0x1 on a machine where the same source build does work properly. Toggling UseDx back off results in a working console again.
Interestingly, I did this test on the affected tablet (once again with same sources), and conhost works in both scenarios on it, I get a command prompt as normal.. however Cascadia still fails.

I tried out eight of the Azure Pipelines master builds from here: https://dev.azure.com/ms/Terminal/_build?definitionId=136&_a=summary to try and determine where things started breaking.
In reverse chronological sequence, i.e. newest build last:

1374 update link to public preview: WORKS
1512 fix punct readme: WORKS
1452 about dialog contents selectable: WORKS
1314 set default startup proj: WINDOW STAYS BLANK
1263 fallback swren: WINDOW STAYS BLANK
1093 connect clipboard func to keybindings: WINDOW STAYS BLANK
929 Apply a GDI region to the top level Island window to allow dragging with a single Island: BLANK THNE CRASH
1436 altgr: BLANK THEN CRASH

In other words, between the subsequent merges of #1452 and #1314 (both on 2019-06-24) terminal went from working to blank window at startup (but no crash), and then between the subsequent merges of #1093 and #929 (both on 2019-06-25), terminal went from blank window no crash to blank window and then crash.

@miniksa here is a crash dump of the #1436 PR Azure Pipelines build crashing.
WindowsTerminal.exe.12900.zip

Thanks for doing a rough bisect for us!
This doesn't look safe at all.
.  0  Id: 3264.2748 Suspend: 0 Teb: 0000001b`495e5000 Unfrozen
 # Child-SP          RetAddr           Call Site
00 0000001b`496fe530 00007ffd`df6acaff ucrtbase!abort+0x4e
01 0000001b`496fe560 00007ff6`2e9a952b ucrtbase!terminate+0x1f
02 0000001b`496fe590 00000000`00002000 WindowsTerminal!__scrt_unhandled_exception_filter+0x37 [d:\agent\_work\2\s\src\vctools\crt\vcstartup\src\utility\utility_desktop.cpp @ 91]
03 0000001b`496fe598 00000020`00001000 0x2000
04 0000001b`496fe5a0 00000000`01000000 0x00000020`00001000
05 0000001b`496fe5a8 00000000`00000000 0x1000000

I'm really glad our build pipelines hold on to symbols. :smile:

@miniksa Michael Niksa FTE Certainly! How can I go about getting a crash dump of it from the affected machine?
I also went to my development station (x64) and attempted the UseDx change you requested. I can confirm that conhost fails to start with UseDx set to 0x1 on a machine where the same source build does work properly. Toggling UseDx back off results in a working console again.
Interestingly, I did this test on the affected tablet (once again with same sources), and conhost works in both scenarios on it, I get a command prompt as normal.. however Cascadia still fails.

You can technically right click a process in the Details page of Task Manager and create a dump and attach it somewhere online, but be warned, it may contain personally identifiable information as it dumps the entire memory space.
You can also try using the Feedback Hub and choosing the Windows Terminal app and submitting that way.
Or if it crashes, you can try getting the Windows Error Reporting information from the event viewer and give me all of that so I can try to look up the IDs with the WER service.

it may contain personally identifiable information
That's fine, the tablet it's on gets very light usage. The only real identifiable information on the device may be my real name (which is fine) or the user profile directory, which only contains part of my Github username.

Here is a OneDrive shared folder containing the evtx file (with both Windows Error Reporting event and Application Crash event) and for extra measure, a process dump for you! https://1drv.ms/u/s!AqACoL07fxpWoOIwO6InGCb8fvsZJg?e=ot9XoI
Let me know if you can't get that, and I'll upload it somewhere else, that process dump was larger than I expected for something taking only 5MB of RAM at that time lol.

[...] if it crashes, you can try getting the Windows Error Reporting information from the event viewer and give me all of that so I can try to look up the IDs with the WER service.

Here's a ZIP with some files extracted directly from the Event Viewer...
I hope this could be what you're looking for, @miniksa... 😅

📦 Windows Terminal crash.zip

Saw the store version was updated recently. Let the affected PC update and am still experiencing the issue.

As it happens, I also have the problem of recent versions of Windows Terminal crashing on startup with an empty window - and I too have an interesting crash dump! I also got a Time Travel Debugging trace in case that proves useful.
Link - sorry, it's Microsoft-internal-only because of my concerns re my private information:
https://aka.ms/AA5ix7s

Hey @metathinker,
Thanks for sharing this dump! I don't know what build of WT this maps to, since we're not keeping CI build symbols around, and this looks like one of those. :smile:
I'm going to try with the most recent CI build.

@DHowett-MSFT it might have gotten lost in the notes file I wrote, but this is:
https://dev.azure.com/ms/Terminal/_build/results?buildId=23399
building the current master: https://github.com/microsoft/Terminal/commit/eae920e5f931d7efd33cc3e1bfb12f8c683b001b
If I build the same commit on my own box, same problem occurs.
And as far as I could tell, the Azure DevOps CI builds do have symbols - there are .msix and .appxsym files in the build artifacts, and the latter unzips to a bunch of .pdb files. Or is that not the symbols you're looking for?

They do, but we're not archiving them anywhere because these builds are not intended to be used. I did end up digging up the right symbols for your build.  Thanks!

Yeah, your issue is that MinMaxCloseControl isn't ending up in the right place only for CI builds. Thanks Xaml pipeline! :smile:

Yeah, your issue is that MinMaxCloseControl isn't ending up in the right place (possibly -- maybe refuted by evidence) only for CI builds. Thanks Xaml pipeline! 😄

That sure, are you? Well better get that separate issue open, because clicking this link will BLOW YOUR MIND!!!!!!111111!!!!
As I said in passing above, building https://github.com/microsoft/terminal/commit/eae920e5f931d7efd33cc3e1bfb12f8c683b001b on my own computer and running the resulting debug build Terminal app produces the same crash as I got from the Azure DevOps CI release build. The problem is also apparently due to ms-appx:///MinMaxCloseControl.xaml not being found by a call to Windows.UI.Xaml.Application.LoadComponent.
Now I'm assuming something peculiar is going on in the Azure DevOps CI build and the build on my own box. Either that, or I could just be deploying the app improperly - I either unzip the .appx/.msix or find the folder of loose files that already has an AppXManifest.xml in it, and then run powershell.exe -command Add-AppXPackage -Register X:\wherever\it\is\AppXManifest.xml.

Now, are you building with MSBuild or with VS? I can reproduce the broken package layout with MSBuild but not with Visual Studio.
On my machine, when VS builds the project, it ends up laying a copy of MinMaxCloseControl.xbf down in the appx package root, where the resource locator suggests it will be. A copy also ends up in TerminalApp.pri. The appx you're pulling from CI and the appx layout you're producing on your machine probably don't have the first copy (.xbf) and only have the second copy (verified in the .msix from the CI artifacts.)
There's probably a couple issues here. One, I have no idea why it's being copied in by VS but not MSBuild; Two, It should be getting rolled up into resources.pri with the other Xaml resources; Three, I have no idea why this works properly for the very similar App.xbf.

Now, are you building with MSBuild or with VS? I can reproduce the broken package layout with MSBuild but not with Visual Studio.

MSBuild - well, precisely, I'm doing this: cd/d [repo root] & .\tools\razzle.cmd dbg & bcz dbg
and the bcz.cmd batch file runs MSBuild as you know.
I can verify that after scorching the repo with git clean -dxf, opening the solution in Visual Studio, and building, the resulting app runs fine.
Perhaps we really do need to fork that separate issue now - this is a pretty bad problem in my opinion, but probably not the one this issue was originally about.

I got this issue and after uncheck Use legacy console option, my terminal show up

I got this issue and after uncheck Use legacy console option, my terminal show up

This is probably different. I forked it to another issue.

I got this issue and after uncheck Use legacy console option, my terminal show up

Thanks, this was exactly my situation.

I can confirm this works. My terminal shows up. However, when The settings option is unresponsive after I select it.

As @miniksa said, that's probably a separate issue. My machines don't have that "Use legacy console" feature turned on, and it doesn't work even with them on.
It seems there could be multiple factors to cause this specific response.
That said, I updated Terminal to the latest version in the store and it no longer even fails to this point, opens, shows the titlebar/border (like the previous behavior) and then crashes before the window finishes rendering. (Unlike before, the UWP window titlebar and border are destroyed)

I've submitted an issue using the Feedback Hub - https://aka.ms/AA5jk66
Even though I have Windows Terminal (Preview) listed in Settings | Apps, it didn't come up in the list of Apps in the Feedback Hub, so I just had to choose "All other apps".
I also created a crash dump (applying the same settings as documented here for WindowsTerminal.exe) and attached that to the report.

I did not have PowerShell Core installed on the machine that was showing this crash (but on another device, Terminal was starting without error and it did have PowerShell Core).
Out of curiosity, I installed Core on the failing machine, and now Terminal starts correctly!
choco install powershell-core FTW :-)

I did not have PowerShell Core installed on the machine that was showing this crash (but on another device, Terminal was starting without error and it did have PowerShell Core).
Out of curiosity, I installed Core on the failing machine, and now Terminal starts correctly!
choco install powershell-core FTW 😃

OK, thanks for the data point. On the back end, these crashes are ending up bucketed in the same giant issue, so it's been difficult for me to tease apart the different scenarios here. Every report like this helps me identify another case more easily than rummaging through stack dumps.

I did not have PowerShell Core installed on the machine that was showing this crash (but on another device, Terminal was starting without error and it did have PowerShell Core).
Out of curiosity, I installed Core on the failing machine, and now Terminal starts correctly!
choco install powershell-core FTW 😃

I can confirm, I had the problem and installing powershell core solved it.

Was hoping it would work in my case, but sadly not. Still receiving the problem on my x86 device after installing pwsh-core.

I have this same issue on 2 computers out of 4.
Faulting application name: WindowsTerminal.exe, version: 1.0.1907.2001, time stamp: 0x5d1bd2d0
Faulting module name: TerminalApp.dll, version: 1.0.1907.2001, time stamp: 0x5d1bd294
Exception code: 0xc0000005
Fault offset: 0x000000000003a999
Faulting process id: 0x2e34
Faulting application start time: 0x01d53e5224063e84
Faulting application path: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Faulting module path: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe\TerminalApp.dll
Report Id: c77e9bc2-46ae-4287-804a-e9cb776cf844
Faulting package full name: Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe
Faulting package-relative application ID: App

The two computers have have the issue have powershell-core (6) on them, and one of those also has the powershell 7 preview.   The default profiles.json doesn't include entries for those, and it seems to make wt.exe unhappy.   The issue also seems  to re-appear periodically, perhaps when the updates are automatically applied.
I've found that removing the profiles.json altogether fixes the issue, and Windows Terminal will create a new profiles.json file that includes entries for the additional versions of powershell.
I added a little function to my powershell profile.ps1 that will allow me to reset it, and that always fixes the launch problem on both of the problematic computers.
function Reset-WindowsTerminal {
    [cmdletbinding()]
    Param()

    $pjson = "${env:LOCALAPPDATA}\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\RoamingState\profiles.json"
    Remove-Item -Path $pjson
    Start-Process wt.exe
}

I had this same issue right now after installing the Terminal via Store for the first time in my Surface Book with dGPU. I had just updated Windows to 1903 and installed PowerShell Core using Scoop. After removing the profiles.json file as @tksunw said, it's working. I did not have these problems when doing the same thing with my desktop a few weeks ago.

Ok...
I think I found out why this is happening... 🤔
A couple of minutes ago I tried to run again the Terminal on my PC to log any errors to attach here...
Well... It runs (and it's great)! 🤩

«So? Why now runs? What's the difference?»

Today I was using my notebook on my legs (without any devices connected).
Usually, I use my notebook connected to this Universal Dock.
These kind of devices (DisplayLink docks) are seen by the OS as external video cards without extended support for hardware acceleration...
In facts, you can't run video games or 3D graphics in general even if your GPU is the best one you can buy!
So, I think, if the video card you're trying to render the Terminal on isn't compatible with hardware acceleration (or something like that) it, simply, crashes badly.
It could be also your case @ShadowEO, @magiblot and @tanayagar?
Maybe something like:

Cheap hardware?
Integrated video cards?
Virtual machines?
... and so on?

I'm having the same issue.
I have a Dell USB 3 Displaylink dock.
If I try to start wt.exe while it's connected it wont run, event log:
Faulting application name: WindowsTerminal.exe, version: 1.0.1907.2001, time stamp: 0x5d1bd2d0
Faulting module name: ucrtbase.dll, version: 10.0.18362.1, time stamp: 0x5cbddb81
Exception code: 0xc0000409
Fault offset: 0x000000000006d3be
Faulting process ID: 0x51d8
Faulting application start time: 0x01d541f87a016afd
Faulting application path: C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe\WindowsTerminal.exe
Faulting module path: C:\WINDOWS\System32\ucrtbase.dll
Report ID: f22bf8c4-d0dc-4991-a79b-f5327bf68a35
Faulting package full name: Microsoft.WindowsTerminal_0.2.1831.0_x64__8wekyb3d8bbwe
Faulting package-relative application ID: App

But, if I disconnect the Dock it will run on my laptop integrated graphics.
I have the latest drivers.

No dock, as stated in my earlier response to someone else who suggested the same thing, previous builds ran perfectly, store build and current tree build does not.
Intel HD Graphics, all internal. No VM, running Windows 10 Pro Latest skip ahead.
TMAX TM101W638L tablet. (Once again, earlier builds ran perfectly, so it doesn't seem to be an issue with the graphics, and the DxRenderer conhost works fine as well)

No dock, as stated in my earlier response to someone else who suggested the same thing, previous builds ran perfectly, store build and current tree build does not.
Intel HD Graphics, all internal. No VM, running Windows 10 Pro Latest skip ahead.
TMAX TM101W638L tablet. (Once again, earlier builds ran perfectly, so it doesn't seem to be an issue with the graphics, and the DxRenderer conhost works fine as well)

Sorry, I wasn't trying to suggest that the solution was to disconnect a Dock if you have one. :)
Although, I also have Intel HD graphics, it could be something to do with that?
Different trigger?

Hi,
Again, not saying this is the reason/fix for everyone, but I think I found the root cause on my PC.
I integrated Intel HD graphics plus an AMD Radeon 530 graphics card on my laptop.
I think that a recent driver update has caused some sort of issue.
This may not be limited to AMD graphics, but I've found that when my Dock is connected and I'm usign Displaylink, the laptop prefers to run most programs using the 530 discreet GPU.
When this is the case, Windows Terminal and mstsc.exe both crash on start.
When I check AppCrashView both crashes involve a dll with crt in the name, ucrtbase.dll for Terminal and msvcrt.dll for mstsc.exe.
I have now found a way to tell Windows not to use the Radeon 530 for both mstsc.exe and wt.exe. Both programs run fine now.
So I think that a recent graphics driver and/or Windows update has cause some sort of problem with the graphics drivers.

This conversation is now locked because people are using it as a dumping ground for literally any crash on start.
I've identified a ton of issues in this thread:

Launching with Legacy Console selected
Launching with an Invalid font
Launching without Powershell Core 6
Launching with Powershell Core 7
Launching on a portable device that uses switchable GPUs or an external dock GPU
The MinMaxControl wasn't stable yet
I use the wrong architecture for my machine

I will edit this with the resolutions. But no more piling on here. If you have any of these 7 things, follow up on the individual threads or wait for the update if its already fixed.

Note, I'm not saying don't report things. I just need to break this out into individual threads because it's too much to handle all in one place. Let's break the conversations into correlated threads.

OK. All of the issues above as isolated from various discussions in this thread appear to have a follow-on ID number (except MinMaxControl which was only mentioned once while it was still fresh). Please direct conversation about ongoing "empty window and crashes" issues to those specific threads if they're relevant to you.
If they're not relevant, please open a new bug and describe how yours is different from one of those above. Thanks!


Development environment?

Hi! Thanks for making the game :)
What kind of dev environment are you using? I want to make a better bot but it's been a while since I used Java.
Thanks!

There is no IDE-specific files in this repo. You may pick your preferred tool, like Eclipse or IntelliJ, import Java sources (along with gson dependency) and develop. There is an arena class for bot fights, you may test how your bot compares to existing ones in series of games.

Thanks for replying. Do you have any clues as to the required JRE version and/or other dependencies? I can't seem to get anything working under JRE 1.7.

I ended up using Android Studio. It wasn't really necessary but it made the debugging easier.
For anyone else who stumbles into this and just wants to run the Arena:
-You probably have some error about packages:
-Put the java folder in the source path (in Android Studio, declare as source).
-Put model's java folder in the source path as well (there are dependencies).
-You probably have some error about gson:
-Download the gson dependency from here: http://search.maven.org/#artifactdetails|com.google.code.gson|gson|2.3.1|jar (or latest one)
-Create a lib folder in the project root.
-Put gson-2.3.1.jar in lib folder.
-Add gson as a library (by right-clicking).
That should be about it. You can run Arena by right-clicking on the file and selecting Run 'Main.main()'.


Only show stats if data is present

Addresses these complaints by only showing data if present
https://hydrogenaud.io/index.php?topic=116669.msg994154#msg994154
https://hydrogenaud.io/index.php?topic=116669.msg998248#msg998248

Neat idea, thanks!


cannot save image on hdfs

Hi all!
Compliments for excellent geospark and babylon libraries.
I have problems saving image file to HDFS: when using local mode, no problems, when launching it as cluster mode, the save doesn't give errors but I cannot find files.
I tried using many format (hdfs://, etc...).
Could you provide me a very simple example to export images to HDFS, please?
I'm using 0.5.1 forma spark 2
Thank you
Best
Roberto

@bertolinux Hi Roberto, could you tell me which generator you are using? NativeJavaGenerator or SparkGenerator?


Vickel: Watch techquits.com

Vickel requests the watch of the watch_keyword techquits\.com. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

techquits\.com has been seen in 1 true positive, 0 false positives, and 0 NAAs.

Approved by Makyen in Charcoal HQ


bug  domain/vehicleLights/lightsStatus - unsupported status

When retrieving domains with weconnect.py after login and update the - non fatal - error message is prompted
/vehicles/WVGZZZE2ZMP015321/domains/vehicleLights/lightsStatus/lights/right/status: An unsupported status: invalid was provided, known values are [on, off, unknown open state] please report this as a bug
/vehicles/WVGZZZE2ZMP015321/domains/vehicleLights/lightsStatus/lights/left/status: An unsupported status: invalid was provided, known values are [on, off, unknown open state] please report this as a bug
WVGZZZE2ZMP015321 is an ID.4 with SW 3.0.

0.55.0 was released


Mention open licensing

Videos from PyConSK 2016 were licensed under CC-BY and I suggest that we make sure on the website that this will be the case for 2017 as well. Same thing for other submitted resources.
Possible formulation: We believe in sharing and license code and content under open licenses. By submitting Content (such as conference talk proposals, images, etc.) to PyCon.SK, you represent and warrant that you have all necessary rights and authority to upload such Content and license it to the world under the Creative Commons Attribution 4.0 License (CC-BY 4.0). Videos from PyCon.SK will also be made available under CC-BY 4.0.
One possible place to include this on the CfP page.
Any thoughts, suggestions?

You are right, I have updated the text on the page. We do currently have a hack on the website to be able to haev this for with text. I ahe create new issue #286 for proper way to add this.


RHDP-442 Update script to also send PR number for webhook

Signed-off-by: Josef Kopriva<EMAIL_ADDRESS>

/retest

/retest

/retest


[release-v1.1] Adding dry-run to tweak secret creation, if already present

Signed-off-by: Matthias Wessendorf<EMAIL_ADDRESS>Avoid test failure if the secrets in question are already present (similar to strimzi.bash on the Serverless Operator)

/lgtm

images built... merging


Script window: after save the window is scrolled to the end of the script

Windows 10 / DBeaver 21.3.5 / PostgreSQL 13
In SQL-script window: after change script and save (Ctrl+S or File-Save) the window is scrolled to the end of the script.
At the same time, the cursor remains in the same place where the script was changed.
How it should be: when saving, the window should not scroll to the end of the script.

Hello @vicreal
Thanks for the bug report.
This problem was fixed earlier: https://github.com/dbeaver/dbeaver/issues/15562
You can check it in the latest DBeaver version: https://dbeaver.io/download/


[rocdl] Deduce and plumb MMA schedule through vector distribution

This commit reuses the basic heuristics for deducing cooperative matrix configuration in SPIR-V for ROCDL. We deduce a full tiling schedule and attach it as a newly introduced iree_gpu.mma_schedule attribute for the vector distribution pipeline to pick up and convert into concrete iree_gpu.mfma_layout to drive contraction vector distribution.

Just nothing that avoiding having a whole bunch of load bearing attributes is expliyehat I was trying to avoid

Just noting that avoiding having a whole bunch of load bearing attributes is expliyehat I was trying to avoid

Edit : NM this is the layout attribute

Actually all tests are passing without forking the logic, I might have misread something...

Oh I understand, it's because VectorDistribution doesn't fail if there are any remaining to_simd or to_simt ops: https://github.com/openxla/iree/blob/main/compiler/src/iree/compiler/Codegen/LLVMGPU/test/attention_mfma.mlir

This should cause the attention test to properly fail: https://github.com/openxla/iree/pull/16487

as discussed, the transform op here needs to fork the old logic
Actually all tests are passing without forking the logic, I might have misread something...

Note that I haven't touched the old logic yet. I implemented a new getContractionLayout on MMAScheduleAttr, not the MmAttr's one. Reason is that it's only with MMAScheduleAttr we have the full schedule (including subgroup counts and tile sizes, etc.). MmAttr itself just can only provide the partial nested layout. I think we need to remove the getContractionLayout from MmAttr eventually.


New accessory in SmartThings not showing up in HomeKit

I have added a new accessory to SmartThings.  I do not know how to get HomeKit to pull in that new accessory into the HomeBridge accessory. If I remove the HomeBridge accessory and then add it again to HomeKit it finds it. I just do not want to do all the reconfiguration every time I make a SmartThings change.

Found my issue. Needed to go into SmartApps in SmartThings app and select new device to show.

@rchoughton Can you explain how you fixed it? Having a similar issue.

To be honest, I have not been able to. I plan to soon go back and delete it all and start over and see if that works.
Sent from my iPad

On May 11, 2018, at 1:39 PM, ElanX<EMAIL_ADDRESS>wrote:
@rchoughton Can you explain how you fixed it? Having a similar issue.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.


500 error unsupported cypher

Hi, I'm getting the following error;
Unsupported cipher or incorrect key length. Supported ciphers are:
aes-128-cbc, aes-256-cbc
aes-128-gcm, aes-256-gcm
This is my docker run;
docker run -d --name speedtest-tracker --restart always
-p 8093:80
-p 8493:443
-e PUID=1000
-e PGID=1000
-e APP_KEY=base64:pHUJgc4K8q3L9m0Qpe0RYFknG9tGjjIRBo
-e APP_DEBUG=true
-e DB_CONNECTION=sqlite
-e SPEEDTEST_SCHEDULE=@hourly
-e SPEEDTEST_SERVERS=12492
-e PRUNE_RESULTS_OLDER_THAN=
-e CHART_DATETIME_FORMAT=
-e DATETIME_FORMAT=
-e APP_TIMEZONE=
-v /var/docker/speedtest/data:/config
-v /var/docker/speedtest/custom-ssl-keys:/config/keys
lscr.io/linuxserver/speedtest-tracker:latest
I'm a bit lost, can anyone give some advice¿

Hi @mikeyjjb,
Can you share a screenshot of where you get the error? Is it from the application itself or your browser?

Thanks that worked perfectly, thanks for the help!


Check for available Updates on Startup

Should be fairly easy using https://docs.github.com/en/rest/reference/repos#get-the-latest-release

Done in v0.3.6


Customizable Show/Hide Icons and highlighted search results

Hi Alexey
Thank you for replying over on Twitter. I appreciate that.
Your plugin is fantastic, and I particularly like the built-in search functionality.
I was wondering if these three features could be added when you got the time?

Make the Show/Hide text replaceable with an icon (arrow up and arrow down). Preferred if the icon could be animated by rotation, so maybe add a class name or something to make this possible via CSS?

When the user uses searchAll to search through the closed tabs, it would be great if the tab that contains the search word automatically opens to show that the word is available inside the tab, not in the headline.

Related to (2): highlight the keyword in the search results. So the user would get instant feedback if the keyword is available in the heading, and also see the open panel if the keyword is available inside the panel.

Thank you for taking the time to consider this.

@SaraSoueidan I created changes you asked for in branch issue36. I have not merged to master yet since missing tests, some more refactoring and proper README documentation.
But if you get the branch and check one of the examples you will see functionality you were asking for.

@anvk That was fast! Thanks so much Alexey! 👏🏻

You can start using this branch for now and let me know here if you find any problems with it. In the meantime I will try to merge this code into master. Just need to add tests and finish refactoring I have started.

Fixed in 0.4.0


Update volumePercent.js

Just some improvements :)

Woah, this is way better. Thanks so much for your help!


refactor: telegram login flow

Note: Telegram does not send the photo_url within a message. So after the PR our software will not save telegram avatars automatically.
reopen #866
TODO:

[x] Localize "Submit" button
[x] "Drücke auf Start" instead of "Schick uns eine Nachricht"
[x] Instead of tg://resolve?domain=HundredEyesRobertDevelopmentBot&start=2GZVryjG link to t.me/HundredEyesRobertDevelopmentBot&start=2GZVryjG - some devices cannot open tg:// links but they are able to open Telegram after visiting the t.me website
[x] Initially hide alternative options to connect. They should be visible after clicking a button "Any troubles to connect?"
[x] Show 8-digit telegram_onboarding_token as well as the name of the bot. This is another alternative way to connect with Telegram: A contributor searches for the bot in the Telegram app and sends the 8-digit code.
[x] When a user already signed up and has telegram_onboarding_token not nil but telegram_id: nil, visiting http://localhost:3000/onboarding?jwt=<JWT> should redirect to localhost:3000/onboarding/telegram/link/<TOKEN>. This way, a contributor who clicks on the invitation link in the email (e.g. from the phone) will get to the correct page immediately. This should be doable as we save the JWT along with the contributor.

Please also check this scmall bug: https://github.com/tactilenews/100eyes/issues/895

Hi @roschaefer, requesting changes as this introduces a regression/bug (see this comment).
Apart from that, I’m not sure if this might be problem.


IGNITE-14069 added release notes for 2.10 version

Thank you for submitting the pull request to the Apache Ignite.
In order to streamline the review of the contribution
we ask you to ensure the following steps have been taken:
The Contribution Checklist

[ ] There is a single JIRA ticket related to the pull request.
[ ] The web-link to the pull request is attached to the JIRA ticket.
[ ] The JIRA ticket has the Patch Available state.
[ ] The pull request body describes changes that have been made.
The description explains WHAT and WHY was made instead of HOW.
[ ] The pull request title is treated as the final commit message.
The following pattern must be used: IGNITE-XXXX Change summary where XXXX - number of JIRA issue.
[ ] A reviewer has been mentioned through the JIRA comments
(see the Maintainers list)
[ ] The pull request has been checked by the Teamcity Bot and
the green visa attached to the JIRA ticket (see TC.Bot: Check PR)

Notes

How to Contribute
Coding abbreviation rules
Coding Guidelines
Apache Ignite Teamcity Bot

If you need any help, please email<EMAIL_ADDRESS>or ask anу advice on http://asf.slack.com #ignite channel.

@Nikita-tech-writer
Hello, I've fixed all comments. Is everything OK now?

Thank you, Maxim! Everything is just fine now!


Flowers problem

Testimony
Yvan has seen many unknow nodes near -864, 2, -196 !
The unknow nodes are created by flowers:lily_pad

Oops. My fault, when modifying flowers. https://github.com/Ombridride/minetest-minetestforfun-server/blob/060e03b003baeba80990b939a5d6ec3dd33948b7/minetestforfun_game/mods/flowers/init.lua
Fixed.
https://github.com/Ombridride/minetest-minetestforfun-server/commit/97dafe87cebd27daad93569d1d8cfb6272e10f2d

I think so, no problem, good fix/job :)


Is there a way to create an irregularly-shaped diagram instead of a rect?

I'm doing a project where I overlay a diagram on a map to show the location of the nearest hospital in an area. Unfortunately, the mapped area is not very rectangular, so the diagram has very large cells around the edges that go into surrounding areas. Is there an elegant way to create a border on the voronoi diagram that more nearly matches the borders of the mapped area?

Unfortunately there is no elegant way around it, Fortune's algorithm used by this library requires the space to be a rectangular shape. You will have to manually remove the external areas to fit your map, possibly by drawing the diagram separately and then applying a mask to it.

No worries. Thanks for letting me know. I'll rig up a solution then.


Can't load .wav files

shows unsupported file type

It was the bitrate. converted it and now it's fine. How do I link videos to it?

You can just drop .gif or .webm files in the directory.


Consistent naming of plugin

[...] I would suggest to rename it to match your repository name so nobody can miss it :smiley:

Originally posted by @eeintech in https://github.com/inventree/InvenTree/discussions/4084#discussioncomment-4470781

@matmair are there any naming conventions of plugin names, repository name, sub folder, plugin slug, plugin name, plugin title, ...? What would you recommend me to name it?

@wolflu05 tbh: no. Plugins are classes so the plugin class should use camel case per pep 8. I name the main module the same as the class but that is not up to pep 8.
I should probably write a bit more about writing plugins, conventions etc. are there any other questions/things that are non obvious?

@matmair I am struggling if

my slug should be: inventree-bulk-plugin or inventree_bulk_plugin
if NAME and TITLE can contain spaces
if my plugin should be named with the inventree prefix as like the built in plugins are named. (Btw. Inventree or InvenTree?)
my sub folder (currently called inventree_bulk) cannot contain - as this is no valid import path?

inventree-bulk-plugin
No and yes (both can but it would be better if name did not)
If you refer to the project or org it should be InvenTree (mostly for word mark recognition as it could be read as a misspelling of Inventory)
folders should generally be named with underscores

@matmair There are even inconsistencies in the built in plugins naming.

They contain spaces
One is InvenTree and one Inventree.
Some plugins are named starting with InvenTree, others not

Viele Köche und so
I'll fix that in a bit. Plugins are currently very much driven by the integration needs/wishes of Oliver and me, with growing usage by the userbase I think we will find more of those oddities and need to fix/clarify them.

@matmair I now choose the following naming (implemented in #20 ), is that matching the "conventions"?
setup.py
    entry_points={
        "inventree_plugins": [
            "InvenTreeBulkPlugin = inventree_bulk_plugin.InvenTreeBulkPlugin:InvenTreeBulkPlugin"
        ]
    },

inventree_bulk_plugin/InvenTreeBulkPlugin.py:
    TITLE = "InvenTree Bulk Plugin"
     SLUG = "inventree-bulk-plugin"
     NAME = "InvenTreeBulkPlugin"

I fixed some of the default names. The sample plugins are only shown when the server is in debug so I left those out


spanner: decoder should re-use arg arrays

Currently, when the spanner client decodes an array column, it always creates a new array. This can result in more memory allocation than necessary. In this example, memory for a is reallocated for each row.
var a []string
...
for {
    row, err := iter.Next()
    ...
    ... row.Column(0, &a) ...
}

This behavior is certainly safer than re-using memory, when the caller saves a for later use. But it makes it impossible to control memory. If we instead re-used the memory of a, then users could choose whether they wanted to save memory or make a copy.
If we do this, I recommend the following algorithm, which is consistent with the BigQuery client: if the given slice is too short (which includes the case where it is nil), allocate a new one. Otherwise, slice the given one to the right length and reuse it.
/cc @pongad @vkedia

Moved to wiki.


python311Packages.langsmith: 0.1.26 -> 0.1.27

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python311Packages.langsmith is: Client library to connect to the LangSmith LLM Tracing and Evaluation Platform
meta.homepage for python311Packages.langsmith is: https://github.com/langchain-ai/langsmith-sdk
meta.changelog for python311Packages.langsmith is: https://github.com/langchain-ai/langsmith-sdk/releases/tag/v0.1.24
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.1.24 with grep in /nix/store/bv94jmkqvs21lcxni0d12ypp0kb19qzf-python3.11-langsmith-0.1.24
found 0.1.24 in filename of file in /nix/store/bv94jmkqvs21lcxni0d12ypp0kb19qzf-python3.11-langsmith-0.1.24

Rebuild report (if merged into master) (click to expand)

12 total rebuild path(s)

12 package rebuild(s)

First fifty rebuilds by attrpath
khoj
pentestgpt
python311Packages.langchain
python311Packages.langchain-community
python311Packages.langchain-core
python311Packages.langchain-text-splitters
python311Packages.langsmith
python312Packages.langchain
python312Packages.langchain-community
python312Packages.langchain-core
python312Packages.langchain-text-splitters
python312Packages.langsmith

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/bv94jmkqvs21lcxni0d12ypp0kb19qzf-python3.11-langsmith-0.1.24 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python311Packages.langsmith https://github.com/r-ryantm/nixpkgs/archive/2523e5f49d83d66b6984d0c4b3a914a0968c1e9e.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/2523e5f49d83d66b6984d0c4b3a914a0968c1e9e#python311Packages.langsmith

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/bv94jmkqvs21lcxni0d12ypp0kb19qzf-python3.11-langsmith-0.1.24
ls -la /nix/store/bv94jmkqvs21lcxni0d12ypp0kb19qzf-python3.11-langsmith-0.1.24/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review --extra-nixpkgs-config '{ allowInsecurePredicate = x: true; }' run on x86_64-linux 1

2 packages failed to build:

khoj
khoj.dist

22 packages built:

pentestgpt
pentestgpt.dist
python311Packages.langchain
python311Packages.langchain-community
python311Packages.langchain-community.dist
python311Packages.langchain-core
python311Packages.langchain-core.dist
python311Packages.langchain-text-splitters
python311Packages.langchain-text-splitters.dist
python311Packages.langchain.dist
python311Packages.langsmith
python311Packages.langsmith.dist
python312Packages.langchain
python312Packages.langchain-community
python312Packages.langchain-community.dist
python312Packages.langchain-core
python312Packages.langchain-core.dist
python312Packages.langchain-text-splitters
python312Packages.langchain-text-splitters.dist
python312Packages.langchain.dist
python312Packages.langsmith
python312Packages.langsmith.dist

Maintainer pings
cc @natsukium for testing.

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python311Packages.langsmith is: Client library to connect to the LangSmith LLM Tracing and Evaluation Platform
meta.homepage for python311Packages.langsmith is: https://github.com/langchain-ai/langsmith-sdk
meta.changelog for python311Packages.langsmith is: https://github.com/langchain-ai/langsmith-sdk/releases/tag/v0.1.27
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 0.1.27 with grep in /nix/store/hgi36nrhyjqarz6gay3f2gk76g60agcx-python3.11-langsmith-0.1.27
found 0.1.27 in filename of file in /nix/store/hgi36nrhyjqarz6gay3f2gk76g60agcx-python3.11-langsmith-0.1.27

Rebuild report (if merged into master) (click to expand)

12 total rebuild path(s)

12 package rebuild(s)

First fifty rebuilds by attrpath
khoj
pentestgpt
python311Packages.langchain
python311Packages.langchain-community
python311Packages.langchain-core
python311Packages.langchain-text-splitters
python311Packages.langsmith
python312Packages.langchain
python312Packages.langchain-community
python312Packages.langchain-core
python312Packages.langchain-text-splitters
python312Packages.langsmith

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/hgi36nrhyjqarz6gay3f2gk76g60agcx-python3.11-langsmith-0.1.27 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python311Packages.langsmith https://github.com/r-ryantm/nixpkgs/archive/fbe43eca83de2228af76543631ff4fb73af57fe5.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/fbe43eca83de2228af76543631ff4fb73af57fe5#python311Packages.langsmith

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/hgi36nrhyjqarz6gay3f2gk76g60agcx-python3.11-langsmith-0.1.27
ls -la /nix/store/hgi36nrhyjqarz6gay3f2gk76g60agcx-python3.11-langsmith-0.1.27/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review --extra-nixpkgs-config '{ allowInsecurePredicate = x: true; }' run on x86_64-linux 1

2 packages failed to build:

khoj
khoj.dist

22 packages built:

pentestgpt
pentestgpt.dist
python311Packages.langchain
python311Packages.langchain-community
python311Packages.langchain-community.dist
python311Packages.langchain-core
python311Packages.langchain-core.dist
python311Packages.langchain-text-splitters
python311Packages.langchain-text-splitters.dist
python311Packages.langchain.dist
python311Packages.langsmith
python311Packages.langsmith.dist
python312Packages.langchain
python312Packages.langchain-community
python312Packages.langchain-community.dist
python312Packages.langchain-core
python312Packages.langchain-core.dist
python312Packages.langchain-text-splitters
python312Packages.langchain-text-splitters.dist
python312Packages.langchain.dist
python312Packages.langsmith
python312Packages.langsmith.dist

Maintainer pings
cc @natsukium for testing.


context missing in responseCache ifdef

Issue workflow progress

Progress of the issue based on the
Contributor Workflow

[ ] 1. The issue provides a reproduction available on
Github,
Stackblitz
or
CodeSandbox

Make sure to fork this template and run yarn generate in the terminal.
Please make sure Mesh package versions under package.json matches yours.

[ ] 2. A failing test has been provided
[ ] 3. A local solution has been provided
[ ] 4. A pull request is pending review

Describe the bug
It seems that context is not made available in the ifDef of the responseCache plugin. This seems to be inconsistent with the docs.
plugins:
  - deduplicateRequest: {}
  - responseCache:
      includeExtensionMetadata: true
      ttl: 900000 # 15 minutes
      if: '!Object.hasOwn(context.headers, "skipCache") || context.headers.skipCache === "false"'

"Unexpected response: \"ReferenceError: context is not defined\\n    at eval (eval at enabled (/home/mmadson/redacted/node_modules/@graphql-mesh/plugin-response-cache/cjs/index.js:23:16), <anonymous>:3:23)\\n    at enabled (/home/mmadson/redacted/node_modules/@graphql-mesh/plugin-response-cache/cjs/index.js:23:47)\\n    at onRequest (/home/mmadson/redacted/node_modules/@graphql-yoga/plugin-response-cache/cjs/index.js:73:17)\\n    at /home/mmadson/dev/redacted/node_modules/@whatwg-node/server/cjs/createServerAdapter.js:55:125\\n    at iterate (/home/mmadson/dev/redacted/node_modules/@whatwg-node/server/cjs/utils.js:367:25)\\n    at iterate (/home/mmadson/redacted/node_modules/@whatwg-node/server/cjs/utils.js:379:16)\\n    at /home/mmadson/redacted/node_modules/@whatwg-node/server/cjs/utils.js:373:24\""

To Reproduce Steps to reproduce the behavior:

Expected behavior
context should be available
Environment:

OS: Ubuntu Linux
NodeJS: 20.12.2
NPM: 10.5.0

Additional context
package.json deps
  "dependencies": {
    "@graphql-mesh/cache-redis": "0.97.5",
    "@graphql-mesh/cli": "0.89.9",
    "@graphql-mesh/graphql": "0.97.5",
    "@graphql-mesh/mongoose": "0.97.5",
    "@graphql-mesh/openapi": "0.99.6",
    "@graphql-mesh/plugin-deduplicate-request": "0.97.5",
    "@graphql-mesh/plugin-response-cache": "0.97.6",
    "@graphql-mesh/runtime": "0.98.8",
    "@graphql-mesh/transform-encapsulate": "0.97.5",
    "@graphql-mesh/transform-extend": "0.97.5",
    "@graphql-mesh/transform-filter-schema": "0.97.5",
    "@graphql-mesh/transform-rename": "0.97.5",
    "graphql": "16.8.1",
    "mongoose": "8.3.2",
    "tslib": "2.6.2"
  },

After digging into the code, I think there is a bigger issue around my expectations for how the "ifDef" is supposed to work for this plugin. My expectation was that this ifDef would be consulted on each request to determine if caching should be enabled for the request -- meaning I could selectively ignore the cache on a per query / request basis. That does not appear to be how this cache is implemented. Rather it seems that this ifDef is only called to initially determine if the plugin should be enabled or not but once enabled, the cache is consulted on each subsequent request regardless of the evaluation of the ifdef.
This is less than ideal. So I suppose this bug report is actually a feature request.
I'd like to be able to selectively enable / disable response caching on a per request / query basis depending on the value of a request header. For example if the header skipCache is present and truthy, then I'd like to disable caching so that we do not get a cache hit and all outbound requests are made.
However, if this header is not present I'd like the caching to be enabled as expected respecting TTLs etc.

turns out the main problem here is that function constructors do not inherit lexical scope. Needed to pass context as an arg to resolve things. See attached PR for a fix.


RevEng: Scaffolding fails silently on VB projects

It would be helpful to show an error message instead https://github.com/ErikEJ/EntityFramework7.SqlServerCompact/issues/242#issuecomment-147589772

We should just be generating C# (or a warning would be fine too).

@rowanmiller @ErikEJ - I tried running Scaffold-DbContext against a VB project with build 7.0.0-rc2-16542 and that does not fail. Instead it produces C# code in the VB project successfully. So if we want that functionality we just leave the code as is. However I have created a PR, see #4087, which does throw an error from Scaffold-DbContext if the user attempts to run it from a VB project, which we can use if preferred.

Showing an error is better... so lets get your PR in

See comments in PR #4087. We decided to leave the code as is - for now it will generate C# code in a VB project.

https://github.com/aspnet/EntityFramework/issues/4210
Migrations and Scaffold "translated" to VB.


Begin testing on macos

Checklist:

[ ] Added tests for changed code where applicable.
[ ] Documentation reflects the changes where applicable.
[ ] Updated the CHANGELOG.md file with your changes.
[x] My PR is ready to review.

Resolves: #186
Description of the changes being introduced by the pull request:

Codecov Report

Merging #191 (750deaa) into master (b8ecfd5) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##            master      #191   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           10        10
  Lines          310       310
=========================================
  Hits           310       310

:mega: We’re building smart automated test selection to slash your CI/CD build times. Learn more


feat: add pr and issue template

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.haohongfan1 seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.


Move handle inside draggable?

I'm trying to style a handle and move it inside the draggable element, rather than have it outside.  This is using active=true and prevent-deactivation=true - if you do those then the handles always appear, but they look messy in my application outside the element, so I want them to be inside on a title bar.
I'm trying to do it using this CSS:
.handle-tl {
  content: url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QAAAAAAAD5Q7t/AAAACXBIWXMAAA7DAAAOwwHHb6hkAAAAB3RJTUUH4AQLDigeVd0uIAAAAHpJREFUOMvVkDEKgDAMRQuOLoIHcHTUybmb4BW8gPQM4tWfg6mUIJRmUf+W8P9/JM59RkAHBACZK2Dh0ii7GtiiRxcEMQ8yx/ABtBJeZeefCgB6Rd41GZhzp9xhoMmSk+BLZPWDcnJSMJnIqqScrMI2shTYyOqJ3v1OJ4UMEzPeJauEAAAAAElFTkSuQmCC');
  height: 16px;
  width: 16px;
  top: 16px;
  position: relative;
}

But once it moves inside, I can no longer grab it and drag.  If I remove the position: relative, then it moves outside and then I can drag it.
Any suggestions?

You definitely have to remove position: relative from your style. It works for the top-left handle but of course not for the other handles. Just use position: absolute and adjust the position for each one.
Here's how you can do it:
.handle {
  content: url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QAAAAAAAD5Q7t/AAAACXBIWXMAAA7DAAAOwwHHb6hkAAAAB3RJTUUH4AQLDigeVd0uIAAAAHpJREFUOMvVkDEKgDAMRQuOLoIHcHTUybmb4BW8gPQM4tWfg6mUIJRmUf+W8P9/JM59RkAHBACZK2Dh0ii7GtiiRxcEMQ8yx/ABtBJeZeefCgB6Rd41GZhzp9xhoMmSk+BLZPWDcnJSMJnIqqScrMI2shTYyOqJ3v1OJ4UMEzPeJauEAAAAAElFTkSuQmCC');
  height: 16px;
  width: 16px;
  position: absolute;
  background-color: red;
}
.handle-tl {
  top: 0;
  left: 0;
}
.handle-tr {
  top: 0;
  right: 0;
}
.handle-bl {
  bottom: 0;
  left: 0;
}
.handle-br {
  bottom: 0;
  right: 0;
}
.handle-tm {
  top: 0;
  left: 50%;
}
.handle-ml {
  top: 50%;
  left: 0;
}
.handle-mr {
  top: 50%;
  right: 0;
}
.handle-bm {
  bottom: 0;
  left: 50%;
}

And the result

Thanks very much.
In my example I also had to set z-index, otherwise the handle didn't
seem to be capturing the event.
------ Original Message ------
From: "Maurizio"<EMAIL_ADDRESS>To: "mauricius/vue-draggable-resizable"
<EMAIL_ADDRESS>Cc: "Edward Hibbert"<EMAIL_ADDRESS>"Author"
<EMAIL_ADDRESS>Sent: 07/09/2019 12:29:50
Subject: Re: [mauricius/vue-draggable-resizable] Move handle inside
draggable? (#177)

You definitely have to remove position: relative from your style. It
works for the top-left handle but of course not for the other handles.
Just use position: absolute and adjust the position for each one.
Here's how you can do it:
.handle {
content: url('data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABAAAAAQCAYAAAAf8/9hAAAABmJLR0QAAAAAAAD5Q7t/AAAACXBIWXMAAA7DAAAOwwHHb6hkAAAAB3RJTUUH4AQLDigeVd0uIAAAAHpJREFUOMvVkDEKgDAMRQuOLoIHcHTUybmb4BW8gPQM4tWfg6mUIJRmUf+W8P9/JM59RkAHBACZK2Dh0ii7GtiiRxcEMQ8yx/ABtBJeZeefCgB6Rd41GZhzp9xhoMmSk+BLZPWDcnJSMJnIqqScrMI2shTYyOqJ3v1OJ4UMEzPeJauEAAAAAElFTkSuQmCC');
height: 16px;
width: 16px;
position: absolute;
background-color: red;
}
.handle-tl {
top: 0;
left: 0;
}
.handle-tr {
top: 0;
right: 0;
}
.handle-bl {
bottom: 0;
left: 0;
}
.handle-br {
bottom: 0;
right: 0;
}
.handle-tm {
top: 0;
left: 50%;
}
.handle-ml {
top: 50%;
left: 0;
}
.handle-mr {
top: 50%;
right: 0;
}
.handle-bm {
bottom: 0;
left: 50%;
}
And the result
Schermata da 2019-09-07 13-23-09
https://user-images.githubusercontent.com/7000852/64474284-88ea2000-d173-11e9-8587-b43b1160daff.png
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/mauricius/vue-draggable-resizable/issues/177?email_source=notifications&email_token=AAAN26G76BMFNU7ZXQDUF5LQIOGC5A5CNFSM4II4IM7KYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD6EWX6Q#issuecomment-529099770,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAAN26HIORZPI63EWIVREKTQIOGC5ANCNFSM4II4IM7A.


[Errno 2] No such file or directory

The issue tracker is for reporting product deficiencies. "How do I?" questions should be posted to the discussion forum at https://groups.google.com/group/google-apps-manager. When in doubt, start at the discussion forum and return here only when instructed to do so.
Please confirm the following:

I have upgraded to the latest GAM release from https://github.com/GAM-team/GAM/releases and I still have this issue.
I am typing the command as described in the GAM Wiki at https://github.com/jay0lee/gam/wiki

Full steps to reproduce the issue:
1.open cmd
2.type cd /gam
3.type any command
4. get [Errno 2] No such file or directory
This happened immediaty after upgrading to 6.25

This is the same mistake as:
https://github.com/GAM-team/GAM/issues/1557

Thanks Jay... easy fix.
:)
On Wed, Sep 7, 2022 at 10:08 AM Jay Lee @.***> wrote:

Closed #1558 https://github.com/GAM-team/GAM/issues/1558 as completed.
—
Reply to this email directly, view it on GitHub
https://github.com/GAM-team/GAM/issues/1558#event-7339814273, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/A26OBUBV6POTA5HPXZWH3BLV5CVVTANCNFSM6AAAAAAQG237BA
.
You are receiving this because you authored the thread.Message ID:
@.***>

--
In Person Tech Support Appointment Calendar
https://koalendar.com/events/In-Person-Tech-Support
Virtual Tech Support Appointment Calendar
https://koalendar.com/events/virtual-meetings-with-tim


Disallow view column type to be unknown

Related issue: #4502
If there are, I would like to hear about better place to check than the constructor and better way of checking than using instanceof.
Note: I tested manually by running the query from the issue.

ViewDefinition is the wrong place for the check. The column types should be validated in CreateViewTask and throw an appropriate SemanticException.

instanceof is fine. It could also be type.equals(UnknownType.UNKNOWN)

Addressed your comments @electrum,
I moved the check to mapping function, just before creating ViewColumn instance,
hope this is better.

I looked at this more and this should actually be done in StatementAnalyzer as part of visitCreateView. I'll fix this up.

@electrum Ok, thanks for the help anyway.

Merged, thanks!


Don't call close if connect does not succeed

Fixes https://github.com/aspnet/AspNetCore/issues/14075
Description
There is a race when falling back from WebSockets to other transports that will prevent fallback from working. This code was refactored in 3.0 which caused this regression. When a WebSocket connection failed to start, the WebSocket transport code would signal both that the connection failed to start and that the connection was closed. This would cause a race in the SignalR logic and if the wrong path wins the race, the connection is closed entirely instead of falling back to other transports.
Customer Impact
In situations where an intermediary (i.e. not the client, and not the app server) doesn't support WebSockets, the client may fail to connect where previously it would have fallen back to a different transport. Generally this wouldn't have a huge impact except that by default Azure App Service has an intermediary that doesn't support WebSockets. It can be enabled by users, but many customers don't enable it or don't wish to enable it. It is also a regression of a core functionality of SignalR (fallback) in 3.0.
Regression?
Yes, regression in 3.0 from the 2.2 behavior
Risk
Low, added test coverage to prevent this kind of issue in the future

Why the [Do Not Merge]?

Why the [Do Not Merge]?

To not scare Doug 😛
Also, because 3.0 isn't ready for patch work.

@BrennanConroy put the servicing goop in (Customer Impact, a brief description, risk, etc.)

put the servicing goop in (Customer Impact, a brief description, risk, etc.)

@anurse Done, if you'd like to wordsmith it a bit (since you're better at that than I am) go for it.

Approved by Tactics for 3.0 servicing. Please ⚠ hold merging ⚠ for right now though. I think we need to do branding updates before merging servicing fixes (cc @aspnet/build @Pilchie)

Yeah, I'm working on those branding updates -- an expansion of aspnet/AspNetCore-Internal#3153 that I started on last night

Branches are ✔ Open ✔ for 3.0.1 changes. Since this is approved and has the patch config goop. This can be merged when ready (and builds are green).

Note: People who can merge, don't do so without talking to me first please. Need to verify the runtime is updated etc.

@aspnet-hello triage https://dev.azure.com/dnceng/public/_build/results?buildId=372077&view=logs

This comment was made automatically. If there is a problem contact<EMAIL_ADDRESS>I've triaged the above build. I've created/commented on the following issue(s)
https://github.com/aspnet/AspNetCore-Internal/issues/3156
https://github.com/aspnet/AspNetCore-Internal/issues/2617
https://github.com/aspnet/AspNetCore-Internal/issues/2408
https://github.com/aspnet/AspNetCore-Internal/issues/3184
https://github.com/aspnet/AspNetCore-Internal/issues/2673

Guys, whatsup with this issue - it's really hitting us hard because we have firewalls without WebSocket-Support!

If you know that WebSockets are not supported you can set the supported transports on your hub endpoint so clients don't even try to use WebSockets
See the Transports option in https://docs.microsoft.com/en-us/aspnet/core/signalr/configuration?view=aspnetcore-3.0&tabs=dotnet#advanced-http-configuration-options

@DNF-SaS It'll be fixed in the upcoming 3.0.1 patch. The date is TBD as there are some blocking issues we are looking to resolve but we are working on getting out as quickly as possible. It'll also be fixed in the 3.1 release scheduled by the end of the year. I know this is a bad one, we're working on getting a fix out ASAP.
My recommendation for now would be to hold the update to 3.0 if you're affected by this. Watch the .NET Blog for a post when the 3.0.1 patch is available.

If you know that WebSockets are not supported you can set the supported transports on your hub endpoint so clients don't even try to use WebSockets
See the Transports option in https://docs.microsoft.com/en-us/aspnet/core/signalr/configuration?view=aspnetcore-3.0&tabs=dotnet#advanced-http-configuration-options

It wasn't immediately clear to me where to set this up exactly. Should anyone else struggle in the time until 3.0.1, this worked for me as temp workaround in Startup.Configure:
app.UseEndpoints(endpoints =>
{
    endpoints.MapBlazorHub(options =>
    {
        options.Transports = HttpTransportType.LongPolling;
    });
    endpoints.MapFallbackToPage("/_Host");
});


Indentation character is not configurable

Editor only seems to support 2 spaces for indentations, and this size cannot be changed, nor can it be changed to tabs.
Thanks!

So, where is the change?

This product is dead. I highly recommend Cloud9, which rivals the very best IDEs (surpasses, IMO).
https://c9.io