WhereIsAI/github-issue-similarity huggingface dataset:
Issue 1:
I have searched the issues of this repository and believe that this is not a duplicate.

I have checked the FAQ of this repository and believe that this is not a duplicate.

Environment

Dubbo version: 2.7.3

Operating System version: macOs

Java version: JDK 1.8

Steps to reproduce this issue

We are going to serialize direct to Hessian OutputStream for protobuf extension, and read directly from InputStream. The change is going to export the Hessian InputStream & OutputStream for direct write.

private final Hessian2ObjectOutput delegate;

protected ProtobufObjectOutput(OutputStream os) {
this.delegate = new Hessian2ObjectOutput(os);
}

void writeBytesForPBObject(Object obj, Class clazz) throws IOException {
try (OutputStream os = delegate.getOutputStream()) {
if (obj instanceof MessageLite) {
try {
((MessageLite) obj).writeTo(os);
} catch (IOException e) {
throw new RuntimeException("Google PB序列化失败，序列化对象的类型为" + obj.getClass().getName(), e);
}
}
}
}

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

I have checked the FAQ of this repository and believe that this is not a duplicate.

Environment

Dubbo version: 2.7.5

Operating System version: Windows 10 1903

Java version: 1.8.0_221

Steps to reproduce this issue

in root folder execute "mvn clean test"

Expected Result

pass unit test

Actual Result

org.opentest4j.AssertionFailedError: expected: but was:

at org.apache.dubbo.common.extension.AdaptiveClassCodeGeneratorTest.testGenerate(AdaptiveClassCodeGeneratorTest.java:45)

Any try

the souce of is AdaptiveClassCodeGeneratorTest

public class AdaptiveClassCodeGeneratorTest {

@Test
public void testGenerate() throws IOException {
AdaptiveClassCodeGenerator generator = new AdaptiveClassCodeGenerator(HasAdaptiveExt.class, "adaptive");
String value = generator.generate();
URL url = getClass().getResource("/org/apache/dubbo/common/extension/adaptive/HasAdaptiveExt$Adaptive");
try (InputStream inputStream = url.openStream()) {
String content = IOUtils.read(new InputStreamReader(inputStream, "UTF-8"));
assertTrue(content.contains(value));
}
}
}

When I add the following code to it, the unit pass.

value = value.replace("\r","");
value = value.replace("\n","");
content = content.replace("\r","");
content = content.replace("\n","");
Issue 1:
In onResponse callback, we cannot change the value in AppResponse if the value is a primitive type.

Issue 2:
The following code doesn't work on 2.7.2.

@Activate(group = {"provider"})
public class TraceFilter implements Filter {
@Override
public Result invoke(Invoker<?> invoker, Invocation invocation) throws RpcException {
Result result = invoker.invoke(invocation);
Object o = result.getValue();
if (o instanceof String) {
String s = (String) o;
s += "filtered: ";
result.setValue(s);
}
return result;
}
}
Issue 1:
One of the reasons for keeping dead containers around in kubelet today is to get access to logs from previous instances. Dead container instances can take up disk space via their root filesystem and result in disk pressure on the nodes. To alleviate disk pressure and improve the logging experience in kubernetes, kubelet can retrieve logs from dead containers and GC them right away once kubelet doesn't depend on metadata associated with old containers.

Specifically,

Kubelet can retrieve logs from the runtime and store in a per-pod, per-container directory inside of /var/log/ directory. For the docker runtime, this can be a simple move operation. For rkt, we will have to retrieve the logs remotely.

The directory structure can be /var/log/<podUID>/<ContainerName>/<InstanceNumber>_stdout.log

Update kubectl logs -p to return logs from the files instead of relying on the runtime for previous logs.

These logs will be kept around on a best-effort basis and will be deleted whenever there is disk pressure.

Kubelet can prefer keeping the first and most recent instances of a container around and aggressively delete other log files.

All these logs will be accessible initially via the /logs REST endpoint. In the future, we can consider expanding kubectl logs interface to support an instance number or add support for the first attempt specifically.

