WhereIsAI/github-issue-similarity huggingface dataset:
Issue 1:
This change made in version 3.4.19 by @nicolas-grekas created bug breaking few forms in our project.

symfony/property-access@15c463a#diff-5ef851f935a573b3b27e674ac708651b

If model/entity contains 2 methods addX and removeX everything is ok. But if model/entity contains all 3 methods (addX, removeX and setX) 'set' method will be used instead of 'add' as it is higher in if/elseif hierarchy.

Before change (3.4.18) script was determining if model/entity has add/remove methods before entering if/elseif section.

Deleted code:

if (\is_array($value) || $value instanceof \Traversable) {
$methods = $this->findAdderAndRemover($reflClass, $singulars);
if (null !== $methods) {
$access[self::ACCESS_TYPE] = self::ACCESS_TYPE_ADDER_AND_REMOVER;
$access[self::ACCESS_ADDER] = $methods[0];
$access[self::ACCESS_REMOVER] = $methods[1];
}
}

Because of lack of this code first accessor found is set instead of add. This is breaking backward compatibility and forms request handling behavior since forever.

Unit tests don't provide check for such situation. Probably this is the reason why such error crept in.

With regards.

Issue 2:
Symfony version(s) affected: 4.1.8

Description

#28966 fixing an issue where a model has 2 properties, the 2nd property name being the plural form of the first.

The fix introduced a change in behaviour when a model has a collection property, that has a setter and an adder+remover defined.

class Foo
{
private $invoices = [];

public function setInvoices(array $invoices): void
{
//...
}

public function addInvoice(Invoice $invoice): void
{
//...
}

public function removeInvoice(Invoice $item): void
{
//...
}
}

If setting the invoices collection:

before #28966, the adder/remover is used over the setter.

after #28966, the setter is used over the added/remover.

It could be said that if your model is depending on an order here, your model probably has a bug.

In fact, the change of behaviour did indeed highlighted a bug in my model, so I'm grateful for that!

Regardless, is this an intended, acceptable behaviour change for collection properties?
Issue 1:
Since Julia is struct oriented, this could be a nice way make the language more ergonomic for methods

https://en.wikipedia.org/wiki/Uniform_Function_Call_Syntax

Assume

struct Blah
...
end

foo(b::Blah,i::Int32)
...
end

b = Blah(..)

In addition to this syntax

foo(b,123)

this would also be acceptable if a function signature existed with Blah as first parameter type

b.foo(123)

Edited: fixed function name to be idiomatic

Issue 2:
After the change of Char representation it is possible to get overlong characters from a String, e.g.:

julia> c = String([0xc0,0xa0])[1]
'\xc0\xa0': [overlong] Unicode U+0020 (category Zs: Separator, space)

However, if you try to write this as a character literal you get:

julia> '\xc0\xa0'
' ': ASCII/Unicode U+0020 (category Zs: Separator, space)

so they are converted to their not-overlong equivalents.

I know it is a corner case, but I suppose that this behavior is not intentional.

So the question is is this a behavior we want (or we want character literal to be parsed exactly as written)?
Issue 1:
Challenge http://www.freecodecamp.com/challenges/waypoint-learn-how-script-tags-and-document-ready-work has an issue. When typing in the jQuery script element (after typing in the closing script), the screen began to flash back and forth and the "lesson finished" popped up before I finished the lesson.

Issue 2:
Challenge http://www.freecodecamp.com/challenges/waypoint-learn-how-script-tags-and-document-ready-work has an issue. Please describe how to reproduce it, and include links to screenshots if possible.
Issue 1:
Summary

Installing scipy on aarch64 via pip using command "pip3 install scipy" tries to build wheel from source code

Problem description

Scipy don't have wheel for aarch64 on PyPI repository. So, while installing scipy via pip on aarch64, pip builds wheel for same resulting in it takes more time to install scipy. Making wheel available for aarch64 will benefit aarch64 users by minimizing scipy installation time.

Expected Output

Pip should be able to download scipy wheel from PyPI repository rather than building it from source code.

@scipy-team, please let me know if I can help you building wheel/uploading to PyPI repository. I am curious to make scipy wheel available for aarch64. It will be a great opportunity for me to work with you.

Issue 2:
Is your feature request related to a problem? Please describe.

Hi Team, facing issue in Building Scipy in my local environment.

