WhereIsAI/github-issue-similarity huggingface dataset:
Issue 1:
This line of code

n=512; L=rand(n,n); z=rand(n); b=L\z;

runs in the REPL and in IJUlia with 1.6.3. I get a StackOverflowError: in IJulia under 1.6.4. Running Monterey. Others report the same problem in vscode and Juno.

Please see

https://discourse.julialang.org/t/downgrade-to-1-6-3/72129/2

Issue 2:
Hello,

the sum of two symmetric matrices should be flagged as Hermitian

and this seems not the case now.

Here is an example (Julia Version 1.1.0).

The same thing happens when P and Q are complex and also for Symmetric matrices.

julia> P

3×3 LinearAlgebra.Hermitian{Float64,Array{Float64,2}}:

3.69851 -0.0364136 0.004914

-0.0364136 0.964787 -0.966531

0.004914 -0.966531 1.7757

julia> Q

3×3 LinearAlgebra.Hermitian{Float64,Array{Float64,2}}:

3.05221 2.72049 -0.659437

2.72049 5.69997 0.348603

-0.659437 0.348603 3.45141

julia> P+Q

3×3 Array{Float64,2}:

6.75072 2.68407 -0.654523

2.68407 6.66476 -0.617927

-0.654523 -0.617927 5.22712
Issue 1:
ℹ Computer information

PowerToys version: 0.20.1

PowerToy Utility: PowerTools Run

Running PowerToys as Admin: Yes

Windows build number: 19041.450

📝 Provide detailed reproduction steps (if any)

Write "vscode" in text box

✔️ Expected result

Visual Studio Code should be found as when I write "vscode" in windows search

❌ Actual result

Many useless files are found but not Visual Studio Code

📷 Screenshots

Issue 2:
I was wondering if you guys wanted to see another little utility that I made for myself which is actually surprisingly useful.

It's a screenshot utility which is similar to a recently added snap feature in windows but I made it specifically to be as unobtrusive and light-weight as possible.

It's available at my repo here

Everything is described in the repo. You should try it if you want. That is actually a port from Delphi, but it's stable and can be tested 👍

If needed, the code could be refactored to suit the common programming patterns like MVVM etc.
Issue 1:
Apache Airflow version

2.3.1 (latest released)

What happened

I have added a new task to an existsting workflow (DAG), where the other tasks already had previous runs.

When I added the new task, the grid became inaccessible, because it wanted to get runIds for the new task, which did not exist.

An error occured in the grid..js, but since the file is minified/obfuscated, it's unclear for me where exactly.

What you think should happen instead

The grid should handle missing runId without causing an exception.

How to reproduce

Create a simple dag, with a few dummy tasks, and let it run a few times. Check out the grid (it should be okay).

After that, add a new dummy task, and check out the grid again. The grid's area will be empty, and the JS console will have the following error: TypeError: Cannot read properties of null (reading 'runId')

Probably any other scenarios where the tasks run history is uneven, could also cause this error.

Operating System

Linux

Versions of Apache Airflow Providers

No response

Deployment

Virtualenv installation

Deployment details

No response

Anything else

No response

Are you willing to submit PR?

Yes I am willing to submit a PR!

Code of Conduct

I agree to follow this project's Code of Conduct

Issue 2:
Apache Airflow version

Other Airflow 2 version

What happened

Airflow 2.3.3.

Task instance failures produce duplicates in "task_fail" table for this constraint (dag_id, task_id, run_id, map_index).

What you think should happen instead

Recently FK constraint between task_fail and task_instance tables was introduced:

#22260

And then there was a change to purge duplicates for this constraint from task_fail table (on db upgrade):

#22769

Removing duplicates on db upgrade to Airflow 2.3+ before establishing FK between tables makes sense, however these duplicates can occur in running Airflow 2.3+ instance (see "How to reproduce").

What is rationale for removing duplicates once on upgrading to Airflow 2.3+ but keeping this possibility to generate duplicates again? Isn’t it going to break foreign key and integrity of these two tables?

How to reproduce

Trigger DAG with task that fails multiple times for different tries, it will produce duplications in "task_fail" table.

Example (two tries with 5 mins interval for retries):

id | task_id | dag_id | start_date | end_date | duration | map_index | run_id
1 | task | dag1_failing | 2022-09-23 09:11:44.102894+00 | 2022-09-23 09:11:44.469007+00 | 0 | -1 | scheduled__2022-09-22T00:00:00+00:00
3 | task | dag1_failing | 2022-09-23 09:16:44.995269+00 | 2022-09-23 09:16:45.310398+00 | 0 | -1 | scheduled__2022-09-22T00:00:00+00:00

