text:
Issue with running example on windows-gnu

Thanks for creating such a great crate. I tried to run your example on windows-gnu, but encountered error below. Upon tracing the error, there is no windows-gnu version of deno rusty. Not sure if I want to switch my rust to msvc version. Appreciate your help. Thanks.
Code:
use charming::{
    component::Legend,
    element::ItemStyle,
    series::{Pie, PieRoseType},
    Chart, ImageRenderer
};

fn main() {
    let chart = Chart::new()
        .legend(Legend::new().top("bottom"))
        .series(
            Pie::new()
                .name("Nightingale Chart")
                .rose_type(PieRoseType::Radius)
                .radius(vec!["50", "250"])
                .center(vec!["50%", "50%"])
                .item_style(ItemStyle::new().border_radius(8))
                .data(vec![
                    (40.0, "rose 1"),
                    (38.0, "rose 2"),
                    (32.0, "rose 3"),
                    (30.0, "rose 4"),
                    (28.0, "rose 5"),
                    (26.0, "rose 6"),
                    (22.0, "rose 7"),
                    (18.0, "rose 8"),
                ]),
        );

    let mut renderer = ImageRenderer::new(1000, 800);
    renderer.save(&chart, "/tmp/nightingale.svg");
}

Error messages
   Compiling if_chain v1.0.2
   Compiling lebe v0.5.2
error: failed to run custom build command for `v8 v0.81.0`

