WhereIsAI/github-issue-similarity huggingface dataset:
Issue 1:
Analogous to how you would swap workspaces with Win-Ctrl-Arrow keys, holding down shift also takes the currently focused window to the new workspace. (I remember this from my old Ubuntu system).

(I'm so stupid with the edits and such, I'm sorry)

Issue 2:
One of the thing I've found lacking ever since I started using the virtual desktops is the ability to move a window with you while moving to another virtual desktop.

Currently, we can move to another desktop using the shortcut ctrl + win + left/right, I feel like a shortcut along the lines of ctrl + win + alt + left/right could be used to make the current active window move with you to the next desktop

I have no idea if this fits as a powertoy, please tell me if it doesn't !
Issue 1:
Challenge Factorialize a Number has an issue.

User Agent is: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.99 Safari/537.36.

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

After manually testing all the requirements, the tests do not tick.

My code:

var numberValue = 1;
function factorialize(num) {
for (i=1; i<= num; i++) {
numberValue *= i;
}
return Number(numberValue);
}
factorialize(0);

Issue 2:
Challenge Factorialize a Number has an issue.

User Agent is: Mozilla/5.0 (Windows NT 5.1; rv:47.0) Gecko/20100101 Firefox/47.0.

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

My code:

var count=1;
function factorialize(num) {
for(var i=1; i<=num;i++){

count= count * i;

}
return count;

}

factorialize(0);
Issue 1:
Below is my code to reproduce problem:

function downloadFile(fileName, content){

var aLink = document.createElement('a');

var blob = new Blob([content]);

var evt = document.createEvent("HTMLEvents");

evt.initEvent("click", false, false);

aLink.download = fileName;

aLink.href = URL.createObjectURL(blob);

aLink.dispatchEvent(evt);

}

This function work well in chrome but atom/electron.

Then, I tried the other way like this:

<a href="http://example.com/xxx.zip" download="xxx.zip">download</a>

it also doesn't work properly

Issue 2:
Thanks for the nice project, folks.

I'm using electron to wrap our web application in a webview and distribute this application this way.

Unfortunately we discovered that links with the download attribute don't work.

E.g. http://davidwalsh.name/demo/html5-download.php

Works perfectly fine in Chrome but unfortunately does not inside of the webview in electron.

I digged the issues already and couldn't find any information on this specific case.

Any ideas on this are more than welcome.

Thanks. :)
Issue 1:
Kent Rancourt opened SPR-8485 and commented

HTML5 supports a variety of new form field input types such as "email," "tel," and "date" (to name a few). e.g. <input type="email".../> In all known cases, browsers that don't understand these new field types gracefully degrade to type "text." Since these new field types permit modern browsers (especially mobile browsers) to handle certain fields in a special manner (e.g. bring up different variant of on-screen keyboard conducive to the type of field being edited) and because they degrade gracefully, they're quickly becoming popular to use, but unfortunately, Spring MVC's form-binding tags don't currently permit use of these new field types. i.e. there is no form:email or form:tel tag. It seems it would be rather simple to include these by extending org.springframework.web.servlet.tags.form.InputTag to change the field type, in much the same way that org.springframework.web.servlet.tags.form.PasswordInputTag already does.

Affects: 3.1 M2

Issue Links:

#13336 Duplicate "type" attribute rendered in JSP InputTag

8 votes, 14 watchers

Issue 2:
Arthur opened SPR-3030 and commented

When creating beans such as a JNDITemplate it is often desireable to have a container supply the provider URL and other configuration options via Environment entries. I find it is generally not a great idea swap applicationContext files using a build script because it adds another layer of complexitity to the build process. Therefore I prefer having different deployment descriptors on different test/production servers with different Environment settings. The real benefit comes with the ability for certain containers to update these Environment entries during runtime such as if a provider URL becomes inaccessible. I propose a JNDI Property Placehold Configurer which will do java:comp/env/ lookups to fill in the appropriate property values.

Example usage would be as follows:

<bean id="jndiTemplate" class="org.springframework.jndi.JndiTemplate">

<constructor-arg index="0">

<props>

<prop key="java.naming.factory.initial">${java.naming.factory.initial}</prop>

<prop key="java.naming.provider.url">${java.naming.provider.url}</prop>

<prop key="java.naming.factory.url.pkgs">${java.naming.factory.url.pkgs}</prop>

</props>

</constructor-arg>

</bean>