Operating System

Linux

Versions of Apache Airflow Providers

No response

Deployment

Composer

Deployment details

No response

Anything else

No response

Are you willing to submit PR?

Yes I am willing to submit a PR!

Code of Conduct

I agree to follow this project's Code of Conduct
Issue 1:
English is good but I can't type anything with Korean. I can copy and paste the text, but cannot type it. It feels like it just doesn't support Korean input. I can see text output so maybe it would not be a problem with fonts.

Environment

Windows build number: Microsoft Windows [Version 10.0.18362.267]
Windows Terminal version (if applicable): Windows Terminal (Preview) 0.3.2171.0

The font was Consolas.

Steps to reproduce

Open any type of terminal.

change system language like usual

(with 한/영 key (language change key), or click the language change button on the taskbar)

write some text.

Expected behavior

I can write Korean text to the terminal

Actual behavior

I cannot write Korean text to the terminal

Issue 2:
Environment

Windows build number: 18950
Windows Terminal version (if applicable): 0.3

Any other software? Python, Firefox, Visual Studio, etc. They shouldn't impact this problem.

Steps to reproduce

Open the Windows Settings app.

Change from dark mode to light mode, or vice versa.

Expected behavior

The Windows Terminal title bar color will change after a simple change in the Settings app and adapt to the rest of the Windows environment.

Actual behavior

The Windows Terminal title bar color stays the same after the Settings app dark/light mode change. I have to restart the app in order for the Terminal title bar to obey the Settings change.

(Not talking about accent color, by the way)
Issue 1:
Description of the problem

In creating a shadow for one scene, the basic processes include creating an available light, a cast shadow object, a receive shadow object. The problem I met is in the light's part.

I create a spotlight with specifying its target to be a cube, adding the shadow camera to one camerahelper and then rendering them, but results seem different in two different three.js versions. The grammar and APIs I obeyed is the newest document in three.js website, can be accessed here.

A code snippet in two different three.js version shows here (the same codes with just different three.js version included):

jsfiddle - r85, scripted loaded via cloudflare's CDN

jsfiddle - r84, scripted loaded via cloudflare's CDN

I also took some screenshots to show the differences between them:

The abnormal one (r85) with shadow doesn't displayed in the right place, as well as the shadow camera fixed to vec(0,0,0). The shadow camera scope is emphasized with yellow lines in the picture.

The good (r84) one with shadow displayed in the right position, but the shadow camera still fixed to vec(0,0,0), which I think it's not supposed to be that, since a good shadow camera should follow the position of its belonged light? (such as the following pic)

It seems r85 can't display shadow in spotlight normally, but there is no problem in r84; on the other hand, these two versions both have a wrong shadow camera position in spotlight environment.

Three.js version

r85

Browser

I didn't test all the browsers but I think it is apparently not the browser internal issues.

All of them

Chrome

Firefox

Internet Explorer (Not test)

OS

[] All of them

Windows

macOS

Linux

Android

iOS

Hardware Requirements (graphics card, VR Device, ...)

Just follow the basic requirements of three.js' runtime environment is enough to catch this problem.

Issue 2:
Hi!

I'm interested in translating the documentations into French after noticing some of my students are sometimes struggling with English terms.

I wanted to know if there was a specific process for that and also a way to link a version of the translate page to the English one.

I mean, does every English page have a version number that could be linked to any translation so users know if the page he is currently reading in another language is up to date or not.

Thanks!
Issue 1:
We ran into an issue with keep alives not working. We were using the AutomaticKeepAliveClientMixin in an abstract State class. Because of the @mustCallSuper annotation, we knew to call super.build in the build method of the abstract class. However, there was no warning for the fact that we weren't calling super.build in the concrete implementations of our abstract State class.

I can't envision a case where you wouldn't want the annotation to extend to all transitive subclasses.

Issue 2:
Flutter version: Very recent master build

Happens in the Android Emulator (with Google Keyboard) and on a real Android device (with Sony keyboard). I'm not sure about iOS.

Code to reproduce:

import 'package:flutter/material.dart';
import 'package:flutter/services.dart';
import 'package:flutter_playground/text_area.dart';
import 'package:path/path.dart' as path;

void main() => runApp(MyApp());

class MyApp extends StatelessWidget {
@override
Widget build(BuildContext context) {
return MaterialApp(
title: 'Flutter Playground',
home: AutoCorrectTest(),
);
}
}