Caused by:
  process didn't exit successfully: `C:\Users\User1\elements\charm\rust\charming_ex1\target\debug\build\v8-37ec31db2e529d0e\build-script-build` (exit code: 101)
  --- stdout
  cargo:rerun-if-changed=.gn
  cargo:rerun-if-changed=BUILD.gn
  cargo:rerun-if-changed=src/binding.cc
  cargo:rerun-if-env-changed=CCACHE
  cargo:rerun-if-env-changed=CLANG_BASE_PATH
  cargo:rerun-if-env-changed=CXXSTDLIB
  cargo:rerun-if-env-changed=DENO_TRYBUILD
  cargo:rerun-if-env-changed=DOCS_RS
  cargo:rerun-if-env-changed=GN
  cargo:rerun-if-env-changed=GN_ARGS
  cargo:rerun-if-env-changed=HOST
  cargo:rerun-if-env-changed=NINJA
  cargo:rerun-if-env-changed=OUT_DIR
  cargo:rerun-if-env-changed=RUSTY_V8_ARCHIVE
  cargo:rerun-if-env-changed=RUSTY_V8_MIRROR
  cargo:rerun-if-env-changed=SCCACHE
  cargo:rerun-if-env-changed=V8_FORCE_DEBUG
  cargo:rerun-if-env-changed=V8_FROM_SOURCE
  cargo:rerun-if-env-changed=PYTHON
  cargo:rerun-if-env-changed=DISABLE_CLANG
  cargo:rerun-if-env-changed=EXTRA_GN_ARGS
  cargo:rerun-if-env-changed=NO_PRINT_GN_ARGS
  cargo:rustc-link-lib=static=rusty_v8
  cargo:rustc-link-lib=dylib=winmm
  cargo:rustc-link-lib=dylib=dbghelp
  download lockfile: "C:\\Users\\User1\\elements\\charm\\rust\\charming_ex1\\target\\debug\\build\\lib_download.fslock"
  static lib URL: https://github.com/denoland/rusty_v8/releases/download/v0.81.0/rusty_v8_release_x86_64-pc-windows-gnu.lib
  cargo:rustc-link-search=C:\Users\User1\elements\charm\rust\charming_ex1\target\debug\gn_out\obj
  Downloading https://github.com/denoland/rusty_v8/releases/download/v0.81.0/rusty_v8_release_x86_64-pc-windows-gnu.lib
  Downloading https://github.com/denoland/rusty_v8/releases/download/v0.81.0/rusty_v8_release_x86_64-pc-windows-gnu.lib...
  HTTP Error 404: Not Found
  Python downloader failed, trying with curl.

  --- stderr
  Traceback (most recent call last):
    File "C:\Users\User1\.cargo\registry\src\index.crates.io-6f17d22bba15001f\v8-0.81.0\tools\download_file.py", line 64, in <module>
      sys.exit(main())
               ^^^^^^
    File "C:\Users\User1\.cargo\registry\src\index.crates.io-6f17d22bba15001f\v8-0.81.0\tools\download_file.py", line 59, in main
      DownloadUrl(args.url, f)
    File "C:\Users\User1\.cargo\registry\src\index.crates.io-6f17d22bba15001f\v8-0.81.0\tools\download_file.py", line 45, in DownloadUrl
      raise e
    File "C:\Users\User1\.cargo\registry\src\index.crates.io-6f17d22bba15001f\v8-0.81.0\tools\download_file.py", line 29, in DownloadUrl
      response = urlopen(url)
                 ^^^^^^^^^^^^
    File "C:\Users\User1\msys2\clang64\lib\python3.11\urllib\request.py", line 216, in urlopen
      return opener.open(url, data, timeout)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
    File "C:\Users\User1\msys2\clang64\lib\python3.11\urllib\request.py", line 525, in open
      response = meth(req, response)
                 ^^^^^^^^^^^^^^^^^^^
    File "C:\Users\User1\msys2\clang64\lib\python3.11\urllib\request.py", line 634, in http_response
      response = self.parent.error(
                 ^^^^^^^^^^^^^^^^^^
    File "C:\Users\User1\msys2\clang64\lib\python3.11\urllib\request.py", line 563, in error
      return self._call_chain(*args)
             ^^^^^^^^^^^^^^^^^^^^^^^
    File "C:\Users\User1\msys2\clang64\lib\python3.11\urllib\request.py", line 496, in _call_chain
      result = func(*args)
               ^^^^^^^^^^^
    File "C:\Users\User1\msys2\clang64\lib\python3.11\urllib\request.py", line 643, in http_error_default
      raise HTTPError(req.full_url, code, msg, hdrs, fp)
  urllib.error.HTTPError: HTTP Error 404: Not Found
  thread 'main' panicked at C:\Users\User1\.cargo\registry\src\index.crates.io-6f17d22bba15001f\v8-0.81.0\build.rs:431:3:
  assertion failed: status.success()
  stack backtrace:
     0:     0x7ff6c22e80da - std::backtrace_rs::backtrace::dbghelp::trace::h1e6812ea8adba5fb
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src\..\..\backtrace\src\backtrace/dbghelp.rs:131:5
     1:     0x7ff6c22e80da - std::backtrace_rs::backtrace::trace_unsynchronized::hb8761428bdde6a3f
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src\..\..\backtrace\src\backtrace/mod.rs:66:5
     2:     0x7ff6c22e80da - std::sys_common::backtrace::_print_fmt::ha78d891bef73c841
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src\sys_common/backtrace.rs:68:5
     3:     0x7ff6c22e80da - <std::sys_common::backtrace::_print::DisplayBacktrace as core::fmt::Display>::fmt::h0391ff925c868418
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src\sys_common/backtrace.rs:44:22
     4:     0x7ff6c231ab3d - core::fmt::rt::Argument::fmt::h10da764d6b07683e
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\core\src\fmt/rt.rs:142:9
     5:     0x7ff6c231ab3d - core::fmt::write::h0d1a74662b4aa5bf
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\core\src\fmt/mod.rs:1120:17
     6:     0x7ff6c22de8ed - std::io::Write::write_fmt::h3d21beac8e0d2508
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src\io/mod.rs:1810:15
     7:     0x7ff6c22e7f03 - std::sys_common::backtrace::_print::h9d61df6a0aa75173
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src\sys_common/backtrace.rs:47:5
     8:     0x7ff6c22e7f03 - std::sys_common::backtrace::print::h7d2e30433fe4fbf0
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src\sys_common/backtrace.rs:34:9
     9:     0x7ff6c22eacc9 - std::panicking::default_hook::{{closure}}::h31917a5ba9296998
    10:     0x7ff6c22ea9c8 - std::panicking::default_hook::h10d6ca42cdc89de3
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panicking.rs:292:9
    11:     0x7ff6c22eb3b8 - std::panicking::rust_panic_with_hook::ha7d78ac18835b62c
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panicking.rs:779:13
    12:     0x7ff6c22eb251 - std::panicking::begin_panic_handler::{{closure}}::h928711b767762e1f
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panicking.rs:649:13
    13:     0x7ff6c22e8879 - std::sys_common::backtrace::__rust_end_short_backtrace::h933c5e8d5174ab9e
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src\sys_common/backtrace.rs:171:18
    14:     0x7ff6c22eafd2 - rust_begin_unwind
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panicking.rs:645:5
    15:     0x7ff6c2317157 - core::panicking::panic_fmt::hc685bd5fdf74c15e
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\core\src/panicking.rs:72:14
    16:     0x7ff6c2317212 - core::panicking::panic::haa5ab648900af052
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\core\src/panicking.rs:144:5
    17:     0x7ff6c227b242 - build_script_build::download_file::h8f4cf28df0dbae98
    18:     0x7ff6c227b99c - build_script_build::download_static_lib_binaries::h88a22d18555d4de0
    19:     0x7ff6c2276e3c - build_script_build::main::ha511d5763763ac70
    20:     0x7ff6c228b4d6 - core::ops::function::FnOnce::call_once::h122611c92be75012
    21:     0x7ff6c2294279 - std::sys_common::backtrace::__rust_begin_short_backtrace::hc272eadac412c9c7
    22:     0x7ff6c22888ac - std::rt::lang_start::{{closure}}::h59b8aadf7afc35d0
    23:     0x7ff6c22d1a14 - core::ops::function::impls::<impl core::ops::function::FnOnce<A> for &F>::call_once::h9c9a98f97d582a39
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\core\src\ops/function.rs:284:13
    24:     0x7ff6c22d1a14 - std::panicking::try::do_call::hcdc83a0ea6591991
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panicking.rs:552:40
    25:     0x7ff6c22d1a14 - std::panicking::try::h5ea3e86c54fef019
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panicking.rs:516:19
    26:     0x7ff6c22d1a14 - std::panic::catch_unwind::h72ff0f43651fef39
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panic.rs:142:14
    27:     0x7ff6c22d1a14 - std::rt::lang_start_internal::{{closure}}::he26c620c3984b7f8
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/rt.rs:148:48
    28:     0x7ff6c22d1a14 - std::panicking::try::do_call::h2d75c103da858a58
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panicking.rs:552:40
    29:     0x7ff6c22d1a14 - std::panicking::try::h82d3d3826c0310a7
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panicking.rs:516:19
    30:     0x7ff6c22d1a14 - std::panic::catch_unwind::hc04bca4bf5b3cc1d
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/panic.rs:142:14
    31:     0x7ff6c22d1a14 - std::rt::lang_start_internal::h6cebd8dd02653fdc
                                 at /rustc/07dca489ac2d933c78d3c5158e3f43beefeb02ce/library\std\src/rt.rs:148:20
    32:     0x7ff6c2288887 - std::rt::lang_start::haa6170a8085366d2
    33:     0x7ff6c228047f - main
    34:     0x7ff6c22712ee - __tmainCRTStartup
                                 at C:\M\B\src\build-UCRT64\C:/M/B/src/mingw-w64/mingw-w64-crt/crt\crtexe.c:267:15
    35:     0x7ff6c2271406 - mainCRTStartup
                                 at C:\M\B\src\build-UCRT64\C:/M/B/src/mingw-w64/mingw-w64-crt/crt\crtexe.c:188:9
    36:     0x7ffbd6ea257d - <unknown>
    37:     0x7ffbd84aaa58 - <unknown>
warning: build failed, waiting for other jobs to finish...

This issue is likely related to this issue. As workaround, I'm using HtmllRenderer to get the output.

repo: yuankunzhang/charming


text:
Add weird pronounciation: AWS

Word: AWS

Pronounciation: アーウッス

Vocalization software: VOICEVOX ずんだもん

https://github.com/yude/weird-pronounciation/assets/42153744/fec69952-7382-4ade-a07f-750a7aca79c2

Added in 7b8bedb12dc6dc981fdda56e412905b4434710d7

source: gharchive/issue

authors: eggplants yude

repo: yude/weird-pronounciation

license: MIT

license_type: permissive

license_source: github-api


text:
🛑 Hubs is down

In fb5e49f, Hubs ($HUBS_SITE) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Hubs is back up in 10c5935.

Resolved: Hubs is back up in 34fc60b.

Resolved: Hubs is back up in 20b9d49.

repo: yukbid/upptime


text:
🛑 CMS is down

In 57cecd0, CMS ($CMS_SITE) was down:

HTTP code: 502
Response time: 2086 ms

Resolved: CMS is back up in c8b965a.


text:
HIST_IGNORE_SPACE オプションに対応させてほしい

zsh の HIST_IGNORE_SPACE （スペースから始まるコマンドラインは履歴に残さない）を有効にして使っています。
しかしコマンドライン行頭に空白文字を入れた状態で snippet 展開すると行頭の空白が削除されてしまいます。
行頭空白を保存したまま展開させられるようにはできませんか？

遅れましたが対応できたかと思います
プラグインの更新をお願いできるでしょうか

ありがとうございます。助かります。

authors: seroqn yuki-yano


text:
[求助/Help] 关闭不必要的组件

我想在集群中关闭esxiagent这个组件，是修改kubectl edit oc -n onecloud default，把esxi下面disable改成true,改了后我发现还是有这个esxi-agent这个pod，还是直接通过K8S命令把kubectl delete deployments.apps default-esxi-agent -n onecloud？

@xxhacker 修改 oc 里面的 esxi disable 为 true ，只是说删除 default-esxi-agent 后不会自动新建了，需要再手动 delete 这个 deployment 后就可以了。

authors: xxhacker zexi

repo: yunionio/cloudpods


text:
Automated cherry pick of #10718: fix(baremetal): use command timeout context replace timeout command

Cherry pick of #10718 on release/3.7.
#10718: fix(baremetal): use command timeout context replace timeout command

/lgtm
/approve

source: gharchive/pull-request

authors: yousong zexi

repo: yunionio/yunioncloud


text:
Time in distance is not always reactive

Many times it seems to work ok, but sometimes it does not update:

visit https://dev.karrot.world/#/group/13/wall (or any other group)
notice the time in distance content on the wall
switch the language
notice many things change, but not the time in distance

... oh, and right now it's 1 language behind:

I have german selected, most of the site is in german, but the time in distance in english
I switch language to english
the time in distance goes to german (!), the rest to english

repo: yunity/karrot-frontend

license: mit

license_source: bigquery


text:
Has Signature

How to check if the signature is present now? The method has been removed. Also the touch delegates are not intercept able in the view controller, by which I can know that something happened. P.S.: I'm bridging to Objective-C.

Calculating the content of the produced UIImage was never the scope of this view. It is not good OOP to put some kind of validation within the display mechanism. There would also be a lot of different needs regarding a validator, some would calculate a mathematical hash as a result of the signature, and run some algorithm to compare it with previously stored signatures, others merely checking if the signature field is not blank. Thats why making a validator is not something I will do.
I would recommend you to check out similar projects made in Objective-C. MacHeads101 has a nice tutorial that inspired me to make this class.

Thanks very much for the help and for the control!!!

For a quick and dirty validating routine, I would set up the controller where you have the view like this:
`@IBOutlet weak var drawSignatureView: YPDrawSignatureView!
@IBAction func save(sender: AnyObject) {
let img = drawSignatureView.getSignature()
let imgData: NSData = UIImageJPEGRepresentation(img, 0)!
print("Size of Image: (imgData.length) bytes")
}`
Use the size in bytes you get for your signature image when its empty, and do an if-else on the returned size, if someone has signed, the size in bytes will be larger than the empty signature image.

You got your wish granted!
Before getting the UIImage from the signature view, check if its new calculated property containsSignature is true.
Usage:
`@IBOutlet weak var drawSignatureView: YPDrawSignatureView!
@IBAction func save(sender: AnyObject) {
if drawSignatureView.containsSignature {
let img = drawSignatureView.getSignature()
// Do something with img
} else {
// Alert the user or do something else
}
}`

Thanks!

Just remember to download the latest source file :+1:

Done! :)

authors: abduranjum yuppielabel

repo: yuppielabel/YPDrawSignatureView


text:
[MTB-007] Documentaion updates and fixes

[MTB-007] Documentation Update and Fixes
Description
This PR updates and fixes the documentation to enhance clarity and provide more detailed information about the configuration management features of the ace-config gem.
What does this PR do?
This PR improves the existing documentation by adding examples, correcting inaccuracies, and clarifying the usage of configuration options, making it easier for users to understand how to implement and utilize the gem effectively.
Why is this change necessary?
Clear and comprehensive documentation is essential for users to effectively use the ace-config gem. This change addresses user feedback regarding the need for more examples, corrections, and explanations, ultimately improving user experience and reducing confusion.
Related Issue
This PR addresses the following issue: Trello issue

WIP MTB-007

Change Type
Please select the relevant options:

[ ] Bug fix
[ ] New feature
[x] Documentation update
[x] Documentation fix
[ ] Other (please specify):

Testing Information
No specific tests are required for documentation updates, but the changes have been reviewed for accuracy and clarity.
Review Checklist

[x] I have reviewed the contributing guidelines.
[x] I have updated the documentation (if applicable).
[x] I have added tests to cover my changes (if applicable).
[x] All new and existing tests have passed.

