sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: You-Dont-Know-JS
Issue: "this & object prototypes": cover strict mode `this` differences
Labels: for second edition

Apparently in ES6 strict mode, `this` values of primitives are no longer boxed. News to me!

``` js
function foo() {
   "use strict";
   console.log(typeof this);
}

foo.call("hello"); // "string"
```

https://people.mozilla.org/~jorendorff/es6-draft.html#sec-ecmascript-function-objects

"...means that the this value is used exactly as provided by an invocation of the function"

(credit to @webreflection -- https://twitter.com/webreflection/status/522389313800400896)
Repository: rust
Issue: Investigate how LLVM deals with huge stack frames
Labels: A-LLVM,A-codegen,P-low,T-compiler,I-unsound,C-bug

According to @thestinger, LLVM has UB when dealing with stack frames that have size of the order of magnitude of the address space. Investigate this and add the needed fixes. 

This is related to #17913 and not dealt with in #18041.
Repository: youtube-dl
Issue: Keep Uploaded Date/Time after merging
Labels: request

eg. when downloading a file using -f bestvideo+bestaudio the resulting file has current date/time instead of when the original video was uploaded.
Repository: bitcoin
Issue: Headers-first is disconnecting nodes added via config.
Labels: P2P

Just a note that if your headers first (HF) sync is latched on to a relatively fast node other nodes continue to be disconnected even where other nodes are nodes added via -addnode in the config/start-up.

I would guess this is not a major issue.

I saw this when I tested a HF node.  Also had two other regular nodes present on the LAN.  One slower and one faster.  I added via bitcoin-cli addnode onetry the two lan nodes to speed up testing HF.  The HF node dropped the connection to the slower LAN node.

I then added the slower LAN node to the conf file with an addnode directive there.  The HF node still dropped the slower lan node.  It came back every now and then but would then be dropped soon after returning.

It would be interesting to see what it did with nodes added via -connect. 
@sipa asked me to add this issue.
Repository: TypeScript
Issue: Support for wildcards in command line
Labels: Suggestion,Help Wanted

It would be great if we could have wildcard support for files.

``` bash
tsc -w -m amd -t es5 **/*.ts
```

Currently we need to use unix commands.

``` unix
find . -name "*.ts" | xargs tsc -w -m amd -t es5
```

There are also cases when we would like to have wildcards for multiple different folders

``` bash
tsc -w -m amd -t es5 _generated/**/*.ts Typescript/**/*.ts
```
Repository: nvm
Issue: Testing the install script
Labels: installing node,testing,pull request wanted

I was thinking about @ljharb's [comment](https://github.com/creationix/nvm/pull/549#issuecomment-58923065) about the install script being untested, and had a look at how we could test it.

The testing tools that seem of interest to me are [Roundup](https://github.com/bmizerany/roundup), [shunt](https://github.com/odb/shunt) and the classic [shunit2](https://code.google.com/p/shunit2/). Feedback about this list is more than welcome, I don't have much experience in unit-testing shell scripts.

The strategy is currently as follows:
- rewrite the script so we have smaller and more dedicated functions
- those smaller functions would be tested against their return code
- external tools would be mocked using aliases, for example

``` sh
curl_mock_success() {
  exit 0
}
curl_mock_failure() {
  exit 1
}

alias curl=curl_mock_success #or curl_mock_failure, depending on the test
```
- `setUp` and `tearDown` would create/reset mocks as needed (if tests are not sandboxed)
- function calls would be tested as external tools, with mocking. This is helpful to test the flow.

This is certainly not perfect and there is probably more to do than the described above, but I'm willing to give it a try and wanted to have your opinion on this firsthand.
Repository: youtube-dl
Issue: Site Support Request: tv.jw.org
Labels: site-support-request

This is a new one - very valuable to those who use it, but unfortunately not supported. I did update to version 2014-10-18 to be sure.  Here is the output:  This is over 4 hours (!) and unwatchable live from Ireland due to bottlenecks somewhere. The url underneath is folded.

```
bash-4.3$ youtube-dl/youtube-dl --verbose http://tv.jw.org/#video/VODProgramsEvents/pub-jwbam_E_201410_1_VIDEO
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['--verbose', 'http://tv.jw.org/#video/VODProgramsEvents/pub-jwbam_E_201410_1_VIDEO']
[debug] Encodings: locale ISO-8859-1, fs ISO-8859-1, out ISO-8859-1, pref ISO-8859-1
[debug] youtube-dl version 2014.10.18
[debug] Python version 2.7.5 - Linux-3.14.5-6-x86_64-Intel-R-_Core-TM-_i3-3110M_CPU_@_2.40GHz-with-slackware-14.1
[debug] Proxy map: {}
[generic] pub-jwbam_E_201410_1_VIDEO: Requesting header
WARNING: Falling back on generic information extractor.
[generic] pub-jwbam_E_201410_1_VIDEO: Downloading webpage
[generic] pub-jwbam_E_201410_1_VIDEO: Extracting information
ERROR: Unsupported URL: http://tv.jw.org/#video/VODProgramsEvents/pub-jwbam_E_201410_1_VIDEO; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
Traceback (most recent call last):
  File "youtube-dl/youtube-dl/youtube_dl/extractor/generic.py", line 541, in _real_extract
    doc = parse_xml(webpage)
  File "youtube-dl/youtube-dl/youtube_dl/utils.py", line 1550, in parse_xml
    tree = xml.etree.ElementTree.XML(s.encode('utf-8'), **kwargs)
  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML
    parser.feed(text)
  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed
    self._raiseerror(v)
  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror
    raise err
ParseError: mismatched tag: line 1, column 1432
Traceback (most recent call last):
  File "youtube-dl/youtube-dl/youtube_dl/YoutubeDL.py", line 524, in extract_info
    ie_result = ie.extract(url)
  File "youtube-dl/youtube-dl/youtube_dl/extractor/common.py", line 193, in extract
    return self._real_extract(url)
  File "youtube-dl/youtube-dl/youtube_dl/extractor/generic.py", line 920, in _real_extract
    raise ExtractorError('Unsupported URL: %s' % url)
ExtractorError: Unsupported URL: http://tv.jw.org/#video/VODProgramsEvents/pub-jwbam_E_201410_1_VIDEO; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.

In closing, I would say that jw.org strive to be compatible, and their services cater for techno-phobic and low tech users without too much reliance on flash.
```
Repository: youtube-dl
Issue: radio-canada.ca site support request
Labels: site-support-request

hello

it would be great if this would work:

```
anarcat@angela:Downloads$ python ./youtube-dl --verbose http://ici.radio-canada.ca/widgets/mediaconsole/medianet/7184272
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['--verbose', 'http://ici.radio-canada.ca/widgets/mediaconsole/medianet/7184272']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2014.10.24
[debug] Python version 2.7.3 - Linux-3.2.0-4-amd64-x86_64-with-debian-7.6
[debug] Proxy map: {}
[generic] 7184272: Requesting header
WARNING: Falling back on generic information extractor.
[generic] 7184272: Downloading webpage
[generic] 7184272: Extracting information
ERROR: Unsupported URL: http://ici.radio-canada.ca/widgets/mediaconsole/medianet/7184272; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
Traceback (most recent call last):
  File "./youtube-dl/youtube_dl/extractor/generic.py", line 553, in _real_extract
    doc = parse_xml(webpage)
  File "./youtube-dl/youtube_dl/utils.py", line 1550, in parse_xml
    tree = xml.etree.ElementTree.XML(s.encode('utf-8'), **kwargs)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1301, in XML
    parser.feed(text)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1643, in feed
    self._raiseerror(v)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1507, in _raiseerror
    raise err
ParseError: syntax error: line 1, column 0
Traceback (most recent call last):
  File "./youtube-dl/youtube_dl/YoutubeDL.py", line 526, in extract_info
    ie_result = ie.extract(url)
  File "./youtube-dl/youtube_dl/extractor/common.py", line 193, in extract
    return self._real_extract(url)
  File "./youtube-dl/youtube_dl/extractor/generic.py", line 933, in _real_extract
    raise ExtractorError('Unsupported URL: %s' % url)
ExtractorError: Unsupported URL: http://ici.radio-canada.ca/widgets/mediaconsole/medianet/7184272; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
```

this is with the latest version.
Repository: youtube-dl
Issue: Support for http://rosenwasser.co.uk
Labels: site-support-request

http://rosenwasser.co.uk requires you to log in to a see the videos.  This is usually done through your web browser of course. How can you use youtube-dl on such a web site?  Basically, how do you log in with youtube-dl?

 Unfortunately I can't give a username and password but maybe the problem and solution is well known?

An example failure is

youtube-dl --verbose -u user@foo -p password http://rosenwasser.co.uk/videos/video/de80c015
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['--verbose', '-u', u'PRIVATE', '-p', u'PRIVATE', 'http://rosenwasser.co.uk/videos/video/de80c015']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2014.10.24
[debug] Python version 2.7.6 - Linux-3.13.0-37-generic-i686-with-Ubuntu-14.04-trusty
[debug] Proxy map: {}
[generic] de80c015: Requesting header
WARNING: Falling back on generic information extractor.
[generic] de80c015: Downloading webpage
[generic] de80c015: Extracting information
ERROR: Unsupported URL: http://rosenwasser.co.uk/videos/video/de80c015; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/youtube_dl/extractor/generic.py", line 553, in _real_extract
    doc = parse_xml(webpage)
  File "/usr/local/lib/python2.7/dist-packages/youtube_dl/utils.py", line 1550, in parse_xml
    tree = xml.etree.ElementTree.XML(s.encode('utf-8'), **kwargs)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1300, in XML
    parser.feed(text)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1642, in feed
    self._raiseerror(v)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror
    raise err
ParseError: mismatched tag: line 53, column 2
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 526, in extract_info
    ie_result = ie.extract(url)
  File "/usr/local/lib/python2.7/dist-packages/youtube_dl/extractor/common.py", line 193, in extract
    return self._real_extract(url)
  File "/usr/local/lib/python2.7/dist-packages/youtube_dl/extractor/generic.py", line 933, in _real_extract
    raise ExtractorError('Unsupported URL: %s' % url)
ExtractorError: Unsupported URL: http://rosenwasser.co.uk/videos/video/de80c015; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
Repository: rust
Issue: rustdoc output directory structure leaks home directory structure
Labels: T-rustdoc,C-bug,A-reproducibility,E-needs-investigation

Since Rust-CI has been continuously failing I've been looking to move my docs to GitHub Pages. This led me to notice that when `rustdoc` is called with an absolute path as input (as `cargo` does) the files in doc/src will show your entire home directory layout.

This is problematic not only because of the leak of someone's home directory layout, but because those links will break if I build from a new directory, a new computer, and a different contributor commits those changes. Also if you have 2+ contributors you're going to have massive churn on a repo checking in those files. Least importantly the URLs are ugly when clicking on a src link. :)

As an example on Rust's own API docs, If you click the [src] link on http://doc.rust-lang.org/std/vec/ you end up at http://doc.rust-lang.org/src/collections/home/rustbuild/src/rust-buildbot/slave/nightly-linux/build/src/libcollections/vec.rs.html#11-2901
Repository: three.js
Issue: Loaders
Labels: Enhancement,Loaders

List of loaders that would be nice to have:
## 3D
- [x] 3DMLoader
  - https://www.rhino3d.com/opennurbs
- [x] 3DSLoader
  - http://en.wikipedia.org/wiki/.3ds
  - http://dzzd.net/3DSChunkDefinitions.html
  - http://k3d.ivank.net/demos/parsing3DS.html
- [x] 3MFLoader
- [x] AMFLoader
  - http://en.wikipedia.org/wiki/Additive_Manufacturing_File_Format
- [ ] BREPLoader
  - https://en.wikipedia.org/wiki/Boundary_representation
- [x] BVHLoader
  - https://sites.google.com/a/cgspeed.com/cgspeed/motion-capture/cmu-bvh-conversion
- [x] ColladaLoader
- [ ] DXFLoader
  - http://en.wikipedia.org/wiki/AutoCAD_DXF
  - https://github.com/gdsestimating/dxf-parser
- [x] FBXLoader
  - https://banexdevblog.wordpress.com/2014/06/23/a-quick-tutorial-about-the-fbx-ascii-format/
  - http://code.blender.org/2013/08/fbx-binary-file-format-specification/
  - https://github.com/hamish-milne/FbxWriter
  - http://wiki.blender.org/index.php/User:Mont29/Foundation/FBX_File_Structure
  - https://github.com/dobkeratops/openfbx
- [x] GLTFLoader
- [x] IFCLoader
- [ ] IGESLoader
  - http://en.wikipedia.org/wiki/IGES
- [x] KMZLoader
  - https://3dwarehouse.sketchup.com/model.html?id=907f1fa5805282f8630a81e41b3b6ffd
- [x] LWOLoader
  - http://static.lightwave3d.com/sdk/2018/html/filefmts/lwo3.html
  - https://github.com/marcbizal/lwo-parser
- [x] M2Loader
  - https://wowdev.wiki/M2
  - https://github.com/Dramacydal/M2Lib https://github.com/Koward/M2Lib
- [x] MD2Loader
- [x] MDDLoader
- [x] MMDLoader
  - http://mikumikudance.wikia.com/wiki/MMD:Polygon_Model_Data
- [x] MTLLoader (needs refactoring)
- [x] NRRDLoader
  - http://lessons.goxtk.com/10/
- [x] OBJLoader
- [x] PDBLoader
- [x] PCDLLoader
- [x] PLYLoader
- [x] PVRLoader
- [ ] QuakeBSPLoader
  -  https://github.com/mrdoob/three.js/issues/11604
- [ ] STEPLoader
  - https://github.com/mrdoob/three.js/issues/7125#issuecomment-308232748
- [x] STLLoader
- [x] TILTLoader
  - https://github.com/benfoxall/tiltbrush/blob/master/lib/Sketch.js
  - https://github.com/googlevr/tilt-brush-toolkit
  - https://docs.google.com/document/d/11ZsHozYn9FnWG7y3s3WAyKIACfbfwb4PbaS8cZ_xjvo/preview
- [x] URDFLoader
  - #13768
- [x] USDLoader
  - #14219
  - https://graphics.pixar.com/usd/docs/Usdz-File-Format-Specification.html
  - https://fereria.github.io/reincarnation_tech/05_DCCTool/10_Houdini/11_SOLARIS/12_usd_preview_surface/
  - https://github.com/usd-wg/assets
  - https://github.com/erich666/McUsd
  - https://github.com/syoyo/tinyusdz
- [ ] VDBLoader
  - https://www.openvdb.org/
- [x] VRMLLoader
- [x] VTKLoader
- [ ] X3DLoader
## Bitmap
- [x] DDSLoader
- [x] HDRLoader
- [x] TGALoader
- [x] TIFFLoader
## Vector
- [ ] IVGLoader
  - https://github.com/google/iconvg/blob/main/spec/iconvg-spec.md
- [x] SVGLoader
- [x] TTFLoader
Repository: youtube-dl
Issue: ERROR: Unsupported URL: https://cloud.mail.ru/....mov
Labels: site-support-request

youtube-dl --verbose 'http://cloud.mail.ru/public/fd0f575a49ef/%d0%94%d0%a2%d0%9f%2d4.mov'  
[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['--verbose', 'http://cloud.mail.ru/public/fd0f575a49ef/%d0%94%d0%a2%d0%9f%2d4.mov']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2014.10.29
[debug] Python version 3.4.2 - Linux-3.16.3-1-ARCH-x86_64-with-arch
[debug] exe versions: ffmpeg 2.4.2, ffprobe 2.4.2
[debug] Proxy map: {}
[generic] %d0%94%d0%a2%d0%9f%2d4: Requesting header
[redirect] Following redirect to https://cloud.mail.ru/public/fd0f575a49ef/%d0%94%d0%a2%d0%9f-4.mov
[generic] %d0%94%d0%a2%d0%9f-4: Requesting header
WARNING: Falling back on generic information extractor.
[generic] %d0%94%d0%a2%d0%9f-4: Downloading webpage
[generic] %d0%94%d0%a2%d0%9f-4: Extracting information
ERROR: Unsupported URL: https://cloud.mail.ru/public/fd0f575a49ef/%d0%94%d0%a2%d0%9f-4.mov; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
Traceback (most recent call last):
  File "/usr/lib/python3.4/site-packages/youtube_dl/YoutubeDL.py", line 533, in extract_info
    ie_result = ie.extract(url)
  File "/usr/lib/python3.4/site-packages/youtube_dl/extractor/common.py", line 197, in extract
    return self._real_extract(url)
  File "/usr/lib/python3.4/site-packages/youtube_dl/extractor/generic.py", line 962, in _real_extract
    raise ExtractorError('Unsupported URL: %s' % url)
youtube_dl.utils.ExtractorError: Unsupported URL: https://cloud.mail.ru/public/fd0f575a49ef/%d0%94%d0%a2%d0%9f-4.mov; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
Repository: youtube-dl
Issue: Support request: youwatch.org 
Labels: site-support-request

Support request: youwatch.org

[debug] System config: []
[debug] User config: []
[debug] Command-line args: ['-g', 'http://youwatch.org/embed-fbfbjp9sxxrd-640x391.html', '--verbose']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2014.10.30
[debug] Python version 2.7.6 - Linux-3.16.0-24-generic-i686-with-LinuxMint-17-qiana
[debug] exe versions: avconv 9.16-6, avprobe 9.16-6, ffmpeg 2.4.2, ffprobe 2.4.2
[debug] Proxy map: {}
WARNING: Falling back on generic information extractor.
ERROR: Unsupported URL: http://youwatch.org/embed-fbfbjp9sxxrd-640x391.html; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/youtube_dl/extractor/generic.py", line 581, in _real_extract
    doc = parse_xml(webpage)
  File "/usr/lib/python2.7/dist-packages/youtube_dl/utils.py", line 1629, in parse_xml
    tree = xml.etree.ElementTree.XML(s.encode('utf-8'), **kwargs)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1300, in XML
    parser.feed(text)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1642, in feed
    self._raiseerror(v)
  File "/usr/lib/python2.7/xml/etree/ElementTree.py", line 1506, in _raiseerror
    raise err
ParseError: mismatched tag: line 60, column 6
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/youtube_dl/YoutubeDL.py", line 533, in extract_info
    ie_result = ie.extract(url)
  File "/usr/lib/python2.7/dist-packages/youtube_dl/extractor/common.py", line 198, in extract
    return self._real_extract(url)
  File "/usr/lib/python2.7/dist-packages/youtube_dl/extractor/generic.py", line 962, in _real_extract
    raise ExtractorError('Unsupported URL: %s' % url)
ExtractorError: Unsupported URL: http://youwatch.org/embed-fbfbjp9sxxrd-640x391.html; please report this issue on https://yt-dl.org/bug . Be sure to call youtube-dl with the --verbose flag and include its complete output. Make sure you are using the latest version; type  youtube-dl -U  to update.
Repository: neovim
Issue: better 'autoread' (file-change detection)
Labels: enhancement,events,filesystem,options

1. Libuv supports file notifications
2. Working with files that are also changed by other editors in (n)vim is finnicky at best, unless of course I'm misconfiguring. In that case mea culpa.
3. As mentioned by http://andre.arko.net/2013/09/11/vim-is-the-worst-editor/, if you have a lot of buffers open and some paranoid settings, things become quite wasteful.

Since all our target OS'es support file notifications and even libuv does, perhaps we could use that?
Repository: rust
Issue: DST/custom coercions
Labels: B-RFC-approved,A-DSTs,T-lang,C-tracking-issue,A-coercions,S-tracking-needs-summary

Tracking issue for RFC rust-lang/rfcs#982.

Current state:

- [x] Implementation work (largely done)
- [ ] Stabilization -- the `CoerceUnsized` trait is unstable and we wish to revisit its design before stabilizing, so for now only stdlib types can be "unsized"

Things to consider prior to stabilization

* Interaction with pin, see [this internals thread](https://internals.rust-lang.org/t/unsoundness-in-pin/11311) and #68015 for details.

Part of #18469
Repository: TypeScript
Issue: Gracefully handle template literal properties in the parser
Labels: Help Wanted,Effort: Moderate,Domain: Error Messages,Experience Enhancement

``` TypeScript
var x = {
    a: "Hello"
    `b`: 123
}
```

Right now, the parser encounters the template string, decides it should bail out of object literal parsing, and we more or less recover thinking we have something like the following:

``` TypeScript
var x = ({ a: "Hello" } `b`) : 123 }
```

So we'll report an error on what we think is:

``` TypeScript
{ a: "Hello" } `b`
```
- On the syntactic layer under ES5 mode, we'll say tagged templates are not supported unless in ES6.
- On the semantic layer, we'll say `{ a: "Hello" }` is not invokable.