WhereIsAI/github-issue-similarity huggingface dataset:
Issue 1:
Having a portable version of terminal makes it easy to copy paste on machines some times on servers. Having to install from store is not convenient.

Issue 2:
Environment

Windows build number: 10.0.18362.0
Windows Terminal version (if applicable): 0.5.2681.0
Visual Studio Code version: 1.38.1

Steps to reproduce

Click on Settings from the menu (Ctrl+)

For me this opens in Visual Studio Code

Under existing profiles, add "colorScheme": "<any_color_scheme>"

Save json file

Expected behavior

Changes colors to the scheme selected upon save of the json file

Changing the fontFace & fontSize DOES change as expected (so it's somewhat working)

Actual behavior

Observe no change in the colors

Restarted app after change, still no change in colors

Other notes

I've reviewed these docs and it seems pretty straight forward. I didn't see an issue stating that colorSchemes aren't working yet, but maybe I missed something.

I tried changing the profiles to one of the default included themes, and tried to add my own theme. Neither seemed to have any effect on the app colors when saved. Below is a current copy of my profiles.json file.

// To view the default settings, hold "alt" while clicking on the "Settings" button.
// For documentation on these settings, see: https://aka.ms/terminal-documentation

{
"$schema": "https://aka.ms/terminal-profiles-schema",

"defaultProfile": "{61c54bbd-c2c6-5271-96e7-009a87ff44bf}",

"profiles": [{
// Make changes here to the powershell.exe profile
"guid": "{61c54bbd-c2c6-5271-96e7-009a87ff44bf}",
"name": "Windows PowerShell",
"commandline": "powershell.exe",
"hidden": false,
"colorScheme": "Afterglow",
"fontFace": "Fire Code",
"fontSize": 9
},
{
// Make changes here to the cmd.exe profile
"guid": "{0caa0dad-35be-5f56-a8ff-afceeeaa6101}",
"name": "cmd",
"commandline": "cmd.exe",
"hidden": false,
"colorScheme": "Afterglow"
},
{
"guid": "{b453ae62-4e3d-5e58-b989-0a998ec441b8}",
"hidden": false,
"name": "Azure Cloud Shell",
"source": "Windows.Terminal.Azure",
"colorScheme": "Afterglow"
}
],

// Add custom color schemes to this array
"schemes": [{
"name": "Afterglow",
"black": "#151515",
"red": "#ac4142",
"green": "#7e8e50",
"yellow": "#e5b567",
"blue": "#6c99bb",
"purple": "#9f4e85",
"cyan": "#7dd6cf",
"white": "#d0d0d0",
"brightBlack": "#505050",
"brightRed": "#ac4142",
"brightGreen": "#7e8e50",
"brightYellow": "#e5b567",
"brightBlue": "#6c99bb",
"brightPurple": "#9f4e85",
"brightCyan": "#7dd6cf",
"brightWhite": "#f5f5f5",
"background": "#212121",
"foreground": "#d0d0d0"
}],

// Add any keybinding overrides to this array.
// To unbind a default keybinding, set the command to "unbound"
"keybindings": []
}
Issue 1:
Issue Type:

Bug Report

Ansible Version:

ansible 2.0.0 (devel 2761df232e) last updated 2015/09/01 15:04:26 (GMT -400)
lib/ansible/modules/core: (detached HEAD bbcfb1092a) last updated 2015/09/01 15:04:54 (GMT -400)
lib/ansible/modules/extras: (detached HEAD b8803306d1) last updated 2015/09/01 15:04:37 (GMT -400)
config file =
configured module search path = None

Ansible Configuration:

No config file found; using defaults

Environment:

N/A but running on Mac OS X

Summary:

I get ERROR! template error while templating string: unexpected '|' when trying to use a jinja2 filter.

Steps To Reproduce:

roles/test/tasks/main.yml:

---

- debug: msg='{{ foo | default("baz") }}'

Expected Results:

Successful playbook execution, in this case just printing "baz"

Actual Results:

ansible-playbook --vault-password-file=~/.ansible_vault_password \
playbook-test.yml --limit=localhost -vvvv
No config file found; using defaults
1 plays in playbook-test.yml
Loaded callback default of type stdout, v2.0

PLAY ***************************************************************************

TASK [setup] *******************************************************************
Module: setup, args: {}
ESTABLISH LOCAL CONNECTION FOR USER: bam
localhost EXEC (umask 22 && mkdir -p "$HOME/.ansible/tmp/ansible-tmp-1441134514.32-237346662021616" && echo "$HOME/.ansible/tmp/ansible-tmp-1441134514.32-237346662021616")
localhost PUT /var/folders/n7/wrg1c7615892m2qgyv8r_yg00000gn/T/tmpYZmtsC TO /Users/bam/.ansible/tmp/ansible-tmp-1441134514.32-237346662021616/setup
localhost EXEC LANG=en_US.UTF-8 LC_MESSAGES=en_US.UTF-8 LC_CTYPE=en_US.UTF-8 /usr/bin/python /Users/bam/.ansible/tmp/ansible-tmp-1441134514.32-237346662021616/setup; rm -rf "/Users/bam/.ansible/tmp/ansible-tmp-1441134514.32-237346662021616/" > /dev/null 2>&1
ok: [localhost]
ERROR! template error while templating string: unexpected '|'
make: *** [test] Error 1

Issue 2:
(Feature Idea)

The natural way to handle configuration or other updates that require a rolling restart would be to perform updates in parallel, then notify a handler, which performs a restart with serial. But this is not possible, requiring either manual rolling restart or ugly hacks. See https://groups.google.com/forum/#!topic/ansible-project/rBcWzXjt-Xc
Issue 1:
$ script/build

npm WARN git config --get remote.origin.url returned wrong result (git://github.com/atom/grunt-coffeelint.git)

gypnpm WARN git config --get remote.origin.url returned wrong result (git://github.com/michaelficarra/cscodegen.git)

gypnpm ERR! runas@0.5.4 install: node-gyp rebuild

npm ERR! Exit status 1

npm ERR!

npm ERR! Failed at the runas@0.5.4 install script.

npm ERR! This is most likely a problem with the runas package,

npm ERR! not with npm itself.

npm ERR! Tell the author that this fails on your system:

npm ERR! node-gyp rebuild

npm ERR! You can get their info via:

npm ERR! npm owner ls runas

npm ERR! There is likely additional logging output above.

npm ERR! System Windows_NT 6.1.7601

npm ERR! command "c:\Program Files\nodejs\node.exe" "c:\Program Files\nodejs\node_modules\npm\bin\npm-cli.js" "--userconf

nstall" "--quiet"

npm ERR! cwd c:\atom\build

npm ERR! node -v v0.10.26

npm ERR! npm -v 1.4.3

npm ERR! code ELIFECYCLE

Issue 2:
Hey,

after I've seen the new build instructions I tried the build again. But it didn't works now I get the following error:

C:\Users\Jan\Documents\GitHub> cd C:\Users\Jan\github\atom
C:\Users\Jan\github\atom [master]> script\build
gypnpm ERR! runas@0.5.4 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the runas@0.5.4 install script.
npm ERR! This is most likely a problem with the runas package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR! node-gyp rebuild
npm ERR! You can get their info via:
npm ERR! npm owner ls runas
npm ERR! There is likely additional logging output above.

npm ERR! System Windows_NT 6.2.9200
npm ERR! command "C:\\Program Files\\nodejs\\\\node.exe" "C:\\Program Files\\nodejs\\node_modules\\npm\\bin\\npm-cli.js"
"--userconfig=C:\\Users\\Jan\\github\\atom\\.npmrc" "install" "--quiet"
npm ERR! cwd C:\Users\Jan\github\atom\build
npm ERR! node -v v0.10.28
npm ERR! npm -v 1.4.9
npm ERR! code ELIFECYCLE
gypnpmC:\Users\Jan\github\atom [master]>

What I can do? I followed all new build instructs!

Regards,

Jan
Issue 1:
Original ticket http://projects.scipy.org/numpy/ticket/494 on 2007-04-05 by @davidsocha, assigned to unknown.

Here is an example:

C:\Documents and Settings\socha>python
Python 2.4.3 - Enthought Edition 1.0.0 (#69, Aug 2 2006, 12:09:59) [MSC v.1310 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import numpy
>>> numpy.__version__
'1.0.2'
>>> from numpy import array
>>> f = array([1,2,3], dtype='float96')
>>> f
array([0.0, 0.0, -2.0], dtype=float96) <== float96 prints incorrectly
>>> f.astype('float32')
array([ 1., 2., 3.], dtype=float32) <== Yet data seems intact
>>> f.sum()
-2.0 <== prints incorrectly
>>> f.sum().astype('float32')
6.0 <== prints correctly if force to float32
>>>

We have the same symptoms with float128 (on a Mac with an Intel 2GHz Core Duo).

David Socha & Daniel Terhorst, UrbanSim Project, http://www.urbansim.org

Issue 2:
Original ticket http://projects.scipy.org/numpy/ticket/1531 on 2010-06-30 by trac user valhallasw, assigned to unknown.

http://docs.scipy.org/doc/numpy/reference/routines.fft.html reads:

If A = fft(a, n), then A[0] contains the zero-frequency term (the mean of the signal), which is always purely real for real inputs.

This is, however, incorrect. A[0] contains the zero-frequency term multiplied by the number of data points.

The same error is in more docs, for example http://docs.scipy.org/doc/numpy/reference/generated/numpy.fft.rfft.html#numpy.fft.rfft.
Issue 1:
The documentation explains how to use a specific file or directory of certificates to trust, but I cannot find how to make it simply trust the system set (for the current system). With older versions of requests this was the default, which made it rather easy to install some extra intranet root certs on all sorts of different machines (different Linux flavours, OSX, possibly even Windows) and have the intranet certs be trusted by everything from browsers to requests-based programs. It is unclear how to get this behaviour with the current version of requests and certifi.

Issue 2:
Hosts which have the same cookie define for multiple domains should not raise

"CookieConflictError: There are multiple cookies with name," when performing "in"

It should short cut and return True immediately when found.
Issue 1:
Hello,

When I'm trying to download customized bootstrap 3 file in Safari new empty tab is opened and nothing happened. At the same time in Firefox I was able to download file.

Safari version: 6.1 (8537.71)

OS: OS X 10.8.5

Regards,

Tamara.

Issue 2:
I get an error 'Ruh roh! Could not save gist file, configuration not saved'.

http://getbootstrap.com/customize/#download
Issue 1:
Dear all,

Now that bootstrap v. 3.0 is out how to use it on an existing site made with bootstrap v. 2.0? Any help/suggestions is appreciated!

Fabrizio

Issue 2:
Take this piece of code, for example. The width of the right and left border on the input-group-addon are two pixels, while they should be one.

<div class="input-group">
<input type="text" class="form-control" >
<span class="input-group-addon">Hello</span>
<input type="text" class="form-control" >
</div>
Issue 1:
After #11878 and #12020 pkg/registry is no longer coupled with etcd - it is now (relatively) generic.

Few thing that we should cleanup there:

move any references to etcd to something more generic (e.g. pkg/registry//etcd to pkg/registry//storageclient) - please suggest better name for it :)

migrate services to use rest.StandardStorage and move it to service/ directory (from pkg/registry/etcd/)

unify limitrange and events with all other resources (all other resources have: registry.go, rest.go and etcd/etcd.go files) - events and limitrange are structured differently

refactor tests under pkg/registry/*/etcd directoris to use common testing infrastructure from pkg/api/rest/resttest

cc @thockin @smarterclayton @derekwaynecarr @lavalamp @nikhiljindal @fgrzadkowski @davidopp

Issue 2:
Now that all elements in the registry have been switched to use the storage layer we should probably move to rename the /etcd* to something more generic, as we work to shard to different backends.

I still have to finish up some other transformations 1st, but this is a placeholder.

My vote might be keyval.

/cc @jayunit100 @lavalamp @wojtek-t @rrati
Issue 1:
chen xiaohu opened SPR-3561 and commented

ClassReader cannot load class included in spring.jar.

See:

http://forum.springframework.org/showthread.php?t=38729

Affects: 2.1 M1

Attachments:

xhchen.zip (13.70 kB)

Issue Links:

#6801 XML Schema-based configuration can not use in web server resin3 ("duplicates")

Issue 2:
chen xiaohu opened SPR-2109 and commented

when user jpetstore sample of m5 in resin3.0.14.

I think the error is can not use xsi:schemaLocation="

http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd"

in applicationContext.xml in resin.

error :

[12:21:00.640] Caused by: java.lang.IllegalArgumentException: Bean name must not be empty

[12:21:00.640] at org.springframework.util.Assert.hasText(Assert.java:169)

[12:21:00.640] at org.springframework.beans.factory.config.RuntimeBeanReference.<init>RuntimeBeanReference.java:56)

[12:21:00.640] at org.springframework.beans.factory.config.RuntimeBeanReference.<init>RuntimeBeanReference.java:44)

[12:21:00.640] at org.springframework.beans.factory.support.BeanDefinitionBuild er.addPropertyReference BeanDefinitionBuilder.java:115)

[12:21:00.640] at org.springframework.transaction.config.TxAdviceBeanDefinition Parser.doParse TxAdviceBeanDefinitionParser.java:68)

.....

Affects: 2.0 M5

Issue Links:

#7439 SPR_2109 reoccurs in Resin 3.0.18 ("is depended on by")

#8244 CLONE -context:component-scan does not work in the web application ("is duplicated by")
Issue 1:
This is a bit of an odd problem, but has been reproducible for me in both Matplotlib 1.5.2 on Python 3.5.2 from Macports on Mac OS X 10.9.6 and Matplotlib 1.5.1 on Python 3.5.1 from Anaconda on Windows 10, both running on 64-bit 4-core Intel i7 processors (of significantly differing ages).

Any array with a dimension of 3421*2^n, for a non-negative integer n, will be missing one line along that dimension when saved as a PNG file through imsave. For example:

>>> n = np.zeros((3241,3241))
>>> plt.imsave('test.png', n)
>>> plt.imread('test.png').shape
(3240, 3240, 4)

Inspection of the file through the OS will also show the shortened resolution, and saving a more detailed image will show the missing lines are taken from the top and the right. Saving an RGB or RGBA array has the same result.

Considering the nature of the pattern, this would seem to be some sort of floating-point rounding error, though I have not been able to find a location it might occur. I also cannot currently confirm if it happens for more recent versions, such as is currently in this repository.

Issue 2:
Make an image that's random noise in [0, 0.5] except the left half of the first line that's =1 (i.e, should be a white strip)

from matplotlib import pyplot as plt
import numpy as np
import seaborn as sns; sns.set(style="ticks")

t = np.random.random((128, 128)) * .5
t[0, :64] = 1
plt.imshow(t, interpolation="none", cmap="gray")
plt.show()

(mpl 2.0b3, Qt5Agg)

Funnily enough this does not happen with matplotlib's own seaborn-ticks style (note the thin white strip visible in the first line):

While obviously, at some point there are just not enough pixels to display your data, I think this is somewhat misleading because individual pixels are clearly visible in the image, so you don't really expect some of them to be missing on the edge.

I guess this may be due to the fact that axes are drawn centered on their "theoretical" position? I wonder if this can be fixed by changing the zorder of the axes to go below the image, or (less likely to be widely applicable) shifting the axes out so that their inner edge matches the theoretical position.

Edit: the problem of the first solution is that there's a loop... we expect images to be on top of axes, but lines to be on top of images and axes to be on top of lines (I think it would look weird if lines went on top of axes). Still, it would help if at least the axes box did obey zorder, which it doesn't right now, AFAICT. Then imshow() could by default change the zorder of the axes to a smaller value (yeah, magic, I know) but everything would still be fixable manually at least.
Issue 1:
The encoding/json package marshals RawMessage properly or incorrectly as base64 based on whether its container is marshaled by value or as a pointer, which is extremely subtle and trivial to get wrong silently.

It also consistently fails to marshal the RawMessage value properly when used as a map value type.

Sample code demonstrating these problems:

https://play.golang.org/p/bHuvfyb7qB

Issue 2:
The current json.RawMessage implementation defines MarshalJSON on a pointer receiver.
This causes unexpected behavior when marshalling with non-pointer-receiver objects.

For example:
http://play.golang.org/p/Cf_6zpIKC0

Instead, MarshalJSON should be defined on a non-pointer receiver for json.RawMessage.
This will continue to work for existing code that uses pointer-receivers, but will
change behavior to work "correctly" on code that accidentally uses
non-pointer-receivers.
Issue 1:
Original ticket http://projects.scipy.org/scipy/ticket/1016 on 2009-10-09 by trac user elambert, assigned to unknown.

We experienced problems with a script that is executed in MPIRUN on multiple cores (and possibly multiple nodes) because the temporary path used for generation and compilation was not always unique.

IN catalog.py, FUNCTION intermediate_dir() AS FOLLOWS :

def intermediate_dir():

...

mypid=os.getpid()

myhostname = socket.gethostname()

myrandom = random.randint(0,128000)

path = os.path.join(tempfile.gettempdir(),"%s%s%s%i"%(myhostname,whoami(),mypid,myrandom),python_name)

...

see also:

http://projects.scipy.org/scipy/ticket/1015

Issue 2:
Original ticket http://projects.scipy.org/scipy/ticket/1016 on 2009-10-09 by trac user elambert, assigned to unknown.

We experienced problems with a script that is executed in MPIRUN on multiple cores (and possibly multiple nodes) because the temporary path used for generation and compilation was not always unique.

IN catalog.py, FUNCTION intermediate_dir() AS FOLLOWS :

def intermediate_dir():

...

mypid=os.getpid()

myhostname = socket.gethostname()

myrandom = random.randint(0,128000)

path = os.path.join(tempfile.gettempdir(),"%s%s%s%i"%(myhostname,whoami(),mypid,myrandom),python_name)

...

see also:

http://projects.scipy.org/scipy/ticket/1015
Issue 1:
Currently (on Windows) when you open a file via command line with --reuse-window the file is opened but Code just flashes its icon on the taskbar staying in background.

Please consider adding a commandline option --bring-to-front or bring Code window to front regardless when file is opened from the command line.

//VS Code 0.10.1 on Windows 7 Professional SP1

Issue 2:
In my 0.10.11 version, chalk console logging using chalk works. In the 0.10.12-insider version it doesn't.

VSCode Version: 0.10.12-insider

OS Version: Windows 10

Language: TypeScript 1.8.9, Node 4.1.1, Mocha 2.3.4,

Launch:

{
"name": "[WP] test",
"type": "node",
"request": "launch",
"program": "${workspaceRoot}/node_modules/mocha/bin/_mocha",
"stopOnEntry": false,
"args": [
"test.bundle.js",
"--no-timeouts",
"--max_old_space_size=2048",
"--colors"
],
"cwd": "${workspaceRoot}/bin-webpack/test",
"runtimeExecutable": null,
"runtimeArgs": [],
"env": {},
"sourceMaps": true,
"outDir": "${workspaceRoot}/bin-webpack/test"
},

Steps to Reproduce:

import chalk = require('chalk');

console.log(chalk.magenta('some text'));
Issue 1:
I'm from the moment.js (http://github.com/moment) team, and some of our users that are also your users voice concerns that because of the way webpack is implemented all moment locale files (currently 104) are bundled together, and that increases the size of what is downloaded to the browser.

Recently there was a suggested "fix" in the moment code (moment/moment#3344), but then we figured it broke the require mechanism for other environments.

Also we happen to have no instructions on how to use moment and webpack (like here: http://momentjs.com/docs/#/use-it/).

Can you please give us a hand by saying what is the right way to use moment with webpack, so it won't include all locale files if the user wants so. I hope this will decrease number of issues sent to both projects :)

Note: A webpack user suggested the following: moment/moment#1435 (comment) but nobody has documented it yet: moment/momentjs.com#269

Issue 2:
Do you want to request a feature or report a bug?

bug

What is the current behavior?

Declaring multiple loaders with same test but different issuer stopped working in webpack 4

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

See https://github.com/Hypnosphi/webpack-issuer-repro

Note the duplicate keys ./circle.svg https://github.com/Hypnosphi/webpack-issuer-repro/blob/master/dist/main.js#L27-L47

What is the expected behavior?

a.js should get base64-encoded string, and b.js should get the file reference
Issue 1:
There's a strange bug that is causing segfaults and other behaviour in Julia 0.4 that's being triggered in ApproxFun. Sorry I haven't been able to narrow it down further but I reduced it to the following, where S.op is bizarrely a DataType instead of an instance of the type:

Pkg.checkout("ApproxFun","development")
using ApproxFun
import ApproxFun: SpaceOperator

m=MappedSpace(Ray(),Ultraspherical{1}())
sp=MappedSpace(Ray(),JacobiWeight(0.,-1.,Ultraspherical{1}()))
C=Conversion(m.space,sp.space)
S=SpaceOperator(C,m,sp)
S.op|>typeof # returns DataType instead of typeof(C)

The definition of SpaceOperator doesn't allow S.op to be a DataType:

immutable SpaceOperator{T,O<:Operator,S<:FunctionSpace,V<:FunctionSpace} <: BandedOperator{T}
op::O
domainspace::S
rangespace::V
end

I believe the bug is triggered by an error in a Base.convert overrides, but even so, it shouldn't propagate like this.

Issue 2:
julia> type Foo{N}
x::Array{Int,N}
end

julia> Foo() = Foo([1,2,3])
Foo{N}

julia> @which Foo()
call(::Type{Foo{N}}) at none:1

julia> @code_typed Foo()
1-element Array{Any,1}:
:($(Expr(:lambda, Any[symbol("#s1"),:(args::Any...)], Any[Any[],Any[Any[symbol("#s1"),Type{Foo{N}},0],Any[:args,Tuple{},0]],Any[],Any[]], :(begin # essentials.jl, line 44:
return (top(typeassert))(convert(T),T)::Foo{N}
end::Foo{N}))))

julia> code_typed(call, Tuple{Type{Foo}})
1-element Array{Any,1}:
:($(Expr(:lambda, Any[symbol("##1936")], Any[Any[],Any[],Any[],Any[Array{Int64,1}]], :(begin # none, line 1:
GenSym(0) = (top(vect))(1,2,3)::Array{Int64,1}
return $(Expr(:new, Foo{1}, GenSym(0)))
end::Foo{1}))))