Additional Notes
This update aims to provide a better understanding of the ace-config gem's capabilities, correct previous inaccuracies, and improve overall user satisfaction.

Trust everybody, but cut the cards.
Quote Finley Peter Dunne

repo: yurigitsu/ace-config


text:
Few things stays in white bg even in light mode

Please assign me this issue if its relevant.

Which also includes the navbar icon


text:
Add support for custom helm options

Sometimes I need to include --force because of a failed deployment on the first deployment, or include the --timeout option to helm. When I need to do that I hardcode these, and use my version of hubploy. I'm wondering if we could include an option for custom helm options instead? @yuvipanda, I'm happy to make these changes and PR if you suggest a preferred way of doing this. Thanks!

@tjcrone yeah, I think a '--helm-options' flag maybe? That could just get passed in to helm.

Okay. I'm going to have to think about how to pass a list of flags and values for another program through the hubploy argparse with a --helm-options flag. Maybe a list of strings. Maybe a dict. I have not passed a set of options for another program to argparse before. If you have a preferred method, please let me know.

Kindof need a way to get **kwargs working with argparse and the CLI. Googling ...

I'd suggest taking it in as a single string, splitting it with shlex.split, and then passing it to helm.

Another option would be to add "force=False" and "timeout=300" as separate argparse options to hubploy, and then pass them on to helm. I kindof like this idea better. What do you think? If you do not like this, I will do it as a string like you suggest.

authors: tjcrone yuvipanda

repo: yuvipanda/hubploy


text:
remove num2words import

num2words is not used in the preprocessing and not required

we do use num2words in the convert_numbers() method.

Hi,
Do you mind letting me know which num2words function is used in the convert_numbers() method? And if num2words is necessary, could you include it in requirements.txt?
def convert_numbers(data):     tokens = word_tokenize(str(data))     new_text = ""     for w in tokens:         try:             w = (int(w))         except:             a = 0         new_text = new_text + " " + w     new_text = np.char.replace(new_text, "-", " ")     return new_text


text:
Would you create new release?

I installed pyenv by Homebrew,  and homebrew updates formula based on release, instead of commit.
Now pyenv latest release is 1.0.7, which not includes anaconda3-4.3.0. #824 is already merged,
but no later release after it.
Would you create new release?
Thanks

done!

Thanks

authors: bkbncn yyuu

repo: yyuu/pyenv


text:
请问卡eb要如何解决？

入上图

跟我一样的配置吗？

是，我感觉是bios版本的问题

Hackintosh was working fine on ventura until I updated bios from 1.30 to any further version.

@KillingAlisa 请问你解决了吗，我也遇到同样的问题。不同的是我之前用题主的EFI装成功了，用了一段时间后黑屏了，是内存的原因。换了内存后就一直报错，只能f11选择引导进windows，进macOS就提示错误

OC:Driver openruntime.efi at 0 cannot be loaded -Access Denied Halting on critical error
我用备份的EFI也是同样的错误

     @KillingAlisa 请问你解决了吗，我也遇到同样的问题。不同的是我之前用题主的EFI装成功了，用了一段时间后黑屏了，是内存的原因。换了内存后就一直报错，只能f11选择引导进windows，进macOS就提示错误

OC:Driver openruntime.efi at 0 cannot be loaded -Access Denied Halting on critical error

我用备份的EFI也是同样的错误 在第一次安装成功之前，我降级了BIOS版本，安装成功后也一直没有更新BIOS，不知道为什么突然就这样了

这个问题已经解决，原因在于 BIOS中开启了快速启动，关闭掉就可以正常引导了

感谢分享 🙏

请问后续怎么解决的？遇到了一样的问题

authors: KillingAlisa PBF-TECHIE divq miaokii yzchan

license: Unlicense


text:
Remove itest dependency on squeaklib

https://github.com/yzernik/squeaknode/blob/e1a9674200f895a8a2cfafcf21167fd86a011ae5/requirements-itest.txt#L6

This also means removing a few tests.

repo: yzernik/squeaknode


text:
SqueakController "save_squeak" method should take a block range parameter

When a squeak is saved (from upload or download), there should be a block range that is already specified from the beginning of the peer_controller sync routine.
Every squeak that is saved should be validated against the block range that was determined at the beginning of the sync.

Actually, it should not be a parameter. The SqueakController should have a private method that returns the current accepted block range.

Actually, it should not be a parameter. The SqueakController should have a private method that returns the current accepted block range.

https://github.com/yzernik/squeaknode/pull/795


text:
更新最新ET

更新最新ET

更新最新ET


text:
如何使用地图控件获取当前位置

Laravel Version: 5.4
PHP Version:7.1
Laravel-admin: 1.4

Description: 使用腾讯地图控件可以显示地图，但是如何进行定位呢，并且获得地址添加到数据库字段之中？

建议看看腾讯地图的插件api

authors: Gijera rainforyou

repo: z-song/laravel-admin


text:
如何实现控件联动

不是select联动，是控件联动。
比如，下拉选择A时，C控件显示，选择B时，C控件隐藏。
文档翻了好几遍没找到。

同问

@z-song

这个你自己写js控制不就好了

Admin::script();

@jqhph @jxlwqq
不能单纯的用js显示隐藏，如果该控件是必填的，隐藏了会报错。
An invalid form control with name='banner_url' is not focusable.

authors: Chenjiajing jqhph jxlwqq zhusaidong


text:
Call to undefined method Encore\Admin\Grid\Displayers\Actions::add()

laraval admin version : * dev-master
laravel/framework 6.0
Call to undefined method Encore\Admin\Grid\Displayers\Actions::add()
In windows 10 it is working, But in Linux server through this error.
Note: I have did all update steps, including clear cache etc.

edit you app/admin.php
add or update
'grid_action_class' => \Encore\Admin\Grid\Displayers\DropdownActions::class,
see : https://laravel-admin.org/docs/#/en/model-grid-custom-actions?id=old-version-compatible

Closing this issue, as i have risolved this pointing action class in admin.php.

edit you app/admin.php
add or update
'grid_action_class' => \Encore\Admin\Grid\Displayers\DropdownActions::class,
see : https://laravel-admin.org/docs/#/en/model-grid-custom-actions?id=old-version-compatible

how to keep the actions  display as them in old version? I don't want to use the dropdown style.

edit you app/admin.php
add or update
'grid_action_class' => \Encore\Admin\Grid\Displayers\DropdownActions::class,
see : https://laravel-admin.org/docs/#/en/model-grid-custom-actions?id=old-version-compatible

how to keep the actions display as them in old version? I don't want to use the dropdown style.

You can publish laravel-admin views and rewrite your own dropdown-menu style.
see: https://github.com/z-song/laravel-admin/issues/368#issuecomment-386967894

authors: kingofzihua maxlcoder pcfjojo tkin1992


text:
inline editable select fields connected to database values

Laravel Version: 6.6.2
PHP Version: 7.2.19
Laravel-admin: 1.7

Description:
In documentation mentioned that it is possible to have inline editable select fields
$grid->column('title')->editable('select', [1 => 'option1', 2 => 'option2', 3 => 'option3']);

But these values are static. And when you have ->editable('select') you don't see current value.
You just see pencil to edit.

For example in migration I have field restricted to following values.
$table->set('type', ['SSS', 'PSS', 'AN', 'AL', 'TP', 'BR', 'SC', 'PC'])->nullable();

Is it possible to show these options in select inline field?

I found solution how to retrieve select values from DB
$grid->column('otdelka', 'Style')->sortable()->editable('select', Furnitura::all()->pluck('otdelka')->unique())->filter('like');

But still I have no idea how to make tem visible in grid. By default you can only see pencil instead of values.


text:
选项卡表单的顶部的title样式问题

Laravel Version: 8.83.27
PHP Version: 8.0.26
Laravel-admin: v2.0.0-beta5

Description:
在使用数据表单中的选项卡表单时，选项卡的顶部的title样式不友好，没有像demo中展示的那样。如下图红色标记处：

Steps To Reproduce:
注：以下步骤仅仅为了测试，有不规范处还请指出：
1.下载laravel-admin v2.0.0-beta5, 如文档所说。
2. 创建控制器：php artisan admin:make EventController --model=App\Models\User
3. 创建选项卡表单test1: php artisan admin:form Event\Tab\Base --title=test1
4. 创建选项卡表单test2: php artisan admin:form Event\Tab\Mission --title=test2
5. 更改EventController继承为App\Http\Controllers\Controller
6. 为EventController添加方法create:
public function create(Content $content)
    {
        $forms = [
            'base'     => Base::class,
            'mission'  => Mission::class
        ];

        return $content
            ->title('活动详情')
            ->body(Tab::forms($forms));
    }

7. 注册路由：
app/Admin/routes.php
    $router->get('event', ['uses' => 'EventController@create']);