class AutoCorrectTest extends StatefulWidget {
@override
_AutoCorrectTestState createState() => _AutoCorrectTestState();
}

class _AutoCorrectTestState extends State<AutoCorrectTest> {
@override
Widget build(BuildContext context) {
return Scaffold(
appBar: AppBar(
title: Text('TextField with autocorrect: false'),
),
body: Padding(
padding: EdgeInsets.all(16.0),
child: TextField(
autocorrect: false
)
),
);
}
}

[√] Flutter (Channel master, v0.9.7-pre.61, on Microsoft Windows [Version 10.0.17134.285], locale de-DE)
• Flutter version 0.9.7-pre.61 at C:\flutter
• Framework revision 2d81adf74c (3 days ago), 2018-10-05 22:29:37 -0700
• Engine revision 572fa5646a
• Dart version 2.1.0-dev.6.0.flutter-c6254163dc

[√] Android toolchain - develop for Android devices (Android SDK 28.0.3)
• Android SDK at F:\Android\sdk
• Android NDK location not configured (optional; useful for native profiling support)
• Platform android-28, build-tools 28.0.3
• ANDROID_HOME = F:\Android\sdk
• Java binary at: C:\Program Files\Android\Android Studio\jre\bin\java
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1136-b06)
• All Android licenses accepted.

[√] Android Studio (version 3.2)
• Android Studio at C:\Program Files\Android\Android Studio
• Flutter plugin version 29.0.2
• Dart plugin version 181.5616
• Java version OpenJDK Runtime Environment (build 1.8.0_152-release-1136-b06)

[!] VS Code, 64-bit edition
• VS Code at C:\Program Files\Microsoft VS Code
• Flutter extension not installed; install from
https://marketplace.visualstudio.com/items?itemName=Dart-Code.flutter

[√] Connected device (1 available)
• Android SDK built for x86 • emulator-5554 • android-x86 • Android 9 (API 28) (emulator)
Issue 1:
by fuzxxl:

The following code works under Go 1.2 but fails to compile with the most recent go tip
(4b3cdcb02f2d).

package cgotest

/*
#pragma pack(1)
struct foo {
char c;
int x;
};
*/
import "C"
import "unsafe"

func foo(f *C.struct_foo) int {
return int(f.x)
}

This is what the correspond _cgo_type.go looks like:

type _Ctype_char int8
type _Ctype_int int32

type _Ctype_struct_foo struct {
c _Ctype_char
_ [4]byte
}

In Go 1.2, the type definition used to have the x field instead of an underscore. This
looks like a regression to me.

Issue 2:
by justin@fathomdb.com:

I'm seeing not-great TLS performance; enabling the ClientSessionCache seems to help.
But it looks like even when resuming a session, we still call processCertsFromClient,
and do an (expensive) validation of the client cert chain.

Two ideas/questions:

1) Do we really need to re-validate the client cert on resume (haven't we already
validated it on first-connect)? Can the client switch certs on us?

2) Is it possible to avoid any of this work using a cache? processCertsFromClient looks
very cacheable to my untrained eye. I'm thinking something similar to
ClientSessionCache in tls.Config.

I guess I could turn off client-cert validation by the tls package, and implement my own
cache. It would sure be nice if this was out-of-the-box though!

Session resumption makes this less important, but I don't see why we wouldn't also cache
validation of server certs.
Issue 1:

Issue 2:
I am now trying to run playwright with firefox in aws lambda. My lambda is deployed as docker container

Playwright is working well with docker and firefox on my local, but I can't find a way how to run this on lambda with docker.

<launched> pid=23
[err] *** You are running in headless mode.
[err] ExceptionHandler::GenerateDump cloned child 34
[err] ExceptionHandler::SendContinueSignalToChild sent continue signal to child
[err] ExceptionHandler::WaitForContinueSignal waiting for continue signal...
=========================== logs ===========================
<launching> /opt/firefox/firefox -no-remote -headless -profile /tmp/playwright_firefoxdev_profile-BYvMgD -juggler-pipe -silent
<launched> pid=23
[err] *** You are running in headless mode.
[err] ExceptionHandler::GenerateDump cloned child 34
[err] ExceptionHandler::SendContinueSignalToChild sent continue signal to child
[err] ExceptionHandler::WaitForContinueSignal waiting for continue signal...
============================================================
Note: use DEBUG=pw:api environment variable and rerun to capture Playwright logs.
at Connection.sendMessageToServer (/var/task/node_modules/playwright/lib/client/connection.js:69:15)
at Proxy.<anonymous> (/var/task/node_modules/playwright/lib/client/channelOwner.js:44:61)
at /var/task/node_modules/playwright/lib/client/browserType.js:61:73
at BrowserType._wrapApiCall (/var/task/node_modules/playwright/lib/client/channelOwner.js:72:34)
at BrowserType.launch (/var/task/node_modules/playwright/lib/client/browserType.js:52:21)
at Runtime.exports.lambdaHandler [as handler] (/var/task/app1.js:6:39)
at Runtime.handleOnce (/var/runtime/Runtime.js:66:25)
END RequestId: ec405a11-a666-42ff-a6e3-a87050e38716
REPORT RequestId: ec405a11-a666-42ff-a6e3-a87050e38716	Duration: 1636.06 ms	Billed Duration: 2771 ms	Memory Size: 512 MB	Max Memory Used: 166 MB	Init Duration: 1134.78 ms	```

What should I do for this?```
Issue 1:
What problem does this feature solve?

