text:
Giantbomb.com parsing broken

Please follow the guide below

You will be asked some questions and requested to provide some information, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your issue (like that [x])
Use Preview tab to see how your issue will actually look like

Make sure you are using the latest version: run youtube-dl --version and ensure your version is 2017.07.09. If it's not read this FAQ entry and update. Issues with outdated version will be rejected.

[x] I've verified and I assure that I'm running youtube-dl 2017.07.09

Before submitting an issue make sure you have:

[x] At least skimmed through README and most notably FAQ and BUGS sections
[x] Searched the bugtracker for similar issues including closed ones

What is the purpose of your issue?

[x] Bug report (encountered problems with youtube-dl)
[ ] Site support request (request for adding support for a new site)
[ ] Feature request (request for a new functionality)
[ ] Question
[ ] Other

The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to your issue

If the purpose of this issue is a bug report, site support request or you are not completely sure provide the full verbose output as follows:
Add -v flag to your command line you run youtube-dl with, copy the whole output and insert it here. It should look similar to one below (replace it with your log inserted between triple ```):
$ youtube-dl -v https://www.giantbomb.com/videos/quick-look-gonner/2300-12361/
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'-v', u'https://www.giantbomb.com/videos/quick-look-gonner/2300-12361/']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2017.07.09
[debug] Python version 2.7.13 - Darwin-16.6.0-x86_64-i386-64bit
[debug] exe versions: avconv 12, avprobe 12, ffmpeg 3.3.2-tessus, ffprobe 3.3.2, rtmpdump 2.4
[debug] Proxy map: {}
[GiantBomb] quick-look-gonner: Downloading webpage
[debug] Invoking downloader on u'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8'
[download] Destination: Quick Look - Gonner-2300-12361.m3u8
[debug] avconv command line: avconv -y -loglevel verbose -headers 'Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20150101 Firefox/47.0 (Chrome)
' -i 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8' -c copy -f mp4 'file:Quick Look - Gonner-2300-12361.m3u8.part'
avconv version 12, Copyright (c) 2000-2016 the Libav developers
  built on Jul  9 2017 19:40:28 with Apple LLVM version 8.1.0 (clang-802.0.42)
  configuration: --disable-debug --disable-shared --disable-indev=jack --prefix=/usr/local/Cellar/libav/12 --enable-gpl --enable-nonfree --enable-version3 --enable-vda --cc=clang --host-cflags= --host-ldflags= --enable-libfaac --enable-libmp3lame --enable-libopus --enable-librtmp --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libxvid --enable-openssl
  libavutil     55. 20. 0 / 55. 20. 0
  libavcodec    57. 25. 0 / 57. 25. 0
  libavformat   57.  7. 2 / 57.  7. 2
  libavdevice   56.  1. 0 / 56.  1. 0
  libavfilter    6.  7. 0 /  6.  7. 0
  libavresample  3.  0. 0 /  3.  0. 0
  libswscale     4.  0. 0 /  4.  0. 0
[h264 @ 0x7fea3a8fc400] Reinit context to 640x368, pix_fmt: 0
[mpegts @ 0x7fea38008c00] max_analyze_duration 5000000 reached
[mpegts @ 0x7fea38008c00] Estimating duration from bitrate, this may be inaccurate
[h264 @ 0x7fea38a4c600] Reinit context to 640x368, pix_fmt: 0
[mpegts @ 0x7fea3a813c00] max_analyze_duration 5000000 reached
[mpegts @ 0x7fea3a813c00] Estimating duration from bitrate, this may be inaccurate
[h264 @ 0x7fea3a914c00] Reinit context to 960x544, pix_fmt: 0
[mpegts @ 0x7fea3a913600] max_analyze_duration 5000000 reached
[mpegts @ 0x7fea3a913600] Estimating duration from bitrate, this may be inaccurate
[h264 @ 0x7fea3a923400] Reinit context to 1280x720, pix_fmt: 0
[mpegts @ 0x7fea3b967c00] max_analyze_duration 5000000 reached
[mpegts @ 0x7fea3b967c00] Estimating duration from bitrate, this may be inaccurate
[h264 @ 0x7fea38be5400] Reinit context to 1280x720, pix_fmt: 0
[mpegts @ 0x7fea3830be00] max_analyze_duration 5000000 reached
[mpegts @ 0x7fea3830be00] Estimating duration from bitrate, this may be inaccurate
[h264 @ 0x7fea3b93d600] Reinit context to 1920x1088, pix_fmt: 0
[mpegts @ 0x7fea3ba07400] max_analyze_duration 5000000 reached
[mpegts @ 0x7fea3ba07400] Estimating duration from bitrate, this may be inaccurate
[h264 @ 0x7fea38c53600] Ignoring NAL type 9 in extradata
[h264 @ 0x7fea38c53600] Ignoring NAL type 6 in extradata
[h264 @ 0x7fea38c53600] Reinit context to 640x368, pix_fmt: 0
[h264 @ 0x7fea3b915a00] Ignoring NAL type 9 in extradata
[h264 @ 0x7fea3b915a00] Ignoring NAL type 6 in extradata
[h264 @ 0x7fea3b915a00] Reinit context to 960x544, pix_fmt: 0
[h264 @ 0x7fea38b42a00] Ignoring NAL type 9 in extradata
[h264 @ 0x7fea38b42a00] Ignoring NAL type 6 in extradata
[h264 @ 0x7fea38b42a00] Reinit context to 1280x720, pix_fmt: 0
[h264 @ 0x7fea3b9e6800] Ignoring NAL type 9 in extradata
[h264 @ 0x7fea3b9e6800] Ignoring NAL type 6 in extradata
[h264 @ 0x7fea3b9e6800] Reinit context to 1280x720, pix_fmt: 0
[h264 @ 0x7fea384be000] Ignoring NAL type 9 in extradata
[h264 @ 0x7fea384be000] Ignoring NAL type 6 in extradata
[h264 @ 0x7fea384be000] Reinit context to 1920x1088, pix_fmt: 0
[h264 @ 0x7fea3a812a00] Ignoring NAL type 9 in extradata
[h264 @ 0x7fea3a812a00] Ignoring NAL type 6 in extradata
[h264 @ 0x7fea3a812a00] Reinit context to 640x368, pix_fmt: 0
Input #0, hls,applehttp, from 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8':
  Duration: 00:17:58.86, start: 0.100667, bitrate: N/A
  Program 0
    Metadata:
      variant_bitrate : 832000
    Stream #0:0: Video: h264 (Constrained Baseline) [[27][0][0][0] / 0x001B]
      yuv420p, 640x360 (0x0) [PAR 1:1 DAR 16:9]
      60 fps, 90k tbn
    Metadata:
      variant_bitrate : 832000
    Stream #0:1: Audio: aac (LC) [[15][0][0][0] / 0x000F]
      48000 Hz, stereo, fltp, 138 kb/s
    Metadata:
      variant_bitrate : 832000
  Program 1
    Metadata:
      variant_bitrate : 1139000
    Stream #0:2: Video: h264 (Main) [[27][0][0][0] / 0x001B]
      yuv420p, 640x360 (0x0) [PAR 1:1 DAR 16:9]
      60 fps, 90k tbn
    Metadata:
      variant_bitrate : 1139000
    Stream #0:3: Audio: aac (LC) [[15][0][0][0] / 0x000F]
      48000 Hz, stereo, fltp, 138 kb/s
    Metadata:
      variant_bitrate : 1139000
  Program 2
    Metadata:
      variant_bitrate : 1948000
    Stream #0:4: Video: h264 (Main) [[27][0][0][0] / 0x001B]
      yuv420p, 960x540 (0x0) [PAR 1:1 DAR 16:9]
      60 fps, 90k tbn
    Metadata:
      variant_bitrate : 1948000
    Stream #0:5: Audio: aac (LC) [[15][0][0][0] / 0x000F]
      48000 Hz, stereo, fltp, 138 kb/s
    Metadata:
      variant_bitrate : 1948000
  Program 3
    Metadata:
      variant_bitrate : 2651000
    Stream #0:6: Video: h264 (Main) [[27][0][0][0] / 0x001B]
      yuv420p, 1280x720 (0x0) [PAR 1:1 DAR 16:9]
      60 fps, 90k tbn
    Metadata:
      variant_bitrate : 2651000
    Stream #0:7: Audio: aac (LC) [[15][0][0][0] / 0x000F]
      48000 Hz, stereo, fltp, 138 kb/s
    Metadata:
      variant_bitrate : 2651000
  Program 4
    Metadata:
      variant_bitrate : 3360000
    Stream #0:8: Video: h264 (Main) [[27][0][0][0] / 0x001B]
      yuv420p, 1280x720 (0x0) [PAR 1:1 DAR 16:9]
      60 fps, 90k tbn
    Metadata:
      variant_bitrate : 3360000
    Stream #0:9: Audio: aac (LC) [[15][0][0][0] / 0x000F]
      48000 Hz, stereo, fltp, 138 kb/s
    Metadata:
      variant_bitrate : 3360000
  Program 5
    Metadata:
      variant_bitrate : 8304000
    Stream #0:10: Video: h264 (Main) [[27][0][0][0] / 0x001B]
      yuv420p, 1920x1080 (0x0) [PAR 1:1 DAR 16:9]
      60 fps, 90k tbn
    Metadata:
      variant_bitrate : 8304000
    Stream #0:11: Audio: aac (LC) [[15][0][0][0] / 0x000F]
      48000 Hz, stereo, fltp, 279 kb/s
    Metadata:
      variant_bitrate : 8304000
Output #0, mp4, to 'file:Quick Look - Gonner-2300-12361.m3u8.part':
  Metadata:
    encoder         : Lavf57.7.2
    Stream #0:0: Video: h264 (Main) [[33][0][0][0] / 0x0021]
      yuv420p, 1920x1080 (0x0) [PAR 1:1 DAR 16:9], q=2-31, PAR 1:1 DAR 16:9
      90k tbn
    Metadata:
      variant_bitrate : 8304000
    Stream #0:1: Audio: aac (LC) [[64][0][0][0] / 0x0040]
      48000 Hz, stereo, fltp, 138 kb/s
    Metadata:
      variant_bitrate : 832000
Stream mapping:
  Stream #0:10 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press ctrl-c to stop encoding
Non-monotonous DTS in output stream 0:1; previous: 0, current: 0; changing to 1. This may result in incorrect timestamps in the output file.
[mp4 @ 0x7fea3ac97000] Timestamps are unset in a packet for stream 1. This is deprecated and will stop working in the future. Fix your code to set the timestamps properly
Non-monotonous DTS in output stream 0:1; previous: 1, current: 0; changing to 2. This may result in incorrect timestamps in the output file.
[mp4 @ 0x7fea3ac97000] Application provided invalid, non monotonically increasing dts to muxer in stream 1: 1 >= 1
av_interleaved_write_frame(): Invalid argument

ERROR: ffmpeg exited with code 1
  File "/usr/local/Cellar/python/2.7.13/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py", line 174, in _run_module_as_main
    "__main__", fname, loader, pkg_name)
  File "/usr/local/Cellar/python/2.7.13/Frameworks/Python.framework/Versions/2.7/lib/python2.7/runpy.py", line 72, in _run_code
    exec code in run_globals
  File "/usr/local/bin/youtube-dl/__main__.py", line 19, in <module>
    youtube_dl.main()
  File "/usr/local/bin/youtube-dl/youtube_dl/__init__.py", line 465, in main
    _real_main(argv)
  File "/usr/local/bin/youtube-dl/youtube_dl/__init__.py", line 455, in _real_main
    retcode = ydl.download(all_urls)
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1927, in download
    url, force_generic_extractor=self.params.get('force_generic_extractor', False))
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 773, in extract_info
    return self.process_ie_result(ie_result, download, extra_info)
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 827, in process_ie_result
    return self.process_video_result(ie_result, download=download)
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1570, in process_video_result
    self.process_info(new_info)
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1834, in process_info
    success = dl(filename, info_dict)
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 1776, in dl
    return fd.download(name, info)
  File "/usr/local/bin/youtube-dl/youtube_dl/downloader/common.py", line 361, in download
    return self.real_download(filename, info_dict)
  File "/usr/local/bin/youtube-dl/youtube_dl/downloader/external.py", line 57, in real_download
    self.get_basename(), retval))
  File "/usr/local/bin/youtube-dl/youtube_dl/downloader/common.py", line 163, in report_error
    self.ydl.report_error(*args, **kargs)
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 602, in report_error
    self.trouble(error_message, tb)
  File "/usr/local/bin/youtube-dl/youtube_dl/YoutubeDL.py", line 564, in trouble
    tb_data = traceback.format_list(traceback.extract_stack())

$ youtube-dl -v --prefer-ffmpeg https://www.giantbomb.com/videos/quick-look-gonner/2300-12361/
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'-v', u'--prefer-ffmpeg', u'https://www.giantbomb.com/videos/quick-look-gonner/2300-12361/']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2017.07.09
[debug] Python version 2.7.13 - Darwin-16.6.0-x86_64-i386-64bit
[debug] exe versions: avconv 12, avprobe 12, ffmpeg 3.3.2-tessus, ffprobe 3.3.2, rtmpdump 2.4
[debug] Proxy map: {}
[GiantBomb] quick-look-gonner: Downloading webpage
[debug] Invoking downloader on u'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8'
[download] Destination: Quick Look - Gonner-2300-12361.m3u8
[debug] ffmpeg command line: ffmpeg -y -loglevel verbose -headers 'Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip, deflate
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20150101 Firefox/47.0 (Chrome)
' -i 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8' -c copy -f mp4 '-bsf:a' aac_adtstoasc 'file:Quick Look - Gonner-2300-12361.m3u8.part'
ffmpeg version 3.3.2-tessus Copyright (c) 2000-2017 the FFmpeg developers
  built with Apple LLVM version 8.0.0 (clang-800.0.42.1)
  configuration: --cc=/usr/bin/clang --prefix=/opt/ffmpeg --extra-version=tessus --enable-avisynth --enable-fontconfig --enable-gpl --enable-libass --enable-libbluray --enable-libfreetype --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopus --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzmq --enable-libzvbi --enable-version3 --disable-ffplay --disable-indev=qtkit
  libavutil      55. 58.100 / 55. 58.100
  libavcodec     57. 89.100 / 57. 89.100
  libavformat    57. 71.100 / 57. 71.100
  libavdevice    57.  6.100 / 57.  6.100
  libavfilter     6. 82.100 /  6. 82.100
  libswscale      4.  6.100 /  4.  6.100
  libswresample   2.  7.100 /  2.  7.100
  libpostproc    54.  5.100 / 54.  5.100
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/index_0_av.m3u8' for reading
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/index_1_av.m3u8' for reading
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/index_2_av.m3u8' for reading
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/index_3_av.m3u8' for reading
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/index_4_av.m3u8' for reading
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/index_5_av.m3u8' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_0_av.ts', offset 0, playlist 0
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_0_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_1_av.ts', offset 0, playlist 1
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_1_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_2_av.ts', offset 0, playlist 2
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_2_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_3_av.ts', offset 0, playlist 3
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_3_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_4_av.ts', offset 0, playlist 4
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_4_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_5_av.ts', offset 0, playlist 5
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_5_av.ts' for reading
[h264 @ 0x7ff01d022e00] Reinit context to 640x368, pix_fmt: yuv420p
[h264 @ 0x7ff01c012000] Reinit context to 640x368, pix_fmt: yuv420p
[h264 @ 0x7ff01c040a00] Reinit context to 960x544, pix_fmt: yuv420p
[h264 @ 0x7ff01d013a00] Reinit context to 1280x720, pix_fmt: yuv420p
[h264 @ 0x7ff01c02ac00] Reinit context to 1280x720, pix_fmt: yuv420p
[h264 @ 0x7ff01c042e00] Reinit context to 1920x1088, pix_fmt: yuv420p
Input #0, hls,applehttp, from 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8':
  Duration: 00:17:58.87, start: 0.100667, bitrate: 0 kb/s
  Program 0
    Metadata:
      variant_bitrate : 832000
    Stream #0:0: Video: h264 (Constrained Baseline), 1 reference frame ([27][0][0][0] / 0x001B), yuv420p(left), 640x360 (640x368) [SAR 1:1 DAR 16:9], 60 tbr, 90k tbn, 119.88 tbc
    Metadata:
      variant_bitrate : 832000
    Stream #0:1: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp
    Metadata:
      variant_bitrate : 832000
  Program 1
    Metadata:
      variant_bitrate : 1139000
    Stream #0:2: Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), yuv420p(left), 640x360 (640x368) [SAR 1:1 DAR 16:9], 60 tbr, 90k tbn, 119.88 tbc
    Metadata:
      variant_bitrate : 1139000
    Stream #0:3: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp
    Metadata:
      variant_bitrate : 1139000
  Program 2
    Metadata:
      variant_bitrate : 1948000
    Stream #0:4: Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), yuv420p(left), 960x540 (960x544) [SAR 1:1 DAR 16:9], 60 tbr, 90k tbn, 119.88 tbc
    Metadata:
      variant_bitrate : 1948000
    Stream #0:5: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp
    Metadata:
      variant_bitrate : 1948000
  Program 3
    Metadata:
      variant_bitrate : 2651000
    Stream #0:6: Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), yuv420p(left), 1280x720 [SAR 1:1 DAR 16:9], 60 tbr, 90k tbn, 119.88 tbc
    Metadata:
      variant_bitrate : 2651000
    Stream #0:7: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp
    Metadata:
      variant_bitrate : 2651000
  Program 4
    Metadata:
      variant_bitrate : 3360000
    Stream #0:8: Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), yuv420p(left), 1280x720 [SAR 1:1 DAR 16:9], 60 tbr, 90k tbn, 119.88 tbc
    Metadata:
      variant_bitrate : 3360000
    Stream #0:9: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp
    Metadata:
      variant_bitrate : 3360000
  Program 5
    Metadata:
      variant_bitrate : 8304000
    Stream #0:10: Video: h264 (Main), 1 reference frame ([27][0][0][0] / 0x001B), yuv420p(left), 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 60 tbr, 90k tbn, 119.88 tbc
    Metadata:
      variant_bitrate : 8304000
    Stream #0:11: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp
    Metadata:
      variant_bitrate : 8304000
Output #0, mp4, to 'file:Quick Look - Gonner-2300-12361.m3u8.part':
  Metadata:
    encoder         : Lavf57.71.100
    Stream #0:0: Video: h264 (Main), 1 reference frame ([33][0][0][0] / 0x0021), yuv420p(left), 1920x1080 (0x0) [SAR 1:1 DAR 16:9], q=2-31, 60 tbr, 90k tbn, 90k tbc
    Metadata:
      variant_bitrate : 8304000
    Stream #0:1: Audio: aac (LC) ([64][0][0][0] / 0x0040), 48000 Hz, stereo, fltp
    Metadata:
      variant_bitrate : 832000
Stream mapping:
  Stream #0:10 -> #0:0 (copy)
  Stream #0:1 -> #0:1 (copy)
Press [q] to stop, [?] for help
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment2_0_av.ts', offset 0, playlist 0
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment2_0_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] No longer receiving playlist 1
[hls,applehttp @ 0x7ff01c800000] No longer receiving playlist 2
[hls,applehttp @ 0x7ff01c800000] No longer receiving playlist 3
[hls,applehttp @ 0x7ff01c800000] No longer receiving playlist 4
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment2_5_av.ts', offset 0, playlist 5
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment2_5_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment3_0_av.ts', offset 0, playlist 0
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment3_0_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment3_5_av.ts', offset 0, playlist 5
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment3_5_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment4_0_av.ts', offset 0, playlist 0
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment4_0_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment4_5_av.ts', offset 0, playlist 5
---- cut for brevity ----
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment107_0_av.ts', offset 0, playlist 0
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment107_0_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment107_5_av.ts', offset 0, playlist 5
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment107_5_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment108_0_av.ts', offset 0, playlist 0
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment108_0_av.ts' for reading
[hls,applehttp @ 0x7ff01c800000] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment108_5_av.ts', offset 0, playlist 5
[hls,applehttp @ 0x7ff01c800000] Opening 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment108_5_av.ts' for reading
No more output streams to write to, finishing.
frame=64665 fps=1052 q=-1.0 Lsize= 1079216kB time=00:17:58.84 bitrate=8194.8kbits/s speed=17.6x
video:1060364kB audio:16857kB subtitle:0kB other streams:0kB global headers:1kB muxing overhead: 0.185205%
Input file #0 (https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8):
  Input stream #0:0 (video): 64665 packets read (95446786 bytes);
  Input stream #0:1 (audio): 50572 packets read (17615914 bytes);
  Input stream #0:2 (video): 600 packets read (1104687 bytes);
  Input stream #0:3 (audio): 469 packets read (163619 bytes);
  Input stream #0:4 (video): 600 packets read (1992696 bytes);
  Input stream #0:5 (audio): 469 packets read (163619 bytes);
  Input stream #0:6 (video): 600 packets read (2727470 bytes);
  Input stream #0:7 (audio): 469 packets read (163619 bytes);
  Input stream #0:8 (video): 600 packets read (3541104 bytes);
  Input stream #0:9 (audio): 469 packets read (163619 bytes);
  Input stream #0:10 (video): 64665 packets read (1085812837 bytes);
  Input stream #0:11 (audio): 50572 packets read (34877823 bytes);
  Total: 234750 packets (1243773793 bytes) demuxed
Output file #0 (file:Quick Look - Gonner-2300-12361.m3u8.part):
  Output stream #0:0 (video): 64665 packets muxed (1085812837 bytes);
  Output stream #0:1 (audio): 50572 packets muxed (17261910 bytes);
  Total: 115237 packets (1103074747 bytes) muxed
[ffmpeg] Downloaded 1105117693 bytes
[download] 100% of 1.03GiB

If the purpose of this issue is a site support request please provide all kinds of example URLs support for which should be included (replace following example URLs by yours):

Single video: https://www.youtube.com/watch?v=BaW_jenozKc
Single video: https://youtu.be/BaW_jenozKc
Playlist: https://www.youtube.com/playlist?list=PL4lCao7KL_QFVb7Iudeipvc2BCavECqzc

Note that youtube-dl does not support sites dedicated to copyright infringement. In order for site support request to be accepted all provided example URLs should not violate any copyrights.

Description of your issue, suggested solution and other information
Update to giantbomb.com seems to have broken parsing. Downloading with avconv breaks and with ffmpeg results in a video file with m3u8 extension.
Example video link: https://www.giantbomb.com/videos/quick-look-gonner/2300-12361/

add gnutls or openssl.Can be done via    ./configure --enable-nonfree --enable-openssl. I did this via apt but I see you are using mac.The culprit here is ffmpeg not youtube-dl quite similar to https://github.com/rg3/youtube-dl/issues/13532.
These actually worked for me
youtube-dl -v --prefer-ffmpeg https://www.giantbomb.com/videos/quick-look-gonner/2300-12361/ [debug] System config: [] [debug] User config: [] [debug] Custom config: [] [debug] Command-line args: [u'-v', u'--prefer-ffmpeg', u'https://www.giantbomb.com/videos/quick-look-gonner/2300-12361/'] [debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8 [debug] youtube-dl version 2017.07.09 [debug] Python version 2.7.12 - Linux-4.12.0-041200-lowlatency-x86_64-with-LinuxMint-18.2-sonya [debug] exe versions: ffmpeg 2.8.11-0ubuntu0.16.04.1, ffprobe 2.8.11-0ubuntu0.16.04.1 [debug] Proxy map: {} [GiantBomb] quick-look-gonner: Downloading webpage [debug] Invoking downloader on u'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8' [download] Destination: Quick Look - Gonner-2300-12361.m3u8 [debug] ffmpeg command line: ffmpeg -y -loglevel verbose -headers 'Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip, deflate Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0) Gecko/20150101 Firefox/47.0 (Chrome) ' -i 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8' -c copy -f mp4 '-bsf:a' aac_adtstoasc 'file:Quick Look - Gonner-2300-12361.m3u8.part' ffmpeg version 2.8.11-0ubuntu0.16.04.1 Copyright (c) 2000-2017 the FFmpeg developers   built with gcc 5.4.0 (Ubuntu 5.4.0-6ubuntu1~16.04.4) 20160609   configuration: --prefix=/usr --extra-version=0ubuntu0.16.04.1 --build-suffix=-ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl --enable-shared --disable-stripping --disable-decoder=libopenjpeg --disable-decoder=libschroedinger --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzvbi --enable-openal --enable-opengl --enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq --enable-frei0r --enable-libx264 --enable-libopencv   WARNING: library configuration mismatch   avcodec     configuration: --prefix=/usr --extra-version=0ubuntu0.16.04.1 --build-suffix=-ffmpeg --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --cc=cc --cxx=g++ --enable-gpl --enable-shared --disable-stripping --disable-decoder=libopenjpeg --disable-decoder=libschroedinger --enable-avresample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libmodplug --enable-libmp3lame --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-librtmp --enable-libschroedinger --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxvid --enable-libzvbi --enable-openal --enable-opengl --enable-x11grab --enable-libdc1394 --enable-libiec61883 --enable-libzmq --enable-frei0r --enable-libx264 --enable-libopencv --enable-version3 --disable-doc --disable-programs --disable-avdevice --disable-avfilter --disable-avformat --disable-avresample --disable-postproc --disable-swscale --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libvo_aacenc --enable-libvo_amrwbenc   libavutil      54. 31.100 / 54. 31.100   libavcodec     56. 60.100 / 56. 60.100   libavformat    56. 40.101 / 56. 40.101   libavdevice    56.  4.100 / 56.  4.100   libavfilter     5. 40.101 /  5. 40.101   libavresample   2.  1.  0 /  2.  1.  0   libswscale      3.  1.101 /  3.  1.101   libswresample   1.  2.101 /  1.  2.101   libpostproc    53.  3.100 / 53.  3.100 [hls,applehttp @ 0x6bc6a0] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_0_av.ts', offset 0, playlist 0                                                          [h264 @ 0x1071d60] Current profile doesn't provide more RBSP data in PPS, skipping                                             [hls,applehttp @ 0x6bc6a0] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_1_av.ts', offset 0, playlist 1                                                          [h264 @ 0x12200c0] Current profile doesn't provide more RBSP data in PPS, skipping                                             [hls,applehttp @ 0x6bc6a0] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_2_av.ts', offset 0, playlist 2                                                          [h264 @ 0x11f3e00] Current profile doesn't provide more RBSP data in PPS, skipping                                             [hls,applehttp @ 0x6bc6a0] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_3_av.ts', offset 0, playlist 3                                                          [h264 @ 0x1796ca0] Current profile doesn't provide more RBSP data in PPS, skipping                                             [hls,applehttp @ 0x6bc6a0] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_4_av.ts', offset 0, playlist 4                                                          [h264 @ 0x20f15e0] Current profile doesn't provide more RBSP data in PPS, skipping                                             [hls,applehttp @ 0x6bc6a0] HLS request for url 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/segment1_5_av.ts', offset 0, playlist 5                                                          [h264 @ 0x2b6a4c0] Current profile doesn't provide more RBSP data in PPS, skipping                                             Input #0, hls,applehttp, from 'https://giantbomb-vh.akamaihd.net/i/2017/07/05/vf_gonner_ql_070517_,700,1000,1800,2500,3200,4000,.mp4.csmil/master.m3u8':   Duration: 00:17:58.87, start: 0.100667, bitrate: 0 kb/s   Program 0      Metadata:       variant_bitrate : 832000     Stream #0:0: Video: h264 (Constrained Baseline), 2 reference frames ([27][0][0][0] / 0x001B), yuv420p, 640x360 (640x368) [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 90k tbn, 119.88 tbc     Metadata:       variant_bitrate : 832000     Stream #0:1: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 189 kb/s     Metadata:       variant_bitrate : 832000   Program 1      Metadata:       variant_bitrate : 1139000     Stream #0:2: Video: h264 (Main), 4 reference frames ([27][0][0][0] / 0x001B), yuv420p, 640x360 (640x368) [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 90k tbn, 119.88 tbc     Metadata:       variant_bitrate : 1139000     Stream #0:3: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 189 kb/s     Metadata:       variant_bitrate : 1139000   Program 2      Metadata:       variant_bitrate : 1948000     Stream #0:4: Video: h264 (Main), 4 reference frames ([27][0][0][0] / 0x001B), yuv420p, 960x540 (960x544) [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 90k tbn, 119.88 tbc     Metadata:       variant_bitrate : 1948000     Stream #0:5: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 189 kb/s     Metadata:       variant_bitrate : 1948000   Program 3      Metadata:       variant_bitrate : 2651000     Stream #0:6: Video: h264 (Main), 4 reference frames ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 90k tbn, 119.88 tbc     Metadata:       variant_bitrate : 2651000     Stream #0:7: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 189 kb/s     Metadata:       variant_bitrate : 2651000   Program 4      Metadata:       variant_bitrate : 3360000     Stream #0:8: Video: h264 (Main), 4 reference frames ([27][0][0][0] / 0x001B), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 90k tbn, 119.88 tbc     Metadata:       variant_bitrate : 3360000     Stream #0:9: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 189 kb/s     Metadata:       variant_bitrate : 3360000   Program 5      Metadata:       variant_bitrate : 8304000     Stream #0:10: Video: h264 (Main), 4 reference frames ([27][0][0][0] / 0x001B), yuv420p, 1920x1080 (1920x1088) [SAR 1:1 DAR 16:9], 59.94 fps, 60 tbr, 90k tbn, 119.88 tbc     Metadata:       variant_bitrate : 8304000     Stream #0:11: Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 258 kb/s     Metadata:       variant_bitrate : 8304000 [mp4 @ 0x26f2140] Codec for stream 0 does not use global headers but container format requires global headers [mp4 @ 0x26f2140] Codec for stream 1 does not use global headers but container format requires global headers Output #0, mp4, to 'file:Quick Look - Gonner-2300-12361.m3u8.part':   Metadata:     encoder         : Lavf56.40.101     Stream #0:0: Video: h264, 1 reference frame ([33][0][0][0] / 0x0021), yuv420p, 1920x1080 (0x0) [SAR 1:1 DAR 16:9], q=2-31, 59.94 fps, 60 tbr, 90k tbn, 90k tbc     Metadata:       variant_bitrate : 8304000     Stream #0:1: Audio: aac ([64][0][0][0] / 0x0040), 48000 Hz, stereo, 189 kb/s     Metadata:       variant_bitrate : 832000 Stream mapping:   Stream #0:10 -> #0:0 (copy)   Stream #0:1 -> #0:1 (copy) Press [q] to stop, [?] for help ^Zame=   36 fps=0.7 q=-1.0 size=     643kB time=00:00:00.59 bitrate=8815.0kbits/s     [1]+  Stopped                 youtube-dl -v --prefer-ffmpeg https://www.giantbomb.com/videos/quick-look-gonner/2300-12361/

Well, that's a different issue this time. Will be fixed in the next version.


text:
new update changes format preferences.

Please follow the guide below

You will be asked some questions and requested to provide some information, please read them carefully and answer honestly
Put an x into all the boxes [ ] relevant to your issue (like this: [x])
Use the Preview tab to see what your issue will actually look like

Make sure you are using the latest version: run youtube-dl --version and ensure your version is 2018.09.18. If it's not, read this FAQ entry and update. Issues with outdated version will be rejected.

[x] I've verified and I assure that I'm running youtube-dl 2018.09.18

Before submitting an issue make sure you have:

[X] At least skimmed through the README, most notably the FAQ and BUGS sections
[X] Searched the bugtracker for similar issues including closed ones
[X] Checked that provided video/audio/playlist URLs (if any) are alive and playable in a browser

What is the purpose of your issue?

[X] Bug report (encountered problems with youtube-dl)
[ ] Site support request (request for adding support for a new site)
[ ] Feature request (request for a new functionality)
[ ] Question
[ ] Other

The following sections concretize particular purposed issues, you can erase any section (the contents between triple ---) not applicable to your issue

If the purpose of this issue is a bug report, site support request or you are not completely sure provide the full verbose output as follows:
Add the -v flag to your command line you run youtube-dl with (youtube-dl -v <your command line>), copy the whole output and insert it here. It should look similar to one below (replace it with your log inserted between triple ```):
[debug] System config: []
[debug] User config: [u'-f', u'best[height<=360]/best[ext=mp4]', u'-o', u'/tmpdownload/%(title)s.%(ext)s']
[debug] Custom config: []
[debug] Command-line args: [u'-v', u'https://www.youtube.com/watch?v=Ha9OnUcXLos']
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2018.09.18
[debug] Python version 2.7.13 (CPython) - Linux-4.9.0-6-amd64-x86_64-with-debian-9.4
[debug] exe versions: avconv 3.2.10-1, avprobe 3.2.10-1, ffmpeg 3.2.10-1, ffprobe 3.2.10-1, rtmpdump 2.4
[debug] Proxy map: {}
[youtube] Ha9OnUcXLos: Downloading webpage
[youtube] Ha9OnUcXLos: Downloading video info webpage
[debug] Invoking downloader on u'https://r2---sn-fpoqnugx5h-axme.googlevideo.com/videoplayback?ei=49yqW4n5GLizhwbti7O4Bw&c=WEB&lmt=1537918031026665&ip=216.145.95.121&expire=1537945923&gir=yes&sparams=clen%2Cdur%2Cei%2Cgir%2Cid%2Cinitcwndbps%2Cip%2Cipbits%2Citag%2Clmt%2Cmime%2Cmm%2Cmn%2Cms%2Cmv%2Cpl%2Cratebypass%2Crequiressl%2Csource%2Cexpire&requiressl=yes&clen=37009508&key=yt6&txp=5511222&mt=1537924172&ratebypass=yes&itag=43&mm=31%2C29&ipbits=0&mn=sn-fpoqnugx5h-axme%2Csn-5ualdn76&mime=video%2Fwebm&ms=au%2Crdu&signature=2DD21F3A9196A12A29FA873C2EB9CA68F6325F47.A917CE1B6846059C37D6F97E9DB4CADF20DCA95B&source=youtube&mv=m&initcwndbps=423750&id=o-ABd4T0ZL1e50tUKsEi4e_uiqmQR_g79DdxDN-iozSIoq&pl=24&dur=0.000&fvip=6'
[download] Resuming download at byte 12471352
[download] Destination: /tmpdownload/Top 10 Foods and Drinks That Never Expire.webm
[download]  41.6% of 35.30MiB at 597.54KiB/s ETA 00:35^C
ERROR: Interrupted by user