8. 清除缓存，打开链接即可复现。

已解决：在demo中下载https://demo.laravel-admin.org/vendor/laravel-admin/laravel-admin.min.css?id=e9a10d896a6f4e407c7c1e745606a15f，并引入。


text:
Feat: Additional Output Formats

We should have some more output options to show some useful stuff.
Initial ideas:
--asm: output assembly, basically all the opcodes right before we turn them into bytes
--ast: output an AST, basically the object we get after calling `syntax->datum` in the compilation phases pipeline

In puff/puff.rkt we have a few functions that set up some compilation pipelines. To implement these alternative outputs, the easiest way would be to define new functions there, and then in main.rkt hook those functions up to the right cli flags.
Documentation for the cli flag stuff we're using can be found here

this part of the code is already pretty repetitive which isn't always great
it is however really clear and explicit exactly which stages of the compilation pipeline each function calls, and maybe that explicitness is worth the repetitiveness
its possible this gets rewritten in the future but it still would be useful to have this implemented


text:
Some renaming fixes

⚠ Breaking change!
This PR aligns the class and method names to common guidelines. For example, the extension method is called UseBreadcrumbs at the moment, which is normally used in the Startup.Configure() method. However, this method requires the IServiceCollection, which is usually done in the Startup.ConfigureServices() method. However, in the latter, the method naming services.Add.. is common.

Hello,
First of all thank you for the PRs, I merged your first two.
For this one, since it's changing the namings, it can break people's code and I don't know if I should release it as a pre-release or something, what do you think?

Hi,
there are two ways of how this could be handled.

Step up to the next major version (1.1) and mention the breaking change in the changelog.

Step up to the next major version and inherit from the old class, like:
public class BreadcrumbsManager : BreadcrumbManager {}

and by using an overload for the UseBreadcrumbs() method, both marked as [Obsolete]. This allows the easier removal in one of the next versions.

Done, it's validating for now.

SmartBreadcrumbs 2.0.0 comes with these changes.

authors: jlnostr zHaytam

repo: zHaytam/SmartBreadcrumbs


text:
ztree生成多颗树时的问题

为了减少id关联，我没有给要显示ztree的DOM加上id。一律用的是父层的节点查找的，如下：
var $modal =$('#modal');
var $ztreeNode = $modal.find('.ztree-multiselect .selections');
$.fn.zTree.init($ztreeNode, setting, data);

以上方式在单独生成一棵树时是好的，但同时生成多颗时，树的节点展开就有问题了。树是生成了没错，但是点击展开会触发其他某棵树的展开动作。
后来只有改用id方式获取ztree节点，如下：
var $modal =$('#modal');
var ztreeId = $modal.find('.ztree-multiselect .selections').get(0).id;
$.fn.zTree.init($('#' + ztreeId), setting, data);

我在整合angularjs的时候，也遇到这个问题，只能曲线救国了。求解决方案

不好意思，居然1月份的时候没有注意到这条消息。。。目前的确不支持 init 的时候传入的 jQuery 对象是多个dom 的情况。。。请自己循环单个 init 吧。

如果循环jquery对象集合，然后初始化，也出现点击+号显示错误的问题，硬要规定个id才行，希望这点可以改善

authors: alex86gbk daystory wobuchizhunao zTree


text:
Update command descriptions

The search description is updated to show argument usage.
The request description is updated to reflect special-rate API usage.

This can be squashed on merge.

I suppose I could not include a merge back and forth from my master...


text:
Package body variables and global's - Peeking

Package variable
In case of package body variables and global's  are also not presented.
Issue/enhancement related to #8

create or replace package body
MyPackage2
as

  myConst constant char(2) := '10';
  myGlobalVar number := 10;

-- Forward declaration --

  procedure pForwardDeclarations();
------------------------------------------------------
  function get_myValue(param1 in varchar2)
    return varchar2
  is
  begin
    if 1 =0 then
        null;
    end if;
    return param1 || ' TEST';
  end get_myValue;

  procedure set_myValue(param1 in varchar2)
  is
  begin
    MyPackage2.myCall('test');
    pCallInternal('test2');
    -- some other code to execute
    return;
  end set_myValue;

  procedure myCall(param1 in varchar2
                  ,param2 in varchar2)
  is
  begin
    -- some code to execute
    return;
  end myCall;

  procedure myCall(param1 in varchar2
                  ,param2 in number)
  is
  begin
    -- some code to execute
    return;
  end myCall;

procedure myCall(param1 in varchar2)
  is
  begin
    -- some code to execute
    return;
  end myCall;

  procedure pCallInternal(param1 in varchar2)
  is
    xyz MyPackage.txyz_myType;
    abc ttxyz_myType;
  begin
    -- some code to execute
    MyPackage2.myCall('Test');
    MyFunc('Test');
    MyProc('Test');
    schema.MyProc('Test');

    if x = schema.MyPackage2.myConst
    if y = myGlobalVar

    -- use of Forward declaration --
    pForwardDeclarations;
    -- use of Forward declaration --

    return;
  end pCallInternal;
------------------------------------------------------
    -- Definition --
procedure pForwardDeclarations()
as
begin
  null;
end pForwardDeclarations;
-------------------------------------------------
end MyPackage2;

Best regards
Mateusz

Version 1.3.0 improve regexp parser and should fix this issue..

Hi,
It works better but it still gets wrong list of variables

create or replace package body
MyPackage2
as

  myConst constant char(2) := '10';
  myGlobalVar number := 10;

-- Forward declaration --

  procedure pForwardDeclarations();
------------------------------------------------------
  function get_myValue(param1 in varchar2)
    return varchar2
  is
  begin
    if 1 =0 then
        null;
    end if;
    return param1 || ' TEST';
  end get_myValue;

  procedure set_myValue(param1 in varchar2)
  is
  begin
    MyPackage2.myCall('test');
    pCallInternal('test2');
    -- some other code to execute
    return;
  end set_myValue;

  procedure myCall(param1 in varchar2
                  ,param2 in varchar2)
  is
  begin
    -- some code to execute
    return;
  end myCall;

  procedure myCall(param1 in varchar2
                  ,param2 in number)
  is
  begin
    -- some code to execute
    return;
  end myCall;

procedure myCall(param1 in varchar2)
  is
  begin
    -- some code to execute
    return;
  end myCall;

  procedure pCallInternal(param1 in varchar2)
  is
    xyz MyPackage.txyz_myType;
    abc ttxyz_myType;
  begin
    -- some code to execute
    MyPackage2.myCall('Test');
    MyFunc('Test');
    MyProc('Test');
    schema.MyProc('Test');

    if x = schema.MyPackage2.myConst
    if y = myGlobalVar

    -- use of Forward declaration --
    pForwardDeclarations;
    -- use of Forward declaration --

    return;
  end pCallInternal;
------------------------------------------------------
    -- Definition --
procedure pForwardDeclarations()
as
  x VARCHAR2;
begin
  x := CASE WHEN pi_CPartyId         = ci_Null THEN NULL ELSE pi_CPartyId         END;
  x := CASE WHEN pi_CPartyId         = ci_Null THEN NULL ELSE pi_CPartyId         END;
  x := CASE WHEN pi_CPartyId         = ci_Null THEN NULL ELSE pi_CPartyId         END;
  null;
end pForwardDeclarations;
-------------------------------------------------
end MyPackage2;

There are also situations when local variables or even return, select, else ore elsif is presented as variables.
I've yet to prepare test package for this cause I can't give you my code and I'm not sure what cause it.

Thank you for your tests !
There is a bug with case...end; I'll fix it.
Variables are complexe to parse, because there is no explicit keyword.
So if you have some other examples to improve parser detection, don't hesitate.
Thank you

Hi @zabel-xyz ,
I confirm. The Case end is not showing.
Thank you

authors: MadeManMax zabel-xyz

repo: zabel-xyz/plsql-language


text:
Visual Studio 2019 build error

When building with Visual Studio 2019 IDE the following errors are returned:
Error: \(default\)/GLFW/deps: No such file or directory
Error: \(default\)/GLFW/include: No such file or directory

Commit: 0467ce48c840799f6dd02eb753e21a933bfca378
Build System: Ninja

This issue seems to be resolved.

repo: zacharyselk/Trundle


text:
CI: Replace jekyll action with manually setup ruby

helaili/jekyll-action@v2 take too much time to setup.

Too complicated to setup with inconsistent result.

repo: zackad/blog-sources


text:
Consider a name change.

To me, the name Tiny only resonates with how much code is in the repository, besides that, I haven't got a single clue to why it's named that way. Perhaps a name change can help to clarify what the package is for? I saw the branch to prepare it for a league proposal, guessed it would be the right time to propose this.
Disclaimer: I might not have understood the name if it was something clever.