If you have a duplicate key in v-for or a key that isn't a primitive type, you get a helpful warning in the console in development mode. But if you spell the key name wrong :key="object.typ" instead of :key="object.type", the key becomes undefined and there's no warning or error, even though all keys are undefined and therefore duplicates.

What does the proposed API look like?

Same API but with browser console error like is shown for other v-for key errors.

Issue 2:
Version

Reproduction link

codesandbox.io

Steps to reproduce

import Vue from "vue";

const a = [1, 2, 3];
Vue.set(a, 1, 100); // Cannot read properties of undefined (reading 'shallow')

What is expected?

Set the array element by index.

What is actually happening?

Error occured.

Introduced in 2.7.3 with commit

360272b#diff-2e26135213b820cfd0eaba327405d14d405a4eee7d14a5c4acfcc2c84ef14692R244
Issue 1:
I have searched the issues of this repository and believe that this is not a duplicate.

Expected Behavior

Navigate to the next page without errors.

Current Behavior

Taking a 'quiz' after reading through a lesson. I've already completed the quizes, but when I click "next" to leave the page I get an "An unexpected error has occurred." message and an error in the console.

"Error: StyleSheetRegistry: styleId: jsx-1586328328 not found.

Stack trace"

Steps to Reproduce (for bugs)

Having already completed the lessons (possibly a factor) go through the quizes

After hitting next on a page with a quiz, observe the error message in the browser and console.

Context

Trying to review content, errors on every other page is a rough ux.

Your Environment

Tech
Version

next

node

OS

browser
firefox developer

etc

Issue 2:
I have searched the issues of this repository and believe that this is not a duplicate.

Current Behavior

My app runs an infinite loop of webpack compilation, every action is therefore hyper slow.

Context

I'm running a Next.js app on top of Express, which is itself on top of serverless-offline, which is used to simulate the AWS lambda behavior.

Express is used by aws-serverless-express, which is a bridge between express and the Serverless framework. I therefore don't run an instance of express myself, but rather just configure the app and export it, as a module. This module is then used internally of aws-serverless-express to run the express server.

In this situation, I don't see how I can use app.prepare, which is async, because if I run it inside my lambda then it gets called at every call, including the HMR heartbeats.
Issue 1:
When using nav-justified, and narrowing the window everything responds nicely, but if you widen the window, the nav items don't return to their original size. You can actually see this in the example page.

http://getbootstrap.com/examples/justified-nav/

Issue 2:
The justified nav example (http://getbootstrap.com/examples/justified-nav) collapses perfectly when the screen is narrowed, but when the screen is expanded it get wonky.

expanded
Issue 1:
by Vova616:

What steps will reproduce the problem?
foo.c:
#include "_cgo_export.h"

void test() {
Test(1,2,3);
}

foo.go:
package main

//void test();
import "C"
import "fmt"

//export Test
func Test(val C.int, val2 C.double, val3 C.double) {
fmt.Println(float64(val), float64(val2), float64(val3))
}

func main() {
C.test()
}

What is the expected output?
1 2 3

What do you see instead?
1 9.80967354e-315 5.304989477e-315

Which compiler are you using (5g, 6g, 8g, gccgo)?
8g 386

Which operating system are you using?
Windows 7 64bit

Which version are you using? (run 'go version')
go version go1.1.2 windows/386
also
go version devel +1d0a0a267088 Wed Aug 14 22:18:49 2013 +0400 windows/386

Please provide any additional information below.

Changing (val C.int -> val C.double) fixes the problem.
"tapir" from github confirmed similar code was working fine on Arch linux
32bit but not on windows.

Issue 2:
The spec at the moment permits _ methods in signatures, like:

type A interface{
_()
}

and such interfaces cannot be implemented, per a prior assessment of this problem (see
issue #5691). That said, there are open questions related to this that are unclear from
the spec. For instance:

1) Given A, and a type B defined like A, and variables a, b of type A, and B,
respectively, is: a = b permitted at compile-time? That is, are type A and B identical?

2) Given A, and a type B interface { _(); _() } with accordingly typed variables a, b,
is: a = b permitted? That is, are type A and B identical now?