I will attach a working version I have been using for several months now.

Attachments:

JndiAwarePropertyPlaceholderConfigurer.zip (2.82 kB)

JndiPropertiesFactoryBean.java (4.47 kB)

JndiPropertyPlaceholderConfigurer.java (7.98 kB)

Issue Links:

#5690 Configurer that resolves placeholders as environment entries ("is duplicated by")

#12693 Register JndiPropertySource by default in StandardPortletEnvironment

10 votes, 6 watchers
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.6.2

域名解析示例：

10.0.0.1 zk.foo.com

10.0.0.2 zk.foo.com

10.0.0.3 zk.foo.com

10.0.0.4 zk.foo.com

10.0.0.5 zk.foo.com

注册中心：zookeeper

在生产环境中要求只能使用域名，注册中心的域名解析如示例中所示，Dubbo框架在创建注册中心时，会对域名进行解析，且只取其中一个IP，这会导致每次解析获得的IP有可能不一样，有可能出现如下问题：

1、解析获取到不一样的IP的时候，会再次创建一个注册中心实例，导致和注册中心建立多个连接。

2、如果始终解析到的是一个IP，如果该注册中心节点不可以，zookeeper客户端也没有可重试的IP，那么会导致应用与注册中心的会话失效，导致临时服务节点被删除。

下面是获取注册中心Key的代码:

https://github.com/apache/incubator-dubbo/blob/e6b0bc8a856abd7f2d7a2e0f06ccc78dc90e2e0a/dubbo-registry/dubbo-registry-api/src/main/java/org/apache/dubbo/registry/support/AbstractRegistryFactory.java#L88

就是在该方法中将域名解析成单一的IP，是否可以考虑将该实现换成不解析域名的方法：

https://github.com/apache/incubator-dubbo/blob/7a48fac84b14ac6a21c1bdfc5958705dd8dda84d/dubbo-compatible/src/main/java/com/alibaba/dubbo/common/URL.java#L498-L500

将域名解析的任务交给zookeeper客户端完成，zookeeper客户端默认会将域名解析成IP列表。

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: xxx

Operating System version: xxx

Java version: xxx

Steps to reproduce this issue

xxx

xxx

xxx

Pls. provide [GitHub address] to reproduce this issue.

Expected Result

What do you expected from the above steps？

Actual Result

What actually happens?

If there is an exception, please attach the exception trace:

Just put your stack trace here!
Issue 1:
ISSUE TYPE

Feature Idea

COMPONENT NAME

core

ANSIBLE VERSION

2.1

CONFIGURATION

OS / ENVIRONMENT

SUMMARY

As ansible has some long keys without shortcuts (like --vault-password-file or --force-handlers) it really misses autocompletion. I've found a script that seem to work fine but had just a quick look on it. It would be really nice to ship one with ansible distribution.

STEPS TO REPRODUCE

EXPECTED RESULTS

ACTUAL RESULTS

Issue 2:
ISSUE TYPE

Feature idea

COMPONENT NAME

bash-completion script

ANSIBLE VERSION

Not a feature in current devel branch.

OS / ENVIRONMENT

I use Debian with a Bash shell and source the completion scripts in /usr/share/bash-completion/completions. I searched open issues and there were none that addressed exactly this. I could be mistaken but it seems overlooked.

SUMMARY

Ansible is all about automating right? Being able to do things faster. This will help SIGNIFICANTLY being to tab-autocomplete an option or command, since most people are executing them from a terminal.

Also, the other tools have some.

Puppet's bash-completion is in the official repo.

Various 1 2 for Chef's knife command. '

And shell completion scripts are also available for Salt.

Not to mention Docker and Kubernetes it's built-in!

I haven't written any of these completion scripts just yet, they look a little janky, so I don't know if I'm up for it, but I think it's a great idea for a priority issue.
Issue 1:
I have searched the issues of this repository and believe that this is not a duplicate.

Expected Behavior

Current Behavior

Steps to Reproduce (for bugs)

Context

Your Environment

Tech
Version

next

node

OS

browser

etc

Issue 2:
Feature request

Example using Next JS with Google Ad Sense

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

Yes, having an example would be good

A clear and concise description of what you want and what your use case is.

Running a next js app with Example using Next JS with Google Ad Sense

Describe the solution you'd like

the example of Example using Next JS with Google Ad Sense