Description of your issue, suggested solution and other information
Previous versions of the youtube-dl program would(on youtube at least) select the 360p stream on it and every other site with my format settings. Sometime between the current 09.10.2018 and the previous release in testing the format that's downloaded has changed. Previously it'd select format 18 with the settings I have and now it's doing format 23 for reasons that I don't understand because format 23 was always listed as a higher quality format and if you did best[height<=360] and didn't include a /best[ext=mp4].
Here's the current youtube-dl.conf file I have been using since someone told me how to always do 360p mp4 files in the IRC I believe.
-f "best[height<=360]/best[ext=mp4]" -o /tmpdownload/"%(title)s.%(ext)s"

It seems to be a regression somewhere but I can't remember when this was changed nor when I first started using that format settings chain as I tried swapping parameters and it still doesn't do what it used to do.

It selects format 43 that is best with height <= 360 exactly as requested in your format selector.

Again: no changes were made in format selection mechanisms and it behaves exactly as you requested. It may select 18 for some videos if 18 will happen to be better than 43 in terms of quality. For this particular video 43 is better (bigger file size) thus it's being selected.

source: gharchive/issue

license: Unlicense

license_type: permissive

license_source: github-api


text:
ExtractError - Downloading DASH manifest

WARNING: [youtube] LWdNMhI0MoA: Skipping DASH manifest: ExtractorError(u'Could not download DASH manifest: HTTP Error 500: Internal Server Error (caused by HTTPError()); please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.',)
WARNING: [youtube] QFsQAWHqs2U: Skipping DASH manifest: ExtractorError(u'Could not download DASH manifest: HTTP Error 500: Internal Server Error (caused by HTTPError()); please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.',)
WARNING: [youtube] LWdNMhI0MoA: Skipping DASH manifest: ExtractorError(u'Could not download DASH manifest: HTTP Error 500: Internal Server Error (caused by HTTPError()); please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.',)
WARNING: [youtube] u-6hRFssmbc: Skipping DASH manifest: ExtractorError(u'Could not download DASH manifest: HTTP Error 503: Service Unavailable (caused by HTTPError()); please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.',)
WARNING: [youtube] U3S-NZmm674: Skipping DASH manifest: ExtractorError(u'Could not download DASH manifest: HTTP Error 404: Not Found (caused by HTTPError()); please report this issue on https://yt-dl.org/bug . Make sure you are using the latest version; type  youtube-dl -U  to update. Be sure to call youtube-dl with the --verbose flag and include its complete output.',)