There are several ways we can fix this in the spec. Here are two possibilities:

1) Disallow _ methods in interfaces altogether since it's never possible to implement
such an interface, never possible to call the _ method, and the contents of such
variables is always nil. Cons: we permit _ identifiers everywhere else.

2a) Permit _ methods in interfaces but any interface containing (at least) one _ method
is different from any other interface type unless they both have the same name.

2b) Permit _ methods in interfaces but any interface containing (at least) one _ method
is different from any other interface type including itself (sort of the NaN of
interfaces: NaI).

3) Maintain the _ methods in the method set, every single one of them. So interface
types that have the same non-blank methods are identical only if they have the same _
methods. That seems like a bad idea since it would require comparing signatures, and
also makes compiler internal sorting very complicated.

I am leaning towards 2a or 2b. 2b seems cleaner but precludes an easy pointer comparison
to check for type equality w/o further checking that no interface with _ method is
involved.

This is an esoteric corner case but affects how (compiler-) internally method sets are
represented and sorted.
Issue 1:
https://k8s-gubernator.appspot.com/build/kubernetes-jenkins/logs/ci-kubernetes-e2e-gci-gke-staging-parallel/1263/

Failed: DumpClusterLogs {e2e.go}

exit status 1

Previous issues for this test: #33722 #37578

Issue 2:
https://k8s-gubernator.appspot.com/build/kubernetes-jenkins/logs/ci-kubernetes-e2e-aws/1075/

Failed: DumpClusterLogs {e2e.go}

exit status 255

Previous issues for this test: #33722 #37578
Issue 1:
Given this:

struct S;

impl Drop for S {
fn drop(&mut self) {
println!("Dropping S");
panic!("DIE");
}
}

struct T;
impl Drop for T {
fn drop(&mut self) {
println!("Dropping T");
}
}
fn main() {
let t = T;
let s = S;
}

The output is:

Dropping S
thread '<main>' panicked at 'DIE', nounwind.rs:6

The drop() call for T is completely skipped, while I would have expected it to be called.

Issue 2:
The following standalone struct, when compiled, generates the assertion below.

#[deriving(PartialEq)]
struct Foo {
bar:str
}

rustc: /home/rustbuild/src/rust-buildbot/slave/nightly-linux/build/src/llvm/lib/IR/Instructions.cpp:1086: void llvm::StoreInst::AssertOK(): Assertion `getOperand(0)->getType() == cast<PointerType>(getOperand(1)->getType())->getElementType() && "Ptr must be a pointer to Val type!"' failed.
Issue 1:
Description

Use case / motivation

Hi, Airflow team

This issue is not related to the Airflow feature, but to the GitHub action control.

I am talking with the GitHub Action team, as I noticed, sometimes, the ASF GitHub action has very limited slots for Apache SkyWalking.

GitHub did some research, and at least found one task from the Airflow project,

https://github.com/apache/airflow/actions/runs/259069303

This task lasts over 6 hours until GitHub action platform terminated it. Could you help with rechecking why it last so long?

Related Issues

Issue 2:
Apache Airflow version

2.2.3 (latest released)

What happened

I have tried to schedule a dag to run every 5 mins. However at time 10:57am the dag looks like the below and I would have assumed the dag should have been triggered.

And then at 11:02 am I can see the the next run information has changed but the dag still hasn't run

This is the code used to create the dag

with DAG("my_dag",start_date=datetime(2021, 1 ,1),schedule_interval= '*/5 * * * *',
catchup = False) as dag:
task1 = BashOperator(task_id = 'test', bash_command = 'echo "hello"')

What you expected to happen

I expect the dag to run or at least log errors in the scheduler logs

How to reproduce

Create a new dag with a scheduling interval which isn't none

Operating System

Amazon Linux 2

Versions of Apache Airflow Providers

No response

Deployment

Virtualenv installation

Deployment details

No response

Anything else

Using MySQL 8.0.23.

Local executor

Are you willing to submit PR?

Yes I am willing to submit a PR!

Code of Conduct

I agree to follow this project's Code of Conduct