WhereIsAI/github-issue-similarity huggingface dataset:
Issue 1:
Environment

Microsoft Windows [Version 10.0.18362.239]

Windows Terminal (Preview)

Version: 0.3.2171.0

WSL Ubuntu 16.04.6

tmux 2.1 or htop 2.0.1 or vim

Steps to reproduce

Launch WSL session in Windows Terminal

Hit enter a few times to generate few lines of output

Select the lines with mouse and right click to copy to clipboard:

Paste the lines into a different program, note that 4 distinct lines are pasted, this is expected behavior.

Launch vim (or other full screen application) inside the WSL window:

Close vim using esc q! enter

Highlight and copy the lines again using mouse and right click:

Paste clipboard into different program, note that output is now on one line:

Expected behavior

Launching programs inside the terminal should not impact how/when newlines are preserved.

Actual behavior

Newlines are preserved when copying multi-line output. After certain (fullscreen?) applications are launched they no longer are preserved and pasted output ends up on a single line.

Isolation notes

Vim isn't the only program this happens with. At first I noticed copy inside tmux wasn't working the way I expected but then I noticed it happens just by launching and closing programs like vim and htop. I did a quick scan over the other copy paste newline bugs and none of them described this behavior but I might have missed one; sorry if this is a duplicate but I don't think it is.

Issue 2:
Your Windows build number: 10.0.18890.1000

What you're doing and what's happening: Acrylic transparency is turned on in config and working when window is active. But as soon as the window becomes inactive the acrylic transparency turns off. Turns back on when window becomes active.

What's wrong / what should be happening instead: Acrylic transparency should likely remain on. Especially in multiple monitor instances, where the window may remain at the front of the stack used for monitoring. Transparency is typically used to show when something is inactive or disabled. So transparency on when active and transparency off when inactive is the opposite of what is expected.
Issue 1:
This module looks vaguelly like

pub mod os {
pub mod consts {
... various reexports ...

pub mod android { ... }
pub mod linux { .... }
}
}

All constants for all platforms are available to all platforms. There is no bound to the number of public modules that must be added here over time, and doubtless different implementations of Rust must support different platforms. In other words, as designed this module will never stop changing. This is a mess waiting to happen. I suggest only exposing the current arch and moving any necessary cross-arch capability into rustc directly. Nominating.

Issue 2:
Range has a type bound on ToPrimitive so that it can have a size_hint. It does not need this to function, and the size_hint is just an optional nicety.

It'd be nice if there were some way to express this with the type system; this "optional" type bound makes the interface less generic (though it's not that big of a deal).
Issue 1:
Describe your issue.

Hi,

Not sure what's going on here:

> python -c "import scipy.stats; print('PASS')"
PASS

> python -c "from scipy.stats import F_onewayResult; print('PASS')"
Traceback (most recent call last):
File "<string>", line 1, in <module>
ImportError: cannot import name 'F_onewayResult' from 'scipy.stats' (C:\Users\runner\anaconda3\envs\...\lib\site-packages\scipy\stats\__init__.py)

However, if I modify

scipy/scipy/stats/__init__.py

Line 453
in
63472fd

from ._stats_py import *

by adding the line:

from ._stats_py import F_onewayResult
from ._stats_py import *

I get a pass for both commands:

> python -c "import scipy.stats; print('PASS')"
PASS

> python -c "from scipy.stats import F_onewayResult; print('PASS')"
PASS

Thanks in advance for your help!

Reproducing Code Example

from scipy.stats import F_onewayResult

print('PASS')

Error message

Traceback (most recent call last):
File "<string>", line 1, in <module>
ImportError: cannot import name 'F_onewayResult' from 'scipy.stats' (C:\Users\runner\anaconda3\envs\...\lib\site-packages\scipy\stats\__init__.py)

SciPy/NumPy/Python version information

1.8.0 1.20.2 sys.version_info(major=3, minor=9, micro=10, releaselevel='final', serial=0)

Issue 2:
I have a fast Cython implementation of a Sobol low-discrepancy quasi-random number generator using Owen scrambling. On top of that I have some transformations (inverse transform, Box-Muller) that make it easy to draw quasi-MC samples from, say, a multivariate normal distribution. This code has been used successfully in an industry setting.

Before I go through the effort of creating a PR, I wanted to see whether this is something that people would like to see in scipy.

The api could look something like the following:

from scipy.qmc import Sobol

sobol = Sobol(dimen=d, seed=1234)
samples = sobol.rvs(n)

from scipy.qmc import MultivariateNormalQMC