This package takes a long primary key (e. g. 1827478492991936) and makes it Tiny (7bF1).
At this point I think for too many people are using Tiny in various languages to change the name.

@zackkitzmiller gotcha, I didn't know this name was used in a broader scope.

authors: frankdejonge zackkitzmiller

repo: zackkitzmiller/tiny-php


text:
直播的开播推送不作用

问题反馈
如標題，關注中的主播開播不會出現通知
环境信息

操作系统: Windows 10 Pro 1709
浏览器版本: Chrome 63.0.3239.108
扩展版本: 0.9.1

重现步骤/尝试的解决方案
設置如下圖
https://i.imgur.com/YLlKh1Q.png
若開啟 检查"我的关注"更新，會正常跳出視頻的更新通知，但此功能開啟與否都不會出現开播推送的通知

直播区的开播推送和我的关注中的视频更新通知是两件事情
直播区功能目前只有老三样：领瓜子，礼物包裹，去污粉，可能还要加上自动签到吧
其他的还没有进行测试，后续会继续，请耐心等待

感謝您的回覆
另，目前直播自動簽到是有正常作用的
不過網頁內容不會刷新，點擊簽到會顯示已簽到的錯誤，實質上已完成簽到

repo: zacyu/bilibili-helper


text:
Script failed to scan birthdays.

Error message: eyJ0eXBlIjoiU0NBTl9FUlJPUl9USU1FT1VUIn0=

Scanning issue was fixed in https://github.com/zagushka/birthday-calendar-extractor/pull/94

repo: zagushka/birthday-calendar-extractor


text:
Questions/Feature request

Is it possible to use async functions as an observer?
How to stop an observer conditionally?

i don't think async mixes well with this library. if you have any ideas on how to make it work, please let me know. its MIT license.

Very simple, add _async suffix for methods.
add_oberver_async can return Future<Output = T>
and update_async(...).await;

hmmm... let me try it out and see if i can make it work.

can you show me some code samples on how you wish to use this in an async context?

Very simple, add _async suffix for methods. add_oberver_async can return Future<Output = T> and update_async(...).await;

can you show me some code samples on how you wish to use this in an async context?

use reactivate::Reactive;

#[tokio::main]
async fn main() {
    let r = Reactive::new(10);
    let d = r.derive(|val| val + 5);
    let fut = r.update_async(|_| 20);

    println!("{:?}", r); // Reactive(10)
    println!("{:?}", d); // Reactive(15)

    fut.await;

    println!("{:?}", r); // Reactive(20)
    println!("{:?}", d); // Reactive(25)
}

Justification:

Read files, databases updates, remote API calls, before we want to trigger an update to the reactive elements.

@beckend
just added the update_async method. can you check the latest version? 0.2.10
i will add the update_async_inplace and update_async_unchecked soon. Is there anything else you want?

How about add_observer for async.
Also naming should be identical with async as a suffix and not in the middle.

@beckend
Can you give me a code example of how add_observer_async can be used?

use reactivate::Reactive;
use std::sync::{Arc, Mutex};

fn main() {
    let r: Reactive<String> = Reactive::default();

    let changes: Arc<Mutex<Vec<String>>> = Default::default();

    r.add_observer_async({
        let changes = changes.clone();
        move |val| {
          async move {
            tokio::thread::yield_now().await;
            changes.lock().unwrap().push(val.clone());

            if val == "abcd" {
              Err("abcd".into())
            } else {
              Ok(())
            }
          }
        }
    });

    r.update_async(|_| async {
      Ok(String::from("a"))
    }).await;

    println!("{:?}", r); // Reactive("a")
    println!("{:?}", changes.lock().unwrap().clone()); // ["a"]

    r.update_inplace_async(|s| {
        async move {
          s.push('b');
          Ok(())
        }
    }).await;

    println!("{:?}", r); // Reactive("ab")
    println!("{:?}", changes.lock().unwrap().clone()); // ["a", "ab"]
}

The issue is when something is doing sync updates in between the observers, in such cases, I would have a r.observer_wait().await or something similar, you decide the API name.

@beckend
i just found out that doing this doesn't work
    let r = Reactive::new(10);
    let d = r.derive(|val| val + 5);

    r.update_async(|n| async { n + 10 }).await;

Box::pin

Otherwise a clone if possible?

@beckend
clone is not an option. If update_async is not possible, I can instead create a set_async function

but i think even set_async doesn't make sense to have

Ok, if this is not possible then close the issue.

@beckend
I really wanted to add this feature. But sadly couldn't. 😞

authors: beckend zahash

repo: zahash/reactivate


text:
Use blueprint class names safely

Change hardcoded usage of bp5-* in CSS to ${Classes.XXX}
Example:
https://github.com/zakodium-oss/react-science/blob/bb5a82d7d6c1b12b8d3e89303c334263bf862dda/src/components/dialog/ConfirmDialog.tsx#L35
When doing so, you can change also refactor to use styled components rather than passing a css prop.

Aren't blueprint class names generally deprecated?

They are not really deprecated, but it is discouraged to use them, because they can change.
In cases when we can avoid to use them we should not use them (some examples are documented in the official documentation).
We use them mostly to override the style of some markup internal to the component that would not be easy to change otherwise. By importing them we at least will have an error if the class no longer exists.

authors: stropitek targos

repo: zakodium-oss/react-science


text:
fix: set min width on percentage uncontrolled side

Fixes: https://github.com/zakodium-oss/react-science/issues/496

Codecov Report
Patch coverage has no change and project coverage change: -0.04 :warning:

Comparison is base (e4ddf56) 48.88% compared to head (85388d6) 48.84%.

:exclamation: Your organization is not using the GitHub App Integration. As a result you may experience degraded service beginning May 15th. Please install the Github App Integration for your organization. Read more.
Additional details and impacted files
@@            Coverage Diff             @@
##             main     #505      +/-   ##
==========================================
- Coverage   48.88%   48.84%   -0.04%
==========================================
  Files         138      138
  Lines        7510     7516       +6
  Branches      184      184
==========================================
  Hits         3671     3671
- Misses       3839     3845       +6

Impacted Files
Coverage Δ

src/components/split-pane/SplitPane.tsx
31.80% <0.00%> (-0.64%)
:arrow_down:

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.

authors: Xstoudi codecov-commenter


text:
Support reading from the beginning in the subscription api

Fixes #128

👍

:+1:

authors: jhorstmann tmuehl

repo: zalando-incubator/fahrschein


text:
Fix stack overflow error in micrometer

Fixes #452, depends on #454
Changes

Fixes a recursion bug in the micrometer metrics integration
Adds more unit tests for both micrometer and dropwizard

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (46548db) 71.06% compared to head (c2640b5) 72.87%.

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@             Coverage Diff              @@
##               main     #453      +/-   ##
============================================
+ Coverage     71.06%   72.87%   +1.80%
- Complexity      677      700      +23
============================================
  Files           118      118
  Lines          2547     2547
  Branches        195      195
============================================
+ Hits           1810     1856      +46
+ Misses          619      572      -47
- Partials        118      119       +1

Flag
Coverage Δ

unittests
72.87% <100.00%> (+1.80%)
:arrow_up:

Flags with carried forward coverage won't be shown. Click here to find out more.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

:+1:

👍

:+1:

repo: zalando-nakadi/fahrschein


text:
Decode error with validate_responses=True and multiple response types specified

Description
Sample repo demonstrating the issue.
With the following in my swagger definition:
paths:
  /document:
    get:
      x-openapi-router-controller: test.entry
      operationId: get_document
      responses:
        "200":
          description: The requested document in PDF format
          content:
            application/pdf:
              schema:
                type: string
                format: binary
        "401":
          description: Auth failure
          content:
            application/json:
              schema:
                type: object