Post the full output you get with the --verbose flag.

authors: jaimeMF rcross


text:
Fixing node_id mutability issue by incomplete concealements

I believe this should be the least intrusive change fixing #7 according to guidelines from https://github.com/LNP-BP/LNPBPs/discussions/88. Conceal trait is a part of client-side-validation and MUST not be used for anything other than commitments. For confidentiality purposes we already use AutoConceal trait, which I believe should be renamed into IntoConfidential in order to avoid further confusion – and probably we should rename Conceal to CommitConceal ofr the same sake (however this will be a separate commits outside of the scope of this minimalistic PR).

Concept ACK.
Also mentioning the following changes here for documenting TODOs.

UsingConceal strategy here
https://github.com/rgb-org/rgb-core/blob/830cc11130ed25580745435f67ddf4ff185083ef/src/contract/assignments.rs#L406-L408
as per https://user-images.githubusercontent.com/372034/108346320-894b6f00-71df-11eb-98b6-360750df3add.png

Define CommitEncode with eplicite commit_encode() for each members of Transition, Extension, and Genesis nodes.

Tests to ensure behavior.

@rajarshimaitra you are right, will cherry-pick commits from @claudiosdc PR #8

The finalization of this PR is pending https://github.com/LNP-BP/rust-lnpbp/pull/179

