Document impact on performance

In particular, how is TTFB (time to first byte) affected when used? In general, it looks like it'll be an additional request round-trip from server to variant server. In the most common singular case of a Vercel hosted project, this should reduce down to just latency  (as all variants should have similar request processing time and middleware process should be negligible) and we can probably measure this and document it for a demo project as "adds X milliseconds to client TTFB for Vercel hosted projects".
This could be an important metric in determining implementation of split config. One could keep splits active with weighting to 0 for example if there was negligible impact.

As you said, the Challenger will have an increased TTFB compared to the original because of the round trip.
I actually measured the TTFB on the sample site and found that the challenger increased by about 70ms.
This page is deployed on Vercel, and I am accessing it from Tokyo.

ORIGINAL
TTFB

1st
52.18ms

2nd
101.49ms

3rd
88.78ms

4th
85.05ms

5th
115.07ms

AVERAGE
88.51ms

MEDIAN
88.65ms

CHALLENGER
TTFB

1st
136.66ms

2nd
177.99ms

3rd
136.12ms

4th
182.88ms

5th
165.28ms

AVERAGE
159.79ms

MEDIAN
162.53ms

There will be some differences depending on the region from which you access the site, so could you please help me with the measurement?
As a side note, the default behavior of next-with-split is to control that the bot is always assigned to the original. So the challenger's content will never be indexed, and the bot will always be the fastest to reach the content.

Sure, I'll try to take some measurements. Based on your response to my other issue, my initial postulate that latency increase should be location independent needs refinement when the servers are not colocated as some requests will be client to server. As long as all variant servers are colocated, then region shouldn't impact the difference in split vs non-split, it should be fairly constant.