Describe the solution you'd like

I am working on adding builds for aarch64 for Scipy.

Describe alternatives you've considered

I have tried adding the builds in Travis-ci as well for Python v3.7, but the builds are not getting executed successfully.

Additional context (e.g. screenshots)

Please find below the error I am getting:

Building wheels for collected packages: scipy
WARNING: Building wheel for scipy failed: [Errno 13] Permission denied: '/home/travis/.cache/pip/wheels/c2'
Failed to build scipy
Cleaning up...
Removing source in /tmp/pip-req-build-fm_cmo2f
Removed build tracker: '/tmp/pip-req-tracker-6p3r1zc_'
ERROR: Could not build wheels for scipy which use PEP 517 and cannot be installed directly
Exception information:
Traceback (most recent call last):
File "/home/travis/virtualenv/python3.7.5/lib/python3.7/site-packages/pip/_internal/cli/base_command.py", line 186, in _main
status = self.run(options, args)
File "/home/travis/virtualenv/python3.7.5/lib/python3.7/site-packages/pip/_internal/commands/install.py", line 375, in run
", ".join(r.name for r in pep517_build_failures)))
pip._internal.exceptions.InstallationError: Could not build wheels for scipy which use PEP 517 and cannot be installed directly

python -u runtests.py -g -m $TESTMODE $COVERAGE $USE_WHEEL_BUILD -- -rfEX -n 3 2>&1 | tee runtests.log
Traceback (most recent call last):
File "runtests.py", line 476, in <module>
main(argv=sys.argv[1:])
File "runtests.py", line 276, in main
__import__(PROJECT_MODULE)
ModuleNotFoundError: No module named 'scipy'
The command "python -u runtests.py -g -m $TESTMODE $COVERAGE $USE_WHEEL_BUILD -- -rfEX -n 3 2>&1 | tee runtests.log" exited with 1.
0.10s$ tools/validate_runtests_log.py $TESTMODE < runtests.log
*** Test runner validation errored: did the run really finish?
The command "tools/validate_runtests_log.py $TESTMODE < runtests.log" exited with 255.

It will be really helpful, if you could provide some pointers on this.
Issue 1:
Challenge http://www.freecodecamp.com/challenges/waypoint-iterate-with-javascript-while-loops has an issue. Please describe how to reproduce it, and include links to screenshots if possible.

At bottom of left instruction column, before green Run Code button, it says "Let's try getting a FOR loop to work by pushing values to an array."

"FOR" should be replaced with "WHILE".

Issue 2:
Challenge http://freecodecamp.com/challenges/waypoint-iterate-with-javascript-while-loops has an issue.

Text reads, "Let's try getting a for loop to work by pushing values to an array." It should instead read, "Let's try getting a while loop to work by pushing values to an array."
Issue 1:
ℹ Computer information

PowerToys version: v0.22.0

PowerToy Utility: FancyZones

Running PowerToys as Admin: Yes

Windows build number: 20H2 (build SO 19042.541)

📝 Provide detailed reproduction steps (if any)

Install FancyZones on a multimonitor setup

Launch zones editor

Select a zone layout

Close the zone editor

Re open it

✔️ Expected result

To see that the new layout has been saved

❌ Actual result

You get the default (stacked) zones

Zones are registerd correcly when the "Allow zones to span across monitors" is disabled (it is uncecked by default, but on my computer the muiltimontor span seems to be active anyway). Problem's corrected by checking and unchecking the "Allow zones to span across monitors" checkbox.

Issue 2:
ℹ Computer information

PowerToys version: v0.21.1

PowerToy Utility: FancyZones

Running PowerToys as Admin: No

Windows build number: Windows 10 Version 2004: 19041.450

📝 Provide detailed reproduction steps (if any)

Check the Allow zones to span across monitors checkbox

Configure a zone which uses multiple monitors via the Launch zones editor and Apply

Attempt to snap window to zones, or use Shift key to highlight zones while dragging

✔️ Expected result

A window should snap to a zone

Zone highlighting ought to be functional

The Allow zones to span across monitors setting should persist even when closing settings

If there are errors "Activating" the zones, these should be raised to the user

❌ Actual result

A window will not snap to a zone when the Allow zones to span across monitors is configured

Window zone highlighting is also not functional

When FancyZones settings is closed and re-opened, the Allow zones to span across monitors checkbox is unchecked