And having validate_responses=True I'm receiving the following error:
Traceback (most recent call last):
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/flask/app.py", line 2447, in wsgi_app
    response = self.full_dispatch_request()
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/flask/app.py", line 1952, in full_dispatch_request
    rv = self.handle_user_exception(e)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/flask/app.py", line 1821, in handle_user_exception
    reraise(exc_type, exc_value, tb)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/flask/_compat.py", line 39, in reraise
    raise value
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/flask/app.py", line 1950, in full_dispatch_request
    rv = self.dispatch_request()
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/flask/app.py", line 1936, in dispatch_request
    return self.view_functions[rule.endpoint](**req.view_args)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/connexion/decorators/decorator.py", line 68, in wrapper
    response = function(request)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/connexion/decorators/uri_parsing.py", line 149, in wrapper
    response = function(request)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/connexion/decorators/response.py", line 110, in wrapper
    return _wrapper(request, response)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/connexion/decorators/response.py", line 91, in _wrapper
    self.validate_response(
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/connexion/decorators/response.py", line 52, in validate_response
    data = self.operation.json_loads(data)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/connexion/operations/abstract.py", line 455, in json_loads
    return self.api.json_loads(data)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/connexion/apis/abstract.py", line 456, in json_loads
    return self.jsonifier.loads(data)
  File "/Users/user/.virtualenvs/flask-test/lib/python3.8/site-packages/connexion/jsonifier.py", line 64, in loads
    data = data.decode()
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xd3 in position 10: invalid continuation byte

It appears having the 401 response type set to application/json is causing the response validator to try to parse my PDF as JSON.  I'm curious if the way I'm returning the PDF may be causing this issue or if this is genuinely a problem so wanted to post an issue to get some feedback.
Expected behaviour
Calling the endpoint should not produce an error.
Actual behaviour
Calling the endpoint is causing the above error.
Steps to reproduce
Run the linked sample repo with FLASK_APP=test flask run
then curl http://localhost:5000/document
Additional info:
Output of the commands:

python --version
Python 3.8.5
pip show connexion | grep "^Version\:"
Version: 2.9.0

Can confirm the above workaround was successful.  Thanks again.

Looks like this was already tracked at #860

Thanks for the report.
Closing as duplicate of #860.

authors: RobbeSneyders languitar njeirath

repo: zalando/connexion


text:
Fix db username when running with docker-compose

Fix #57

👍

authors: mikkeloscar msaglietto

repo: zalando/pazuzu-registry


text:
Examples of reliable simple query languages

Hello,
In this section, you recommend to design simple query languages using query parameters.
I have seen multiple custom query languages in different Rest APIs, that badly handle literal escaping and data types.
Do you have examples of well designed query languages?
Are there projects with reference implementation and grammars available somewhere?
Here are some interesting articles on the subject:
https://github.com/microsoft/api-guidelines/blob/vNext/Guidelines.md#97-filtering
https://www.moesif.com/blog/technical/api-design/REST-API-Design-Filtering-Sorting-and-Pagination/#filtering
https://github.com/kriszyp/rql

We had something far less complex in mind than your links are pointing to and had hoped that our description in #236 makes this pretty clear.
When we talk about a simple query language, we talk about very simple name/value-pairs, that users can intuitively interpreted. Something like name_pattern (or name_regex), created_after (or created_between), or colors (for a comma separated list of colors a garment can have).
The idea is that a query parameter consisting of a small number of _-separated words, that give enough context to intuitively understand the property the filter is working on as well as the format used to filter values.

Yes, what @tkrop mentioned is correct: We had an simple QL in mind for queries passed via the URL query params.
But we were not very specific in defining this QL, and instead preferred QL design hints without clear restrictions.
@nmoreaud I agree that more specific guidance could be helpful for API consumers and providers.
I have also seen bad syntax for handling of separators, operators and values, and find the links you provided interesting.
Would you be interested in drafting a PR update of #236 ?
What syntax variant you would favor due to what trade-off considerations?

@nmoreaud we have improved the example on simple query language. Would you like to contribute an update for the complex query language to guide users how to design this case properly? Else we would suggest to close the issue.

authors: nmoreaud tfrauenstein tkrop

repo: zalando/restful-api-guidelines


text:
Jmeter GRPC 中怎么支持双向流测试？How to support bidi-Streaming for Jmeter GRPC?

简单场景需求： 先发登录请求建立双向流连接，再发一个锁定会议的操作。
在现在Jmeter GRPC中， 我无法把上面两个请求（登录， 锁定会议）一次发给服务器端。
怎么能做到？
How to send several message in one chanel ?

如果这个方法是一个单向stream，怎么接收返回值呢

This issue is stale because it has been open for 30 days with no activity.

This issue was closed because it has been inactive for 14 days since being marked as stale.

authors: chineseluo huynhminhtan wujunbizconf

repo: zalopay-oss/jmeter-grpc-request


text:
File explorer closes after being opened through "Open with Local File Browser"

Title. It's just so bizarre, no information, no warnings, no errors, nothing. Just closes casually by itself after 3-5 seconds. Meanwhile, all's fine going there manually ¯_(ツ)_/¯

Could you please provide more information about the issue you're experiencing? In particular, it would be helpful to know your system and extension versions.

Sure.
Win 10.0.19045 Build 19045
Firefox 115.0b9 (64-bit)
Extension version 56b9c1d4
And as SD goes: version: v1.4.0  •  python: 3.10.6  •  torch: 2.0.1+cu118  •  xformers: 0.0.20  •  gradio: 3.32.0

It does seem quite strange as we haven't received any similar reports before. I have tested it on Windows 10 version 19045 and Firefox, and I didn't encounter any issues. Could you please try restarting your computer and see if that resolves the issue?

Still the same, but after some fiddling around I found the culprit: Tagging for Windows. Uninstalled it, and all's fine. So random -_-
Can close.

authors: Deiwulf zanllp

repo: zanllp/sd-webui-infinite-image-browsing


text:
Support Settings Configuration through CLI and environment Variables

Right now settings are just passed in through the settings file. This is somewhat limiting if there is a value that will be dynamic with deployments (such as a docker image file, etc.) We should support accepting settings through environment variables, the CLI, the current settings file, and any mix of those.
The order of precedence with mixed should be CLI -> environment -> config file.
If possible, the implementation of this ticket would not be to enumerate each settings value for each of these sources, but to have some way of dynamically finding zappa settings and configuring it.

I'm interested in this getting in as a feature.
I've created a cli tool that will generate the zappa_settings.json file dynamically for ci integration.
https://github.com/monkut/zappa-configuration-generator
It's been working for me for a long time, but I would like similar functionality integrated into zappa itself.

Any updates on this? Super interested in having a feature like this :)

Hi @michaelhudelson
You can specify additional environment variables into a .env file for your deployment.
@monkut I saw your repo. And yes your configuration can help in CI/CD deployment.

Hi @souravjamwal77
Thanks for getting back to me :)
I think I misunderstood this ticket - I'm actually looking for something that is to Zappa what Terragrunt is to Terraform.
I want to be able to have a base settings file and then right a layer of customization over it.
If you are interested, I recently made something in a personal project that does this as a POC in about 80 lines of python.

Another use case for this is not committing secrets to git. For example, when setting a certificate ARN in the settings file, it contains the account number for the AWS account. I’d rather reference an environment variable for that ARN then commit the hardcoded ARN with account number and UUID to git.

I have the beginning of an implementation that would read settings from environment variables. I'm having difficulty imagining how passing settings as command line options would work. @mcrowson do you have ideas about what the CLI experience would be?
Like if you wanted to pass the value for s3_bucket on the command line, is this what you're thinking?
zappa --s3_bucket mybucket deploy
Or perhaps something like:
zappa --config s3_bucket=mybucket deploy
I'm not sure if/how click's arg processing supports arbitrary extra command line options.
Any suggestions?

I am admittedly far from Zappa development these days and have handed the reigns off to others. However you all want to roll with this is up to you.

@dougharris, perhaps I'm not quite understanding the issue you're describing, but I'm unsure if I see an actual problem that is not already solvable using Zappa as-is.  Following best practices, the use of Zappa should never require any secrets to be committed to a repo.  Major collaborative version control platforms (e.g., GitHub) have long supported securely storing secrets that can be securely loaded into the ephemeral environments that get created on CI/CD runners during job execution.  And then Zappa currently offers a variety of ways to securely set those environment variables in AWS from your CI/CD workflow.  And, as some have mentioned above, it's relatively common for users to write a short Python script that can assist in dynamically inserting/generating values into a zappa_settings file in their CI/CD workflow, if necessary.

@javulticat In my particular use case, my zappa_settings.json has certificate_arn set per the instructions on Deploying to a Domain With AWS Certificate Manager:
"certificate_arn": "arn:aws:acm:us-east-1:<redacted AWS account number>:certificate/<redacted UUID for cert>",