I show an 84/90ms difference (median/mean) over 500 runs using apache benchmark
Original results
$ ab -n 500 -c 1 -C 'x-split-key-test1=original' https://next-with-split.vercel.app/foo/baz
This is ApacheBench, Version 2.3 <$Revision: 1879490 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking next-with-split.vercel.app (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Finished 500 requests

Server Software:        Vercel
Server Hostname:        next-with-split.vercel.app
Server Port:            443
SSL/TLS Protocol:       TLSv1.2,ECDHE-RSA-AES256-GCM-SHA384,2048,256
Server Temp Key:        X25519 253 bits
TLS Server Name:        next-with-split.vercel.app

Document Path:          /foo/baz
Document Length:        23048 bytes

Concurrency Level:      1
Time taken for tests:   110.085 seconds
Complete requests:      500
Failed requests:        0
Total transferred:      11860464 bytes
HTML transferred:       11524000 bytes
Requests per second:    4.54 [#/sec] (mean)
Time per request:       220.170 [ms] (mean)
Time per request:       220.170 [ms] (mean, across all concurrent requests)
Transfer rate:          105.21 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       58   86 174.6     70    3792
Processing:    48  134  91.4    121    1551
Waiting:       41  127  91.2    114    1545
Total:        110  220 247.1    193    5343

Percentage of the requests served within a certain time (ms)
  50%    193
  66%    203
  75%    213
  80%    220
  90%    252
  95%    311
  98%    447
  99%    793
 100%   5343 (longest request)

Challenger results
$ ab -n 500 -c 1 -C 'x-split-key-test1=challenger1' https://next-with-split.vercel.app/foo/baz
This is ApacheBench, Version 2.3 <$Revision: 1879490 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking next-with-split.vercel.app (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Finished 500 requests

Server Software:        Vercel
Server Hostname:        next-with-split.vercel.app
Server Port:            443
SSL/TLS Protocol:       TLSv1.2,ECDHE-RSA-AES256-GCM-SHA384,2048,256
Server Temp Key:        X25519 253 bits
TLS Server Name:        next-with-split.vercel.app

Document Path:          /foo/baz
Document Length:        23778 bytes

Concurrency Level:      1
Time taken for tests:   149.415 seconds
Complete requests:      500
Failed requests:        0
Total transferred:      12243900 bytes
HTML transferred:       11889000 bytes
Requests per second:    3.35 [#/sec] (mean)
Time per request:       298.829 [ms] (mean)
Time per request:       298.829 [ms] (mean, across all concurrent requests)
Transfer rate:          80.03 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:       58   75  46.9     69    1057
Processing:   113  224 116.4    205    1908
Waiting:      105  217 116.2    197    1902
Total:        176  299 151.4    276    2965

Percentage of the requests served within a certain time (ms)
  50%    276
  66%    291
  75%    304
  80%    317
  90%    359
  95%    445
  98%    514
  99%    619
 100%   2965 (longest request)

Nothing scientific, but because all of those static assets are going through a middleware hop, we're seeing that same latency increase in the browser. In my application, I think I'm seeing 2-3x the TTFB latency increase (~200ms total) for window load event. Once for the initial document, another for the client side application and then a third for any asset requests originating from the client side application.

Thanks for measuring the performance. It's very detailed and interesting.

Nothing scientific, but because all of those static assets are going through a middleware hop, we're seeing that same latency increase in the browser. In my application, I think I'm seeing 2-3x the TTFB latency increase (~200ms total) for window load event. Once for the initial document, another for the client side application and then a third for any asset requests originating from the client side application.

Is it possible for you to provide the URL of the project where you are experiencing many of these delays?
My sample site that I showed above is very small and is not experiencing the issues that are happening in your project. As I explained in another issue (#138), under the Next.js spec, requests for static assets do not go through the middleware, so theoretically the only delay should be in the initial HTML return, which makes your issue seem very strange.

@aiji42 I don't have a URL to share at this time, but some logs from middleware are what led me to believe static assets are passing through there. This may be specific to our project configuration, but we have four requests (/static/fonts and /static/favicon) logged in middleware for each document requested. My previous comment was also based on anectdotal measurements in browser. I may revisit this with a browser automation measurement library run. For now, here is an update on measurements (document server response):

100ms native (without middleware or withSplit config)
160ms empty middleware, no withSplit config (just adding a middleware file adds 60ms latency)
160ms withSplits config + withSplit middleware and original branch selected
210ms withSplits config + withSplit middleware and variant branch selected

Because there's a 60ms penalty for having the middleware file in place, I've added a prepare script that will install the middleware when an env flag indicating that traffic splitting is requested is set. Perhaps there's a better supported method for tapping into the build process, but this seems to work.

Are /static/fonts and /static/favicon files located in the public directory? I wrote that /_next/static and /_next/data will not pass through the middleware, but files located in public directory will pass through the middleware, so be careful.
I think controlling middleware installation using the prepare command is a great idea. Could you please share the contents of that script? I would like to include it in the README.
If the target path of your A/B test is not the top page, you can minimize the number of middleware penalized requests by putting the _middleware.ts in the target page directory.
For example, if /foo is the target of your A/B test.
# NOT GOOD
pages
├── index.tsx
├── _middleware.ts
├── foo
│   ├── index.tsx
│   └──  ...
...

# GOOD
pages
├── index.tsx
├── foo
│   ├── index.tsx
│   ├── _middleware.ts
│   └──  ...
...

I'll check these assets, thanks. I'll probably add the prepare to my demo repo and let you know.

@aiji42 I've updated my demo repo with pretty much my full implementation for canary deploys: https://next-with-split-demo.vercel.app/. I'd be grateful for any feedback!

@curiousercreative Thanks for sharing the repository. It's a very cool script!
I will generalize this script and incorporate it into this library, and I will include these insights and know-how gained by your contribution in this Issue in the README so that it will be useful to everyone who uses this library.

Yeah, I believe almost all of it can be quite universal. My mechanism for installing middleware requires enhancement for running multiple splits with multiple custom middleware files that need to be installed to various paths. That should be simple enough to solve for, but dealing with multiple splits on the same path would be more difficult. Does this library currently support that?

That should be simple enough to solve for, but dealing with multiple splits on the same path would be more difficult. Does this library currently support that?
Yes, I already support this, so this is not such a big issue.
My concern is that when there are other middleware in the repository other than next-with-split, I have to consider merging with it, but I will try to resolve this during the New Year vacation.

@aiji42 yeah, I had considered the middleware merging as well and unfortunately, I came to the conclusion that this package probably shouldn't support it. I'd recommend throwing an error when you encounter existing middleware that would be overwritten and require package consumers to manage that configuration themselves. I say this because I'd feel icky rewriting version controlled source files. I can see that it would be totally possible to merge and unmerge these though, but I think it's potential full of pitfalls.

@curiousercreative, I apologize for not responding for so long.
I have just released v4.3.0.
Inspired by the script you provided, I added an option to automatically install the middleware files in the original branch when the A/B test is running, and remove the middleware for the rest (challenger side or when the A/B test is stopped). It is opted out by default.
Also, the impact of this library on performance has been noted in the readme. https://github.com/aiji42/next-with-split#impact-on-performance

@aiji42 looks great! The only comment I have is in regards to this performance documentation:

Make sure that the middlewares do not get into routes that are not related to A/B testing.
I've found it difficult to only enable middleware for subroutes due to the UX impact of hard loads rather than prefetch and in-app navigation.


az webapp list 404 Client Error

Description
az webapp list
https://docs.microsoft.com/en-us/cli/azure/webapp#list
PS C:\WINDOWS\system32> az webapp list Operation failed with status: 'Not Found'. Details: 404 Client Error: Not Found for url: https://management.azure.com/su bscriptions/01c16a40-ab7e-4703-8205-a6d402d14870/providers/Microsoft.Web/sites?api-version=2016-08-01

Environment summary
Install Method: How did you install the CLI? (e.g. pip, interactive script, apt-get, Docker, MSI, nightly)
Answer here: MSI
CLI Version: What version of the CLI and modules are installed? (Use az --version)
Answer here: azure-cli (2.0.12)
OS Version: What OS and version are you using?
Answer here: Windows 10 1703
Shell Type: What shell are you using? (e.g. bash, cmd.exe, Bash on Windows)
Answer here: PowerShell

@luna4d , I can't reproduce it. Are you still seeing it?

Also @luna4d please add the --debug argument and provide the output.

@luna4d, please activate with more details


Improve "sq add" experience: location completion

Is your feature request related to a problem? Please describe.
When adding a source, it can be hard to remember the format of a database location string. E.g.
$ sq add postgres://user:pass@localhost/data

There's also the further complication of shell control characters, e.g.
# Note the escape: \?
$ sq add sqlserver://user:pass@localhost\?database=data

Describe the solution you'd like
sq add should provide shell completion for the location arg.

Implemented in v0.37.0. See docs.


Remove use of fs module

From version 20.0.0 of electron, preload process is now sandboxed by default electron #32869
This causes titlebar to throw errors when attempting to fetch node fs module used to read the custom user provided icon json file.
Updated titlebar.ts to remove the import of fs module and directly pass a dictionary of the json file instead of reading it from disk.
Using a bundler like webpack for the preload.js script could work like this (not tested):
import { Titlebar, Color } from 'custom-electron-titlebar';
import icon from './assets/images/icon.svg';
import icons from './assets/icons.json';

let titlebar;

window.addEventListener('DOMContentLoaded', () => {
  titlebar = new Titlebar({
    backgroundColor: Color.fromHex("#388e3c"),
    itemBackgroundColor: Color.fromHex("#121212"),
    svgColor: Color.WHITE,
    icon: icon,
    icons: icons,
    //menu: null // = do not automatically use Menu.applicationMenu
  })

Did you test it?

I haven’t yet tested that example for the preload script. I can if you want me to.


[Desktop] How to create a slash command like the Notion

Not familiar with that.
Is it like a special key?

I think it can be done like mention
It can be achieved via link https://github.com/singerdmx/flutter-quill/discussions/637


prevent multiple instance

Thanks for the PR!
Unfortunately I don't think the desired functionality as intended by this PR is actually achieved.
https://user-images.githubusercontent.com/60819407/152123739-4862ff79-9575-48d4-a9d0-d5ff1b88b50e.mp4

Avoided duplication even when inactive.
The process of enabling when inactive or disabled has been omitted.


unable to autoload plugin

can not find this plugin when using core.plugins()
srmd works fine in same situation

My test is normal.
Please provide more details and I will try to reproduce.

OS: win11 21H1 x64
VS: R59
files:
vapoursynth64\plugins\realcugannv.dll
vapoursynth64\plugins\models\models-nose\
vapoursynth64\plugins\models\models-se\
vapoursynth64\plugins\models\models-pro\

script:
clip = core.rcnv.RealCUGAN(clip=clip,model=1,scale=2,noise=3)

error:

I reproduced this problem on VapourSynth R59. It seems that some plugins have problems loading on new version VapourSynth. I need some time to figure it out.
Maybe you can try VapourSynth R57. I test on this version.

Just to confirm that I've had the exact same issue.
Any chance of porting the RealBasicVSR when you have time?
https://github.com/ckkelvinchan/RealBasicVSR
It does have a very interesting crystal clear post-processed video/images.
Appreciate for all your works.

same issue.
OS: windows 10 21H1 x64
Py: Python 3.9.9 (tags/v3.9.9:ccb0e6a, Nov 15 2021, 18:08:50) [MSC v.1929 64 bit (AMD64)] on win32
VS: 'VapourSynth Video Processing Library\nCopyright (c) 2012-2021 Fredrik Mellbin\nCore R57\nAPI R4.0\nAPI R3.6\nOptions: -\n'
files:
plugins64\realcugannv.dll
plugins64\models\models-nose
plugins64\models\models-se
plugins64\models\models-pro\
C:\Users\user>python
Python 3.9.9 (tags/v3.9.9:ccb0e6a, Nov 15 2021, 18:08:50) [MSC v.1929 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import vapoursynth
>>> vapoursynth.core.version()
'VapourSynth Video Processing Library\nCopyright (c) 2012-2021 Fredrik Mellbin\nCore R57\nAPI R4.0\nAPI R3.6\nOptions: -\n'
>>> vapoursynth.core.std.LoadPlugin(r"C:\Users\user\AppData\Roaming\VapourSynth\plugins64\realcugannv.dll")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "src\cython\vapoursynth.pyx", line 2580, in vapoursynth.Function.__call__
vapoursynth.Error: Failed to load C:\Users\user\AppData\Roaming\VapourSynth\plugins64\realcugannv.dll. GetLastError() returned 126. The file you tried to load or one of its dependencies is probably missing.

I tried to move plugin dll file and models to a new document, and load by core.std.LoadPlugin(). it can't work.

same issue.
CPU: AMD Ryzen 5 3600 OS: windows 10 21H2 x64 Py: Python 3.9.9 (tags/v3.9.9:ccb0e6a, Nov 15 2021, 18:08:50) [MSC v.1929 64 bit (AMD64)] on win32 VS: 'VapourSynth Video Processing Library\nCopyright (c) 2012-2021 Fredrik Mellbin\nCore R57\nAPI R4.0\nAPI R3.6\nOptions: -\n'
files: plugins64\realcugannv.dll plugins64\models\models-nose plugins64\models\models-se plugins64\models\models-pro\
C:\Users\user>python
Python 3.9.9 (tags/v3.9.9:ccb0e6a, Nov 15 2021, 18:08:50) [MSC v.1929 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import vapoursynth
>>> vapoursynth.core.version()
'VapourSynth Video Processing Library\nCopyright (c) 2012-2021 Fredrik Mellbin\nCore R57\nAPI R4.0\nAPI R3.6\nOptions: -\n'
>>> vapoursynth.core.std.LoadPlugin(r"C:\Users\user\AppData\Roaming\VapourSynth\plugins64\realcugannv.dll")
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "src\cython\vapoursynth.pyx", line 2580, in vapoursynth.Function.__call__
vapoursynth.Error: Failed to load C:\Users\user\AppData\Roaming\VapourSynth\plugins64\realcugannv.dll. GetLastError() returned 126. The file you tried to load or one of its dependencies is probably missing.

I tried to move plugin dll file and models to a new document, and load by core.std.LoadPlugin(). it can't work.

Thanks for your test. I will try to figure out the changes caused by the update of the version and API of VapourSynth.

No prob.  Thanks for taking a look at it though!

By the way, upstream project has been updated. The vpy script doesn't support for pro module yet.  Hope somebody will fix it.
Changelog:
2022-05-35: Real-CUGAN-Pro；下载weights_pro参数+20220535更新包或完整包使用
Pro module preview:
https://github.com/bilibili/ailab/blob/main/Real-CUGAN/Changelog_CN.md

@dexzopiclone
I got the email notification about the models-pro. In fact, it has been supported in the R2 version. Just set model = 2.

Any update? Still got the same problem on R57 and R61, both on LInux and on Windows


Kill idle busy-loops in voctocore

For what it's worth, here's how I killed #19.  Might be interesting in that it doesn't introduce a dependency on Twisted.
Sorry I didn't get around to submitting this until now.

That lowered the CPU requirements by a whopping 30%… awesome!


[SPARK-33565][BUILD][PYTHON] remove python3.8 and fix breakage

What changes were proposed in this pull request?
remove python 3.8 from python/run-tests.py and stop build breaks
Why are the changes needed?
the python tests are running against the bare-bones system install of python3, rather than an anaconda environment.
Does this PR introduce any user-facing change?
no
How was this patch tested?
via jenkins

Test build #131812 has started for PR 30506 at commit 986feb6.

Test build #131812 has finished for PR 30506 at commit 986feb6.

This patch passes all tests.
This patch merges cleanly.
This patch adds no public classes.

@HyukjinKwon @dongjoon-hyun look good?  i'll merge as soon as you think we're good to go

Build finished.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder/131812/

yes, next year when we have time.

Build finished.

Refer to this link for build results (access rights to CI server needed):
https://amplab.cs.berkeley.edu/jenkins//job/SparkPullRequestBuilder-K8s/36411/

Yeah, LGTM to recover the build for now. However, we should bring it back soon. Python 3.8 was being tested in GitHub Actions but they are not tested anymore after this change.


feat: add new local auth UX

(work in progress)

[x] sync with localStorage
[x] clear form
[x] set provider from URL
[ ] create Cookie

Closes #47
cc @anthonychu @annaji-msft

Wow. This is way nicer than I imagined. 😍
I wonder if the provider dropdown is redundant. Perhaps it should just use what's in the URL.
Also keep in mind that it's possible that the URL can be rewritten by a routing rule. There'll also be more providers supported in the future via OpenID Connect integration (they can use any name).

Wow. This is way nicer than I imagined. 😍
I wonder if the provider dropdown is redundant. Perhaps it should just use what's in the URL.
Also keep in mind that it's possible that the URL can be rewritten by a routing rule. There'll also be more providers supported in the future via OpenID Connect integration (they can use any name).

I am wondering how can we get the provider if the route is being rewritten to something like:
{
      "route": "/login",
      "serve": "/.auth/login/github"
}

If we can't infer the provider from the URL:

Should we show the providers list in this case and let the developer choose?
Unless we can ask the Route Engine to provide this info for us, server-side and prepopulate the UI before serving it.

WDYT?

I am wondering how can we get the provider if the route is being rewritten to something like:
{
      "route": "/login",
      "serve": "/.auth/login/github"
}

If we can't infer the provider from the URL:

Should we show the providers list in this case and let the developer choose?
Unless we can ask the Route Engine to provide this info for us, server-side and prepopulate the UI before serving it.

WDYT?

I don't think I know enough how the routing will work. The way I picture it in my head is that the routing code runs like a piece of middleware in the proxy's request pipeline. That rule would cause it to rewrite the URL to /.auth/login/github before the auth page is handled, so the page will "see" the rewritten path instead of the original path.

I don't think I know enough how the routing will work. The way I picture it in my head is that the routing code runs like a piece of middleware in the proxy's request pipeline. That rule would cause it to rewrite the URL to /.auth/login/github before the auth page is handled, so the page will "see" the rewritten path instead of the original path.

So maybe it would be useful to let the CLI knows what was the original route, when calling the routes engine.
Here is how I see it:
swa start ->
  routes config ->
  call routes engine ->
  build internal routing model (original route, new route) ->
  start swa proxy

When user requests /login:
client ->
  swa proxy ->
  parse URL ->
  check URL with route model ->
     if .auth/login/<provider>,
         extract provider ->
         hydrate html auth page ->
  swa proxy ->
client

So maybe it would be useful to let the CLI knows what was the original route, when calling the routes engine.
Here is how I see it:
swa start ->
  routes config ->
  call routes engine ->
  build internal routing model (original route, new route) ->
  start swa proxy

When user requests /login:
client ->
  swa proxy ->
  parse URL ->
  check URL with route model ->
     if .auth/login/<provider>,
         extract provider ->
         hydrate html auth page ->
  swa proxy ->
client

Updated UX

Updated UX

I'm planning on adding x-ms-claims-principal next in this PR.
When requesting /.auth/me (example: https://githubadge.staticweb.app/.auth/me), I don't see x-ms-claims-principal in the response headers. Do you have an example or docs on how to set this header?

click to show logs
➜ curl https://githubadge.staticweb.app/.auth/me -v --cookie "StaticWebAppsAuthCookie=xxx"
> GET /.auth/me HTTP/2
> Host: githubadge.staticweb.app
> User-Agent: curl/7.64.1
> Accept: */*
> Cookie: StaticWebAppsAuthCookie=xxx
>
< HTTP/2 200
< content-length: 224
< content-type: application/json
< date: Sat, 30 Jan 2021 21:35:15 GMT
<
{
  "clientPrincipal": {
    "identityProvider": "github",
    "userId": "59cd31faa8c34919ac22c19af50482b8",
    "userDetails": "manekinekko",
    "userRoles": [
      "anonymous",
      "authenticated"
    ]
  }
* Connection #0 to host githubadge.staticweb.app left intact
}* Closing connection 0

I'm planning on adding x-ms-claims-principal next in this PR.
When requesting /.auth/me (example: https://githubadge.staticweb.app/.auth/me), I don't see x-ms-claims-principal in the response headers. Do you have an example or docs on how to set this header?

click to show logs
➜ curl https://githubadge.staticweb.app/.auth/me -v --cookie "StaticWebAppsAuthCookie=xxx"
> GET /.auth/me HTTP/2
> Host: githubadge.staticweb.app
> User-Agent: curl/7.64.1
> Accept: */*
> Cookie: StaticWebAppsAuthCookie=xxx
>
< HTTP/2 200
< content-length: 224
< content-type: application/json
< date: Sat, 30 Jan 2021 21:35:15 GMT
<
{
  "clientPrincipal": {
    "identityProvider": "github",
    "userId": "59cd31faa8c34919ac22c19af50482b8",
    "userDetails": "manekinekko",
    "userRoles": [
      "anonymous",
      "authenticated"
    ]
  }
* Connection #0 to host githubadge.staticweb.app left intact
}* Closing connection 0

However, when requesting /.auth/me (example: https://githubadge.staticweb.app/.auth/me), I don't see x-ms-claims-principal in the response headers. Do you have an example or docs on how to set this header?

/.auth/me doesn't need the header. The header I'm referring to is when a user is logged in, all http requests to functions should contain the x-ms-claims-principal header.

However, when requesting /.auth/me (example: https://githubadge.staticweb.app/.auth/me), I don't see x-ms-claims-principal in the response headers. Do you have an example or docs on how to set this header?

/.auth/me doesn't need the header. The header I'm referring to is when a user is logged in, all http requests to functions should contain the x-ms-claims-principal header.

Oh! That's something we already do. See:
https://github.com/Azure/static-web-apps-cli/blob/main/src/proxy.ts#L142
Is this working as expected or is it broken?

Oh! That's something we already do. See:
https://github.com/Azure/static-web-apps-cli/blob/main/src/proxy.ts#L142
Is this working as expected or is it broken?

It was missing when I tried it yesterday with this PR. I'm using this app that has a function that dumps out the headers: https://github.com/anthonychu/swa-cli-js-sample

I am tracking this in issue https://github.com/Azure/static-web-apps-cli/issues/63

Just tried this out and I've hit the following error:
[ swa] auth> GET http://localhost:4242/app/.auth/login/aad
[auth] [Error: ENOENT: no such file or directory, open '/home/aaron/code/github/static-web-apps-cli/dist/auth/index.html'] {                                                                      [auth]   errno: -2,                                                                                [auth]   code: 'ENOENT',
[auth]   syscall: 'open',
[auth]   path: '/home/aaron/code/github/static-web-apps-cli/dist/auth/index.html'                                                                                [auth] }

When I look at the output in the dist folder I see this:

What you'll notice is that I have dist/auth/auth, and it's in that folder that index.html resides, whereas it's expected to be at dist/auth.
It's a matter of changing the npm script to:
"copy-assets": "cp -r ./src/auth/ ./dist"

But I thought there was a way to include "random files" in the output of a TypeScript compilation step...

Next up - found myself with an invalid redirect:
[ swa] auth>> GET http://localhost:4242/app/.auth/logout
[ swa] {
[ swa]   "status": "302",
[ swa]   "content-type": "application/json",
[ swa]   "location": "http://localhost:8080undefined",
[ swa]   "set-cookie": [
[ swa]     "StaticWebAppsAuthCookie=deleted; Domain=localhost; Path=/; Expires=Thu, 01 Jan 1970 00:00:00 GMT"
[ swa]   ],
[ swa]   "access-control-allow-origin": "*",
[ swa]   "access-control-allow-methods": "GET,OPTIONS",
[ swa]   "access-control-allow-credentials": "true",
[ swa]   "date": "Wed, 03 Feb 2021 04:34:49 GMT",
[ swa]   "connection": "close",
[ swa]   "transfer-encoding": "chunked"
[ swa] }

Note the location header is "http://localhost:8080undefined", so somehow it's appending something invalid on it (not sure if that's my end or not).

Yep, can confirm that like @anthonychu I'm not seeing it on this branch

@aaronpowell the issue that Anthony reported should have been fixed by https://github.com/Azure/static-web-apps-cli/commit/0bafc549ed02f35fdb009194578d8e8ef0a5e2ff

@anthonychu @aaronpowell I am planning to merge this PR today.

Sorry haven't had a chance to test the latest changes. Yes please merge! Thanks.


package:meta: @mustCallSuper should not apply to 'implements'

Example case:
import 'package:meta/meta.dart';

/// An interface for a living breathing animal on Earth.
///
/// Animals are different sizes and may need to eat more or less.
abstract class Animal {
  /// Eat [food]. Throws exception if the animal is still hungry after eating.
  @mustCallSuper
  void eat(Food food) {
    if (isHungry) {
      throw 'Was not fed enough food!';
    }
  }

  bool get isHungry;
}

In this example, I'd assume that extends Animal triggers a warning I missed super.eat:
class TinyAnimal extends Animal {
  bool _isHungry = false;

  @override
  void eat(Food food) {
    _isHungry = false;
  }

  @override
  bool get isHungry => _isHungry;
}

However, this will also (incorrectly) trigger a warning. I can't call super:
class LargeAnimal implements Animal {
  bool _isHungry = false;

  @override
  void eat(Food food) {
    if (!food.isLargeAmount) {
      throw 'Large animals need large amounts of food!';
    }
    _isHungry = false;
  }

  @override
  bool get isHungry => _isHungry;
}

Either that, or there should also be a hint if a class that has methods annotated with @mustCallSuper is implemented.
@Hixie Any thoughts?

Yeah, this seems legit.
We should probably require that classes be annotate as @mixin or @interface to be used with "with" or "implements", which would address this somewhat, but that's another (already filed) bug.

In this specific case though I'd like Animal to be both implementable and extendable by default (Dart idioms that we see across the code base and I think are well respected). I could see the value of having @mixin (you must mix me in) or @interface (you must implement me), but I think those are somewhat separate.

Oh yeah I'm not saying this would be required. A package would have to opt-in to this kind of thing for sure.

https://codereview.chromium.org/2348383006/

Thanks Brian!


[Docs]: trouble with the mvn exec install webkit command

Page(s)
https://playwright.dev/java/docs/browsers
Description
The docs recommends to use mvn exec:java -e -D exec.mainClass=com.microsoft.playwright.CLI -D exec.args="install webkit". It doesn't work for me. The console throws: error: unknown command ''install webkit'', which from the node.js commander.
After a line by line debug, I suppose the problem is:  the argv install webkit is passed as aString -> "install webkit" to node.js, not String[] -> ["install", "webkit"].
And the modified command works: mvn exec:java -e -D exec.mainClass=com.microsoft.playwright.CLI -D exec.arguments=install,webkit.
I'm on a Mac / IDEA, Java 11 / Maven 3.
I'm not sure if it's a bug. Could anyone help to figure out?

Hm, works fine for me, which playwright version do you use?
I just tried with our examples and playwright, 1.43.0:
$ mvn exec:java -e -D exec.mainClass=com.microsoft.playwright.CLI -D exec.args="install webkit"
[INFO] Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO]
[INFO] ------------------------< org.example:examples >------------------------
[INFO] Building Playwright Client Examples 1.43.0
[INFO] --------------------------------[ jar ]---------------------------------
[INFO]
[INFO] --- exec-maven-plugin:3.1.1:java (default-cli) @ examples ---
Downloading Webkit 17.4 (playwright build v1992) from https://playwright.azureedge.net/builds/webkit/1992/webkit-mac-13-arm64.zip
66.2 MiB [====================] 100% 0.0s
Webkit 17.4 (playwright build v1992) downloaded to /Users/user/Library/Caches/ms-playwright/webkit-1992

I've tried 1.20 -> 1.43. None of them worked.
....../corretto-11.0.22/Contents/Home/bin/java ...... exec:java -e -D exec.mainClass=com.microsoft.playwright.CLI -D exec.args="install webkit"
......
[INFO] --- exec:3.2.0:java (default-cli) @ playwrightx ---
error: unknown command 'install webkit'

....../corretto-11.0.22/Contents/Home/bin/java ...... exec:java -e -D exec.mainClass=com.microsoft.playwright.CLI -D exec.args="install webkit"

This  command is different from mvn  exec:java ..., you may need to adjust arguments list for it. What is the exact command you are running?

Closing as part of the triage process since it seemed stale. Please create a new issue with a detailed reproducible or feature request if you still face issues.


XSS and HTML Injection in title field and stream URL field

When you click in Add Stream button the injection will be executed:

You have to click in the injected title or url field to view the JavaSript alert.

Thanks for the report @onlineaccount .  Would you or anyone else be interested in submitting a PR to fix this?

@mattrjacobs if PR-welcome means one can submit a PR ?
I would love to submit one!

@jack17529 Yes, absolutely.  I'm happy to review whenever you're ready


Allow user to enforce input validation

I misunderstood how this build script works, so I specified a commit hash of the graphite-mt repo where i should have specified a hash of the graphite repo. So I'll revert this

https://github.com/raintank/graphite-mt/pull/16


[Bug] Http status is not accessible inside API field

Steps to reproduce the behaviour:

Add an API
run the API
Drag a text field
Try to bind the value of the status of the API to the text field

Duplicate of #3643


make test failing from fresh fork on M1 laptop

Describe the bug
make test is failing on a fresh clone of the repo on a 2021 14-inch M1 laptop
To Reproduce
Steps to reproduce the behavior:

Clone repo
Run make build
Run make test
See error

rm -rf /tmp/cannon
mkdir -p /tmp/cannon
# Build preimage cache for block 13284469
minigeth/go-ethereum 13284469
committed transactions 0xf4a239f99283b43a8d9cbb29a14ec623d87d84a3767762dfbc1b9dbb47354bac <nil>
processing state: 13284469 -> 13284470
read 5 transactions
made block, parent: 0x749094245cc5e9304fc7ede4b37a879fda6dfafb8a6820d61d5a13a6b2880791
.....consensus finalize
new Root 0x9e0261efe4509912b8862f3d45a0cb8404b99b239247df9c55871bd3844cebbd
receipt count 5 hash 0xa2947195971207f3654f635af06f2ab5d3a57af7a834ac88446afd3e8105e57c
process done with hash 0x5c45998dfbf9ce70bcbb80574ed7a622922d2c775e0a2331fe5a8b8dcc99f490 -> 0x9e0261efe4509912b8862f3d45a0cb8404b99b239247df9c55871bd3844cebbd
good transition
# Generate initial (generic) MIPS memory checkpoint and final checkpoint for
# block 13284469.
mipsevm/mipsevm && mipsevm/mipsevm 13284469
writing /tmp/cannon/golden.json len 20437825 with root 0xb77c33f746856471da6bcacbcaf44d4d6a6e778d5287f4e2fc76f9b31f41c50a
exiting early without a block number
fatal error: unexpected signal during runtime execution
[signal SIGBUS: bus error code=0x1 addr=0x1408e7c00 pc=0x1408e7c00]

runtime stack:
runtime.throw({0x1002569b1?, 0x90d0?})
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/panic.go:1047 +0x40 fp=0x1701b6c90 sp=0x1701b6c60 pc=0x1000dae10
runtime.sigpanic()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/signal_unix.go:819 +0x1e4 fp=0x1701b6cc0 sp=0x1701b6c90 pc=0x1000f1004

goroutine 1 [syscall]:
runtime.cgocall(0x10024a098, 0x14000b0dd28)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/cgocall.go:158 +0x54 fp=0x14000b0dcf0 sp=0x14000b0dcb0 pc=0x1000aacb4
github.com/unicorn-engine/unicorn/bindings/go/unicorn._Cfunc_uc_emu_start(0x13c008200, 0x0, 0x5ead0004, 0x0, 0x0)
	_cgo_gotypes.go:253 +0x38 fp=0x14000b0dd20 sp=0x14000b0dcf0 pc=0x10014e548
github.com/unicorn-engine/unicorn/bindings/go/unicorn.(*uc).StartWithOptions.func1(0x140000a2000?, 0x20?, 0x200?, 0x1400001e240?)
	/Users/amirgirgis/Desktop/Side-Projects/modularfellows/cannon/unicorn/bindings/go/unicorn/unicorn.go:112 +0x88 fp=0x14000b0dd90 sp=0x14000b0dd20 pc=0x100150198
github.com/unicorn-engine/unicorn/bindings/go/unicorn.(*uc).StartWithOptions(0x20?, 0x200?, 0x1400013afc0?, 0x140000a2000?)
	/Users/amirgirgis/Desktop/Side-Projects/modularfellows/cannon/unicorn/bindings/go/unicorn/unicorn.go:112 +0x1c fp=0x14000b0ddc0 sp=0x14000b0dd90 pc=0x1001500ac
github.com/unicorn-engine/unicorn/bindings/go/unicorn.(*uc).Start(0x100315258?, 0x14000013d40?, 0x140000220e0?)
	/Users/amirgirgis/Desktop/Side-Projects/modularfellows/cannon/unicorn/bindings/go/unicorn/unicorn.go:117 +0x28 fp=0x14000b0de00 sp=0x14000b0ddc0 pc=0x100150208
main.main()
	/Users/amirgirgis/Desktop/Side-Projects/modularfellows/cannon/mipsevm/main.go:95 +0x3f8 fp=0x14000b0df70 sp=0x14000b0de00 pc=0x100247bf8
runtime.main()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:250 +0x24c fp=0x14000b0dfd0 sp=0x14000b0df70 pc=0x1000dd38c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x14000b0dfd0 sp=0x14000b0dfd0 pc=0x100109444

goroutine 2 [force gc (idle)]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000048fa0 sp=0x14000048f80 pc=0x1000dd754
runtime.goparkunlock(...)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:369
runtime.forcegchelper()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:302 +0xac fp=0x14000048fd0 sp=0x14000048fa0 pc=0x1000dd5ec
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x14000048fd0 sp=0x14000048fd0 pc=0x100109444
created by runtime.init.6
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:290 +0x24

goroutine 3 [GC sweep wait]:
runtime.gopark(0x1?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000049770 sp=0x14000049750 pc=0x1000dd754
runtime.goparkunlock(...)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:369
runtime.bgsweep(0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgcsweep.go:297 +0x10c fp=0x140000497b0 sp=0x14000049770 pc=0x1000cacdc
runtime.gcenable.func1()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:178 +0x28 fp=0x140000497d0 sp=0x140000497b0 pc=0x1000bf4b8
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x140000497d0 sp=0x140000497d0 pc=0x100109444
created by runtime.gcenable
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:178 +0x74

goroutine 4 [GC scavenge wait]:
runtime.gopark(0x14000070000?, 0x1002b9370?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000049f50 sp=0x14000049f30 pc=0x1000dd754
runtime.goparkunlock(...)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:369
runtime.(*scavengerState).park(0x1005518a0)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgcscavenge.go:389 +0x5c fp=0x14000049f80 sp=0x14000049f50 pc=0x1000c8c2c
runtime.bgscavenge(0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgcscavenge.go:622 +0xac fp=0x14000049fb0 sp=0x14000049f80 pc=0x1000c923c
runtime.gcenable.func2()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:179 +0x28 fp=0x14000049fd0 sp=0x14000049fb0 pc=0x1000bf458
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x14000049fd0 sp=0x14000049fd0 pc=0x100109444
created by runtime.gcenable
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:179 +0xb8

goroutine 5 [finalizer wait]:
runtime.gopark(0x60000000000000?, 0x0?, 0x8?, 0x1?, 0x2000000000?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000048580 sp=0x14000048560 pc=0x1000dd754
runtime.goparkunlock(...)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:369
runtime.runfinq()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mfinal.go:180 +0x120 fp=0x140000487d0 sp=0x14000048580 pc=0x1000be6e0
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x140000487d0 sp=0x140000487d0 pc=0x100109444
created by runtime.createfing
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mfinal.go:157 +0x84

goroutine 6 [GC worker (idle)]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x1400004a740 sp=0x1400004a720 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x1400004a7d0 sp=0x1400004a740 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x1400004a7d0 sp=0x1400004a7d0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 18 [GC worker (idle)]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000044740 sp=0x14000044720 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x140000447d0 sp=0x14000044740 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x140000447d0 sp=0x140000447d0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 34 [GC worker (idle)]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000704740 sp=0x14000704720 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x140007047d0 sp=0x14000704740 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x140007047d0 sp=0x140007047d0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 19 [GC worker (idle)]:
runtime.gopark(0x5a33495f28c91?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000044f40 sp=0x14000044f20 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x14000044fd0 sp=0x14000044f40 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x14000044fd0 sp=0x14000044fd0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 35 [GC worker (idle)]:
runtime.gopark(0x100587240?, 0x1?, 0x4b?, 0x34?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000704f40 sp=0x14000704f20 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x14000704fd0 sp=0x14000704f40 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x14000704fd0 sp=0x14000704fd0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 36 [GC worker (idle)]:
runtime.gopark(0x5a33495f2718d?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000056f40 sp=0x14000056f20 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x14000056fd0 sp=0x14000056f40 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x14000056fd0 sp=0x14000056fd0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 20 [GC worker (idle)]:
runtime.gopark(0x100587240?, 0x1?, 0xbf?, 0x53?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000045740 sp=0x14000045720 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x140000457d0 sp=0x14000045740 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x140000457d0 sp=0x140000457d0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 37 [GC worker (idle)]:
runtime.gopark(0x5a33495f308c1?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000705f40 sp=0x14000705f20 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x14000705fd0 sp=0x14000705f40 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x14000705fd0 sp=0x14000705fd0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 38 [GC worker (idle)]:
runtime.gopark(0x5a33495f281aa?, 0x3?, 0xa3?, 0x46?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x14000706740 sp=0x14000706720 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x140007067d0 sp=0x14000706740 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x140007067d0 sp=0x140007067d0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28

goroutine 7 [GC worker (idle)]:
runtime.gopark(0x5a33495f25cb7?, 0x0?, 0x0?, 0x0?, 0x0?)
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/proc.go:363 +0xe4 fp=0x1400004af40 sp=0x1400004af20 pc=0x1000dd754
runtime.gcBgMarkWorker()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1235 +0xec fp=0x1400004afd0 sp=0x1400004af40 pc=0x1000c161c
runtime.goexit()
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/asm_arm64.s:1165 +0x4 fp=0x1400004afd0 sp=0x1400004afd0 pc=0x100109444
created by runtime.gcBgMarkStartWorkers
	/opt/homebrew/Cellar/go/1.19/libexec/src/runtime/mgc.go:1159 +0x28
make: *** [test_challenge] Error 2

Expected behavior
make test should pass successfully
Screenshots
If applicable, add screenshots to help explain your problem.

System Specs:

OS: macOS Monterey v12.6
Package Version (or commit hash): dfac3fb2e09bb974e77e6563a64d898d049a2a90

I now have an M1 mac, and I can reprod this.
@trianglesphere I think you looked into running in an M1 mac a while ago, is this something you came across?

@norswap I was having lots of issues getting the tests to pass around a panic in unicorn/qemu - something that is very similar to this issue, but I don't have the exact logs to see if this is the same or different. I wasn't able to find a fix, but I also didn't spend too much time on it. I was able to get the tests working on a linux box.


fix: skip CSRF checks on cache warm up requests

Summary
Update the CSRF exemption list so that cache warming requests do not require a CSRF token.  This has a low risk is it would only allow CSRF attacks to the cache warming API endpoint.
Additionally, this adds a dashboard cache warming strategy as well and increases the cache warming frequency to every 2 hours.
Related

https://github.com/cds-snc/platform-core-services/issues/628

I haven't coded anything in a really long time nor have I ever used python so I don't know how this skips any checks.
Looks like it modifys a config and adds a separate config to warmup the dashboard.
I don't know if it matters but I noticed that you changed "cache-warmup**-charts**" to -dummy but on linke 75 you left "strategy_name" as "dummy"

Totally understandable. It's skipping the CSRF checks based on the update of the WTF_CSRF_EXEMPT_LIST environment variable.  This is specifying a new Python import path for the warm_up_cache API endpoint.
As for the change to -charts but leaving the strategy as dummy, I totally agree, this is a bit confusing.  The reason is that the dummy strategy is include in Superset and caches all available charts, so I just wanted to rename the task to make it more descriptive of the outcome.


Initial implementation of SEP 054

Make initial implementation for SEP 054 -- Managing Genetic Design Packages, beginning by refactoring directory-handling scripts from https://github.com/iGEM-Engineering/iGEM-distribution

Note that this is a "mega-issue" and needs to be broken down into a bunch of smaller issues.


Wording improvement for WRF import errors

To reproduce:

Import the wrf file located at /glade/p/cisl/vast/vapor/Bugs/3441.  The error message is below.

Many WRF users strip unused coordinate variables and dimensions.  We need to indicate what specific coordinate variables and dimensions we require.  Currently, the only way for them to know this is to look at DCWRF.cpp, which will steer a user towards another application.

Also would be useful to document the required coordinate variables on the website.


Create Session methods for reading/writing clipboard

@Aran-Fey can i close the issue? since it is fixed by @16amattice?


Origin Station Update 22.06.2023 (cargo bounties).

Added- cargo bounty terminal to cargo.
Re-added - switches in dorms to bolt dorm room doors.

can you pull master for this one since i merged the bigger one first


Swift 2.2 version

I am not sure which version is compatible with swift 2.2, can someone help me with this?
Thanks in advance

I have solved 1-2 issues in the programmatic example for SWIFT 3.0.
Following migration of the source code by XCode, I had to rework a bit the constraints setting of the containerView and foregroundView. Happy to share the details.

we don't support swift 2.2 so I recommend to use the latest one


how-to-guide

Hi Team,
this is very basic guide about how to deploy a contract on Base Mainnet

Please this little contribuition

@rekhathakur1109 Thank you for this PR. This would better be opened on the base.org web repository as a potential addition to docs.base.org; I would recommend first starting with a GitHub issue for discussion: https://github.com/base-org/web

🟡 Heimdall Review Status

Requirement
Status
More Info

Reviews

🟡
0/1

Denominator calculation

Show calculation

1 if user is bot
0

1 if user is external
0

From .codeflow.yml

1

Additional review requirements

Show calculation

Max
0

0

From CODEOWNERS

0

Global minimum
0

Max

1

1

1 if commit is unverified
0

Sum
1


Only the newly uploaded files should be sent to user even if the request is changed from Fee Estimate to On hold multiple times

Describe the bug in current situation
Only the newly uploaded files should be sent to user even if the request is changed from Fee Estimate to On hold multiple times.
Link bug to the User Story
Related to #2485
Impact of this bug
Describe the impact, i.e. what the impact is, and number of users impacted.
Chance of Occurring (high/medium/low/very low)
Pre Conditions: which Env, any pre-requesites or assumptions to execute steps?
Steps to Reproduce
Steps to reproduce the behavior:

Find a General request with a valid email id and do all necessary steps with CFR Form.
Change the request state from Fee Estimate to On hold and also upload files.
Change the state back to CFR and do all necessary steps to reach Fee Estimate state again
Change state to On hold again with necessary files uploaded.
See error

Actual/ observed behaviour/ results
The email received will have even the previous attachments uploaded while doing the state change from fee estimate to onhold.
Expected behaviour
Only the newly uploaded files with the last state transition of fee estimate to onhold should be sent in the email to user.
Screenshots/ Visual Reference/ Source
If applicable, add screenshots to help explain your problem. You an use screengrab.

Bug fix tested and is now working as expected. Thanks @aparna-aot!


SSL Issue

Hi Sir/Madam,
this is to notify you about the problems/issues we are facing the installation of our software portal along with onlyoffice portal using same SSL port 443 on one instance of a server. We have installed one of my portal/site where we are uploading files directly to other portal(onlyoffice) using SSL port 443 but however unique 443 port is restricted to same IP address of same server so both applications(our software portal/onlyoffice portal) both cannot be bound to same port 443 for SSL of same IP address.
Please provide us a solution for the above feasibility ASAP as we are planning to buy one OnlyOffice License portal ASAP.

Hello

Please provide us a solution for the above feasibility ASAP as we are planning to buy one OnlyOffice License portal ASAP.

If you are going to purchse a license, feel free to contact ONLYOFFICE Support, they will handle your request as a presale question and will help you as soon as possible.


HDFS-17685: Option to explicitly choose DFS client lease renewal interval

Description of PR
Currently, DFSClients send lease renewals to the NameNode at an interval equal to half of {{ipc.client.rpc-timeout.ms}}. This logic dates back to 2009 in HDFS-278. At my company, we are interested in using short DFS client timeouts (< 10 seconds). However, we're currently hesitant to do so because that would flood the NameNode with lease renewals.
I propose a setting {{dfs.client.lease.renewal.interval.ms}} that, if nonzero, would be used as the lease renewal interval instead of {{ipc.client.rpc-timeout.ms / 2}}. This would be useful for advanced users that want to control their RPC timeout and lease renewals separately.
How was this patch tested?
Unit tests are included in this PR for the new logic. I have also tested the new feature in my company's HBase infrastructure.
For code changes:

[x] Does the title or this PR starts with the corresponding JIRA issue id (e.g. 'HADOOP-17799. Your PR title ...')?
[ ] ~Object storage: have the integration tests been executed and the endpoint declared according to the connector-specific documentation?~ not applicable
[ ] ~If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?~ not applicable
[ ] ~If applicable, have you updated the LICENSE, LICENSE-binary, NOTICE-binary files?~ not applicable

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
11m 20s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+0 :ok:
xmllint
0m  1s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 24s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
30m  8s

trunk passed

+1 :green_heart:
compile
5m 12s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
5m  0s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 24s

trunk passed

+1 :green_heart:
mvnsite
2m 14s

trunk passed

+1 :green_heart:
javadoc
1m 59s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 22s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
5m 34s

trunk passed

+1 :green_heart:
shadedclient
35m 28s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
1m  2s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 52s

the patch passed

+1 :green_heart:
compile
5m  3s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
5m  3s

the patch passed

+1 :green_heart:
compile
4m 48s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
4m 48s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 12s
/results-checkstyle-hadoop-hdfs-project.txt
hadoop-hdfs-project: The patch generated 9 new + 52 unchanged - 0 fixed = 61 total (was 52)

+1 :green_heart:
mvnsite
1m 53s

the patch passed

+1 :green_heart:
javadoc
1m 35s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m  4s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
5m 36s

the patch passed

+1 :green_heart:
shadedclient
34m 47s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
3m 11s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs-client.txt
hadoop-hdfs-client in the patch passed.

-1 :x:
unit
219m 33s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 47s

The patch does not generate ASF License warnings.

398m 23s

Reason
Tests

Failed junit tests
hadoop.hdfs.client.impl.TestLeaseRenewer

hadoop.hdfs.TestDecommissionWithBackoffMonitor

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7215

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux c671b1815675 5.15.0-125-generic #135-Ubuntu SMP Fri Sep 27 13:53:58 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / a7b57f3e918c28af57e904907140c4d07c02bf24

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/1/testReport/

Max. process+thread count
3428 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 34s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+0 :ok:
xmllint
0m  1s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 55s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
30m 23s

trunk passed

+1 :green_heart:
compile
5m 31s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
6m 10s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 49s

trunk passed

+1 :green_heart:
mvnsite
2m 13s

trunk passed

+1 :green_heart:
javadoc
1m 55s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 17s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
5m 54s

trunk passed

+1 :green_heart:
shadedclient
35m 27s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 32s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 56s

the patch passed

+1 :green_heart:
compile
5m 56s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
5m 56s

the patch passed

+1 :green_heart:
compile
5m 53s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
5m 53s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 41s
/results-checkstyle-hadoop-hdfs-project.txt
hadoop-hdfs-project: The patch generated 1 new + 52 unchanged - 0 fixed = 53 total (was 52)

+1 :green_heart:
mvnsite
1m 59s

the patch passed

+1 :green_heart:
javadoc
1m 38s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 10s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
6m  1s

the patch passed

+1 :green_heart:
shadedclient
35m 40s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 29s

hadoop-hdfs-client in the patch passed.

-1 :x:
unit
239m 18s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 45s

The patch does not generate ASF License warnings.

412m 22s

Reason
Tests

Failed junit tests
hadoop.hdfs.TestReconstructStripedFile

hadoop.hdfs.TestEncryptionZones

hadoop.hdfs.TestDecommissionWithBackoffMonitor

hadoop.hdfs.TestLocatedBlocksRefresher

hadoop.hdfs.server.namenode.TestFSEditLogLoader

hadoop.hdfs.server.namenode.snapshot.TestFileContextSnapshot

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7215

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux ecc669346f8a 5.15.0-125-generic #135-Ubuntu SMP Fri Sep 27 13:53:58 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / ab59f2d807b83a6c1540b912a326d31de20fc302

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/2/testReport/

Max. process+thread count
3411 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 29s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
15m 11s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
31m  7s

trunk passed

+1 :green_heart:
compile
6m  9s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
5m 48s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 27s

trunk passed

+1 :green_heart:
mvnsite
2m 14s

trunk passed

+1 :green_heart:
javadoc
1m 57s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 21s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
5m 46s

trunk passed

+1 :green_heart:
shadedclient
35m 13s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 30s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 56s

the patch passed

+1 :green_heart:
compile
6m 18s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
6m 18s

the patch passed

+1 :green_heart:
compile
5m 45s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
5m 45s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
1m 15s
/results-checkstyle-hadoop-hdfs-project.txt
hadoop-hdfs-project: The patch generated 1 new + 52 unchanged - 0 fixed = 53 total (was 52)

+1 :green_heart:
mvnsite
1m 58s

the patch passed

+1 :green_heart:
javadoc
1m 39s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 11s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
5m 57s

the patch passed

+1 :green_heart:
shadedclient
35m 24s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 27s

hadoop-hdfs-client in the patch passed.

-1 :x:
unit
245m 29s
/patch-unit-hadoop-hdfs-project_hadoop-hdfs.txt
hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 46s

The patch does not generate ASF License warnings.

417m 38s

Reason
Tests

Failed junit tests
hadoop.hdfs.TestReconstructStripedFile

hadoop.hdfs.TestDecommission

hadoop.hdfs.TestDecommissionWithBackoffMonitor

hadoop.hdfs.server.namenode.snapshot.TestSnapshotDiffReport

hadoop.hdfs.TestDecommissionWithStriped

hadoop.hdfs.server.namenode.TestHAWithInProgressTail

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7215

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 00efbb9da3c5 5.15.0-125-generic #135-Ubuntu SMP Fri Sep 27 13:53:58 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / ab59f2d807b83a6c1540b912a326d31de20fc302

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/3/testReport/

Max. process+thread count
3662 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/3/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:confetti_ball: +1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 33s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+0 :ok:
xmllint
0m  0s

xmllint was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 1 new or modified test files.

_ trunk Compile Tests _

+0 :ok:
mvndep
14m 45s

Maven dependency ordering for branch

+1 :green_heart:
mvninstall
34m 58s

trunk passed

+1 :green_heart:
compile
5m 46s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
compile
5m 32s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
checkstyle
1m 35s

trunk passed

+1 :green_heart:
mvnsite
2m 20s

trunk passed

+1 :green_heart:
javadoc
1m 59s

trunk passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m 24s

trunk passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
6m 27s

trunk passed

+1 :green_heart:
shadedclient
39m 10s

branch has no errors when building and testing our client artifacts.

_ Patch Compile Tests _

+0 :ok:
mvndep
0m 33s

Maven dependency ordering for patch

+1 :green_heart:
mvninstall
1m 51s

the patch passed

+1 :green_heart:
compile
5m  5s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javac
5m  5s

the patch passed

+1 :green_heart:
compile
4m 49s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
javac
4m 49s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

+1 :green_heart:
checkstyle
1m 12s

the patch passed

+1 :green_heart:
mvnsite
1m 52s

the patch passed

+1 :green_heart:
javadoc
1m 37s

the patch passed with JDK Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04

+1 :green_heart:
javadoc
2m  7s

the patch passed with JDK Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

+1 :green_heart:
spotbugs
5m 34s

the patch passed

+1 :green_heart:
shadedclient
34m 42s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 24s

hadoop-hdfs-client in the patch passed.

+1 :green_heart:
unit
224m 32s

hadoop-hdfs in the patch passed.

+1 :green_heart:
asflicense
0m 46s

The patch does not generate ASF License warnings.

401m  7s

Subsystem
Report/Notes

Docker
ClientAPI=1.47 ServerAPI=1.47 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/7215

Optional Tests
dupname asflicense compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle codespell detsecrets xmllint

uname
Linux 8d0596e97ac1 5.15.0-125-generic #135-Ubuntu SMP Fri Sep 27 13:53:58 UTC 2024 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 463a78f16fe92479e2fe818c650b7f69cf82423a

Default Java
Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.25+9-post-Ubuntu-1ubuntu120.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_432-8u432-ga~us1-0ubuntu2~20.04-ga

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/4/testReport/

Max. process+thread count
3635 (vs. ulimit of 5500)

modules
C: hadoop-hdfs-project/hadoop-hdfs-client hadoop-hdfs-project/hadoop-hdfs U: hadoop-hdfs-project

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-7215/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.


My card for Jaisurya Nanduri

Hello,
Hope you'll accept my PR. Thanks.

@Jaisu-1  Thanks for contributing


adding no_std support

It seams to pass all tests locally and also runs on the ESP32 as far as I see. it seams to address #50 as well. I am not that familiar with wasm tho.

It seams to pass all tests locally and also runs on the ESP32 as far as I see. it seams to address #50 as well.

Nice! Thanks for this PR. I'm sorry I didn't get to review it yet. I just started a new job so a bit busy with that. :) I'll try to have a look soon.

Cool! Thanks for the clarification and no worries there is no need to rush.
I hope you can also use Rust in your Job :D

Cool! Thanks for the clarification and no worries there is no need to rush. I hope you can also use Rust in your Job :D

I wouldn't take the job, otherwise. :)

@dscso Ping. Do you think you can finish this soon? We're hoping to do a 1.0 soon and it'd be great to have this done before that.

I'd like to avoid using spinlocks in concurrent code.

I also think spinlocks are not the way to solve the issue. In my setting I was using the library in a single processor no interrupt setting, and there spin locks would be valid a solution.
I don't have the resources to implement a complete and clean no_std version without spinlocks.

I don't have the resources to implement a complete and clean no_std version without spinlocks.

Fair enough. Thanks so much for your efforts here, still! I learnt a lot from the PR so it was useful even it it didn't get merged. :+1:


[LIBP2P] Parameterize the DHT timeout

Describe the task

What is the reason for this task?

Right now, the DHT timeout as specified in the Libp2p network is hardcoded and optimal for 10-30 nodes. We want to parameterize this so we can change it based on the number of actual nodes in the run. This is especially helpful for testing purposes.

What work will need to be done to complete this task?  If this is unknown, describe what information is needed to determine the work needed

To complete this task, we will need to

Add the DHT timeout to the testing metadata.
Add the DHT timeout to the example parameters

Both of these just require adding and using a simple parameter. May require working a bit through the codebase to chase down anything.
Acceptance Criteria
Describe the acceptance criteria needed for this task to be closed

List any sub-tasks that need to be completed
List which tests are applicable to this change.  List any new tests that need to be added for this

[ ] Add the DHT timeout to the testing metadata.
[ ] Add the DHT timeout to the example parameters

Checklist

[x] Label this issue appropriately.  If this issue is created by an outside contributor, label it outside-issue. Unless a task is labeled low-priority, outside-issue, or tech-debt it must include a sprint label and be associated with the sprint milestone.
[x] If this is a macro task, add [MACRO] to the front of the issue name
[x] If this is not a macro task, add [<MACRO_TASK_SHORT_NAME>] to the front of the issue name. Then add a link to the macro task it is associated with.  Every non-macro task must be associated with a macro task unless it is labeled low-priority,tech-debt, or outside-issue.
[x] Add this issue to the appropriate project boards, unless it is labeled low-priority, outside-issue, or tech-debt
[x] Assign this issue to the appropriate person, if applicable.

We set this pretty high during investigations, we should work it down to something more reasonable now that the issues are resolved.


Error: ENOENT: no such file or directory at Error (native)

Try "build": "watch \"npm run build:js\" ./src"

@sobinscott Please try "build": "watch \"npm run build:js\" ./src"


Refactoring doesn't return proper step implementation parameters

While refactoring the param names generated is not consistent. The refactoring should return consistent parameter values.
For more details check https://build.gauge.org/go/tab/build/detail/Java-LSP-Tests/103/wd/1/linux.

Tested with the below version its working as excepted.
gauge-1.0.5.nightly-2019-03-19


Align DateTimeOffset's behavior with OffsetDateTime

There's probably multiple ways of handling this problem, but this is my take on it. Not to be merged until everyone agrees with this approach, and in the future we might want to consider offering the ability to create a DateTimeOffset object with a non-Timestamp object.

PR #1005 adds test to validate driver's behavior is right. Closing this PR.


Support for Drag & Drop across browser windows

The HTML5 Drag and Drop API supports dragging data between browser windows.
Is there interest in adding support for this to the HTML5 Backend implementation?
Currently it doesn't work since it doesn't use the setData and getData functions of event.dataTransfer (as mentioned in other issues).
I think this can be made to work by partially extending the existing NativeSource handling.
Update the begin drag to set the stringified item with dataTransfer.setData, then work as normal in the same window.
If the dataTransfer.types array contains the json type and the local window is not already handling the event, then handle similarly to the NativeSource code pathway.
Add a source handler specifically for JSON and parse the payload on the drop event.
One change is that I think instead of white-listing certain properties, it would probably be simpler to assign the parsed object's props into the item so that consumers receive the same data object shape whether it came from the same window or a different window.

Would love to have this support as well...

Hello, I use DnD for dragging TreeItem inside a TreeView. And it would be very usefull if I could drag TreeItems between Treeview from different browser windows. Thanks guys !


mcuboot-imgtool: fix pname

When I introduced the package I ended mixing projects, so now I am fixing the pname as intended.
Description of changes

Things done

Built on platform(s)

[x] x86_64-linux
[ ] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

For non-Linux: Is sandboxing enabled in nix.conf? (See Nix manual)

[ ] sandbox = relaxed
[ ] sandbox = true

[x] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
23.11 Release Notes (or backporting 23.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 268556 run on x86_64-linux 1

2 packages built:

mcuboot-imgtool
mcuboot-imgtool.dist


Battery Health has errors, the battery suddenly becomes healthy

Is there an existing issue for this?

[X] I have searched the existing issues

What happened?
Upgrade 2<IP_ADDRESS> Model Y LR Battery Health  10.7 -> 3.7 ?
Has the statistical algorithm changed, or has Tesla API data indeed been modified? In theory, batteries may become unhealthy with use, but do these data indicate that batteries are becoming healthier? Is it Tesla's targeted data fraud?

Expected Behavior
No response
Steps To Reproduce
Battery Health
Relevant log output
Battery Health

Screenshots

Additional data
No response
Type of installation
Docker
Version
v1.24.1

I'll be honest, not really sure what you are reporting here. Your version is also several releases behind. What is the issue? Screenshots do not reveal your intent.

I'll be honest, not really sure what you are reporting here. Your version is also several releases behind. What is the issue? Screenshots do not reveal your intent.

Sorry, do I mean there are changes in the statistical algorithms or modifications to Tesla API data? Theoretically, batteries will become healthier as they are used, but does this data indicate that batteries are becoming healthier? Is it Tesla's targeted data fraud?

I'll be honest, not really sure what you are reporting here. Your version is also several releases behind. What is the issue? Screenshots do not reveal your intent.

Sorry, what I mean is that there has been a change in the statistical algorithm, or has the Tesla API data been modified? In theory, batteries will become unhealthy with use, but do these data indicate that batteries are becoming healthier? Is it Tesla's targeted data fraud?

The value of "Max range (now)" hasn't changed much and also the graph at the bottom doesn't show any points near to 70 kWh, so I suspect the reported degradation is a statistical error.
The calculation of "Usable (now)" and the degradation seems to be based on energy added by charging in the last month, with some filtering.  Maybe that is inaccurate in some cases?  I don't understand why the graph uses a different calculation.

So, I think the predicted "Loss" for the batteries is not very accurate.


How to send user's ip when using ytdlp on ubuntu server?

Checklist

[X] I'm asking a question and not reporting a bug/feature request
[X] I've looked through the README
[X] I've read the guidelines for opening an issue
[X] I've searched the bugtracker for similar questions including closed ones

Question
Hello folks,
i am very new into this to using the ytdlp. When hitting the fetch code, the url comes with server's ip address. But as we know if we request frequently then youtube will block the IP. i have read about source-address but it is giving error. "The requested address is not valid in its context" also i have tried to use proxy but still giving same error.

When user enter the url then the output links shoulld contain user's IP address. Is it possible on ubuntu server?

Verbose log
No response

No. The request has to be sent from that IP

thanks for the response. Can you explain what source-address does ? it is written in set of commands in repository doc. Also can i use proxy ?

If you have multiple IP addresses, source-address decides which one to use

Also can i use proxy ?

Yes, --proxy


README: Document uncore_experimental

This PR primarily adds uncore experimental to event file type descriptions. Other minor updates address spelling changes and cleanup stale information. Fixes https://github.com/intel/perfmon/issues/46.

Merging. This pull request was directly reviewed.


Create Letters “dont-fear-imperfection-in-creation”

Automatically generated by Netlify CMS

👷 Deploy Preview for effortless-brioche-210b80 processing.

Name
Link

🔨 Latest commit
1e4d72737e3a58649f93653ec854882b5f9a5402

🔍 Latest deploy log
https://app.netlify.com/sites/effortless-brioche-210b80/deploys/63e012aa25a5f7000824ff0c


Please move the subscribe/unsubscribe button from where it is.

I have accidentally subbed and Unsubbed from subs so many times.
Even a confirmation would be nice like are you sure you want to unsubscribe. Something of that nature.

It is pretty out of the way already, what is the reasoning for accidentally clicking it? Also it does pop up and ask you if you would like to before it does it

I'm used to iOS version of back being in that corner.
Also I for unsubscribe it doesn't prompt when I'm post view
On Mon, Jul 17, 2017 at 16:56 Carlos Crane<EMAIL_ADDRESS>wrote:

It is pretty out of the way already, what is the reasoning for
accidentally clicking it? Also it does pop up and ask you if you would like
to before it does it
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/ccrama/Slide-iOS/issues/75#issuecomment-315881833,
or mute the thread
https://github.com/notifications/unsubscribe-auth/APzDIc-T7NkNIkJb_eu6J0MRW3o1KK5Jks5sO8psgaJpZM4OahjZ
.

The sub/unsubscribe button in post view is what this is about sorry for
miscommunication
On Mon, Jul 17, 2017 at 16:57 Michael Eisemann<EMAIL_ADDRESS>wrote:

I'm used to iOS version of back being in that corner.
Also I for unsubscribe it doesn't prompt when I'm post view
On Mon, Jul 17, 2017 at 16:56 Carlos Crane<EMAIL_ADDRESS>wrote:

It is pretty out of the way already, what is the reasoning for
accidentally clicking it? Also it does pop up and ask you if you would like
to before it does it
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/ccrama/Slide-iOS/issues/75#issuecomment-315881833,
or mute the thread
https://github.com/notifications/unsubscribe-auth/APzDIc-T7NkNIkJb_eu6J0MRW3o1KK5Jks5sO8psgaJpZM4OahjZ
.

A prompt would be nice. I've unsubbed from a couple of subs accidentally.
Or you could make it look like an unsubscribe button, right now it just looks like a "mark as done/read" button or something.

Added a close button on the very left, was necessary for the iPad and worked for the iPhone as well


feature-request: new phrases

The most annoying phrases typically required an elaborate reply from these services

ItWorksForMe
MineWorks
WorksOnMyMachine
ItsAlwaysOnYourMachine

Absolutely. PRs Welcome.


add mendatory down_components field.

global workqueue report also need to contain this value.

test this please

I don't know why following unittest fails. I will create the separate issue.
WMCore_t.Services_t.LogDB_t.LogDB_t.LogDBTest:test_thread_name changed from error to failure
WMCore_t.WorkQueue_t.WorkQueue_t.WorkQueueTest:testProcessingWithPileup changed from error to failure

Hmm, that may explain then why I didn't see my agent in the list of agents :-)
I'll fix it today.

With this patch, do you still have problem?


How to convert to onnx model with spatial==1?

Note: Providing complete information in the most concise form is the best way to get help. This issue template serves as the checklist for essential information to most of the technical issues and bug reports. For non-technical issues and feature requests, feel free to present the information in what you believe is the best form.
For Q & A and discussion, please start a discussion thread at https://discuss.mxnet.io
Description
I'm using arcface model, convert it to onnx format. With spatial of Batch Norm = 0, I can't run it on ONNX runtime.
When I set spatial=1 in file "/mxnet/contrib/onnx/mx2onnx/_op_translations.py" I can run it but with wrong result.
Whether ONNX converter from mxnet to onnx have get onnx model with spatial=1 and get right result?
Environment info (Required)
----------Python Info----------
Version      : 3.7.4
Compiler     : GCC 7.3.0
Build        : ('default', 'Aug 13 2019 20:35:49')
Arch         : ('64bit', '')
------------Pip Info-----------
Version      : 19.2.3
Directory    : /home/luandd/miniconda3/envs/luandao/lib/python3.7/site-packages/pip
----------MXNet Info-----------
Version      : 1.5.0
Directory    : /home/luandd/miniconda3/envs/luandao/lib/python3.7/site-packages/mxnet
Commit Hash   : 75a9e187d00a8b7ebc71412a02ed0e3ae489d91f
Library      : ['/home/luandd/miniconda3/envs/luandao/lib/python3.7/site-packages/mxnet/libmxnet.so']
Build features:
✖ CUDA
✖ CUDNN
✖ NCCL
✖ CUDA_RTC
✖ TENSORRT
✔ CPU_SSE
✔ CPU_SSE2
✔ CPU_SSE3
✔ CPU_SSE4_1
✔ CPU_SSE4_2
✖ CPU_SSE4A
✔ CPU_AVX
✖ CPU_AVX2
✖ OPENMP
✖ SSE
✔ F16C
✖ JEMALLOC
✖ BLAS_OPEN
✖ BLAS_ATLAS
✖ BLAS_MKL
✖ BLAS_APPLE
✔ LAPACK
✖ MKLDNN
✔ OPENCV
✖ CAFFE
✖ PROFILER
✔ DIST_KVSTORE
✖ CXX14
✖ INT64_TENSOR_SIZE
✔ SIGNAL_HANDLER
✖ DEBUG
----------System Info----------
Platform     : Linux-5.0.0-29-generic-x86_64-with-debian-buster-sid
system       : Linux
node         : vid-luandd-u
release      : 5.0.0-29-generic
version      : #31~18.04.1-Ubuntu SMP Thu Sep 12 18:29:21 UTC 2019
----------Hardware Info----------
machine      : x86_64
processor    : x86_64
Architecture:        x86_64
CPU op-mode(s):      32-bit, 64-bit
Byte Order:          Little Endian
CPU(s):              8
On-line CPU(s) list: 0-7
Thread(s) per core:  2
Core(s) per socket:  4
Socket(s):           1
NUMA node(s):        1
Vendor ID:           GenuineIntel
CPU family:          6
Model:               142
Model name:          Intel(R) Core(TM) i7-8565U CPU @ 1.80GHz
Stepping:            12
CPU MHz:             4085.437
CPU max MHz:         4600,0000
CPU min MHz:         400,0000
BogoMIPS:            3984.00
Virtualization:      VT-x
L1d cache:           32K
L1i cache:           32K
L2 cache:            256K
L3 cache:            8192K
NUMA node0 CPU(s):   0-7
Flags:               fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc cpuid aperfmperf tsc_known_freq pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch cpuid_fault epb invpcid_single ssbd ibrs ibpb stibp ibrs_enhanced tpr_shadow vnmi flexpriority ept vpid ept_ad fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid mpx rdseed adx smap clflushopt intel_pt xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp md_clear flush_l1d arch_capabilities
----------Network Test----------
Setting timeout: 10
Timing for MXNet: https://github.com/apache/incubator-mxnet, DNS: 0.0082 sec, LOAD: 1.3817 sec.
Timing for Gluon Tutorial(en): http://gluon.mxnet.io, DNS: 0.2195 sec, LOAD: 0.3970 sec.
Timing for Gluon Tutorial(cn): https://zh.gluon.ai, DNS: 0.3286 sec, LOAD: 0.8446 sec.
Timing for FashionMNIST: https://apache-mxnet.s3-accelerate.dualstack.amazonaws.com/gluon/dataset/fashion-mnist/train-labels-idx1-ubyte.gz, DNS: 1.1782 sec, LOAD: 0.9432 sec.
Timing for PYPI: https://pypi.python.org/pypi/pip, DNS: 0.0704 sec, LOAD: 1.1657 sec.
Timing for Conda: https://repo.continuum.io/pkgs/free/, DNS: 0.0738 sec, LOAD: 1.3407 sec.
----------Environment----------

Package used (Python/R/Scala/Julia):
(I'm using Python3.7)
Build info (Required if built from source)
Compiler (gcc/clang/mingw/visual studio):
MXNet commit hash:
(Paste the output of git rev-parse HEAD here.)
Build config:
(Paste the content of config.mk, or the build command.)
Error Message:
(Paste the complete error message, including stack trace.)
Minimum reproducible example
(If you are using your own code, please provide a short script that reproduces the error. Otherwise, please provide link to the existing example.)
Steps to reproduce
(Paste the commands you ran that produced the error.)

What have you tried to solve it?

onnx runtime not support spatial Batch Norm = 0. Change spatial=1 in file "/mxnet/contrib/onnx/mx2onnx/_op_translations.py". I can run the model. However the result is wrong.

@anirudhacharya Any comments?

while converting onnx models, thebatchnorm operator has the spatial parameter disabled due to the way batchnorm is defined in onnx - https://github.com/apache/incubator-mxnet/blob/master/python/mxnet/contrib/onnx/mx2onnx/_op_translations.py#L357-L359
changing the label to "feature request"

@Zha0q1  Has this issue been solved?

This use case should be supported in the upcoming mxnet 1.9 release


initial fastlane structure

Metadata as discussed in #1 – be welcome to use my Fastlane Cheat Sheet to build on this (e.g. replace screenshots, update description, add a featureGraphic, add per-release changelogs… whatever you feel needed).

Thanks again!

So where is it gone now? Since today it's no longer available. Strangely, I cannot find a commit removing it. But when I follow up the linked commit, it gives a warning that "This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository."
What happened, @N0-0NE-Dev? Will it reappear? Did you rewrite history and it got lost?

Did you rewrite history and it got lost?
Yeah that exactly what I did, I rewrote the app in bare react native instead of using expo to reduce the app size, improve performance and reduce the amount of permissions needed and in the process I forgot to add the fastlane files to the new branch.

Will it reappear?
Yeah I will add the fastlane files now.

Thanks a lot! My updater just complained today :rofl:

Curious for the new size then (currently it still seems the 19 MB per APK it had before).

It used to be closer to 25MB on versions before 1.1.9.

It used to be closer to 25MB on versions before 1.1.9.

Ah, then I just didn't look "down" far enough. So "fantastic" to get squared then, good job! :star_struck:


v2: Duplicate elements easily via ctrl+D

Story: I want to duplicate elements quickly
Solution: Ctrl+D is the standard keyboard shortcut
Limitations: Does not work on mobile, we might want later to have some buttons for it.

This is solved with Ctrl+D for now. Let's open one for mobile later as many other features do not yet work on mobile, like drag and drop?


quiche: Switch QUICHE flag handling to atomics instead of Mutexes

quiche: Switch QUICHE flag handling to atomics instead of Mutexes
Resolves some lock contention issues in HTTP/3 code
Risk Level: Low
Testing: Existing tests
Docs Changes: N/A
Release Notes: N/A
Platform Specific Features: N/A
Signed-off-by: Ryan Hamilton<EMAIL_ADDRESS>

/assign @alyssawilk

@alyssawilk this had a 3x improvement on the internal testing max QPS. I'll also investigate switching over to absl flags though I think it would be good to get this in first.

/assign @danzh2010

@danzh2010 As discussed offline, I think this is ready for review. We'll go ahead and land this now. Once the full stack of flag refactors are pulled into our internal repo we can perf test against an absl::Flag based implementation, as per Alyssa's request.

lgtm thanks. Perhaps we could get away with a weaker memory order on the load but I'm not an expert there

Thanks for the review! I think relaxed is the weakest order but I'm also not an expert :)

the load is in sequential consistency


RuntimeError: The expanded size of the tensor (181) must match the existing size (211) at non-singleton dimension 0

I use Qwen-7B ,then get error:
Traceback (most recent call last):
File "/qwen/test.py", line 22, in
compressed_prompt = llm_lingua.compress_prompt(
File "/usr/local/lib/python3.10/dist-packages/llmlingua/prompt_compressor.py", line 253, in compress_prompt
context = self.iterative_compress_prompt(
File "/usr/local/lib/python3.10/dist-packages/llmlingua/prompt_compressor.py", line 749, in iterative_compress_prompt
past_loss[ready_end : end - 1] = loss
RuntimeError: The expanded size of the tensor (181) must match the existing size (211) at non-singleton dimension 0.  Target sizes: [181].  Tensor sizes: [211]

Hi @kofuya,
Thanks for your support. Could you give me more context, like the original prompt.


In the footer, clicking the logo should lead to the home page

Clicking the logo on AnoJS in the footer should lead to the homepage of the AnoJS website.

if i am not wrong, isn't this issue related to anojs-source?


lottie: Improve 3d rotation

still needs some changes, but works

contains #2549
needs to be rebased
do not store rotation3D from RotationEx

9691.json
main:

this pr:

https://github.com/thorvg/thorvg/pull/3027


"Area Averaging" GPU UI scaling

Recently with this commit, multiple different scaling algorithms were implemented to improve the quality of UI scaling.
One of the main issues with any bilinear or bicubic scaling method is that the larger you go, the softer and blurrier the image gets.
For retro games where sharp pixels are preferrable, Nearest Neighbour or Point scaling tends to be used. This can obviously only scale to integer values of the original resolution, but preserves sharpness and clarity of the original image.
Basically the intention is to do most of the work with point scaling, and then tweak to the exact value with linear scaling. An easier way to rationalise it would be to point scale to the closest integer, then linear scale.
This has the benefit of preserving more sharpness, while not necessitating exact integer scaling factors and not adding extra sharpening artefacts.
Here are some examples, make sure to view them at the original resolution without any phone/browser scaling:
1x Unscaled -

2x Nearest Neighbour -

1.75x Nearest Neighbour -

1.75x Bilinear -

2x Nearest Neighbour, then Bilinear to 1.75x -

As you can see, point scaling to the closest integer and then linear scaling to the exact value gives a much more pleasing image without requiring an exact integer.
I can't imagine this would be too difficult to implement since it's basically just stacking two scaling filters one after the other, and it would give a reasonable option for those of us who like sharper scaling.
EDIT:
This technique also works extremely well for people playing at or near 4k resolutions, here's an example 4x point scaled and then scaled down the same factor as the others -

Compared to straight Bilinear -

This shader seems like it could work great. Here's some examples of it in action.
I imagine a similar approach to how the xBR shader was implemented (also originally from libretro) could be used here. I don't have the knowledge of Java or GLSL to be confident implementing it myself, but it seems fairly straightforward if anyone else wants to give it a shot.
This would be great for those who want the sharpness of Nearest Neighbor, but without the artifacting that comes along with non-integer scaling.