When Allow zones to span across monitors is toggled to checked, then unchecked, zone highlighting and snapping functions, though obviously not with the multi-monitor zones

📝 Other Notes

There is a difference in framerate/refresh rate between the two monitors--could that be an issue?

System is a SurfaceBook 2 in a Surface Dock which drives a 2560 x 1440 monitor at 60 fps and a 2560 x 1440 monitor at 30 fps

The fps cannot be made the same as far as I can tell. Likely a hardware limitation.

Display is an LG 49 ultra-wide ( 5120 x 1440)

📷 Screenshots

FancyZones Settings:

Zone Editor spanning monitors:

Monitor configuration:
Issue 1:
Original ticket http://projects.scipy.org/numpy/ticket/819 on 2008-06-13 by trac user ahaldane, assigned to unknown.

Hi,

I get an unexpected effect from doing .flat on arrays created by c_. In the code below, the values in the variable 'b' seem to get re-ordered during the call to array. Using .flatten() instead works as expected.

from numpy import c_, array
from numpy.random import rand

b = c_[ rand(2,2), rand(2)]

print b
array(b.flat)
print b

This prints:

[[ 0.8606752 0.11848512 0.95805826]
[ 0.84665539 0.7989498 0.20762479]]
[[ 0.8606752 0.95805826 0.7989498 ]
[ 0.11848512 0.84665539 0.20762479]]

Issue 2:
I'm using numpy 1.9.2 (built locally with pip and linked to openblas) and there seems to be a strange bug with memmap. I checked through recent issues/pr and nothing seemed reported (I don't feel like building the master to check this out as I tend to stay on the same version of everything to compare results between themselves). Anyway

In [95]: data.shape
Out[95]: (145, 174, 145, 288)

In [101]: np.mean(data[..., 0:10], axis=-1, keepdims=True).shape
Out[101]: (145, 174, 145)

In [105]: type(data)
Out[105]: numpy.core.memmap.memmap

In [106]: data = np.array(data)

In [107]: np.mean(data[..., 0:10], axis=-1, keepdims=True).shape
Out[107]: (145, 174, 145, 1)

So the memmap doesn't play well with the keepdims=True, but the numpy array version works as expected.
Issue 1:
Ken Sipe opened SPR-6378 and commented

I have a demo for Spring 3 Web that I've been running for some time... the upgrade to RC2 broke the demo. The code is listed below. What we need is details on the order of requestmappings... I thought I saw that earlier this year in the forums, but I can't find it anymore. Can someone please provide the details on the order of requestmappings... thanks.

The code below (which worked before) now fails for a GET request against the list method or http://localhost:8080/mvc/book/list

I had specified the GET and POST for clarification before on the create methods... after some investigation, I discovered that if I remove the method = RequestMethod.GET on the create method that the app begins to work. So I can work around this. What behavior should be expected?

@Controller
public class BookController {

@Autowired
BookDAO dao;

// http://localhost:8080/mvc/book/list
@RequestMapping("list")
public List<Book> list() {
return dao.findAllBooks();
}

// http://localhost:8080/mvc/book/book?id=12
@RequestMapping("book")
public Book book(@RequestParam(required = true) Long id) {

Book book = dao.getBook(id);
return book;
}

@RequestMapping(method = RequestMethod.GET)
public Book create() {
return new Book();

}

// http://localhost:8080/mvc/book/create (POST)
@RequestMapping(method = RequestMethod.POST)
public String create(@ModelAttribute Book book, BindingResult results) {

if (book == null)
return null;

dao.save(book);

return "redirect:list";
}
}

Affects: 3.0 RC2

Issue Links:

#11141 Combining ControllerClassNameHandlerMapping and @RequestMapping with relative value on Controller method doesn't work anymore ("is duplicated by")

Referenced from: commits 89975c8

Issue 2:
raja s kolluru opened SPR-1373 and commented

The PropertyPlaceholderConfigurer is currently not able to handle nested properties. For instance, it may be required for a property name to be obtained from another property. This would result in expressions such as ${${x}} where x would contain the name of the property to evaluate.

I extended the PropertyPlaceholderConfigurer to incorporate this functionality. It also removes some cases of circular references that were not caught in the other version of the PropertyPlaceholderConfigurer.