mvn = MultivariateNormalQMC(mean=np.zeros(2), cov=np.array([[1, 0.1], [0.1, 1]]))
samples = mvn.rvs(n)
Issue 1:
There are ofter errors relating to the addition of nodes to the store. Could this failure be more silent, and not completely hide the display?

When opening the react dev tools in a separate window, it does not respond to clicks or hover in the tree section. I can still click a component in the "rendered by" section. Note that this does not happen when the dev tools are opened in the same window. Update: it also didn't happen when I tried to put the two windows side by side in the same screen for a recording...

Please see the attached screen capture for both issues.

rect_dev_tool_issues.mov

Thanks

Issue 2:
Website or app

Multiple; but you can check at https://react-bootstrap.github.io/

Repro steps

Access a website in Chrome that uses React.

Open Chrome Developer Tools

Open the React Developer Tools Components tab/panel

Click on 5 - 10 components in the component tree individually to inspect them

Notes:

This started happening on all React-based websites after updating to Chrome Version 102.0.5005.61 on my work MacBook (x86_64) and my personal MacBook (arm64). Reverting back to Chrome 100 seems to help.

I had a co-worker test as well, with the same result.

You can still select individual components using the picker, even after the panel locks up.

The lock-up seems to happen quicker when Expand component tree by default is selected in the Components tab in the panel settings, but will still lock up if you manually expand enough components.

How often does this bug happen?

Every time

DevTools package (automated)

react-devtools-extensions

DevTools version (automated)

4.24.6 (5/12/2022)

Error message (automated)

None

Error call stack (automated)

N/A

Error component stack (automated)

N/A

GitHub query string (automated)

N/A
Issue 1:
Kenny MacLeod opened SPR-4567 and commented

The exposeContextBeansAsAttributes property of InternalResourceView, while useful, is often a bit too wide-ranging in its effects. Sometimes you get a clash between bean names and JSP scoped variables which can be very hard to track down.

Could InternalResourceView be modified so that a specific collection of beans could be explicitly exposed as JSP attributes, rather than every one of them? These would be injected into the InternalResourceViewResolver by name or reference.

Affects: 2.5.2

Issue Links:

#12719 UrlBasedViewResolver should implement setExposedContextBeanNames (not InternalResourceViewResolver)

Issue 2:
Marten Deinum opened SPR-4661 and commented

I was replacing our current PropertiesPlaceHolderConfigurer with a <context:property-placeholder but couldn't do that (whilst recommended by STS).

I need the 'ignoreResourceNotFound' property to be settable from the tag. Maybe some more options also depending on the tag (property-placholder or property-override).

Affects: 2.5.2

Attachments:

AbstractPropertyLoadingBeanDefinitionParser.java (2.55 kB)

patch-20090309.txt (7.45 kB)

SPR-4661.2.patch (7.64 kB)

SPR-4661.patch (3.00 kB)

spring-context-2.5.xsd (14.84 kB)

Issue Links:

#9691 Add more properties to context:property-placeholder/ ("is duplicated by")

Referenced from: commits a29253f, 1a9599c, b250c65

12 votes, 8 watchers
Issue 1:
Electron version: 1.2.6

node: 6.2.0

npm: 3.10.3

Operating system: OS X 10.10.5

The following does not work with Electron but it works fine with vanilla Node.

require('node-sass').renderSync({
data: 's { a: ss }'
})

I've made a repo to reproduce this issue here: https://github.com/davej/electron-with-node-sass-test

Simply run:

npm install
npm start

You should see the following error when you run the app (you will also get the same error if you try to use node-sass in the renderer process):

App threw an error during load
SyntaxError: Unexpected token u in JSON at position 0
at Object.parse (native)
at Object.module.exports.renderSync (/Users/dave/code/test/electron-with-node-sass/node_modules/node-sass/lib/index.js:420:40)
at Object.<anonymous> (/Users/dave/code/test/electron-with-node-sass/index.js:5:18)
at Module._compile (module.js:541:32)
at Object.Module._extensions..js (module.js:550:10)
at Module.load (module.js:456:32)
at tryModuleLoad (module.js:415:12)
at Function.Module._load (module.js:407:3)
at loadApplicationPackage (/Users/dave/code/test/electron-with-node-sass/node_modules/electron-prebuilt/dist/Electron.app/Contents/Resources/default_app.asar/main.js:259:12)
at Object.<anonymous> (/Users/dave/code/test/electron-with-node-sass/node_modules/electron-prebuilt/dist/Electron.app/Contents/Resources/default_app.asar/main.js:301:5)