A clear and concise description of what you want to happen.
Issue 1:
Calculating a Jacobian returns substantially different answers on CPU vs. TPU.

In the example below, we calculate the Jacobian, sum its rows and compare it to the gradient of the sum (calculated using gradient). When running on CPU, the answers are indeed almost identical, however, when running on TPU we get a large discrepancy.

import jax
import jax.numpy as jnp

rng = jax.random.PRNGKey(0)
n = 1000
m = 10000

A = jax.random.normal(rng, (n, m))

def f(x):
return jnp.dot(A, x)

g = jax.jit(jax.jacrev(f))
g_sum = jax.jit(jax.grad(lambda x: jnp.sum((f(x)))))

x0 = jax.random.normal(rng, (m,))

print("max numerical error = ", jnp.max(jnp.abs(jnp.sum(g(x0), axis=0) - g_sum(x0))))

When running g on TPU we get

>>> max numerical error = 0.21506119

and on CPU we get

>>> max numerical error = 0.0001449585

Issue 2:
Follow-up from #2161:

The default low precision is a bit of a footgun, at least when doing anything that isn't implementing a neural net layer. In my opinion, it would be much safer to use "highest" precision by default (which isn't that much slower) on float32 data. Neural net libraries, of course, can default to lower precision, so this really only effects users who directly use NumPy APIs or the @ infix operator.
Issue 1:
I'm submitting a ...

[X] feature request

Problem statement:

An app with NgModule structure AppModule -> LabsFormsModule -> TemplateModule, ModelFormControlsModule, ModelFormBuilderModule (3 children)

Each child module has defined routes RouterModule.forChild(ROUTES)

Current behavior

Now if these modules are imported in LabsFormsModule then the routes are flattened and they are loaded in router-outlet of AppModule. Whereas the intented behavior is that they be loaded in LabsFormsModule.

Upon discussion on Gitter, @brandonroberts pointed that this is by design because ParentModule and imported modules shares same context.

Also, Only one injector is created for the ParentModule and imports.

To achive composition, we need to lazy load each of the three modules, then the hierarchy will be maintained.

But these 3 modules are small and are not fit to be loaded lazily, but hierarchy of modules is needed.

Another alternative is, we define Routes on LabsFormsModule to load them in router-outlet of LabsFormsModule but then we need to import component from inside child modules in forms.routes.ts file and add them to the routes. This breaks the module concepts.

Components inside child modules are not public and should not be accessed outside of Module. also to be addressable outside of module, components needs to be added to exports, In short we are forcing internal implementations to be made public just to support Routing defined in Parent module

See: https://github.com/sirajc/angular2-labs/tree/master/src/app/forms

Expected/desired behavior

Proposal: Support Hierarchy of modules

While defining child module routes

RouterModule.forChild(ROUTES, asChildren /*boolean*/)

But this has conflicts with context and injector

Enable NgModules as children

{ path: 'forms',
component: 'FormsComponent',
childModules: [ TemplateModule, ModelFormControlsModule, ModelFormBuilderModule ]
}

Child imports in Parent Module

@NgModule({
imports: [CommonModule],
children: [TemplateModule, ModelFormControlsModule, ModelFormBuilderModule],
declarations: [FormsComponent]
})

Any of the above 3 approach, which seems fit or any other way Angular can provide, that helps creating NgModule hierarchy and routes composition.

What is the motivation / use case for changing the behavior?

By enabling NgModule as children, we can compose application with NgModule hierarchy without the need for lazy loading each and every module.

Language: [all | TypeScript X.X | ES6/7 | ES5]

Issue 2:
Feature request to support selectors like

md-input-container > input

This would help reduce boilerplate for directives where some predetermined structure is required. Some scenarios where this could be useful:

The Angular Material md-input-container (example used above)

Any instance where native HTML elements dictate a specific structure, e.g., <table> containing <tr>

myCustomTable > tr

This should take into consideration the combination of multiple direct-child operators:

myCustomTable > tr > td

cc @tbosch @vicb
Issue 1:
TypeScript Version:

1.8.2 and Nigtly

Code

private _appendScript (): void {
this._script = this._createScriptElement();
console.log(1, this); // pointed on class object

let scripts = document.getElementsByTagName('script');
console.log(2, this); // pointed on class object

for (let script in scripts) {
console.log(3, this); // pointed on Window
}

// same with
//for (let i = 0, len = scripts.length; i < len; i++) {
// console.log(4, this); // pointed on Window
//}
}