I'd like to make my repo public as an example of a few things in my project, but I'd prefer that this ARN not be visible (in particular, I'd like my account number not to be so easily visible).
Is there a way for the certificate ARN to be pulled from AWS environment variables?
My WIP on this would see ${CERTIFICATE_ARN} as a value in my zappa_settings.json and recognize the syntax to use os.environ.get(CERTIFICATE_ARN) for that value

My commit there shows the idea. I'd like to add tests before submitting a pull request.

yes, still relevant

authors: dougharris javulticat mcrowson michaelhudelson monkut souravjamwal77

repo: zappa/Zappa


text:
Update names of Zest API endpoints

fixed endpoint names

Thank you!

repo: zaproxy/browser-extension


text:
Fix Javascript Unit Tests File Import Error

fixes #1103

CI should be changed to run the tests, not only to ensure that this is fixed but to not regress again.
For follow ups better use a different branch name, vue3 is misleading.

CI issue is different; this PR resolves the issue that was stopping the execution of tests locally (atleast)

So you cant run the test locally?
what error messages do you get?
I can run them, although the Firefox one always fails for me.

I am using npm run test to invoke ava and it is giving following error to me

This PR fixes it; afterwards the output is something like this:

Can you try ./gradlew check zapRunTests

Yeah its working fine. Isn't it utilizing Java tests? Why can't we run ava directly?

This PR fixes it; afterwards the output is something like this:

That error shows utils is not defined so the fix is not complete.

The fix is just for the import statement; not for the whole unit tests file.
Second, I can see the gradle job is running java tests, and not ava ones. Should I focus on Java unit tests or on JS ones?

This PR fixes it; afterwards the output is something like this:

That error shows utils is not defined so the fix is not complete.

It is complete now

Task :npmLintAllHud FAILED - should be an easy one to fix 😁

Is it possible to execute only the failing unit test and not zapRunTests each time?

authors: njmulsqb psiinon thc202

repo: zaproxy/zap-hud


text:
Add support for loading decks

Regression
Could be fancier, maybe pre-loaded at the bottom of the UI to select from?

Added serialize/deserialize to Model. Still needs UI to action load/save.

serialize should probably take an optional list of nodes to serialize (e.g. a selection)
Right now VideoNode * -> QString serialization is handled by NodeRegistry which is gross; it should get serialized to a JSON blob and NodeRegistry should delegate to VideoNode to perform both ser/des.

It would be really great to get partial model load / save implemented soon. Right now I achieve this by cp radiance_state.json cool_deck.json

authors: ervanalb zbanks

repo: zbanks/radiance


text:
"Open Recent" is not available if there is no window

Check for existing issues

[X] Completed

Describe the bug / provide steps to reproduce it
When there is no Zed window open, the "Open Recent" entry in the menu is greyed out. It would be nice to have some shortcut to getting back to a previous project without opening an empty project just to get access to the menu.
Environment
Zed: v0.77.3 (stable)
OS: macOS 12.6.3
Memory: 16 GiB
Architecture: x86_64
If applicable, add mockups / screenshots to help explain present your vision of the feature
No response
If applicable, attach your ~/Library/Logs/Zed/Zed.log file to this issue.
If you only need the most recent lines, you can run the zed: open log command palette action to see the last 1000.
No response

Not sure if same thing or I should file a separate issue, but I would very much love an Open Recent submenu like this:

authors: jansol wzxu

repo: zed-industries/community


text:
Support for pyproject.toml, other than Poetry

Hi!
I believe that adding dependencies support for other major pyproject.toml-based tools should be easy to do and very important.
Namely, the tools supported would be:

setuptools
flit

I quickly glanced the code and noticed that there is some custom code snooping inside tool.poetry, while the relevant information for the above tools are inside project.
I am trying to hack up a local version, but I need to know the following:

Can / should I use the requirements from:
https://packaging.pypa.io/en/latest/requirements.html
or should I reuse some internal code?
Is there any requirement for tests / guidelines / others?

Let me know! :wink:

Yes, this is a great idea. PR is welcome!

I am open to use packaging. Feel free to create a PR that replaces the custom codes 😄
Test as much as you can. Or a minimal to keep the existing tests pass 🤣

@all-contributors please add @ItachiSan for ideas

Hi @zehengl ,
I hope to have some time soon to work on this 😄
Life and work have been quite busy, but I should be able to make a PR soon.
Given your "blessing", I will see if packaging helps (it did in my local hack) 😄

Another question:
Do you prefer to have multiple small PRs or a huge one?
For example, I refactored the methods in __init__ to be in their own module.
Should I make a small PR for that?

Yes, please, smaller PR is easier to review.

Well, it took some time, but I got some time to work on it and here we go: #50 :wink:

Given that #50 is closed, I believe we can close this ticket. :wink:

authors: ItachiSan zehengl

repo: zehengl/pip-check-updates


text:
Fixed confusing matching brace highlight color-scheme for terminal vim

While using the color-scheme in terminal vim, the matching brace highlighting becomes confusing.

As shown in this gif, when cursor lands on a brace its bgcolor becomes black and the bgcolor of the matching brace becomes magenta, which becomes confusing while navigating through file,
Here is my fix:

I changed the bgcolor of cursor to white when it lands on a brace to avoid confusion.

I can't replicate this behaviour on my terminal.
Also, your modification is changing the original purple color, which becomes darker. But the original bright purple would make the white parenthesis not very visible.
I'd say, if this change works for you, feel free to keep on a separate fork.
I'll leave this open for a while anyway.

Can't you yourself do some change. It will be great to have the matching parenthesis highlighting color-scheme changed in the original repository.

Which terminal are you using?
What do you think about having an alternative_matchparen2 option? Could you test the following colors and let me know it that works?
ctermfg=251 and ctermbg=198

I am using Gnome Terminal 3.18.3 (xterm 256 color) in ubuntu. I don't know why you can't replicate the behavior on your terminal. I also tried the same on version 3.20.3 too and got same results.
I think an alternative_matchparen2 could be a great option too if it is not behaving the same on your terminal then it might do the same on other terminals too.
I tried the colors. They are good too. But I think it will be visible a little bit better with
ctermfg=252 and  ctermbg=198

In some terminals the cursor in Vim behaves differently.
I have created a branch called 'inverted_matchparen'. Could you please review the changes and test the new option on your terminal before I merge?
Thank you.

The new option is working great. And since both the highlighting are present it will work for both type of terminals.
Thank You for your support.
PS: By the way which terminal version and which OS do you use?

Great, I've just merged the last updates!
P.S. I'm currently using iTerm2 on a Mac.

authors: diptanshu-sopho zeis

repo: zeis/vim-kolor


text:
Edit->Preferences ignoring EDITOR/system .js editor on Windows

[x] I am on the latest Hyper.app version
[x] I have searched the issues of this repo and believe that this is not a duplicate

OS version and name: Windows 10
Hyper.app version: Hyper 2.0.0 (stable)
Link of a Gist with the contents of your .hyper.js: https://gist.github.com/jfro/33522fb05e05277de6c0b07daa4c9655
Relevant information from devtools (CMD+ALT+I on macOS, CTRL+SHIFT+I elsewhere):
The issue is reproducible in vanilla Hyper.app: This is a vanilla install

Issue
I'm unable to get Edit->Preferences to respect my editor of choice. Windows understands .js files are to open in VS Code, and double clicking .hyper.js in windows Explorer does indeed open in Code. I also tried assigning EDITOR=code in my bashrc and restarting Hyper. So far it continues to open in Notepad.
I just updated to Hyper 2.0 today, and only recently installed Hyper on my windows machine. I haven't configured or installed plugins yet beyond pointing it at bash instead of powershell/cmd.

Can you try changing the default program to something else and then back again?

Tried it, changed to Atom... opened in Atom... Changed back to Code and it opened in Notepad again...
strange, any ideas? Something about being assigned to Code seems to confuse it?

Are you changing them in the same way?

Yes, this test was done by right clicking .hyper.js, properties, click change for the editor type, choose new editor. Repeated that for Atom and then for Code. Relaunched Hyper inbetween.

I have exactly the same issue. I followed the steps @albinekb and had the same result as OP.
@jfro I am using the Insiders version of VS Code, I don't know if you are too?

I'm looking in Windows registry at this key: \HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.js\UserChoice. When Notepad++ is the default editor then ProgId has the data: notepad++.exe. When VSCode is the default editor, ProgId has the data: vscode.js. I'm guessing this is a reference to this key: HKEY_LOCAL_MACHINE\SOFTWARE\Classes\VSCode.js and not to an executable, but I can't find Microsofts documentation for these keys.
In Hyper's code in the file \app\config\open.js:48, the method hasDefaultProgramConfigured reads the UserChoice key from registry and iterates trough all the values and their data, returning false if the data is WScript.exe or isn't an executable:
value.endsWith('.exe') && !value.includes('WScript.exe')

So if VSCode.js is the default ProgId then hasDefaultProgramConfigured returns false and notepad opens instead. Is there a reason the code checks for .exe?

i had try debug on canary channel and hasDefaultProgramConfigured returns true but an error occured at the line return shell.openItem(cfgPath); with TypeError: Cannot read property 'openItem' of undefined

I can reproduce this reliably on Hyper 3, Canary 8 on Windows 10.
Let me know if you need any debug info from my registry or anything else.

I can reproduce as well.  Actually came across this issue trying to find a solution as I'm having this problem too.

Please add a preference setting to be able to override the editor using the config in .hyper.js

Following the information provided by @emptyother above, I opened regedit.exe, browsed to Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.js, added a new Key UserChoice, added a new string value ProgId, and set the value to Code.exe.  Now hyper opens .hyper.js in vscode

Did this actually get fixed? AFAICT it didn't and Hyper will still not open the default editor.

does not need a change in Hyper, if your system gets your default wrong, there is little we can do. it works just fine here.

@mikemaccana Check your Computer\HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts\.js\UserChoice key in registry editor. It should contain a Progid value with the data VSCode.js or Applications\Code.exe.
Whichever of them it is, that key must exist in either Computer\HKEY_CURRENT_USER\Software\Classes\ or Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Classes\.
Using "Open with.." sets the ProgId to VSCode.js and I guess it relates to a (relatively) new way of handling document icons because there is another VSCode.* key for every extension that vscode supports.
If your registry keys differ from this, post them and maybe we can find out why it fails.

authors: BeauAgst Snaptags Stanzilla albinekb austinrr emptyother garettbass jfro mikemaccana volkancakil

repo: zeit/hyper


text:
[Don't Merge] Add request/response

WIP

Stats from current PR

Default Server Mode

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
9.5s
9.7s
⚠ +197ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.2 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Rendered Page Sizes

zeit/next.js canary
devknoll/next.js add-request-response
Change

index.html gzip
924 B
924 B
✓

link.html gzip
934 B
934 B
✓

withRouter.html gzip
923 B
923 B
✓

Overall change
2.78 kB
2.78 kB
✓

Serverless Mode (Decrease detected ✓)

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
10.4s
10.4s
-6ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.2 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Serverless bundles Overall decrease ✓

zeit/next.js canary
devknoll/next.js add-request-response
Change

_error.js gzip
289 kB
289 kB
-40 B

404.html gzip
1.33 kB
1.33 kB
✓

hooks.html gzip
964 B
964 B
✓

index.js gzip
290 kB
290 kB
-322 B

link.js gzip
297 kB
297 kB
⚠ +7 B

routerDirect.js gzip
296 kB
297 kB
⚠ +320 B

withRouter.js gzip
296 kB
296 kB
-91 B

Overall change
1.47 MB
1.47 MB
-126 B

Commit: 09ed4971a0a3a88046896e804a25f9af966812ad

Stats from current PR

Default Server Mode

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
10.2s
10.2s
-7ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.21 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Rendered Page Sizes

zeit/next.js canary
devknoll/next.js add-request-response
Change

index.html gzip
924 B
924 B
✓

link.html gzip
934 B
934 B
✓

withRouter.html gzip
923 B
923 B
✓

Overall change
2.78 kB
2.78 kB
✓

Serverless Mode (Decrease detected ✓)

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
11.1s
10.9s
-148ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.21 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Serverless bundles Overall decrease ✓

zeit/next.js canary
devknoll/next.js add-request-response
Change

_error.js gzip
289 kB
290 kB
⚠ +572 B

404.html gzip
1.33 kB
1.33 kB
✓

hooks.html gzip
964 B
964 B
✓

index.js gzip
290 kB
290 kB
-339 B

link.js gzip
299 kB
297 kB
-1.52 kB

routerDirect.js gzip
296 kB
297 kB
⚠ +999 B

withRouter.js gzip
296 kB
296 kB
-91 B

Overall change
1.47 MB
1.47 MB
-380 B

Commit: 024cafc26af0ca6f285b30ef587e97d4f3c2aa42

Stats from current PR

Default Server Mode

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
7.8s
7.6s
-225ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.24 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Rendered Page Sizes

zeit/next.js canary
devknoll/next.js add-request-response
Change

index.html gzip
924 B
924 B
✓

link.html gzip
934 B
934 B
✓

withRouter.html gzip
923 B
923 B
✓

Overall change
2.78 kB
2.78 kB
✓

Serverless Mode (Increase detected ⚠)

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
8.2s
8.1s
-60ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.24 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Serverless bundles Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

_error.js gzip
290 kB
290 kB
⚠ +360 B

404.html gzip
1.33 kB
1.33 kB
✓

hooks.html gzip
964 B
964 B
✓

index.js gzip
289 kB
289 kB
⚠ +337 B

link.js gzip
299 kB
299 kB
⚠ +18 B

routerDirect.js gzip
296 kB
296 kB
⚠ +171 B

withRouter.js gzip
296 kB
296 kB
-267 B

Overall change
1.47 MB
1.47 MB
⚠ +619 B

Commit: 5f72f55d30ebb236ad20aba01a23923b1a7e3a6a

Stats from current PR

Default Server Mode

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
11.3s
11.3s
-5ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.32 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Rendered Page Sizes

zeit/next.js canary
devknoll/next.js add-request-response
Change

index.html gzip
924 B
924 B
✓

link.html gzip
934 B
934 B
✓

withRouter.html gzip
923 B
923 B
✓

Overall change
2.78 kB
2.78 kB
✓

Serverless Mode (Decrease detected ✓)

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
11.9s
11.9s
-18ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.32 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Serverless bundles Overall decrease ✓

zeit/next.js canary
devknoll/next.js add-request-response
Change

_error.js gzip
290 kB
289 kB
-677 B

404.html gzip
1.33 kB
1.33 kB
✓

hooks.html gzip
964 B
964 B
✓

index.js gzip
290 kB
290 kB
-445 B

link.js gzip
298 kB
297 kB
-662 B

routerDirect.js gzip
298 kB
297 kB
-1.27 kB

withRouter.js gzip
296 kB
296 kB
✓

Overall change
1.47 MB
1.47 MB
-3.05 kB

Commit: 9fc4ce90bf03b1a5b2dd80a5c19de702e5283772

Stats from current PR

Default Server Mode

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
9.3s
9.3s
✓

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.04 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Rendered Page Sizes

zeit/next.js canary
devknoll/next.js add-request-response
Change

index.html gzip
924 B
924 B
✓

link.html gzip
934 B
934 B
✓

withRouter.html gzip
923 B
923 B
✓

Overall change
2.78 kB
2.78 kB
✓

Serverless Mode (Increase detected ⚠)

General Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

buildDuration
9.9s
10.3s
⚠ +411ms

nodeModulesSize
54.5 MB
54.5 MB
⚠ +7.04 kB

Client Bundles (main, webpack, commons)

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.js gzip
5.05 kB
5.05 kB
✓

webpack-HASH.js gzip
746 B
746 B
✓

de003c3a9d30..9ee3.js gzip
12.2 kB
12.2 kB
✓

framework.HASH.js gzip
39.1 kB
39.1 kB
✓

Overall change
57.2 kB
57.2 kB
✓

Client Bundles (main, webpack, commons) Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

main-HASH.module.js gzip
4.14 kB
4.14 kB
✓

webpack-HASH..dule.js gzip
746 B
746 B
✓

de003c3a9d30..dule.js gzip
9.2 kB
9.2 kB
✓

framework.HA..dule.js gzip
39.1 kB
39.1 kB
✓

Overall change
53.2 kB
53.2 kB
✓

Legacy Client Bundles (polyfills)

zeit/next.js canary
devknoll/next.js add-request-response
Change

polyfills-HASH.js gzip
20.3 kB
20.3 kB
✓

Overall change
20.3 kB
20.3 kB
✓

Client Pages

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.js gzip
1.06 kB
1.06 kB
✓

_error.js gzip
2.98 kB
2.98 kB
✓

hooks.js gzip
664 B
664 B
✓

index.js gzip
222 B
222 B
✓

link.js gzip
1.9 kB
1.9 kB
✓

routerDirect.js gzip
279 B
279 B
✓

withRouter.js gzip
278 B
278 B
✓

Overall change
7.38 kB
7.38 kB
✓

Client Pages Modern

zeit/next.js canary
devknoll/next.js add-request-response
Change

_app.module.js gzip
577 B
577 B
✓

_error.module.js gzip
2.08 kB
2.08 kB
✓

hooks.module.js gzip
370 B
370 B
✓

index.module.js gzip
212 B
212 B
✓

link.module.js gzip
1.48 kB
1.48 kB
✓

routerDirect..dule.js gzip
271 B
271 B
✓

withRouter.m..dule.js gzip
270 B
270 B
✓

Overall change
5.26 kB
5.26 kB
✓

Client Build Manifests

zeit/next.js canary
devknoll/next.js add-request-response
Change

_buildManifest.js gzip
61 B
61 B
✓

_buildManife..dule.js gzip
61 B
61 B
✓

Overall change
122 B
122 B
✓

Serverless bundles Overall increase ⚠

zeit/next.js canary
devknoll/next.js add-request-response
Change

_error.js gzip
290 kB
290 kB
-100 B

404.html gzip
1.33 kB
1.33 kB
✓

hooks.html gzip
964 B
964 B
✓

index.js gzip
289 kB
290 kB
⚠ +631 B

link.js gzip
297 kB
298 kB
⚠ +685 B

routerDirect.js gzip
298 kB
296 kB
-1.68 kB

withRouter.js gzip
297 kB
297 kB
⚠ +736 B

Overall change
1.47 MB
1.47 MB
⚠ +270 B

Commit: 8a912996667cc98ba050a2a63471fa9258222d59

authors: devknoll ijjk