Issue 2:
Monitoring/logging agents running on a node needs to know which pod a given container belongs to. Currently there is a lot of hacks around this:

filepath for logging

labels on docker

reverse lookup from api server

Each of them has obvious drawbacks. We need a consistent solution for this problem.

cc @dchen1107 @kubernetes/sig-instrumentation @kubernetes/sig-node
Issue 1:
Affected Version

Current master

Description

Here is the error on start up. Maybe it only happens with coordinator + overlord mode.

1) A binding to org.apache.druid.discovery.NodeRole annotated with interface org.apache.druid.guice.annotations.Self was already configured at org.apache.druid.cli.CliCoordinator$1.configure(CliCoordinator.java:242) (via modules: com.google.inject.util.Modules$Override
Module -> com.google.inject.util.Modules$OverrideModule -> org.apache.druid.cli.CliCoordinator$1).
at org.apache.druid.cli.CliOverlord$1.configure(CliOverlord.java:251) (via modules: com.google.inject.util.Modules$OverrideModule -> com.google.inject.util.Modules$OverrideModule -> org.apache.druid.cli.CliOverlord$1)

1 error
at org.apache.druid.cli.GuiceRunnable.makeInjector(GuiceRunnable.java:72)
at org.apache.druid.cli.ServerRunnable.run(ServerRunnable.java:56)
at org.apache.druid.cli.Main.main(Main.java:113)
Caused by: com.google.inject.CreationException: Unable to create injector, see the following errors:

1) A binding to org.apache.druid.discovery.NodeRole annotated with interface org.apache.druid.guice.annotations.Self was already configured at org.apache.druid.cli.CliCoordinator$1.configure(CliCoordinator.java:242) (via modules: com.google.inject.util.Modules$Override
Module -> com.google.inject.util.Modules$OverrideModule -> org.apache.druid.cli.CliCoordinator$1).
at org.apache.druid.cli.CliOverlord$1.configure(CliOverlord.java:251) (via modules: com.google.inject.util.Modules$OverrideModule -> com.google.inject.util.Modules$OverrideModule -> org.apache.druid.cli.CliOverlord$1)

1 error
at com.google.inject.internal.Errors.throwCreationExceptionIfErrorsExist(Errors.java:470)
at com.google.inject.internal.InternalInjectorCreator.initializeStatically(InternalInjectorCreator.java:155)
at com.google.inject.internal.InternalInjectorCreator.build(InternalInjectorCreator.java:107)
at com.google.inject.Guice.createInjector(Guice.java:99)
at com.google.inject.Guice.createInjector(Guice.java:73)
at com.google.inject.Guice.createInjector(Guice.java:62)
at org.apache.druid.initialization.Initialization.makeInjectorWithModules(Initialization.java:431)
at org.apache.druid.cli.GuiceRunnable.makeInjector(GuiceRunnable.java:69)
... 2 more

Issue 2:
Sometimes we add aggregations to a query just because they are needed in a post-aggregation. On getting the response, we completely disregard the those aggregations and only use post-aggregations.

Currently, Is there any way to tell druid broker not to include some aggregations in the response?

Basically, I am looking for a feature where we could specify something at per aggregation basis like following...

"aggregations": [

{ "type": "longSum", "name": "sample_name1", "fieldName": "sample_fieldName1" , "includeInResponse":"false"},

{ "type": "doubleSum", "name": "sample_name2", "fieldName": "sample_fieldName2" }

],

and the aggregation "sample_name1" is not included in the response.
Issue 1:
I know we're not talking release quality code, that this is still beta...but I do wonder if Insiders.app/Contents/Resources/app/extensions/jrieken.vscode-omnisharp/bin/omnisharp' with process id 47120... should be there. The error is that Omnisharp is not starting "[ERROR:OmniSharp.Dnx.DesignTimeHostManager] Failed to launch DesignTimeHost in a timely fashion."

But the main question is if code should include developers' names or be more generically named.

Issue 2:
Current, my publisher name (jrieken) is used for this extension. We should use a proper publisher like microsoft or dotnet
Issue 1:
Challenge Waypoint: Increment a Number with Javascript has an issue.