This was done in Spring release 1.1.4 which I realize can be different from the current version. I have also got some test cases to test this new functionality.

Affects: 1.1.4

Attachments:

NestedPlaceholderConfigurer.java (8.16 kB)

PropertyPlaceholder.jar (13.33 kB)

PropertyPlaceholderConfigurer.java (16.35 kB)

Issue Links:

#9319 PropertyPlaceholderConfigurer should support nested keys in placeholder key ("duplicates")

2 votes, 5 watchers
Issue 1:
The CircularProgress.d.ts file does not have 'thickness' property.

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

Your Environment

Tech
Version

Material-UI
1.0.0-beta.18

React
15.6.1

browser
Chrome 61.0.3163.100

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

Expected Behavior

In the render method of a component, it would be convenient to be able to use boolean operators to decide whether or not a MenuItem child renders. E.g.:

<Select> <MenuItem value=0 /> <MenuItem value=1 /> {canBeTwo && <MenuItem value=2 />} </Select>

Current Behavior

At the moment, if canBeTwo is false in the exemple above, the following error message is returned:

TypeError: Cannot read property 'props' of null at SelectInput.js:275 (Chrome)

TypeError: child is null (Firefox)

Steps to Reproduce (for bugs)

live example

Your Environment

Tech
Version

Material-UI
v1 beta 10

React
15.6.1

browser
FF55 & Chrome 58
Issue 1:

Issue 2:
This bug-tracker is monitored by Windows Console development team and other technical types. We like detail!

If you have a feature request, please post to the UserVoice.

Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues. Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue.

Please use this form and describe your issue, concisely but precisely, with as much detail as possible

Your Windows build number: (Type ver at a Windows Command Prompt)

Windows 10 1809 (17763.475)

What you're doing and what's happening: (Copy & paste specific commands and their output, or include screen shots)

Built the repo using the instructions in the readme (w/VS 2017 x86 native prompt). When I run Debug\WindowsTerminal.exe I get this error:

What's wrong / what should be happening instead:

The app should start unless I need to be on a newer version of Windows?
Issue 1:
Migrated issue, originally created by Thomas Tanner (@ttanner)

The example

http://docs.sqlalchemy.org/en/latest/core/constraints.html#configuring-constraint-naming-conventions

convention = {
"ix": 'ix_%(column_0_label)s',
"uq": "uq_%(table_name)s_%(column_0_name)s",
"ck": "ck_%(table_name)s_%(constraint_name)s",
"fk": "fk_%(table_name)s_%(column_0_name)s_%(referred_table_name)s",
"pk": "pk_%(table_name)s"
}

should be changed to "ck": "ck_%(table_name)s_%(column_0_name)s",

Otherwise unnamed constraints (for example, Boolean) raise

sqlalchemy.exc.InvalidRequestError: Naming convention including %(constraint_name)s token requires that constraint is explicitly named.

Issue 2:
Is your feature request related to a problem? Please describe.

Today, I use SQLAlchemy to reflect and inspect Postgres tables. People are starting to move away from SERIAL types to using GENERATED BY DEFAULT AS IDENTITY and GENERATED ALWAYS AS IDENTITY.

For example if I:

CREATE TABLE testidentity (id BIGINT PRIMARY KEY GENERATED BY DEFAULT AS IDENTITY, name VARCHAR NOT NULL, optional VARCHAR);

When I use sqlalchemy.inspect to eventually get_columns I'm given:

[{'name': 'id',
'type': BIGINT(),
'nullable': False,
'default': None,
'autoincrement': False,
'comment': None},
{'name': 'name',
'type': VARCHAR(),
'nullable': False,
'default': None,
'autoincrement': False,
'comment': None},
{'name': 'optional',
'type': VARCHAR(),
'nullable': True,
'default': None,
'autoincrement': False,
'comment': None}]

But there is a default and it does autoincrement

Describe the solution you'd like

Support for describing these generated defaults as having a default and as autoincrementing (although the latter is less important)

Describe alternatives you've considered

Trying to inspect the metadata via some other library directly and working around SQLAlchemy

Additional context

N/A

Have a nice day!
Issue 1:
🐛 Bug

In the example below, I want to subtract the value of the first column from all columns of a 2D array/tensor.

i.e. X -= X[:,0][:,np.newaxis]

(or with pytorch can also do unsqueeze(1) instead of [:,np.newaxis])