However when you run the code directly with node (node index.js) it runs ok with no issues. The error above occurs both when the code is run

Cross referencing with node-sass issue.

Issue 2:
Electron version: 1.2.6

node: 6.2.0

npm: 3.10.3

Operating system: OS X 10.10.5

The following does not work with Electron but it works fine with vanilla Node.

require('node-sass').renderSync({
data: 's { a: ss }'
})

I've made a repo to reproduce this issue here: https://github.com/davej/electron-with-node-sass-test

Simply run:

npm install
npm start

You should see the following error when you run the app (you will also get the same error if you try to use node-sass in the renderer process):

App threw an error during load
SyntaxError: Unexpected token u in JSON at position 0
at Object.parse (native)
at Object.module.exports.renderSync (/Users/dave/code/test/electron-with-node-sass/node_modules/node-sass/lib/index.js:420:40)
at Object.<anonymous> (/Users/dave/code/test/electron-with-node-sass/index.js:5:18)
at Module._compile (module.js:541:32)
at Object.Module._extensions..js (module.js:550:10)
at Module.load (module.js:456:32)
at tryModuleLoad (module.js:415:12)
at Function.Module._load (module.js:407:3)
at loadApplicationPackage (/Users/dave/code/test/electron-with-node-sass/node_modules/electron-prebuilt/dist/Electron.app/Contents/Resources/default_app.asar/main.js:259:12)
at Object.<anonymous> (/Users/dave/code/test/electron-with-node-sass/node_modules/electron-prebuilt/dist/Electron.app/Contents/Resources/default_app.asar/main.js:301:5)

However when you run the code directly with node (node index.js) it runs ok with no issues.

Cross referencing with node-sass issue.
Issue 1:
I have few questions regarding celery. Please help me with that.