User Agent is: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36.

Please describe how to reproduce this issue, and include links to screenshots if possible.

My code:

var myVar = 87;

// Only change code below this line
myVar = myVar++;

This code returns 87, but in test is number 88, for which works myVar = ++myVar;, but that does not pass "Use the ++ operator".

Issue 2:
Challenge Waypoint: Decrement a Number with Javascript has an issue.

User Agent is: Mozilla/5.0 (Windows NT 10.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/47.0.2526.106 Safari/537.36.

Please describe how to reproduce this issue, and include links to screenshots if possible.

My code:

var myVar = 11;

// Only change code below this line
myVar = myVar--;

This code returns 11, but in test is number 10, for which works myVar = --myVar;, but that does not pass "Use the -- operator on myVar".
Issue 1:
In pandas, unlike SQL, the rows seemed to be joining on null values. Is this a bug?

related SO: http://stackoverflow.com/questions/23940181/pandas-merging-with-missing-values/23940686#23940686

Code snippet

import pandas as pd
import numpy as np

df1 = pd.DataFrame(
[[1, None],
[2, 'y']],
columns = ['A', 'B']
)
print df1

df2 = pd.DataFrame(
[['y', 'Y'],
[None, 'None1'],
[None, 'None2']],
columns = ['B', 'C']
)
print df2

print df1.merge(df2, on='B', how='outer')

Output

A B
0 1 None
1 2 y

B C
0 y Y
1 None None1
2 None None2

A B C
0 1 None None1
1 1 None None2
2 2 y Y

You can see row 0 in df1 unexpectedly joins to both rows in df2.

I would expect the correct answer to be

A B C
0 1 None None
1 2 y Y
2 None None None1
3 None None None2

Issue 2:
import pandas as pd

left = pd.DataFrame({"a": [1, 2, pd.NA]}, dtype="Int64")
right = pd.DataFrame({"b": [1, 2, pd.NA]}, dtype="Int64")

pd.merge(left, right, how="inner", left_on="a", right_on="b")
# a b
# 0 1 1
# 1 2 2
# 2 <NA> <NA>

(Above is from 1.0.1 and master)

I think when joining on a nullable column we should not be matching NA with NA and should only be joining where we have unambiguous equality (as in SQL). Also worth noting that this is the same as what happens when we have NaN which also seems incorrect, so could be an opportunity to fix this behavior?

pd.merge(left.astype(float), right.astype(float), how="inner", left_on="a", right_on="b")
# a b
# 0 1.0 1.0
# 1 2.0 2.0
# 2 NaN NaN

Expected Output

a b
0 1 1
1 2 2

cc @jorisvandenbossche
Issue 1:
This may well be related to #6234 but I am experiencing a crash in the other direction.

I am on Arch Linux. When I seek to copy into a markdown file (a pandoc reference of format [xyz2000]) I get a white screen and a notification that the window has crashed.

Issue 2:
I'm using Atom ver. 0.189.0 on Ubuntu 14.04.2 LTS. When I copy a piece of text in atom and I try to paste it the right-click menu either won't show up or will show up without giving me option to paste. The paste shortcut doesn't work either and it creates issues even if I try to copy and paste text from other programs (after I have coping something from atom). I have disable all the extra plugins, so it isn't a plugin issue. I didn't had this issue with the previous version (I am using webupd8 ppa). If I do a right click on a place where there isn't a text entry (meaning a place where it doesn't support paste anyway) the right click menu appears fine.
Issue 1:
Feature request

Page.PdfOptions pdfOptions = new Page.PdfOptions()
.setMargin(new Margin().setTop("0.25in").setBottom("0.25in").setLeft("0.25in").setRight("0.25in"))

works, but

Page.PdfOptions pdfOptions = new Page.PdfOptions()
.setMargin(new Margin().setTop("1em").setBottom("1em").setLeft("1em").setRight("1em"))

causes the error Failed to parse parameter value: 1em

Issue 2:
Feature request

Page.PdfOptions pdfOptions = new Page.PdfOptions()
.setMargin(new Margin().setTop("0.25in").setBottom("0.25in").setLeft("0.25in").setRight("0.25in"))

works, but

Page.PdfOptions pdfOptions = new Page.PdfOptions()
.setMargin(new Margin().setTop("1em").setBottom("1em").setLeft("1em").setRight("1em"))

causes the error Failed to parse parameter value: 1em
Issue 1:
I am using the Terminal 2.4 in Mac OS X 10.9, Julia Version 0.3.4-pre+47

I don't know how it happened, but I got a \0 in my REPL, which got stored in my .julia_history file. Whenever I try to up-arrow to the line and edit it, the cursor marker doesn't move, but internally the cursor does seem to move because I can insert characters in different positions.

I don't know how to type a \0 character, but you can reproduce the behavior by manually inserting a 0x00 byte into the beginning of some line in .julia_history.

It's not a big deal, because I don't often inadvertently type that character, but maybe it could be ignored or something.

Issue 2:
I'm finding that when I type a ctrl-space, it is being inserted into my repl input, causing the parser to get confused:

julia> x = <ctrl-space>1<return>
<return>
<return>
ERROR: syntax: incomplete: premature end of input

This is on a day-old julia:

julia> versioninfo()
Julia Version 0.3.0-prerelease+3217
Commit 5fcfb13* (2014-05-26 13:43 UTC)
Platform Info:
System: Linux (x86_64-linux-gnu)
CPU: Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz
WORD_SIZE: 64
BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY)
LAPACK: libopenblas
LIBM: libopenlibm
Issue 1:
Issue Details

Electron Version: 5.0.0

Operating System: LTS version of Ubuntu (18.04) (and other various versions)

Last Known Working Electron version:: none

Expected Behavior

I just released a Linux version of my app and several users have reported that on launch it fails with the error GLIBC_2.29' not found.

Actual Behavior

App should launch

To Reproduce

You can probably package up Electron 5.0.0 and try to run an AppImage on linux and you'll see it. I gave out a linux build at 4.* before and I think it also had the same issue?

I feel like this might be a simple issue: the latest electron versions require glibc 2.29 and many linux distros aren't up-to-date with that yet. If so, I would have expected to see many other issues reported, because I've had many users complain about this (see https://www.reddit.com/r/actualbudget/comments/bghvfg/any_plans_for_a_linux_client_in_the_future/). Am I doing something wrong?

Issue 2:
Output of node_modules/.bin/electron --version:

v4.0.0

Operating System (Platform and Version):

Raspbian 2.6 (latest raspbian at the time of filling the issue).

Output of node_modules/.bin/electron --version on last known working Electron version (if applicable):

V3.0.10

Expected Behavior

Electron 4 should work on RPI as Electron 3 does.

Actual behavior

Starting an electron 4 app results in this error:

/lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.27' not found

Latest Rapsbian includes GLIBC 2.23.

To Reproduce

Just build an electron 4.0.0 app for RPI and run it on latest raspbian.
Issue 1:
Feedback Hub link: https://aka.ms/AA5svj0

Environment

Windows build number: [10.0.18362.239]
Windows Terminal version (if applicable): 0.3.2171.0

Any other software?
* Powershell 5.1.18362.145

Steps to reproduce

Create a new cmd.exe tab.

Use command 'powershell'.

Close the tab.

Expected behavior

The tab should close with no problems.

Actual behavior

Terminal crashes, bringing all other tabs with it.

Issue 2:
NOTE: This is different from, but may be related to, #2230

Environment

Windows build number: Microsoft Windows [Version 10.0.18362.175]
Windows Terminal version: 0.3.2142.0

Steps to reproduce

Open a new Windows Terminal instance

Open a second tab using either the "+" button

Close the new tab using CTRL+W, middle clicking the tab, or clicking the tab's "x"

Repeat steps 2-3 as fast as possible.

Expected behavior

Tabs continue to open and close.

Actual behavior

PowerShell - Most of the time, WT stops responding and interacting with it shows the "WindowsTerminal.exe is not responding" modal

CMD / WSL - WT stops responding for about 1 second and then exits (also happens for PowerShell sometimes)
Issue 1:
The following program fails to compile:

trait Foo { fn foo(&self, x: &Self); }
trait Bar<A: Foo> { fn bar(&self) -> A; }

struct Wrap<T>(T);

impl<A, B: Bar<A>> Wrap<B> {
fn test(&self, x: &A) {
(*self).bar().foo(x);
}
}

fn main() {}

With the following error:

implsearch.rs:8:8: 8:22 error: failed to find an implementation of trait Foo for A
implsearch.rs:8 (*self).bar().foo(x);
^~~~~~~~~~~~~~

Given that B: Bar<A>, we know A: Foo because of the definition of the trait Bar. This can be seen as a generalized case of trait inheritance (trait B inheriting from A lets us know that if X:B, then X:A, because X:B requires X:A; similarly, B:Bar<A> requires A:Foo, so we know A:Foo). Indeed, in Haskell there is no distinction between the two forms of inheritance:

{-# LANGUAGE MultiParamTypeClasses #-}
class Foo b where foo :: b -> b -> ()
class Foo b => Bar a b where bar :: a -> b

test :: Bar a b => a -> b -> ()
test x y = foo (bar x) y

The order of arguments to Bar could be switched and the program above would still be valid.

Issue 2:
The following example:

trait Foo<T> {
fn foo(&self) -> &T;
}

trait Bar<A> where A: Foo<Self> {}

fn foobar<A, B: Bar<A>>(a: &A) -> &B {
a.foo()
}

fails with "error: type &A does not implement any method in scope named foo".

This UFCS variant

trait Foo<T> {
fn foo(&self) -> &T;
}

trait Bar<A> where A: Foo<Self> {}

fn foobar<A, B: Bar<A>>(a: &A) -> &B {
Foo::foo(a)
}

fails with "error: the trait Foo<_> is not implemented for the type A".
Issue 1:
Bug report

What is the current behavior?

When using dynamic imports with expressions together with ContextReplacementPlugin in order to limit the possible file matches, some module ids which should deterministic, are actually dependent on the project's location.

Meaning two identical projects (code, dependencies, configuration etc..) built on the same machine have different build outputs based on their location on the filesystem.

If the current behavior is a bug, please provide the steps to reproduce.

use dynamic imports with expessions

ie: import(../i18n/${locale}.json))

configure Webpack to use ContextReplacementPlugin to limit which JSON files should be bundled

ie: new webpack.ContextReplacementPlugin(/i18n/, regExpForLocales)

build the project for production

duplicate the project at another location on the filesystem at a different path root level

ie: /home/project vs /home/work/projects

build the project for production at the new location

diff both output bundles, observe that both bundles are different, invalidating the project build's reproducibility

$ diff -u context-a/dist/main.js folder-b/context-b/dist/main.js

--- context-a/dist/main.js	2022-01-10 14:52:49.395750091 +0100
+++ folder-b/context-b/dist/main.js	2022-01-10 14:52:52.143773687 +0100
@@ -4,7 +4,7 @@
t,
o,
n = {
- 595: (e, r, t) => {
+ 174: (e, r, t) => {
var o = { "./a.json": [359, 359], "./b.json": [376, 376] };
function n(e) {
if (!t.o(o, e))
@@ -16,7 +16,7 @@
n = r[0];
return t.e(r[1]).then(() => t.t(n, 19));
}
- (n.keys = () => Object.keys(o)), (n.id = 595), (e.exports = n);
+ (n.keys = () => Object.keys(o)), (n.id = 174), (e.exports = n);
},
},
i = {};

Minimal reproduction repository

What is the expected behavior?

both bundles should be identical irrelevant of their location on the filesystem

Other relevant information:

webpack version: 5.65.0

Node.js version: 14.18.1

Operating System: Linux Ubuntu 20.04.3 LTS

Additional tools: N/A

Issue 2:
Bug report

What is the current behavior?

In my project, import jspdf.

The origin source

var f=[1,1.387039845,1.306562965,1.175875602,1,.785694958,.5411961,.275899379]

After bundle,

var f=[1,1.387039845,1.306562965,1.175875602,1,.7d0ffc958,.5411961,.275899379]

785694958 was changed to 7d0ffc958

If the current behavior is a bug, please provide the steps to reproduce.

In RealContentHashPlugin source code

const newContent = asset.content.replace(hashRegExp, hash =>
hashToNewHash.get(hash)
);
return new RawSource(newContent);

When there is a bundle unfortunately with hash 85694

assets/xxx/css/XXXX.85694.css { immutable: true, contenthash: '85694' }

Then

hashRegExp has value contains 85694

/---|85694|dcf17|----/g

It cause

.785694958 to be replaced to .7d0ffc958. Javascript load error

What is the expected behavior?

Don't change original source behavior

Other relevant information:

webpack version: 5.36.1

Node.js version: v14.17.6

Operating System: MacOS 11.4

Additional tools:
Issue 1:
Since upgrading to React 15.0.1, when rendering <select> with optgroups, the value is not set on the DOM correctly. The first option will always get picked.

// Renders with "Yes" selected, I expect "Maybe"
<select value={3}>
<optgroup label="One">
<option value={1}>Yes</option>
</optgroup>
<optgroup label="Two">
<option value={2}>No</option>
</optgroup>
<optgroup label="Three">
<option value={3}>Maybe</option>
</optgroup>
</select>

Examples

React 15.0.1 Fiddle (broken)

React 0.14.7 Fiddle (works)

React 15.0.1 without optgroup Fiddle (works)

Environment

OS X 10.11.4

Safari Version 9.1 (11601.5.17.1)

Chrome Version 49.0.2623.110 (64-bit)

Firefox 45.0.1

Edit: I also noticed that the same behavior occurs when using defaultValue.

Issue 2:
Using React 15.0.1, controlled select elements with optgroup elements are not displaying (selecting) the value provided on initial render. See the following jsfiddle for a simple test case:

https://jsfiddle.net/Artconnoisseur/eg3j7fam/1/

Here is another fiddle where it is working using React 0.14.8:

https://jsfiddle.net/Artconnoisseur/hfp8rf1j/1/
Issue 1:
Preflight Checklist

I have read the Contributing Guidelines for this project.

I agree to follow the Code of Conduct that this project adheres to.

I have searched the issue tracker for a feature request that matches the one I want to file, without success.

Electron Version

13.1.8

What operating system are you using?

Windows

Operating System Version

10.0.19042 Pro N

What arch are you using?

x64

Last Known Working Electron version

No response

Expected Behavior

When the following code is exectuted:

appWindow.on("restore", (event: any) => {
console.log("AppWindow.restore");
});

This should output AppWindow.restore in the editor terminal after running the main file.

Actual Behavior

When the following code is exectuted:

appWindow.on("restore", (event: any) => {
console.log("AppWindow.restore");
});

Failed to do what is expected, but the same code and swapping restore for maximized seems to work, and all the other events

Testcase Gist URL

No response

Additional Information

No response

Issue 2:
Preflight Checklist

I have read the Contributing Guidelines for this project.

I agree to follow the Code of Conduct that this project adheres to.

I have searched the issue tracker for a feature request that matches the one I want to file, without success.

Electron Version

12.0.2

What operating system are you using?

Windows

Operating System Version

Windows 10; 20H2

What arch are you using?

x64

Last Known Working Electron version

No response

Expected Behavior

I expect that the restore event fires when restoring a previously maximized window

Actual Behavior

restore event doesn't fire. It only fires for normal state windows

Testcase Gist URL

No response

start app

maximize window

minimize window

restore window

see that "restored" isn't logged to the console, but is if you skipped step 2

main.js:

const {app, BrowserWindow } = require('electron')

function createWindow () {
const mainWindow = new BrowserWindow();
mainWindow.on("restore", () => {
console.log("restored");
});
}

app.whenReady().then(() => {
createWindow()

app.on('activate', function () {
if (BrowserWindow.getAllWindows().length === 0) createWindow()
})
})

app.on('window-all-closed', function () {
if (process.platform !== 'darwin') app.quit()
})