full class code

https://gist.github.com/sanex3339/3efa99e0817d30bb0803#file-wrong-this-capture-L73

Important note - wrong this capture occurs only in this place, in other classes everythink ok.

Expected behavior:

this inside for loops must pointed on class object

Actual behavior:

this inside for loops is pointed on Window

Issue 2:
There have been a few cases reported by customers that using --watch has been on the slow side. We should elicit feedback to understand what's going on.

Examples:

https://www.reddit.com/r/typescript/comments/48rzzq/protip_what_to_do_to_solve_the_current_slowness/

https://gitter.im/Microsoft/TypeScript?at=56d86d9906ba9a282a28ecf1
Issue 1:
Here's an example:

Here's the code:

http://pastebin.com/gwSzquA0

The cause lies in the for loop declaration. It happens for i< , but not for i <, so the parser does something wrong there. Note the extra space.

Issue 2:
VSCode Version: 0.10.11

OS Version: win10 10586.164

Steps to Reproduce:

open folder containing clone of remote origin master

click on git branch status area in bottom left corner, or enter ctrl+p or f1+>Git: Checkout, and enter name of remote origin branch you want to local copy to reference. the git ouput window shows "git checkout -q -b someTopicBranch" and "git fetch" were executed.

folder doesn't contain copy of remote origin topic branch so from command line enter "git.exe config -l --local" where you'll see that branch.someTopicBranch.remote/.merge entries are not present

from command line enter "git branch -u origin/someTopicBranch" or "git branch --set-upstream-to=someTopicBranch" to update local config to contain branch.someTopicBranch.remote/.merge entries

from vscode you can now use git | ... | pull == "git pull" to retrieve the contents of the remote origin someTopicBranch that already existed

My thinking is that steps 3 thru 5 should be automated for you in case where you are not looking to create new topic branch and optionally later push it into remote origin but rather create local repo topic branch into which you sync the details of remote origin copy of topic branch that already exists.
Issue 1:
The new JSX transform don't support preact from deno.json:

{
"compilerOptions": {
"jsx": "react-jsx",
"jsxImportSource": "https://esm.sh/preact",
"lib": [
"dom",
"deno.ns"
]
}
}

but with @jsxImportSource comment works:

/** @jsxImportSource https://esm.sh/preact */

export default () => <h1>Hi</h1>

__

deno 1.17.1 (release, aarch64-apple-darwin)

v8 9.7.106.15

typescript 4.5.2

Issue 2:
I'm not sure if it's known but it seems remote dynamic import is quite slow. For example

async function main() {
const t = performance.now();
await Promise.all([
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
]);
console.log(performance.now() - t);
}
await main();

Above took approx. 55 ms with deno run -A --no-check ./test.ts. It seems the number of remote imports in the target file affect the performance.

Additionally, it seems remote dynamic import does not use cache. For example

// test.ts
async function main() {
const t = performance.now();
await Promise.all([
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
import("https://deno.land/x/denops_core@v2.0.3/mod.ts"),
]);
console.log(performance.now() - t);
}
await main();

Above took approx. 500 ms with deno run -A --no-check ./test.ts even the URL is just repeated.
Issue 1:
With the latest 2.5 dev branch (but also with v2.5.0-BETA1), it's no longer possible to serialize a FormView instance. When trying, Exception: Serialization of 'Closure' is not allowed is thrown, see https://travis-ci.org/craue/TwigExtensionsBundle/builds/24253905.

This would be needed for https://github.com/craue/TwigExtensionsBundle/blob/dc4ffd5e5239c50c5d7b0fa7fe10fae40ebe653b/Twig/Extension/FormExtension.php#L73 to work.

Issue 2:
Hi all,

I have a weird issue that I can't figure out why.

I have an entity User, which has a boolean field enabled. When I try to update the entity with a form, all other non-boolean fields are updated, only the booleans are always set to true. I dumped $request->request->get('form_name'), the result looks like this:

UserController.php on line 108:
array:1 [▼
"form_name" => array:12 [▼
...
"enabled" => "0"
...
]
]

And I call $form->handleRequest($request), then I dumped the entity, expecting it to be updated.