Sorry for posting this here. I asked the same in stackoverflow (https://stackoverflow.com/questions/56681692/queries-regarding-celery-scalability) but no reply.

Do we need to put the project code in every celery worker? If yes, if I am increasing the number of workers and also I am updating my code, what is the best way to update the code in all the worker instances (without manually pushing code to every instance everytime)?

Using -Ofair in celery worker as argument disable prefetching in workers even if have set PREFETCH_LIMIT=8 or so?

IMPORTANT: Does rabbitmq broker assign the task to the workers or do workers pull the task from the broker?

Does it make sense to have more than one celery worker (with as many subprocesses as number of cores) in a system? I see few people run multiple celery workers in a single system.

To add to the previous question, whats the performance difference between the two scenarios: single worker (8 cores) in a system or two workers (with concurrency 4)

Issue 2:
See #845. Sorry for creating duplicate issue, but I'm unable to reopen #845.
Issue 1:
Pass a URL to shell.openExternal() freezes the application in GNU/Linux, and the URL is not opened at all.

See the following Gist: https://gist.github.com/jviotti/84a69e6d11097187059b6b584ff5e86f

Instructions:

cd path/to/gist
npm install
sudo npm start

No error is thrown, the app just hangs forever.

Electron version: 0.37.4

Operating system: Ubuntu 14.04 x64

Issue 2:
Electron version: 0.34.5 in Atom

Electron version: [unknown] in the v2.0.1 version of Slack

Operating system: Ubuntu 15.10

Under Linux shell.openExternal uses xdg-open. If your default browser is Firefox and it's already open then xdg-open only runs long enough to open the new tab then exits. But if you didn't have Firefox open xdg-open lives for the life of Firefox and the electron app hangs until you close the browser.

I don't know if the same thing happens with Chrome.
Issue 1:
Reddit thread:

Why are data structures generally duplicated in the rust standard library, or at least apparently so in the API documentation?

e.g. std::string::String vs. collections::string::String, std:fmt::String vs. core::fmt::String, std::vec::Vec vs. collections::vec::Vec?

I'm not certain which of these the user was referring to but both could be possibly weird at first appearance:

Why is String in std::string and collections::string and others

Why is String in string and Vec in vec

It was suggested that this be included in a How to read this documentation somewhere. If it was written, I would imagine it should be automatically included in the rust std documentation system so that it is included in all rust derived projects like gfx-rs and piston documentation.

cc: @steveklabnik

Issue 2:
Saw this: https://mail.mozilla.org/pipermail/rust-dev/2012-October/002397.html

downloaded exe, ran install in windows 7 (running 64 bit) opened my default command prompt, ran 'rustc' got "The program can't start because libgcc_s_dw2-1.dll is missing from your computer.
Issue 1:
We need an e2e test that sets up a cluster using "standard" means and ensures that some users can do an action and other users cannot.

Issue 2:
Once authentication and authorization are firmly in place, we'll need to make sure that some later change does not inadvertently disable it. Ideally, that would be an e2e test for GCE and maybe some other cloud providers that uses the actual binaries and network settings and defaults and salt config and all that jazz. Exhaustive testing should go in unit tests and test/integration/auth_test.go But a basic "alice can GET/PUT a pod and Bob can't" e2e test is needed.
Issue 1:
I am trying to cmake a C++ project as follows: cmake .. -G Xcode -DCMAKE_PREFIX_PATH=/pathto/libtorch

where libtorch was downloaded from here: https://download.pytorch.org/libtorch/nighlty/cpu/libtorch-macos-1.3.0.zip

however, I get the following error:

mported target "torch" includes non-existent path

"MKL_INCLUDE_DIR-NOTFOUND"

I have installed mkl-dnnl through homebrew, and I suspect the problem is that libtorch has not updated the name to dnnl? because dnnl.h exists in my /usr/local/include.

Issue 2:
Hi,

I try to run the following example from here, but run into some issues:

https://pytorch.org/cppdocs/installing.html

ld: warning: ignoring file libtorch/lib/libtorch.so, file was built for unsupported file format ( 0x7F 0x45 0x4C 0x46 0x02 0x01 0x01 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 ) which is not the architecture being linked (x86_64): libtorch/lib/libtorch.so

ld: warning: ignoring file libtorch/lib/libcaffe2.so, file was built for unsupported file format ( 0x7F 0x45 0x4C 0x46 0x02 0x01 0x01 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 ) which is not the architecture being linked (x86_64): libtorch/lib/libcaffe2.so

ld: warning: ignoring file libtorch/lib/libc10.so, file was built for unsupported file format ( 0x7F 0x45 0x4C 0x46 0x02 0x01 0x01 0x03 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 ) which is not the architecture being linked (x86_64): libtorch/lib/libc10.so

full error log: https://ideone.com/wqgzzy

i installed pytorch:

pip3 install torch_nightly -f https://download.pytorch.org/whl/nightly/cpu/torch_nightly.html
Looking in links: https://download.pytorch.org/whl/nightly/cpu/torch_nightly.html
Collecting torch_nightly
Downloading https://download.pytorch.org/whl/nightly/cpu/torch_nightly-1.0.0.dev20181203-cp36-none-macosx_10_7_x86_64.whl (61.3MB)
100% |████████████████████████████████| 61.3MB 33kB/s
Installing collected packages: torch-nightly
Successfully installed torch-nightly-1.0.0.dev20181203

im running pytorch on:

osx 10.11.6

i installed libtorch following these steps:

https://pytorch.org/cppdocs/installing.html

here the cmake output:

https://ideone.com/go44HN
Issue 1:
More often these days (I have seen this before) my problems/warnings status bar shows 99+ and clicking on it shows all are coming from /Applications/Visual Studio Code - Alpha.app/Contents/Resources/app/extensions/typescript/server/typescript/lib/lib.d.ts

In addition the console prints this:

[Extension Host] diagnostics for file:///Applications/Visual%20Studio%20Code%20-%20Alpha.app/Contents/Resources/app/extensions/typescript/server/typescript/lib/lib.d.ts will be capped to 250 (actually is 588)

Issue 2:
VSCode Version: 1.0

OS Version: Windows 10

All commands are in Chinese when using Chinese UI, when I type something like "ext install", it says "没有匹配的命令(no matched command)" and don't allow me to run the command.

BTW: how to switch to English UI?

Steps to Reproduce:

1.

2.
Issue 1:
What steps will reproduce the problem?

gob.Register(errors.New("")) returns gob: type errors.errorString has no
exported fields

Please provide any additional information below.

https://groups.google.com/forum/?fromgroups#!topic/golang-dev/Cua1Av1J8Nc

Issue 2:
Errors created by the errors package are not registered with encoding/gob which is necessary in order to send them as results of remote procedure calls.

By now, returning an error from the standard library through an RPC method will cause that the receiver get an EOF error and the transmitter a gob: type not registered for interface: errors.errorString

My proposal is add an init() function in the errors package to register the struct errorString so then, developers will avoid create its own errors implementation when using RPCs.
Issue 1:
this is with in a library module, so it should not use the generated API

upgrade to Glide 4.9.0

versions.glide = "4.9.0"

implementation "com.github.bumptech.glide:glide:$versions.glide"
kapt "com.github.bumptech.glide:compiler:$versions.glide"
implementation "com.github.bumptech.glide:annotations:$versions.glide"

updated the code, no place is using GlideApp

fun ImageView.loadImg(imageUrl: String) {

// 3.8.0
// if (!TextUtils.isEmpty(imageUrl)) {
// Glide.clear(this)
//
// Glide.with(context).load(imageUrl)
// .diskCacheStrategy(DiskCacheStrategy.ALL)
// .placeholder(ColorDrawable(Color.LTGRAY))
// .into(this)
// }

///
// 4.+ code
var requestOptions : RequestOptions = RequestOptions()
.placeholder(ColorDrawable(Color.LTGRAY))
.diskCacheStrategy(DiskCacheStrategy.ALL)

if (!TextUtils.isEmpty(imageUrl)) {
Glide.with(context)
.setDefaultRequestOptions(requestOptions)
.asBitmap()
.load(imageUrl)
.into(this)
}
}

fun ImageView.clear() {
Glide.with(this.context).clear(this)
}

got crash at Glide.with()

java.lang.AbstractMethodError: abstract method "void com.bumptech.glide.module.RegistersComponents.registerComponents(android.content.Context, com.bumptech.glide.Glide, com.bumptech.glide.Registry)"
at com.bumptech.glide.Glide.initializeGlide(Glide.java:270)
at com.bumptech.glide.Glide.initializeGlide(Glide.java:223)
at com.bumptech.glide.Glide.checkAndInitializeGlide(Glide.java:184)
at com.bumptech.glide.Glide.get(Glide.java:168)
at com.bumptech.glide.Glide.getRetriever(Glide.java:689)
at com.bumptech.glide.Glide.with(Glide.java:716)

if adding the

@GlideModule
class DPAppGlideModule : AppGlideModule() {
override fun isManifestParsingEnabled(): Boolean {
return false
}
}

it will work, but since this is a library module so it should not have this one.

what might be the cause of AbstractMethodError: abstract method "void com.bumptech.glide.module.RegistersComponents.registerComponents(android.content.Context, com.bumptech.glide.Glide, com.bumptech.glide.Registry)"?

anything besides GlideApp should also be avoid?

Issue 2:
Hello,When I compile the program,I meet a trouble.

The compiler remind me of:

Error:Execution failed for task ':app:transformClassesWithJarMergingFor_DebugDebug'.

com.android.build.api.transform.TransformException: java.util.zip.ZipException: duplicate entry: com/bumptech/glide/gifdecoder/GifDecoder$BitmapProvider.class

Glide Version: 3.7.0

I hope you can reply me ,Thank you very much.
Issue 1:
When trying to load a package I built, my REPL gets filled up with an absurd number of messages like this:

WARNING: Method definition Any(Integer, Static.StaticInt{U}) where {U} in module ArrayInterface at /home/lime/.julia/packages/ArrayInterface/CYf5x/src/ranges.jl:226 overwritten on the same line (check for duplicate calls to `include`).
** incremental compilation may be fatally broken for this module **

I definitely don't have any duplicate calls to include; moreover, the error messages only appear when using v1.7, while 1.6.1 works perfectly fine. I'm using this version.

Issue 2:
I thought I had filed an issue for this already, but I can't find it. There's a big problem with the DWARF we generated for inlined code. Right now what we're describing is a function inlined into itself, but at a different location and a different file. We need to clean up the scopes we use when generating the debug info.
Issue 1:
Electron version: 2.0.0-beta.5

Operating system: Ubuntu 17

Expected behavior

It should not freeze the window.

Actual behavior

Window freezes right on startup.

How to reproduce

export ELECTRON_ENABLE_LOGGING=1

./electron

results in:

Issue 2:
Electron Version: 2.0.4

Operating System (Platform and Version): Ubuntu 14.04 64bits (on WMware)

Last known working Electron version: 1.8.7

Expected Behavior

The sample Electron app should run and display a window

Actual behavior

With Electron 2.x and 3.x the window loading hangs. Enabling debugging, the following error is showed when the process is terminated:

ERROR:browser_gpu_channel_host_factory.cc(103)] Failed to launch GPU process.

To Reproduce

npm install --save-dev electron@2.0.4
./node_modules/.bin/electron

Additional Information

Interestingly, the problem appears running ./node_modules/.bin/electron but not running ./node_modules/.bin/electron > /dev/null