Finalized & ready for the review.
Will merge #8 to make sure that the node_id is now immutable.
It fails other tests since the commitment algorithm has changed. Would like @rajarshimaitra to check the tests which he authored to make sure that the logic is correct – and then update test constants with new commitments.

Hooray!
test contract::nodes::test::test_transition_node_id ... ok

BTW, we have a new rgb command-line tool which helps creating consignments out of YAML definitions (and verse back) - this should be useful for a detailed test cases

tested ACK.
I feel the encoding and commitment API is too numerous at this point, and I am pretty sure I myself will lose track of which is for what within few weeks. So it would be better if we can make some documentation somewhere explaining the purpose of each for future reference and to help out future developers.

BTW, we have a new rgb command-line tool which helps creating consignments out of YAML definitions (and verse back) - this should be useful for a detailed test cases

That sounds good. Where can we get it from?

@rajarshimaitra you are welcome to do any docs; I will also wirk on them. Some initial comments: https://github.com/rgb-org/rgb-core/pull/8#discussion_r579662939

@claudiosdc its right in here: src/bin/rgb.rs. cargo build --all-features will produce binary jn ./rathet/debug/rgb. cargo install --all-features --path . will install it on the global path such you can simply use rgb command in a command-line

Several test functions are failing.
test bech32::test::test_bech32_contract_id ... FAILED
test contract::assignments::test::test_ancestor_encoding_simple ... FAILED
test contract::assignments::test::test_ancestor_encoding_complex ... FAILED
test contract::metadata::test::test_commitencoding_field ... FAILED
test contract::assignments::test::test_commitencode_assignments ... FAILED
test contract::nodes::test::test_autoconceal_node ... FAILED
test contract::nodes::test::test_genesis_commit_ne_strict ... FAILED
test contract::nodes::test::test_genesis_impl ... FAILED
test contract::nodes::test::test_id_serde ... FAILED
test contract::nodes::test::test_node_attributes ... FAILED

They should be reviewed and adjusted as appropriately.

@claudiosdc yes, that what we discussed with @rajarshimaitra above:

Many tests fail since the commitment algorithm has changed. Would like @rajarshimaitra to check the tests which he authored to make sure that the logic is correct – and then update test constants with new commitments.

@claudiosdc removed CommitEncode for Assignments as you suggested and renamed AutoConceal trait with the last commit. Since @rajarshimaitra will need more time on completing test updates and this is really needed for a lot of downstream work plan to merge this PR today with https://github.com/LNP-BP/rust-lnpbp/pull/179 if you have no other objections.

Since @rajarshimaitra will need more time on completing test updates and this is really needed for a lot of downstream work plan to merge this PR today with LNP-BP/rust-lnpbp#179 if you have no other objections.

Everything looks good for me now (except for the test functions). So, yes, I am good with the merge.

source: gharchive/pull-request

authors: claudiosdc dr-orlovsky rajarshimaitra

repo: rgb-org/rgb-core


text:
Use cases and components?

Make sure to get a good set of use cases and components before getting too far into the project.
I would consider including a little background before jumping into your use cases, the organizing your use cases hierarchically, with descriptions of both inputs and outputs, as described in the Software Design lecture.
And I would also consider putting your use cases in a MarkDown file, as this will help with readability.

Just submitted it, wanted to clean up the formatting

repo: rgebhart/nanoBALLS

license: MIT


text:
convert Reader.open path argument to string

Chained a .to_s call onto the path_ arg of RGeo::Reader.open to convert the arg to a string and make behavior in rails apps more consistent with other file readers e.g. File.read ; File.open which allow you to pass Rails.root.join('filename') as an argument.
I was getting file not found errors when passing Rails.root.join as an arg and fixed it by appending .to_s
This patch adds that .to_s call in the RGeo::Reader.open method definition. All tests pass and the behavior works as expected for me.

@teeparham can we merge this please?

authors: msimonborg nijikon

repo: rgeo/rgeo-shapefile


text:
1.0 fails to compile with recent ppx_deriving

I think hygiene broke onano:
ocamlfind ocamldep -package containers.bigarray -package ctypes.foreign -package ipaddr -package containers -package lwt.unix -package lwt.ppx -package oUnit -modules lib_test/suite.ml > lib_test/suite.ml.depends
ocamlfind ocamldep -package containers.bigarray -package ipaddr -package containers -package ctypes -package ppx_deriving.std -modules lib/nanomsg.mli > lib/nanomsg.mli.depends
ocamlfind ocamldep -package containers.bigarray -package ipaddr -package containers -package lwt.unix -package lwt.ppx -package ctypes -package ppx_deriving.std -modules lib/nanomsg_lwt.mli > lib/nanomsg_lwt.mli.depends
ocamlfind ocamlc -c -g -bin-annot -safe-string -package containers.bigarray -package ipaddr -package containers -package ctypes -package ppx_deriving.std -I lib -I lib_test -o lib/nanomsg.cmi lib/nanomsg.mli
ocamlfind ocamlc -c -g -bin-annot -safe-string -package containers.bigarray -package ipaddr -package containers -package lwt.unix -package lwt.ppx -package ctypes -package ppx_deriving.std -I lib -I lib_test -o lib/nanomsg_lwt.cmi lib/nanomsg_lwt.mli
ocamlfind ocamlc -c -g -bin-annot -safe-string -package containers.bigarray -package ctypes.foreign -package ipaddr -package containers -package lwt.unix -package lwt.ppx -package oUnit -I lib_test -I lib -o lib_test/suite.cmo lib_test/suite.ml
+ ocamlfind ocamlc -c -g -bin-annot -safe-string -package containers.bigarray -package ctypes.foreign -package ipaddr -package containers -package lwt.unix -package lwt.ppx -package oUnit -I lib_test -I lib -o lib_test/suite.cmo lib_test/suite.ml
File "lib_test/suite.ml", line 29, characters 13-40:
Error: This expression has type
         Nanomsg.Addr.connect Nanomsg.Addr.t -> Ppx_deriving_runtime.string
       but an expression was expected of type
         Nanomsg.Addr.connect Nanomsg.Addr.t -> string
       Type Ppx_deriving_runtime.string is not compatible with type string