However, the above expression gives different results when X is a numpy array vs when it is a pytorch Tensor. Specifically, with pytorch it seems as though the broadcasting is "lazy", and only broadcasts the first column after the first column's self-subtraction. While with numpy gives the "expected" results.

Is it possible that the above expression, with X appearing on both LHS and RHS and relying on broadcasting, does not have well defined semantics? Or is this a bug?

To Reproduce

Steps to reproduce the behavior:

import torch
import numpy as np

A = torch.Tensor([[1,2,3], [4,5,6]])
B = A.numpy().copy()

print(A) # [[1,2,3],[4,5,6]]
print(B) # [[1,2,3],[4,5,6]]

# Subtract first column from all columns
A -= A[:,0][:,np.newaxis] # or unsqueeze(1)
B -= B[:,0][:,np.newaxis]

print(A) # [[0,2,3],[0,5,6]] (unexpected result / bug)
print(B) # [[0,1,2],[0,1,2]] (this is expected result in my opinion)

Expected behavior

Expected pytorch result (A) to match numpy result (B).

Environment

PyTorch version: 1.1.0

Is debug build: No

CUDA used to build PyTorch: 9.0.176

OS: Ubuntu 14.04.5 LTS

GCC version: (Ubuntu 4.9.4-2ubuntu1~14.04.1) 4.9.4

CMake version: version 3.2.2

Python version: 3.6

Is CUDA available: Yes

CUDA runtime version: 8.0.61

GPU models and configuration:

GPU 0: NVS 310

GPU 1: TITAN X (Pascal)

Nvidia driver version: 384.130

cuDNN version: Probably one of the following:

/usr/local/cuda-8.0/targets/x86_64-linux/lib/libcudnn.so.6.0.21

/usr/local/cuda-8.0/targets/x86_64-linux/lib/libcudnn.so.7.0.2

Versions of relevant libraries:

[pip3] numpy==1.16.2

[pip3] torch==1.1.0

[pip3] torchfile==0.1.0

[pip3] torchvision==0.2.2.post3

[conda] Could not collect

Issue 2:
t = torch.range(1,10)
t[1:] = t[:-1] # wrong result
print(t)
t = torch.range(1,10)
t[1:] = t[:-1].clone() # right result
print(t)
t = torch.range(1, 10).numpy()
t[1:] = t[:-1] # right result
print(t)

Note that the same (wrong?) behaviour is present in lua torch.
Issue 1:
React attempted to reuse markup in a container but the checksum was invalid. This generally means that you are using server rendering and the markup generated on the server was not what the client was expecting. React injected new markup to compensate which works but you have lost many of the benefits of server rendering. Instead, figure out why the markup being generated is different on the client or server:

(client) :Roboto, sans-serif;-webkit-tap-highligh

(server) :Roboto, sans-serif;tap-highlight-color:

Is this the right place to post the issue? Or should ii move this to react issues?

Issue 2:
I have a React app, that runs on the server and in the clients browser.

When I upgrade to v0.8.0, React gives me the "Expected html differs from the given markup" warning, because there are differences in the inline style definitions. For example:

Server renders:

style="...; user-select: none;.."

But the client (Chrome in this case) renders

style="...; -webkit-user-select: none;.."

While it is nice to not have to worry about vendor prefixes, the correct handling of them creates those differences. Does anyone have an idea on how to fix (or workaround) this? I dont want to send the client, perfectly good markup, and then let React rebuild half of it, because of that.

Maybe include all prefixes necessary? Might be tricky as well..

Or do I have to exclude all css that needs to be prefixed back into style sheets?
Issue 1:
Hi,

When I print SearchRequestBuilder to see json the "types" : [ ]

Is this normal ?

Issue 2:
Follw-up of discussion we had in #9944. After #9201, we should look into having consistent toString() implementations for all of our requests (I think builders will be gone by then) and responses.

Topics to discuss: when it comes to search requests we currently print out only part of the requests in json format. I'd propose to move away from json format in general, which is trappy as it makes users think that the json can be sent back to elasticsearch as is (although not complete). I would just make sure that we print out every single bit that the request holds (e.g. at the moment search request builder ignores index, type, routing etc.).

In general, toString should only be a way to nicely debug requests and their content and quickly log them, it doesn't need to be json and it needs to contain all the relevant info for every class that implements it.