UserController.php on line 109:
User {#3066 ▼
...
#enabled: true
...

I don't really understand now, it happens to this particular form, I haven't had such a problem before, and I run out of ideas as to why it happens.

As an interim solution, I set the boolean values directly on the entity after the handleRequest() call. Something like this:

$form->handleRequest($request);

// set the boolean fields on the entity because handleRequest can't update these fields for some reason
$user->setEnabled(!!$data['form_name']['enabled']);
Issue 1:
Grzegorz Grzybek opened SPR-6714 and commented

There is:

EvaluationContext context = new StandardEvaluationContext();
context.setRootObject(tesla);

but setRootObject method is undefined for interface EvaluationContext. It probably should be:

StandardEvaluationContext context = new StandardEvaluationContext();
context.setRootObject(tesla);

Affects: 3.0 GA

Issue Links:

#11318 Bug in SpEL documentation ("duplicates")

Issue 2:
Andy Clement opened SPR-6831 and commented

Spin off from #11411. As described there:

Although Keiths test now passes, more work is needed in ReflectivePropertyAccessor for a few reasons, but I wouldn't do that so close to a release:

too much duplication in there and its messy

the typeDescriptorCache looks unnecessary

BeanTypeDescriptors are built separately for property reads and property writes. I did not want to switch to letting the PropertyDescriptor discover setters/getters (with limited time until release) and I didn't want to introduce the new cost of reflectively hunting for the opposing accessor when it may not be used (so hunting for the setter when a field is being read, just so the BeanTypeDescriptor would be fully populated). This means that metadata attached to the 'other accessor' may not make it through to the conversion. So if you annotate the setter, it wont (I dont think) affect the conversion service call for a property read. And if you annotate the getter, it wont affect the conversion service call for a property write. More thought and testing required here. Keith can probably knock up a test that shows this limitation - I'll need to discuss it with him how much of a likely real world issue it is.

This Jira is to cover the work to address that.

Affects: 3.0 GA
Issue 1:
Hi all,

I've got some problems with the intl component.

I have a form where the user can pick a date and a time, but when the time is "cast" in the controller, the hours is two hours back. For example if i pick 10:10 in the form i will have 08:10 in my controller.

Please take a look at my post (it's french but the important think are the code and the profiler view)

https://openclassrooms.com/forum/sujet/probleme-date-timezone?page=1#message-91356928

Setting Europe/Zurich in the php.ini doesn't resolve the bug (and the default timezone is set to Europe/Zurich as we can see).

Removing the intl component fix the bug, so i think i'm missing some configuration at one moment

Thanks in advance for your help :)

Issue 2:
#19531

After merge issue above, there is bug on the DateTimeType::class form type - DateTimeToLocalizedStringTransformer class on branch master.

My timezone is Europe/Warsaw, +2h from UTC timezone.

Part of form:

$builder->add(
'publishDateEnd',
DateTimeType::class,
[
'required' => false,
'widget' => 'single_text',
'format' => 'dd.MM.yyyy HH:mm',
'attr' => [
'placeholder' => 'dd.mm.yyyy HH:mm',
],
]

When for example publishDateEnd is set as 2016-08-01 10:00:00 and I set in the web form date as 2016-08-01 12:00:00, after save form date back to 2016-08-01 10:00:00. Should be saved as 2016-08-01 12:00:00.

When I add 'view_timezone' => 'UTC' into widget option, date is display as correct date, but is invalid in database

My php.ini timezone is set as Europe/Warsaw
Issue 1:
let f = &[99]; println!("{:?}", match [1,2,3,4] { [x, ..xs] => (x, xs), [] => (9, f) });

Says

vectors of length 4 not covered

Should say

pattern [] is unreachable

Issue 2:
Compiling the following code (with current master) results in "error: non-exhaustive patterns: vectors of length 2 not covered". I don't know if this ought to be valid, but at least the error-message is wrong, because obviously there is a match-branch for vectors of length 2.

fn main() {
let x = [1,2];
let y = match x {
[] => None,
[a,_] => Some(a)
};
println!("{}", y);
}
Issue 1:
🚀 Feature request

Output the token probabilities along with the tokens when generating sequence.

Motivation

For understanding model confidence, this is quite useful.

Also, for abstractive QA with long contexts, one needs to use doc-strides to take into account the contexts & then choose the best answer according to the probability of the generated text.

Your contribution

I can try submitting a PR for non-beam decoding, but guidance would be appreciated.

Also, are there any existing solutions to this issue? If so, what & where?

Issue 2:
🚀 Feature request

output probabilities of generated sequences in generate function (generation utils)

thank you so much! :)