Command exited with code 2.

The current master seems to build properly (although the opam file should explicitely --enable-async or --disable-async), so a new release might fix that issue.

@c-cube The local opam file has been fixed. Re-open if it wasn't. 1.1 isn't ready for release yet unfortunately though.

Indeed, the master branch works now.

authors: c-cube rgrinberg

repo: rgrinberg/onanomsg

license: WTFPL


text:
🛑 RasaAlerts is down

In 739aa04, RasaAlerts (https://rasaalerts.com) was down:

HTTP code: 404
Response time: 248 ms

Resolved: RasaAlerts is back up in 9dfe971 after 11 minutes.

repo: rgstephens/upptime


text:
Shift+R not work for create reroute with new comfyui frontend

title

Thanks. Looks like the new UI is not firing the same when you start to drag a noodle (and so the reroute service isn't listening for key events)

Okay, looks like the LiteGraph in the new UI has changed pretty significantly. I filed a bug at https://github.com/Comfy-Org/litegraph.js/issues/75 but I'm now a bit more worried there are more changes that have caused regressions.

I fixed this forward for rgthree-comfy reroute nodes. Latest pull should get it working again.

repo: rgthree/rgthree-comfy


text:
Add web-time

according to https://github.com/rhaiscript/rhai/issues/891, since instant is no longer maintained, we should use web-time to replace it. Actually I have built WASM to make sure it works in it, but it seems that I don't find unit tests for WASM.

It is failing the no-std build... Can you check?
Also I wonder if it is possible to write tests for WASM...

Also I wonder if it is possible to write tests for WASM...

I'm not sure if I can write tests for WASM, but I'll try it. BTW, I have fixed the no-std build.

If we add web-time with optional = true  then we can't pass the cargo build --target wasm32-unknown-unknown --no-default-features compile; Otherwise if we set optional = false, we can't pass cargo build --manifest-path=no_std/no_std_test/Cargo.toml --profile unix  compile. It seems like there isn't perfect way to solve it.

Why is the wasm build failing without default features?

[target.'cfg(not(feature = "no_time"))'.dependencies]
Why did you change it to no_time instead? Before it is pulled in only for wasm which doesnt have Instant.

[target.'cfg(not(feature = "no_time"))'.dependencies]
Why did you change it to no_time instead? Before it is pulled in only for wasm which doesnt have Instant.

You are correct. I have changed it to target.'cfg(all(target_family = "wasm", not(feature = "no_time")))'.dependencies, but it still fails the tests. It appears that when we add web-time as dependencies, it fails the no_std tests. I'm not certain if it's because of the implementation of web-time.

It shoudnt... no-std is not supposed to pull in web-time, then it shouldnt be affected.
If it still fails that means web-time is still being brought in somehow...

I'm pretty sure the issue is related to once_cell and web_time. I've created an example to reproduce the problem. Can run cargo c --features time or cargo c to see the issue. However, it works correctly if I switch from web_time to instant. I'm not sure why this is happening.

Is it possible that web-time does not support no-std?

It's not supported to be pulled if I don't add features time in this, but it still failed.

It's not supported to be pulled if I don't add features time in this, but it still failed.

If only one dependency crate in the entire tree depends on std, then stdlib will be pulled in, causing compilation error in no-std.

It turn out that feature = ... in target.'cfg(...)'.dependencies is not supported for selecting dependencies and will not work as expected. So actually rhai will always pull instant whenever it's wasm or not. But web-time don't support to work in no_std environment, so now we can't use web_time to replace instant.

It turn out that feature = ... in target.'cfg(...)'.dependencies is not supported for selecting dependencies and will not work as expected. So actually rhai will always pull instant whenever it's wasm or not. But web-time don't support to work in no_std environment, so now we can't use web_time to replace instant.

I wonder if setting to resolver = 2 will fix that issue. https://blog.rust-lang.org/2021/03/25/Rust-1.51.0.html#cargos-new-feature-resolver

authors: lexi-the-cute misssonder schungx

repo: rhaiscript/rhai


text:
What's the library "rectangles" imported in the code?

I can't find the library "rectangles" via "pip(3) install" and Google. Is this a custom module that you guys forgot to commit to github? Or how can I find this library? Thanks!

Oh! I find the function "mnist_1hot_all()" in classify_gp.py.


text:
Expose the sqlite3_update_hook callback

Useful for getting data change notifications on write.
Checklist

[x] I grant to recipients of this Project distribution a perpetual,
non-exclusive, royalty-free, irrevocable copyright license to reproduce, prepare
derivative works of, publicly display, sublicense, and distribute this
Contribution and such derivative works.
[x] I certify that I am legally entitled to grant this license, and that this
Contribution contains no content requiring a license from any third party.

@tantaman can you resolve the conflicts

What was the reason this was closed for? I think this would be a really welcome addition. Is there any way someone could potentially take lead of this instead and perhaps look at getting it merged? thanks a lot :)

I don't know why @tantaman closed it, but I'm making significant internal changes for a new release, and callback handling is one of the things affected. I probably won't be merging much of anything except important bug fixes (particularly new callbacks) until the new release is ready.

Got it, thanks! Would these changes allow for triggers? In a similar fashion to this
https://github.com/WiseLibs/better-sqlite3/issues/62#issuecomment-325797335

@alii Unless I'm missing something, the comment you link describes a technique that uses sqlite3_create_function instead of sqlite3_update_hook. wa-sqlite already provides a wrapper for that.

Is there any interest in re-opening this PR? sqlite3_update_hook would enable many reactive / local first app use cases.
For example, the implementation of useLiveQuery in expo-sqlite uses the update hook:
https://github.com/expo/expo/blob/75172f0339d707a685c60e72e70a7ce4e90c9080/packages/expo-sqlite/ios/SQLiteModule.swift#L433-L457

authors: alii linhttbk97 rhashimoto tantaman xyc

repo: rhashimoto/wa-sqlite


text:
Refactor RHOBS runbook for metrics

This PR,

Ensures that all our defined Metrics signal alerts in rhobs/config have a targeted link in our runbook
Ensures we have a unified runbook for all RHOBS functionality
Adds a quick link section for easily jumping into console/dashboard/prometheii/misc
Updates TOC very extensively, and categorizes the alerts into different categories, by their source/functionality instead of the haphazard organization
Makes way for easily changing the runbooks for adding alerts later on

What this PR does not do,

Change the content of each individual alert runbook. This will be an iterative step, which I will follow up with PRs later on. This PR is meant to unblock deploying new alerts.
Clean up all the "relic" alerts. Due to the way we manage this, seems like there is some divergence in how our alerts are defined between rhobs/config and app-interface. Will clear this out completely once we align with app-interface
Touch RHOBS logs alerts. We don't edit any of them, aside from removing a duplicative alert.

NOTE: Please don't review the diff, as it will be even more confusing. Just review the new runbook structure, so that you can understand it completely and add comments if any! 🙂

My comments are around the magic links in the Observatorium runbooks. It may not be within scope too which is fine but let me know what you think.

Discussing offline, in the interest of moving what is in good shape forward, we will merge this change and update the highlighted problems in a new PR!

authors: philipgough saswatamcode

repo: rhobs/configuration


text:
Date/Time Stamp should be in UTC without TimeZone property

As of RFC 4.8.7.2 Date/Time Stamp here or here the DTSTAMP property should be of UTC but without the TimeZone property.
Unfortunately (as I see it) we have no influence on this particular DateTime property during serialization.
Or do you have any ideas how to strip the TZID when serialize this property?
EnsureProperties() method
Additionally and in this matter I propose the followin code change for the default value of DTSTAMP:
if (DtStamp == null)
{
var now = DateTime.SpecifyKind(DateTime.Today.Add(DateTime.UtcNow.TimeOfDay), DateTimeKind.Utc);
DtStamp = new CalDateTime(now);
}

This way the CalDateTime() variable has the property IsUniversalTime set true.
Original:
if (DtStamp == null)
{
  // Here, we don't simply set to DateTime.Now because DateTime.Now contains milliseconds, and
  // the iCalendar standard doesn't care at all about milliseconds.  Therefore, when comparing
  // two calendars, one generated, and one loaded from file, they may be functionally identical,
  // but be determined to be different due to millisecond differences.
  var now = DateTime.Now;
  DtStamp = new CalDateTime(now.Year, now.Month, now.Day, now.Hour, now.Minute, now.Second);
}

From here.
The problem is we get the followin output when serializing:
BEGIN:VCALENDAR
PRODID:TESTCAL
VERSION:2.0
X-WR-CALNAME:X-WR-CALNAME:Test
BEGIN:VEVENT
DESCRIPTION:Description
DTEND;TZID=W. Europe Standard Time:20160804T150000
DTSTAMP;TZID=UTC:20160804T110635Z
DTSTART;TZID=W. Europe Standard Time:20160804T140000
SEQUENCE:0
SUMMARY:Test-Event
UID:1234
END:VEVENT
END:VCALENDAR

With ical-validator we get Parser error at line 8: Cannot set timezone for UTC properties.
When removed we have no errors.

Looks like you have a concrete proposal. Can you open a pull request with these changes, making sure the existing unit tests pass? Once Khalid merges #87, all tests should be green.

Hi everyone
I ran into this issue as well, so I've attempted a fix. Let me know if there's anything I can do to help get this in. Cheers.

Hi Jack
Thanks for your contribution. Your solution is right within spec:

The TZID property parameter MUST NOT be applied to DATE-TIME or TIME
properties whose time values are specified in UTC.

My upvote for a merge. Haven't run the tests though but they look good.

I reviewed the PRs and they LGTM. It would be nice to have an CI build going which I can setup on AppVeyor if you would like at some point. #86

@kdaveid - Can this be closed with the merger of your PRs?

Thanks guys, really appreciated :)

@rianjs Sure Rian, go ahead and close it.

authors: jhsowter kdaveid khalidabuhakmeh rianjs

license: mit

license_source: bigquery


text:
Fix #98

change function of getting page collections

I confirmed operation in hugo 0.64.0 and 0.71.1, and both works fine.

repo: ribice/kiss


text:
hotfix(dependencies): 🚑 Upgrading bibtex-ruby version

I did that to avoid "tried to create Proc object without a block" error cause of ruby 2.7 (https://blog.saeloun.com/2019/09/02/ruby-2-7-proc-without-block-warning.html)

Thank you @Kaporos !

authors: Kaporos ronaldtse

repo: riboseinc/asciidoctor-bibliography


text:
Don't attempt to detect distro and install prereqs.

The prerequisites are already (mostly) listed in the README.
It requires that install_gpg_all.sh is always run as root.
It makes assumptions about what I want (to use gcc, for example).

@dewyatt the changes looks fine to me. However we do want to have an option to allow a single command install for a bare OS rather than having the user copy/paste from the README. Any suggestions?

@ronaldtse Ok I think I can come up with something more acceptable. (this was just a quick fix for local gitlab ci work)

@ronaldtse Actually I may be better off using install_gpg_component.sh directly. I'll do another PR in a sec for a separate issue though.

@dewyatt, the "install all" script was meant to provide an easy and quite generic way to install all components without much hassle. For a fine-grained configuration, you'll be better off "install component" directly, as you already noticed.

authors: dewyatt ronaldtse skalee

repo: riboseinc/gpg-build-scripts


text:
Build fails with an error

I tried following the exact steps as in readme but when I ran the cmake command it failed with this error.
-> % cmake ..
-- The C compiler identification is AppleClang 14.0.3.14030022
-- The CXX compiler identification is AppleClang 14.0.3.14030022
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: /Users/gat786/Downloads/Xcode-beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/cc - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: /Users/gat786/Downloads/Xcode-beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/c++ - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMake Error at CMakeLists.txt:15 (add_subdirectory):
  add_subdirectory given source "googletest" which is not an existing
  directory.

CMake Error at CMakeLists.txt:20 (add_subdirectory):
  add_subdirectory given source
  "/Users/gat786/projects/personal/cpp/thisisaterminal/replxx" which is not
  an existing directory.

You might have this type of an error https://stackoverflow.com/a/39766926/9215525

Fixed README.md description.

repo: ricardoprins/thisisaterminal


text:
TestResult missing target framework in name

If the test has more than one target framework the TestResult files are created equal.
Add the target framework in the file should fix the issue.
https://github.com/ricaun-io/ricaun.Nuke/blob/579b106b8a1a88f0bdea5b0058b8c6625fc63d32/ricaun.Nuke/Components/IHazTest.cs#L63C1-L65C78

Use LogFilePrefix as the name of the project and configuration


text:
add gcc 11.x

based on nsz's patch series.
closes #125
closes #137

Thanks! Merged.

repo: richfelker/musl-cross-make


text:
Make it clear how to disable INFO logs

There seems to be no documentation on how to change the default log level and I didn't find it by looking at the code either.
Should be pretty visible as other editors does not normally print to stdout.

Hi! Good point.
The documentation is still rather lacking, but I'll address this soon!
Thanks!

Hi again!
I've now released v0.1.45 with revamped logging and other improvements.
The logging level can be configured via the debug_level option in the configuration.
To edit the config press Ctrl+E and run config. To view the default config run config defaults.
Hope this helps!

Great, thanks!

authors: Pajn richrd

repo: richrd/suplemon


text:
Couple of issues with SPM

Thanks for adding SPM support!
It works great locally but fails on CI as the repo url seems to be only available with ssh:

Is it possible to support https as well which I think is what most packages do?
The other thing I noticed is XCode always adds the RxSwift transitive dependency even when I've only added the KMPNativeCoroutinesCombine library. Not sure if there's anything you can do here as I see in the Package.swift you've only added the RxSwift dependency to the KMPNativeCoroutinesRxSwift  target?

Is it possible to support https as well which I think is what most packages do?

Yeah you should be able to use https://github.com/rickclephas/KMP-NativeCoroutines.git as the URL as well.

The other thing I noticed is XCode always adds the RxSwift transitive dependency even when I've only added the KMPNativeCoroutinesCombine library. Not sure if there's anything you can do here as I see in the Package.swift you've only added the RxSwift dependency to the KMPNativeCoroutinesRxSwift  target?

I am no expert on SPM, but to me it seems there are currently a couple of limitations.
All of which are caused by multiple products in a single Package.swift file.
The dependency issue you mention is one of them.
The other one is the supported platforms which can't be set per product. Meaning KMPNativeCoroutinesCore and KMPNativeCoroutinesRxSwift now "require" iOS 13 instead of iOS 9.
I am afraid I can't do much about both. Let me know if you know of a way I can 🙂.

Yeah you should be able to use https://github.com/rickclephas/KMP-NativeCoroutines.git as the URL as well.

Cool not sure why it didn't work before 😅

I am afraid I can't do much about both. Let me know if you know of a way I can

The fork we were using uses exclude, and we didn't have that issue. Not sure if this helps?
https://github.com/Lorex7/KMP-NativeCoroutines/commit/dccf87e506f4aa69f7edce57a590fd70e453b31f

The fork we were using uses exclude, and we didn't have that issue. Not sure if this helps? Lorex7@dccf87e

The excludes shouldn't be necessary as they are relative to the target path (which is already set to the correct subfolder). The reason you weren't seeing the RxSwift dependency is because it isn't defined in the fork.
I think the solution you are looking for is described in SE-0226.

Thanks! Someone suggested this but that sounds like a lot of maintenance overheads 🥲

That indeed sounds like a lot of overhead 😅.
Like I said I am no SPM expert so I can't really determine how bad the RxSwift dependency is.
I mean I would assume that if you are not using the RxSwift implementation it won't actually build and include RxSwift in your app, right?
Besides that how would different versions work?
The async implementation is a separate version (with the -swift-async-await suffix) for now (due to the Xcode beta requirement).
Can you still use version ranges with such a version? Or does that mean you will be locked to a specific version instead?
I am always open to look into workarounds, but as I see it now there isn't really a "perfect" workaround for this...

Thanks. I'm also just starting out with SPM and learning some of its quirks.
I'm closing this now as there's not much we can do (that we know of).

Okay so I though about this some more and added some SPM tags.
You can now add only a specific implementation via the SPM by using the SPM version suffixes.
E.g. for v0.7.0 you can use the following SPM versions:

v0.7.0-spm-async
v0.7.0-spm-combine
v0.7.0-spm-rxswift

These versions only contain a single implementation/library in the Package.swift file.
This "fixes" the above mentioned limitation with the single Package.swift file.
Though it does require you to use an exact version instead of e.g. a range.
NOTE: this might be a pain to keep maintaining so I might decide to drop these SPM versions later 😅.

Thanks!

@rickclephas thanks for still maintaining the spm-async releases 😄 . I'm just wondering if there's any way to get the -new-mm version of these spm only releases?

NP! It's all automated 😅.
You can actually just combine these versions.
v0.12.0-spm-async is identical to v0.12.0 (it just doesn't contain the other Swift implementations) and v0.12.0-new-mm is also identical to v0.12.0, the only difference being the usage of the non -native-mt coroutines library (and no more freeze calls).
So it's perfectly fine to use v0.12.0-new-mm in Kotlin and v0.12.0-spm-async in Swift.

Thanks! I was somehow expecting a new-mm version of the Swift package which obviously doesn't make sense 😂

In my setup, I've been using the X.X.X-spm-async version successfully like this:
dependencies: [
    .package(url: "https://github.com/rickclephas/KMP-NativeCoroutines.git", exact: "0.13.2-spm-async"),
],

but now I unfortunately need Combine as well: ...exact: "0.13.2-spm-combine".
I guess I have to use 0.13.2 to have both async & combine, right?
If this is the case, would it be possible to not bring in the RxSwift dependency somehow?

Hi @phi161. I have just pushed another tag -spm-no-deps which contains everything expect for the RxSwift implementation. That should do the trick 😄.

Works like a charm, thanks a lot for taking the time to fix this!

repo: rickclephas/KMP-NativeCoroutines


text:
Add icon to node title

How to?
with old d3-sankey it was possible.

What kind of icon do you want? You can select all the nodes and add to them using d3 (svg.selectAll('.node') or similar -- have a look in the DOM inspector to see the structure that's created). Does that help?

yes, comes with exact same solution today, thanx :)

authors: andrey-zakharov ricklupton


text:
Is it possible to work with editing mode, especially live preview mode?

Currently, it seems to only work with the reading mode, not sure if it is a personal problem.

it's can work with editing mode and live preview mode. You can check your theme settings and css snippets to see if the plugin's settings are overridden.

With the default theme and all css snippets switched off, it still only works with reading mode.
I even switched off all plugins relevant to tags.
Not sure it's a bug or conflicts with something, waiting to see if other user would experience the same issue.

see #21, obsidian does not provide proper class name when the tag has CJK characters.

Thanks a lot, looking forward to the bug fix soon.
Maybe you could leave #21 open to temporarily remind CJK users.


text:
Add volume for maven deps & always build the package from clean state

Fixes https://github.com/riesgos/async/issues/86

In case it works for you @MichaelLangbein then feel free to merge.

Works like a charm!

authors: MichaelLangbein nbrinckm

repo: riesgos/async


text:
🛑 Mumbai Server is down

In 30eb241, Mumbai Server (103.168.119.181) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Mumbai Server is back up in 7b319d0.

repo: rifzkiadiyaksa/upptime


text:
Add generic support for matrix-vector multiplication

For the wish list: generic support for matrix-vector multiplication, e.g.
(magicl:@ (magicl:from-list '(0d0 1d0 2d0 3d0) '(2 2))
          (magicl:from-list '(4d0 5d0) '(2)))

which currently gives an error, but works if the rightmost VECTOR is instead a MATRIX with shape `(2 1).
Originally posted by @kilimanjaro in https://github.com/rigetti/magicl/diffs/12

In my opinion, this issue is a priority now that the merge is over.

authors: colescott jmbr

repo: rigetti/magicl


text:
feat: enable time comparison for time dimension in pivot

Enables time comparison for time dimensions in the pivot table.

UXQA –

In the row for July 22nd, what does the - represent? It looks like the deltas should read 0 and 0%?

It's hard to tell what date is being used for the comparison calculations. Maybe we should add a tooltip that says what date is being compared?

Delta of 0 and 0% would mean that the data is defined (non-null) and  same as before. The - represents that either the current or the comparison period data is null.
We can add a tooltip to show previous period value as well as the comparison range. Although, we get the comparison values directly from the API so either we have to estimate the compared range on the client or update the API to also get the associated comparison range. Both of which would be non trivial and out of scope for this PR. We can get a UX design for the tooltip from @jkhwu and address it in a follow up.

repo: rilldata/rill


text:
Update sbt-ci-release to 1.6.0

About this PR
📦 Updates com.github.sbt:sbt-ci-release from 1.5.12 to 1.6.0
📜 GitHub Release Notes - Version Diff
Usage
✅ Please merge!
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

⚙ Adjust future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "com.github.sbt", artifactId = "sbt-ci-release" } ]

Or, add this to slow down future updates of this dependency:
dependencyOverrides = [{
  pullRequests = { frequency = "30 days" },
  dependency = { groupId = "com.github.sbt", artifactId = "sbt-ci-release" }
}]

labels: sbt-plugin-update, early-semver-minor, semver-spec-minor, commit-count:1

Superseded by #96.


text:
Upgrade RingOut drop-down lists for from phone numbers and caller id

RingOut should provide drop-down lists for from phone numbers and caller id numbers.

From phone numbers can be retrieved using the extension/forwarding-number endpoint filtering on the CallForwarding feature.
Caller Id numbers can be retrieved using the extension/phone-number endpoint filtering on the CallerId feature.

These are shown here:

http://ringcentral-sdk-ruby.readthedocs.org/en/latest/usage/voice/Click-To-Call/#ringout-api-call

Done in commit b020624.

repo: ringcentral/ringcentral-cti-demo-js


text:
Need Yuriri Script Sample

尽管Wiki中写了这么多Yuriri的设计思路，但整个repo中并没有任何用Yuriri编写的脚本，只有Halation的Project，而且还无法转换成Yuriri脚本。
希望给出Yuriri脚本的示例。

可以用Halation打开DEMO游戏Edelweiss根目录下的game.yrproj，可以看到所有的游戏逻辑，然后用Halation编译，可以在Scenario文件夹里看到生成的Yuri脚本和Yuriri-IL中间代码

好的，看到了。
那么再问一下，以Yuriri的语法，目前是不能做到类似于《逆转裁判》那样的对话中控制符（比如只显示一行，点击后再显示下一行；比如字体的加粗和变色；比如在“大婶儿”说话的时候，打字机速度逐步加快的效果）的吧？
按Yuriri语法大概会是这个样子：
[
大婶儿我啊@b年轻@n的时候也是@f巴拉巴拉
@ff巴拉巴拉巴拉巴拉巴拉巴拉小魔仙@skip
]

（以上控制符纯属YY，b=粗体，n=正常体，f=快速，ff=超快速，skip=无须点击直接进入下一句话）

这是一个转义问题。Yuri在设计的时候是预留了这个可能性的，具体部分是在Yuri.PlatformCore.UpdateRender中的DialogToRuns方法，她会将对话文本分割成趟，并处理可能的转义，在这个方法里，你可以看到目前是实现了在对话文字中插入显示变量值的功能，实际上，实现你刚刚说的那些特效，又或者说想实现任何功能，就需要修改这个位置，来加入自定义的解析转义符号触发的效果。

我不是编译原理的大触，本科勉强及格的我再问一个naive的问题：为什么使用这种方式，而不是设计成语法的一部分呢？（因为上面我举的例子有点像Razor，Razor能够在HTML中分辨出程序代码，使得它相对于PHP之类的语法显得十分简洁）

设计成语法的话，就意味着Yuri Interpreter需要理解这些可以出现在文本中任意位置的修饰符（请允许我暂时用这个词来称呼她们），这会导致原本 G -> [ 对话内容（终结符） ] 这样一个候选式变成了 G -> [ 对话内容（非终结符） ]、对话内容（非终结符）-> 修饰符闭包 单纯对话句子（终结符）修饰符闭包，而修饰符闭包这个非终结符又要继续推导是单纯对话句子、修饰符终结符、还是空串……这样下来整棵语法分析树会非常复杂。关键是，这么做的话并没有必要，因为就算这样做，在编译阶段就确定了对话修饰符的功能，最终这个功能如何演绎成前端效果，还是要在运行时才能确定的，因此我的做法就是，所有修饰符都丢到运行时再解析（在DialogToRuns里，你可以看到有一个修饰符我实现了，就是**|**修饰符，用于停顿）。
所以我的想法简单的说就是：1、将修饰符变成语法，会让编译器变得复杂；2、修饰符在编译阶段确定了修饰符的功能所减少的性能损耗几乎忽略不计，因为这只是节约了运行时对一条正在显示的语句做一次扫描而已
当然，这些都是我自己个人愚见~

非常感谢巨巨的解答。我觉得这个的意义并不是说提高效率，而是把控制细化到 字 的级别而不是目前 对话 的级别——在每两个字之间都可以使用任何“动作语法”。
我自(ban)己(men)学(nong)习(fu)的Yuriri的方言的词法分析过程有限地实现了这样的功能。
事实上，我或许会搞成一个语法非常类似于Yuriri的简易的解释型语言（白糟蹋了Yuri的设计

我觉得都OK的，事实上，将修饰符的功能延后到运行时处理，理论上来说只要前端渲染可以支持，也是可以做到按字级别的控制，比如说，@b是粗体的话，你只需要在运行时读取到@b修饰符时，通过某些手段来让程序在渲染文字是用粗体处理就好了。当然，你这样的方式也是完全没问题的，不过你要注意下转义问题，因为@b虽然是粗体标记，但有特殊的情况就是用户需要在屏幕上就是现实出@b这两个字符

直接要求所有文本中的@使用＠（全角），我们懒人是这样的（

其实处理这个问题还是很简单的，要求@要以@来表达就好了，然后\要用\来表达，其实就是标准转义。当然，事实上出现这些情况都是极低概率的……完全可以通过用户手册来限定

上面也提到了，文本中间夹杂的不是只在文本中间修饰符，而是能够在文本中间使用 所有 动作语法，包括切换立绘表情、BGM等（比如《逆转裁判》系列犯人崩溃时会在吐出某几个字的瞬间变脸）。当然我这也是属于老考虑一些 极低概率的 情况了。
东施效颦的Yuriri方言语法：
[
大婶儿我啊 @b 年轻 @n 的时候也是 @f 巴拉巴拉 @a(Name="大婶儿", Face="Angry", vid=2)
@ff 巴拉巴拉巴拉巴拉巴拉巴拉小魔仙 @skip
]

啊，我明白你的意思了，你这个是在dialog里内嵌了命令的做法。这个我倒是没考虑过，不过实现起来应该挺有意思的ww，期待你做出的效果

authors: UlyssesWu rinkako

repo: rinkako/YuriAVGEngine

license: MS-PL


text:
Source generated class not mapped

Describe the bug
Inherited properties of source objects are ignored if the inheritance is defined in a source generated file.
Declaration code
// Base class
public abstract class AuditableEntity
{
    public int Id { get; set; }
}

// Partial DB model (handwritten)
public partial class Foo {}

// Partial DB model (generated using source generation)
public partial class Foo : AuditableEntity {} // <---------------------- here is the problem

// Dto
public partial class FooDto
{
    public int Id { get; set; }
}

// Mapperly configuration
[Mapper(RequiredMappingStrategy = RequiredMappingStrategy.Target)]
public static partial class DtoMap
{
    public static partial FooDto MapToDto(this Foo source); // <---------------------- throws error: 'Id' property is missing from `Foo`
}

In the case presented above Mapperly throws an error saying that 'Id' property is missing from Foo. This is not true because it is added by the source generated partial class that inherits from AuditableEntity (and you could write a mapping method with it).
The error is NOT thrown when the inheritance is defined in the handwritten Foo class as shown below; in this case it maps the 'Id' property correctly.
// Base class
public abstract class AuditableEntity
{
    public int Id { get; set; }
}

// Partial DB model (handwritten)
public partial class Foo  : AuditableEntity {} // <---------------------- no problem here

// Partial DB model (generated using source generation)
public partial class Foo {}

// Dto
public partial class FooDto
{
    public int Id { get; set; }
}

// Mapperly configuration
[Mapper(RequiredMappingStrategy = RequiredMappingStrategy.Target)]
public static partial class DtoMap
{
    public static partial FooDto MapToDto(this Foo source); // <----------------------  does not throw error
}

Is there any fix for this? Thank you.
Environment (please complete the following information):

Mapperly Version: 4.1.0
Nullable reference types: enabled
.NET Version: .NET 8.0.1
Target Framework: .net8.0
Compiler Version: 4.12.0-3.24510.2
C# Language Version: 13.0 latest
IDE: Visual Studio 2022 v17.12.0 Preview 4.0

Chaining source generators is not supported and I don't know any workarounds despite implementing the generated code by hand.
See FAQ and https://github.com/dotnet/roslyn/issues/57239

Uhm you're right... well I guess that moving the db models to another project could fix the problem since mapperly would receive them as compiled
Thank you

authors: MatteoZampariniDev latonz

repo: riok/mapperly


text:
vfwmaccbf16 encoding between pdf and source code is different

Hi, I have downloaded pdf from https://github.com/riscv/riscv-bfloat16/releases/tag/20230322 and see the vfwmaccbf16 encoding is 100011

but vfwmaccbf16 in
https://github.com/riscv/riscv-bfloat16/blob/main/doc/insns/vfwmaccbf16.adoc
is written as 111011

which one should be followed.

Thanks for pointing this out. The pdf is stale. I am building the new PDF right now.

The vfwmaccbf16  mismatching of encoding between pdf and adoc is still exist :sweat_smile:

The PDF in the current release still has this issue - could we please reopen this issue until that is resolved?
I've posted a patch to update LLVM#s vfwmaccbf16 encoding https://reviews.llvm.org/D152894 which links back to here.

I think the issue might have been related to https://github.com/riscv/riscv-bfloat16/pull/47

This is really strange as the pdf should match the adoc file. Reopening until this is fixed.

Fix was #47 as Nicolas surmised. Checked - it is done.


text:
Hard-coded bit index in Svnapot

Hi,
Just spot this in the address-translation algorithm description just above the ending paragraphs of normative text.  Sorry I can't find the source therefore can't really post a link to it. I supposed the "9" in the square brackets below only applies to SV32?

j[9 : napot_bits] = i[9 : napot_bits],

To make it generic enough to apply to SV39/SV48 etc, perhaps better to change it to vpn_bits-1 or simply vpn_msb?
Regards,
Freddie

The 9 in that equation refers to the size of VPN[0] and PPN[0] on Sv39/48/57, not to anything in Sv32.  Svnapot only applies to Sv39/48/57, as Sv32 PTEs have no reserved bits available.

Good point. So the VPN field is 9-bit wide.
But surely the MSB of a 9-bit field is at bit position 8, if you count from 0? Have I overlooked anything here?

Fix pushed in https://github.com/riscv/riscv-isa-manual/pull/628

authors: daniellustig quxfred

repo: riscv/virtual-memory


text:
Share more revm data across threads

As building a new Evm each execution is very expensive.
https://github.com/risechain/pevm/blob/d4d2bd0e0959128f75e04c55523af5b2769600e5/src/vm.rs#L554-L563

Won't need this anymore once we remove revm dependency with #382.

repo: risechain/pevm


text:
expr: don't fallback to evaluation by row on error

Is your feature request related to a problem? Please describe.
Currently, the expression eval method will return an error immediately if any row of the data chunk returns an error. This is suitable for batch query. But in streaming, error should not break the stream, so now we have an eval_infallible which will fall back to evaluation by each row once eval returns an error.
There are 2 problems with this fallback strategy:

Evaluation by row is inefficient. Especially for UDFs where the overhead per RPC is significant.
Some kinds of errors are not caused by specific rows. A typical one is the UDF connection error. When an UDF server is unavailable, the fallback strategy is not only helpless, but also amplifies useless requests, causing the entire stream to be slow down.

Describe the solution you'd like
I would like to propose a new eval API which returns errors also in a batch:
trait Expression {
    fn eval(&self, input: &DataChunk) -> Result<
        ArrayRef,               // if success
        (ArrayRef, EvalError)   // if fails, error rows are NULL in the array
    >;
}

and introduce a new variant in ExprError to collect multiple errors in batch evaluation:
pub enum ExprError {
    /// A collection of multiple errors in batch evaluation.
    #[error("multiple errors: {0}")]
    Multiple(Vec<ExprError>),
    ...
}

This API change requires all function implementations to be modified. Fortunately most of them are generated by the macro. So we only need to modify the code generation and a few special expressions.
Describe alternatives you've considered
To quickly fix the error amplification issue in UDF, we can simply disable the row fallback i.e. remove the NonStrict wrapper for UdfExpressions.
Additional context
cc @BugenZhao @TennyZhuang @yuhao-su

I think the logic of "if the whole chunk fails, eval row by row" should be done on UDF Server side instead of RisingWave side.

Generally eval row by row is stupid. It’s just a workaround for our framework limitation. It’s meaningless to users.

Generally eval row by row is stupid

Perhaps it's inevitable for vectorized execution. What we can do is to optimize and hide it from users.

I think the logic of "if the whole chunk fails, eval row by row" should be done on UDF Server side instead of RisingWave side.

Yes, the API I proposed should be applied to the entire call stack, including the UDF server. This means that the RPC protocol between the kernel and the UDF server also needs to be modified.

Generally eval row by row is stupid

Perhaps it's inevitable for vectorized execution. What we can do is to optimize and hide it from users.

Why it’s necessary? Vectorization engine also calculate the result one by one, but no need to box it into a datum.
We only need a flag during evaluation.

authors: TennyZhuang fuyufjh wangrunji0408

repo: risingwavelabs/risingwave


text:
fix: column index mapping bug of LogicalExpand::rewrite_with_input

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.
What's changed and what's your intention?
Fix #12620.
Bug explanation: Because of the usage of ColIndexMapping::without_target_size, sometimes the derived target_size is not the same as output schema length when doing logical_rewrite_for_stream. The previous buggy LogicalExpand::rewrite_with_input wrongly assumed the target_size of input_col_change as new_input_col_num.
Each commit does one thing, reviewers may browse through commit history to see changes more clearly.
Checklist

[x] I have written necessary rustdoc comments
[x] I have added necessary unit tests and integration tests
[ ] I have added fuzzing tests or opened an issue to track them. (Optional, recommended for new SQL features #7934).
[ ] My PR contains breaking changes. (If it deprecates some features, please create a tracking issue to remove them in the future).
[x] All checks passed in ./risedev check (or alias, ./risedev c)
[ ] My PR changes performance-critical code. (Please run macro/micro-benchmarks and show the results.)

[ ] My PR contains critical fixes that are necessary to be merged into the latest release. (Please check out the details)

Documentation

[ ] My PR needs documentation updates. (Please use the Release note section below to summarize the impact on users)

Release note
If this PR includes changes that directly affect users or other significant modifications relevant to the community, kindly draft a release note to provide a concise summary of these changes. Please prioritize highlighting the impact these changes will have on users.

Bug explanation: Because of the usage of ColIndexMapping::without_target_size, sometimes the derived target_size is not the same as output schema length when doing logical_rewrite_for_stream. The previous buggy LogicalExpand::rewrite_with_input wrongly assumed the target_size of input_col_change as new_input_col_num.

Hmm I'm a little skeptical of the current way without_target_size is used. Even though it has "no target size", the method still initializes a target size as:
            Some(target_max) => target_max + 1,

I think target_size should be None in the context of without_target_size to make it type-safe, and let the user handle it.

Each commit does one thing, reviewers may browse through commit history to see changes more clearly.

That makes it a lot easier to review, thanks for highlighting it.

I am curious about what would the target size be if the target size of input_col_change is different from the length of the input schema.

@chenzl25 As Noel pointed out, it'll be max target index + 1.

Bug explanation: Because of the usage of ColIndexMapping::without_target_size, sometimes the derived target_size is not the same as output schema length when doing logical_rewrite_for_stream. The previous buggy LogicalExpand::rewrite_with_input wrongly assumed the target_size of input_col_change as new_input_col_num.

Hmm I'm a little skeptical of the current way without_target_size is used. Even though it has "no target size", the method still initializes a target size as:
            Some(target_max) => target_max + 1,

I think target_size should be None in the context of without_target_size to make it type-safe, and let the user handle it.

@kwannoel Agree. IIUC the target_size here, when given one, is just to ensure each target index in the mapping is valid. Setting target_size to max + 1 is meaningless. OTOH, since we set it, we should by no means assume target_size equal to output schema length.

Submitted an issue to track the target_size problem: https://github.com/risingwavelabs/risingwave/issues/13100

authors: kwannoel stdrc


text:
fix: dedup join key in degree table

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.
What's changed and what's your intention?
Deduplicate columns in HashJoin's degree table. Check the ch_benchmark.yaml for example.
Limitation: Note that this only applies to values. For the key, the columns are still duplicated, e.g. primary key: [ $0 ASC, $1 ASC, $0 ASC ]. This is because the HashJoin executor assumes that the join key is always the first (second, third...) columns in state/degree table's PK. As a result, fixing that may require additional work, such as passing a join_key_columns_in_state_table in proto.
Checklist

[ ] I have written necessary rustdoc comments
[ ] I have added necessary unit tests and integration tests
[ ] I have added test labels as necessary. See details.
[ ] I have added fuzzing tests or opened an issue to track them. (Optional, recommended for new SQL features #7934).
[ ] My PR contains breaking changes. (If it deprecates some features, please create a tracking issue to remove them in the future).
[ ] All checks passed in ./risedev check (or alias, ./risedev c)
[ ] My PR changes performance-critical code. (Please run macro/micro-benchmarks and show the results.)

[ ] My PR contains critical fixes that are necessary to be merged into the latest release. (Please check out the details)

Documentation

[ ] My PR needs documentation updates. (Please use the Release note section below to summarize the impact on users)

Release note
If this PR includes changes that directly affect users or other significant modifications relevant to the community, kindly draft a release note to provide a concise summary of these changes. Please prioritize highlighting the impact these changes will have on users.

You may also need to fix the dk_indices_in_jk for degree table

You may also need to fix the dk_indices_in_jk for degree table

I think not. Neither distribution key nor join key were affected. Let me add some test cases.

Neither distribution key nor join key were affected. Let me add some test cases.

You are right. I guess what really need to be fixed is exector code. e.g. this https://github.com/singularity-data/risingwave/blob/9cd7f6486e659af72857aef7ac27247305e880c0/src/stream/src/executor/managed_state/join/mod.rs#L79

Neither distribution key nor join key were affected. Let me add some test cases.

You are right. I guess what really need to be fixed is exector code. e.g. this https://github.com/singularity-data/risingwave/blob/9cd7f6486e659af72857aef7ac27247305e880c0/src/stream/src/executor/managed_state/join/mod.rs#L79

Seems no problem. order_key is projected with state_order_key_indices, which is from order_key_indices, which is from degree_table.pk_indices().to_vec()

authors: fuyufjh yuhao-su


text:
feat(storage): space reclaim compaction

I hereby agree to the terms of the RisingWave Labs, Inc. Contributor License Agreement.
What's changed and what's your intention?
TODO: as title

Checklist

[ ] I have written necessary rustdoc comments
[ ] I have added necessary unit tests and integration tests
[ ] I have added fuzzing tests or opened an issue to track them. (Optional, recommended for new SQL features).
[x] All checks passed in ./risedev check (or alias, ./risedev c)

Documentation
If your pull request contains user-facing changes, please specify the types of the changes, and create a release note. Otherwise, please feel free to remove this section.
Types of user-facing changes
Please keep the types that apply to your changes, and remove those that do not apply.

Installation and deployment
Connector (sources & sinks)
SQL commands, functions, and operators
RisingWave cluster configuration changes
Other (please specify in the release note below)

Release note
Please create a release note for your changes. In the release note, focus on the impact on users, and mention the environment or conditions where the impact may occur.
Refer to a related PR or issue link (optional)


text:
Infinite rendering invalidation detected when dynamic creation of tree data is made

I'm working on an application where I'm using ember-cli-jstree to handle user bookmarks, and I'm getting Uncaught Error: infinite rendering invalidation detected when working with deeply nested tree strucutres.
In my application, the tree data provided to the ember-jstree component is a computed property with data of the result from a recursive function, something like below:
{{ember-jstree
  data=treeData
  ...
}}

treeData: computed('groups.[]', function() {
  return this.get('groups').map((group => this._treeData(group));
}

_treeData(group) {
  const children = [];

  group.get('children').forEach((child) => {
    children.push(this._treeData(child));
  });

  return { name: group.get('name'), children }
},

When the user has a tree structure that is deeper than 10 levels an error is thrown when the user tries to add a bookmark to the deepest level (10 is the maximum number of loops before the error is thrown). You can see where the error in ember-glimmer is thrown here
When digging around looking for solutions to this problem it seems that the problem many of the times is related to the ember runloop. And when I looked through your source code I noticed that there's a lot of Ember.run in your event handlers. In my case, changing Ember.run to Ember.run.next solves all my problems and the error can no longer be reproduced. Does anyone know if there's another solution to my problem? If not, is it possible to submit a PR making the necessary changes?

Since #90 is now merged, can we close this?


text:
Can we disable auto login success when receiving SMS code on android devices

I navigate to verify phone screen with my phone number. But after receiving sms code auto login on android devices

Hey @minhkimlong , you can use the autoVerified boolean in the onLoginSuccess callback to check if the otp was auto verified.

Hey @minhkimlong, you can use theautoVerified boolean in the onLoginSuccess callback to check if the otp was auto verified.

authors: minhkimlong rithik-dev rithik-slick


text:
Update youtube-dl dependency to last version.

pip install of spotdl wants youtube-dl>=2017.9.26, but as of today last version is needed, so user need to pip3 install youtube-dl --upgrade to solve download problems

Even if we update it to the latest version today, we're only going to find ourselves outdated tomorrow. And it wouldn't be very practical to keep publishing a new release just to bump youtube-dl's version in the requirements. YouTube changes quite often and on the other hand we're really lucky that youtube-dl devs have always been able to match up to them so far.
By the way, we have a section on this in the wiki https://github.com/ritiek/spotify-downloader/wiki/FAQ#i-get-this-youtube-dl-error-all-of-a-sudden.
I'll close this but thanks for raising a concern!

authors: nagualcode ritiek

repo: ritiek/spotify-downloader


text:
Define and lookup main Key for issue JWS

From the list of keys held by Config, make it possible to clearly specify and refer to the "Main Key" used for issuance.
This omits the following processing.
@iss_key Enum.find(@config_keys, fn kb_jwk -> kb_jwk.kid == @config_kid end)

config

kid : kid for key to be issued
keys : This must include the key issued

function : find_key_to_issue(config) :: KittenBlue.JWK

repo: ritou/elixir-kitten-blue


text:
proxy

when i use proxy like this
, it does not work :
.
But when i use nginx like this
, it work.
environment： window7， vscode version v1.22.2, live-server version  v3.2.1

Can you check your ongoing request URL both the cases?

yes. I think it probably doesn't carry a cookie and then redirects to login. Nginx may carry cookies and no redirects

I am not sure that nginix carry cookies. But I  saw in the first screenshot that your request URL is different from proxy URL

@lzy2014love is this issue has been solved?

yeah.It `s my mistake

@lzy2014love 请问下, 你这个代理的问题是怎么解决的, 我也碰到了同样的问题, 配置了代理, 但是出现302错误

@lzy2014love 请问下, 你这个代理的问题是怎么解决的, 我也碰到了同样的问题, 配置了代理, 但是出现302错误

我配置了代理不生效， 请问这个到底咋配的

same problem. nginx works, but live server not

authors: FinchJohnRen Yuan-Hang lzy2014love rjoydip webKity

repo: ritwickdey/vscode-live-server