4.0.x Fixes crash with ScatterPlots containing a single point

New Contributors:
please review CONTRIBUTING.md
Purpose:
#948
I don't know how you feel about backporting fixes to 4.0.x right now, I guess it depends on how soon you plan to release 4.1. In my opinion, even if you released 4.1.0 tomorrow trivial fixes like this should continue for at least a little while because 4.0 -> 4.1 does entail a sizeable number of breaking changes, even if many of them can be alleviated by search and replace. This is made easier by the fact that 4.0.48 seems pretty stable, so it shouldn't be too difficult to maintain.
The only difficulty is that 4.0.x and 4.1.x have different directory structures and the solution file has a different name. Which means you have to close Visual Studio and normally run git clean -df and sometimes git reset --hard when switching between the branches. I think this is supposed to be what git worktrees are for but I've never used them. Regardless, more an annoyance than anything else.
New Functionality:
N/A

I ran dotnet-format locally so I'm unsure what the issue is :(

I ran dotnet-format locally so I'm unsure what the issue is :(

The reason is that the 4.0 branch does not contain this fix https://github.com/ScottPlot/ScottPlot/commit/08812ef370caaae55aa64dae0c07b8d3e3792795.

Hi @bclehmann, thanks for this fix!

I don't know how you feel about backporting fixes to 4.0.x right now

I'm happy to continue to maintain 4.0 to make small changes that fix bugs (though I don't intend to add new features there).
My plan is to merge this is now but not release a new 4.0 package yet. I'll get 4.1 released, then add a pop-up NuGet readme to the 4.0 branch informing people about 4.1, directing people to the FAQ/cookbook, etc., and then upload that package


Update integrations-reference.mdx

I am far away from an astro expert, but it confused me that there is no next() function call, like in all the other middleware examples.

the example code does not work and will throw an error if the route is not some-test-path
also everywhere in the docs it says next instead of response

Lunaria Status Overview
🌕 This pull request will trigger status changes.

Learn more
By default, every PR changing files present in the Lunaria configuration's files property will be considered and trigger status changes accordingly.
You can change this by adding one of the keywords present in the ignoreKeywords property in your Lunaria configuration file in the PR's title (ignoring all files) or by including a tracker directive in the merged commit's description.

Tracked Files

Locale
File
Note

en
reference/integrations-reference.mdx
Source changed, localizations will be marked as outdated.

Warnings reference

Icon
Description

🔄
The source for this localization has been updated since the creation of this pull request, make sure all changes in the source have been applied.


[BugFix] Fix split constant non-ASCII source and empty delimiter (#29818)

…

Fixes #issue
What type of PR is this:

[ ] BugFix
[ ] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Does this PR entail a change in behavior?

[x] Yes, this PR will result in a change in behavior.
[ ] No, this PR will not result in a change in behavior.

If yes, please specify the type of change:

[ ] Interface/UI changes: syntax, type conversion, expression evaluation, display information
[ ] Parameter changes: default values, similar parameters but with different default values
[ ] Policy changes: use new policy to replace old one, functionality automatically enabled
[ ] Feature removed
[ ] Miscellaneous: upgrade & downgrade compatibility, etc.

Checklist:

[ ] I have added test cases for my bug fix or my new feature
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[ ] I have checked the version labels which the pr will be auto-backported to the target branch

[ ] 3.1
[ ] 3.0
[ ] 2.5
[ ] 2.4

[FE Incremental Coverage Report]
:heart_eyes: pass : 0 / 0 (0%)

[BE Incremental Coverage Report]
:heart_eyes: pass : 15 / 15 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/util/utf8.h
15
15
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 0 / 0 (0%)

[BE Incremental Coverage Report]
:heart_eyes: pass : 15 / 15 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/util/utf8.h
15
15
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 0 / 0 (0%)

[BE Incremental Coverage Report]
:heart_eyes: pass : 15 / 15 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/util/utf8.h
15
15
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 0 / 0 (0%)

[BE Incremental Coverage Report]
:heart_eyes: pass : 15 / 15 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/util/utf8.h
15
15
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 0 / 0 (0%)

[BE Incremental Coverage Report]
:heart_eyes: pass : 15 / 15 (100.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/util/utf8.h
15
15
100.00%
[]


[BEAM-14004] fix: Ignore command splitKeys because of CosmosDB not support this…

… command
Please add a meaningful description for your change here

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[x] Choose reviewer(s) and mention them in a comment (R: @username).
[x] Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
[x] Update CHANGES.md with noteworthy changes.
[x] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.
To check the build health, please visit https://github.com/apache/beam/blob/master/.test-infra/BUILD_STATUS.md
GitHub Actions Tests Status (on master branch)

See CI.md for more information about GitHub Actions CI.

@jbonofre reviewer

@jbonofre , I'm cancel this pull request and create pull #16972 with 2.36.1 version.

@jbonofre , I'm cancel this pull request and create pull #16972 with 2.36.1 version.


Default avatar for missing featured speaker images

Partially fixes the issue #1338
Changes:

Earlier, no default avatar image was being shown when the photo of a featured speaker was missing. Instead, a white space was shown on the front page. Corrected it and now a default avatar is shown.

Screenshots for the change:

Test Server:
https://secure-meadow-herokuapp.com
@aayusharora @geekyd Please review. Thanks :)

@geekyd Done :)


Tests with Moq will not run

Reported on Reddit
Could not load file or assembly "Moq" Strong name signature could not be verified. The assembly may have been tampered with, or it was delay signed but not fully signed with the correct private key
Any of my tests which was using Moq was then failing with the above error. So I think you need to fix this bug so that if it cannot work with framework project (or is it Moq that is the issue?) that it doesn't break these other projects and simple doesn't run.

Possible incompatibility with Coverlet. Investigating

Related to this: https://github.com/tonerdo/coverlet/issues/231


Detection of most used words

Info/rating by most used words
Suggestions about possible replacements (synonyms)

Initial stats gathering is completed. What's left

Data per user
Suggestions for possible replacements
Persistence of the data


Build condensation/evaporation dynamics

Ideally this will consider individual droplets within a mode reaching equilibrium with their environment (humidity).
For a starting point, consider Seifert & Beheng rain evaporation:
$d x_r / dt = 2 \pi D_r(x_r) G_{p, v}(T, P) F_v(x_r) S$
where $G(T, P)$ is a function related to latent heat, $F_v$ is ventilation effects, and $S$ is supersaturation.

Probably best to start from basics and non-equilibrium thermodynamics. For a population of droplets, this might look like...
$ dm_r/dt \propto k(v_t, ...) (P_{env} - P^*)$
$ dP_{env}/dt \propto -\sum_{drops} dm_r/dt f(T, P) $
$ dT/dt \propto -\sum_{drops} dm_r/dt L_v $
where $k$ is a mass-transfer coefficient that accounts for ventilation effects at large $v_t$, and the second two equations account for changes to the environment temperature and pressure according to condensation and evaporation.

Consider an even simpler approximation: perhaps a power law rate in the particle size, or a rate of change of the distribution parameters


Possible to hide the status bar?

Great package!
Two questions from one quite new using atom.
Usually I open a terminal with a shortcut key, place it as a tab, and have it as a REPL when coding Python. So I rarely use the status bar.

Is it possible to have the terminal as a tab as standard? Or to set as a tab with a shortcut key?
Possible to hide the status bar? I only use it to drag and drop the terminal as a tab currently

Thank you for your time!

Currently there is no way to default to tab view only. One of the tasks on my To-Do List is to better implement the tab view mode and provide a setting to make it default functionality. I could also add the ability to hide the status bar to the list of enhancements.

Sounds great! Thank you again for the time you have put into this, it is really useful for me

@Twizzledrizzle just found this searching for how to hide the status bar here is the solution I found if you are still interested.
edit the stylesheet file (styles.less) and add this css rule
// hide terminal-plus status-bar
.terminal-plus.status-bar{
  display: none;
}

P.S thanks @jeremyramin thanks for this great plugin, I  tried a few others before finding your one. This is the only one that works with rbenv and it uses and looks like my normal zsh shell without having to do anything.


⚠ Bofrost.com has degraded performance

In a6a1e7d, Bofrost.com (https://www.bofrost.com) experienced degraded performance:

HTTP code: 200
Response time: 470 ms

Resolved: Bofrost.com performance has improved in 2174de3 after 6 minutes.


Implement Clustering for Snowflake

Aim
Brings clustering to snowflake.
Table materialisations will leverage an order by via wrapping the SQL in a select * from ( {{sql}} ) order by ( {{cluster_by_keys}}
Incremental materialisation will create table as above and followed by an alter statement alter table {{relation}} cluster by ({{cluster_by_keys}}) to leverage Snowflake's automatic clustering.
This approach was discussed in #634
This is a duplicate of PR #1591  that I had to re open due to killing my fork in the meantime... All discussion can be found there though.

Btw @drewbanin CLA is now signed...

Thanks @bastienboutonnet! Kicking off the tests now :)
@cla-bot check

Merging this - thanks for your hard work in this contribution @bastienboutonnet!!

pleasure as always!


CDI-668 Most Example with @Priority provide non fully qualified constant name

CDI-668 Most Example with @Priority provide non fully qualified constant name

Looks ready to merge.


Go strings integration tasks

### Tasks
- [ ] render `\t` vs. tab (strings.exe does the latter)
- [ ] Go build ID string split into multiple lines, see image1?
- [ ] strings split, see image 2?

image 1

image 2

For task 2 and 3 I think the console setting (width) results in the added new lines...

So, to address this, should I increase the width setting?

if the case is what @mr-tz mentioned, then its rich deciding to wrap the string across multiple lines, based on the current width of the terminal. we should decide what the behavior should be. i think two reasonable options include:

don't wrap, and truncate strings at the end of the terminal, though this potentially makes it difficult to review the complete string contents
don't wrap, and let the terminal wrap long lines, as strings.exe does. i dont think blindly changing the console width is the right fix here, since i can trivially construct a string that's longer than whatever width you pick. instead, we should read more about rich and how to change the behavior.

render \t vs. tab (strings.exe does the latter)

Is this feature already in place?

we need to decide which behavior we want and make sure it's consistent across the output functions
is that the case currently?

Ok, then we only have the wrapping issue left to fix.

closed via #861


Add support for different keyboard types

For fyne-io/fyne#975
Unfortunately I have no IOS/Mac devices around, I hope someone can help me with testing

Great, thanks - this adds some great improvement and a model for expanding in the future


ios implementation

do you working on ios implementation ?

Unfortunately no :(.
but PR's are welcome.


Update version: Microsoft.Edge.Beta version 116.0.1938.29

Pull request has been created with WinGet Automation :rocket:
Microsoft Reviewers: codeflow:open?pullrequest=https://github.com/microsoft/winget-pkgs/pull/115157&drop=dogfoodAlpha

@wingetbot run


add support for manifest_v9.json

dbt-core version 1.5 will start using version 9 of the manifest schema
Can we add support in this package as well? Thanks!

@dave-connors-3 Thank you for opening the issue. We will support manifest v9 after dbt-core v1.5 is officially released.

@dave-connors-3 I support manifest v9 with dbt-core 1.5rc1. If necessary, we will update the model with stable dbt-core 1.5.

Published v0.3.0
https://github.com/yu-iskw/dbt-artifacts-parser/releases/tag/v0.3.0


"Problems" panel is displaying TypeScript errors from /node_modules/ packages at random times

Summary
I'm using vscode insiders edition, and with the config option "typescript.tsserver.experimental.enableProjectDiagnostics": true to display TypeScript errors for my whole projects in the "Problems" panel along the bottom of the screen, i.e. the feature introduced in https://github.com/microsoft/vscode/issues/13953
I seem to have an inconsistent issue with the "Problems" panel randomly displaying errors from /node_modules/ code (which I obviously can't control/fix):

I can see that the error in the screenshot above refers to one of my project files (App.test.tsx) - but the error itself seems to be coming from the package /node_modules/ts-invariant (see example tsconfig.json files further down).  I've tried lots of fiddling with my tsconfig.json - but the thing is that other stuff that shows TypeScript errors never shows these node_modules errors, so as far as I'm aware, vscode should be the same?...

✔ When I run tsc from the command line, I don't see these errors at all.
✔ My project is setup with create-react-app + typescript, which typically yells at me and refuses to even render when there's any TypeScript errors - but it never mentions theses node_modules related errors at all.
❌ The only place I ever see these errors is in the vscode "Problems" panel.

And many other people have reported the exact same issue in the comments in: https://github.com/microsoft/vscode/issues/13953 - so seems it's not just me / my project specifically.
Random coming/going

But it's seemingly random, I haven't been able to figure out a consistent way to reproduce it immediately.
Usually when I first start vscode, it won't show them for a while, but they typically pop up about 15+ minutes later

...note that before these node_modules errors show, my own project-wide TypeScript errors are already working, so it's not coming/going at the end same time that the rest of the project-wide TS errors are showing - it seems to have its own timing that is affected by something else

Sometimes they just go away on their own for a while, without me doing anything
Sometimes restarting the typescript service makes them go away for a while
Restarting vscode entirely usually makes them it go away for a while too
During these "comings and goings": I'm not making any changes to tsconfig.json or any vscode settings at all

Steps to Reproduce:

My project was originally created using: npx create-react-app my_project_name --template typescript - but from memory, I think I've seen these issues with other non-react projects too.
It seems to be a regular this when using package: https://www.npmjs.com/package/ts-invariant - but again, I think I've also seen the issue with other packages in other projects too - but being hard to reproduce, I can't find them right now
Beyond that - I'm not sure how to easily reproduce it immediately, due to the seeming randomness of it coming/going

VSCode Version:
Version: 1.48.0-insider (user setup)
Commit: 15e798e081984a17eae00de91adf4479190d5ed2
Date: 2020-07-28T10:39:18.007Z
Electron: 9.1.0
Chrome: 83.0.4103.122
Node.js: 12.14.1
V8: <IP_ADDRESS>-electron.0
OS: Windows_NT x64 10.0.18363

Example tsconfig.json file from one of my projects
{
    "compilerOptions": {
        "target": "es5",
        "lib": ["dom", "dom.iterable", "esnext"],
        "allowJs": true,
        "skipLibCheck": true,
        "esModuleInterop": true,
        "allowSyntheticDefaultImports": true,
        "strict": true,
        "forceConsistentCasingInFileNames": true,
        "module": "esnext",
        "moduleResolution": "node",
        "resolveJsonModule": true,
        "isolatedModules": true,
        "noEmit": true,
        "jsx": "react",
        //"rootDir": "./src" // <--- I've tried both with and without this, no difference
    },
    "include": ["src"],
    "exclude": ["node_modules", "./node_modules/*"]
}

Example tsconfig.json from /node_modules/ts-invariant/tsconfig.json
{
  "extends": "../../tsconfig.json",
  "compilerOptions": {
    "rootDir": "./src",
    "outDir": "./lib"
  }
}

Does this issue occur when all extensions are disabled?: Yes

Yes, I've tried running with: "C:\Users\username\AppData\Local\Programs\Microsoft VS Code Insiders\Code - Insiders.exe" --disable-extensions
...and it's the same thing, problem doesn't occur immediately, comes and goes in the same way as when running vscode normally.

I'm also noticing number in problems tab constantly changing, regardless if I run a script to start the project or not, or perform any other actions. I just open VS Code (v1.47.1) and notice number get to 100+, then 300+, then 400+, then drop to 200+, go back up, etc.. Here's the screenshot from the top of the list, just so you can have an idea:

My system info:

Version: 1.47.1
Commit: 485c41f9460bdb830c4da12c102daff275415b53
Date: 2020-07-13T22:43:02.577Z
Electron: 7.3.2
Chrome: 78.0.3904.130
Node.js: 12.8.1
V8: 7.8.279.23-electron.0
OS: Darwin x64 19.3.0

Yes actually that's something I forgot to mention in the OP.  The number of errors jumps around a bit.
For the "6" node_modules/ts-invariant errors shown in my screenshot at the very top of this page... just in the last couple of days I've noticed that number jump around from about 4 - 11.
And haven't even touched my src/App.test.tsx file that it mentions for over a month.

I have exactly the same issue with ts-invariant when enableProjectDiagnostics is enabled. node_modules excluded as well

I had this enabled for some reason and when I've added @tensorflow/tfjs-node, cpu (and pagefile) had a very bad time. Finally I realized what caused this issue and disabled enableProjectDiagnostics.

I'm also having those errors. I was really shocked when I first tried out this experimental feature and noticed 3k+ errors in my project 😅
Is there any option to let it exclude node_modules? Feels like my MacBook is trying to kill itself by scanning the entire project including node_modules....

I confirm the bug is there! I really like the concept behind the feature to show all my project's errors in disregard if the files are open, but this feature is currently poorly supported so that becomes unusable. I would never want it to analyze node_modules :\
That doesn't seem to happen with all entirety of projects though, but it's hard to tell why exactly it's happening and why it's so random and continue to disappear and appear again sometimes. My screenshot:

Btw, it doesn't seem project's tsconfig.json is being used here, because I certainly have esModuleInterop flag enabled in my root tsconfig.json, so it seems it's using some another tsconfig.json for the library there.
More than that: one single file sometimes appears valid and no errors (with valid types, etc.), fully working, but then with no change it suddenly has errors, then again it's good, etc. - the same random behavior. So it seems like different tsconfig.json are applied to the same files, - sometimes it's one config, sometimes it's a another. And that seems to be source of the problem. VSCode can't handle more than one tsconfig inside the project tree. If there happens to be another tscofig somewhere in subfolders, - the behavior becomes weird, and random, and also look into node_modules. Here's the problematic tsconfig:
{
  "extends": "assemblyscript/std/assembly.json",
  "exclude": ["node_modules", "./**/*.test.ts"]
}

This config above extends assembly.json extends tsconfig-base.json
If I delete it, VSCode stops inspecting node_modules, and this another behavior with random errors inside my file also disappears. But in return I get my types simply broken in a subfolder :\


Migrate to GitHub actions

What
Migrates from Circle CI to GitHub Actions (closes #24)

:tada: This PR is included in version 0.5.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


302 Found; when logging in.

Bug Report
Form
Put an [x] if you meet the condition, else leave [ ].
Requirements

[x] I've searched the Issues
[x] I've read the basic concepts
[x] I'm using the latest version
[x] I've debugged my code using the DEBUG variable.

Platform

[x] I'm using Node.js version node v12.0
[ ] I'm using electron
[ ] I'm using the browser YOUR_BROWSER_AND_VERSION
[ ] I'm using some other environment YOUR_ENV

Description
When i try to log in, I get a 302 Found; error.
I checked my password, username and all of that, but nope
I also reinstalled the module.
Code
Add a meaningful section of your code here. If you are using TypeScript replace js with typescript.
  const iga = require("instagram-private-api");

  const ig = new iga.IgApiClient();

  ig.state.generateDevice(process.env.username);
  (async () => {
    // Execute all requests prior to authorization in the real Android application
    // Not required but recommended
    await ig.simulate.preLoginFlow();
    const User = await ig.account.login(
      process.env.username,
      process.env.password
    );
    console.log();

    // The same as preLoginFlow()
    // Optionally wrap it to process.nextTick so we dont need to wait ending of this bunch of requests

    process.nextTick(async () => await ig.simulate.postLoginFlow());
    // Create UserFeed instance to get loggedInUser's posts

  })();

Error and Output
(node:2323) UnhandledPromiseRejectionWarning: IgResponseError: POST /api/v1/accounts/msisdn_header_bootstrap/ - 302 Found;

    at Request.handleResponseError (/rbd/pnpm-volume/d71c112f-309c-4ff4-a6bb-9cccb39005b5/node_modules/.registry.npmjs.org/instagram-private-api/1.45.1/node_modules/instagram-private-api/dist/core/request.js:125:16)

    at Request.send (/rbd/pnpm-volume/d71c112f-309c-4ff4-a6bb-9cccb39005b5/node_modules/.registry.npmjs.org/instagram-private-api/1.45.1/node_modules/instagram-private-api/dist/core/request.js:53:28)

    at async AccountRepository.msisdnHeaderBootstrap (/rbd/pnpm-volume/d71c112f-309c-4ff4-a6bb-9cccb39005b5/node_modules/.registry.npmjs.org/instagram-private-api/1.45.1/node_modules/instagram-private-api/dist/repositories/account.repository.js:250:26)

YOUR OUTPUT GOES HERE

Probably a duplicate of #1417


[BUG] Typo/Text not needed

screenshot

Describe the bug
There is display mishap on the home page specifically where the "I" is not needed. In the screenshot, its present right below "quick links".
How are you going to fix it?
Modify the file and remove it. Save changes and PR.

@codingkatty Hi, I have resolved this issue and need permission to push it. Could you please grant me that as well as consider my submission under Hacktoberfest label.
Thanks!


[QUESTION] Any way to keep track and resume from cursor?

Ask your question
I'd like to fetch all the videos from hashtags that have quite a few videos and possibly from sounds as well. I'm wondering if I can keep track of the current cursor or challenge object or api so that I can stop and resume from the same spot. Or maybe if I could supply a starting cursor to concurrently get the data from the same challenge faster? Thanks.
Version Information
Please include what versions of pydantic, playwright, and tiktokapipy you have installed (can be found with pip freeze).
pydantic==2.1.1
pydantic_core==2.4.0
playwright==1.36.0
tiktokapipy==0.2.2
System Information
Windows 10 64-bit Desktop
Region Information
Canada, using US proxies at the moment
Additional context

The challenge.videos, user.videos, and video.comments iterators all keep track of the current cursor internally. While it's a bit hacky, what you could do is something like this:
challenge.videos._cursor = 30  # or whatever you want
for video in challenge.videos:
    ...

I think this will work for me, thanks!


Order History

Description:
Implement functionality allowing users to view their order history.
SP: 0
Acceptance Criteria:
Users can view a list of their past orders with all relevant details.

Testing


When will Svelte be supported?

Hi, this project is great and we would like to integrate this with our Svelte app. When is Svelte support being released?

I just ended up refactoring some of the code in the svelte package to work with the latest dependencies. If anyone wants to use this, its on here: https://github.com/alvinsga/svelte-wallet-adaptor-solana

It won't be, at least not within this repo. #298 will remove it, and there will be a community maintained version.
@cogoo and @silvestrevivo can provide more information.


Spelling mistakes in some Questions

Some Questions do have some Spelling mistakes, e.g. in FBI-Questionary Question 3 ("Empfohlen")

Fixed


feature BindList

Added BindList for use with SourceList
put solution items into two folders, Src and Tests

What kind of change does this PR introduce?

feature
What is the current behaviour?

no implimentation of Bind for Lists exists
What is the new behaviour?

BindList for use with SourceList added to compliment DynamicData as our recommended list
What might this PR break?
none expected
Please check if the PR fulfils these requirements

[x] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features)

Other information:

An issue with this one is SourceList is not meant to be exposed to the UI layer at all. Its fundamnetally against the way DD works.

Why use a SourceList directly is the other concern I have, it's meant to be for data which you observe, transform, filter etc.

Ok, I will rethink this to try a different approach

0.02% hmmm every little helps I guess


Example implementation for http router

This is not planned to be merged.
This is a pilot implementation of the http router.
The main issue is how to handle the path parameter.
Todo

Insert supports path params
Get supports path params
Insert supports path params with regex
Get supports path params with regex

Too difficult...


Encrypted EBS without using Launch Template

Tell us about your request
An option to specify EBS encryption as part of the Provisioner CRD
Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?
We currently have a CSP policy to prevent provisioning of non encrypted EBS volumes on all accounts.
When using Provisioner without a launch template , the nodes will not spin up because if that.
Are you currently working around this issue?
Using launch template and configuring the encryption solves this issue but I would like an option to eliminate the use of launch template creation all together and configure the nodes via the Provisioner spec only.

Community Note

Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment

I'm unfamiliar with this. Can you point me towards the specific setting that needs to be set or an example of an LT you're using? I'm looking at blockdevicemappings in https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ec2-launchtemplate.html.
We don't currently set one, so I'm guessing the default boot volume is unencrypted.

Hey,
https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-ec2-launchtemplate.html
By default the first api call to create an instance is unencrypted and then the policy gets evaluated.
It’s not a deal breaker but would be great if we can eliminate the need for templates altogether

Adding this to our upcoming work on launch-templates. @suket22 is owning this.

https://github.com/aws/karpenter/pull/1235

Don't know if this is the correct place or if I need to create a new issue, so please let me know.
This EBS disk encryption doesn't work correctly for Bottlerocket, Bottlerocket has 2 disks /dev/xvda & dev/xvdb. The first disk is now encrypted by this merge but the dev/xvdb is not.
See screenshot below how the launchtemplate now looks like encryption wise. For us this is an issue since our AWS team enforces that both disks are encrypted.

Can you open a new issue with this info? Just want to make sure this is being tracked effectively :)


make sure google drive downloader is in hansard-speakers

https://stackoverflow.com/questions/58460476/where-to-find-credentials-json-for-google-api-client
https://developers.google.com/calendar/api/guides/sync


Update log-analytics-oms-gateway.md

minor spelling error.

@tvuylsteke,
Thanks for your contribution as a Microsoft full-time employee or intern. You do not need to sign a CLA.
Thanks,
Microsoft Pull Request Bot

@tvuylsteke : Thanks for your contribution to the Azure documentation! The author, @bandersmsft, has been notified to review your proposed change.

@tvuylsteke Contribution is good. TYVM for catching this!
#sign-off


[Event Request] Codeunit 8 - AccSchedManagement - OnAfterSetCFAnalysisViewEntryFilters

Dear ALAppExtensions team,
through this issue we would like to request adding event publisher OnAfterSetCFAnalysisViewEntryFilters in Codeunit 8 AccSchedManagement with the following signature:
[IntegrationEvent(false, false)]
local procedure OnAfterSetCFAnalysisViewEntryFilters(var AnalysisViewEntry: Record "Analysis View Entry"; var AccSchedLine: Record "Acc. Schedule Line"; var ColumnLayout: Record "Column Layout")
begin
end;

which would be called as follows in SetCFAnalysisViewEntryFilters:
local procedure SetCFAnalysisViewEntryFilters(var CFAccount: Record "Cash Flow Account"; var AnalysisViewEntry: Record "Analysis View Entry"; var AccSchedLine: Record "Acc. Schedule Line"; var ColumnLayout: Record "Column Layout")
begin
    with AnalysisViewEntry do begin
       SetRange("Analysis View Code", AccSchedName."Analysis View Name");
       SetRange("Account Source", "Account Source"::"Cash Flow Account");
       if CFAccount.Totaling = '' then
            SetRange("Account No.", CFAccount."No.")
       else
            SetFilter("Account No.", CFAccount.Totaling);
       CFAccount.CopyFilter("Date Filter", "Posting Date");
       AccSchedLine.CopyFilter("Cash Flow Forecast Filter", "Cash Flow Forecast No.");
       CopyDimFilters(AccSchedLine);
       FilterGroup(2);
       SetDimFilters(
         GetDimTotalingFilter(1, AccSchedLine."Dimension 1 Totaling"),
         GetDimTotalingFilter(2, AccSchedLine."Dimension 2 Totaling"),
         GetDimTotalingFilter(3, AccSchedLine."Dimension 3 Totaling"),
         GetDimTotalingFilter(4, AccSchedLine."Dimension 4 Totaling"));
       FilterGroup(8);
       SetDimFilters(
         GetDimTotalingFilter(1, ColumnLayout."Dimension 1 Totaling"),
         GetDimTotalingFilter(2, ColumnLayout."Dimension 2 Totaling"),
         GetDimTotalingFilter(3, ColumnLayout."Dimension 3 Totaling"),
         GetDimTotalingFilter(4, ColumnLayout."Dimension 4 Totaling"));
       FilterGroup(0);
   end;

   OnAfterSetCFAnalysisViewEntryFilters(AnalysisViewEntry, AccSchedLine, ColumnLayout);
end;

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 47990.


Compliance Report A | Create Notional Transfer Sub-tab |5|

Task:
This card to create the Compliance Reporting sub-tab for Schedule A - Notional Transfers of Renewable Fuel.
Sub-tab label:

Schedule A

Sub-tab page heading and information:

Sub-tab heading: Schedule A - Notional Transfers of Renewable Fuel

Below the heading will be the following information:

Under section 5.1 of the Act, a fuel supplier may transfer renewable fuel supplied in excess of the required volume for that fuel class. Fuel suppliers may also receive the excess renewable content supplied by another fuel supplier and apply that volume of renewable fuel to meet their own renewable requirement.
For each fuel supplier that you notionally transferred fuel to, or notionally received fuel from, you must report the fuel supplier name, address, contact information and the total volumes notionally transferred to, and/or received from that supplier.  Volumes “transferred to” are those volumes notionally transferred by you to another supplier listed in the Schedule.  Volumes “received from” are those volumes notionally received by you from another supplier listed in the Schedule.

Schedule A - Notional Transfers
The following information is required for each notional transfer reported:

Legal Name of Trading Partner
Postal Address
Fuel Class
Received or Transferred
Quantity (L)

Potential Design(s):

Use a spreadsheet style design like Schedule B - Fuel Supply Records and the current excel-based reporting form (see attached screenshot).
Ability to copy past (similar to Schedule B) including drop-down menu designs below (is it possible to have a drop-down menu within the spreadsheet-like design?)
Other potential design(s)? This schedule doesn't necessarily need to be in an excel-based format. Although this information does feed into the Summary and Declaration page, we are not bound to an excel-based format in the UI (as we are with Schedule B, at the request of our users). However, whatever design is chosen, consistency across schedules should be a consideration (but not necessarily a requirement or THE deciding factor).

Legal Name of Trading Partner & Postal Address

Free form text with auto-complete/suggestion capabilities (see Card 1265)

Fuel Class:

Currently, we only have two fuel classes: Gasoline or Diesel
Provide the user with the ability to select the fuel class (drop-down menu?)
Options to be selected should be drawn from the back-end fuel class table created in Card 897

Received or Transferred:

Provide the user with the ability to select whether the notional transfer was received or transferred (perhaps a drop-down menu?)

Quantity (L):

Entered as a number
Would be beneficial if the number could be formatted to place a comma every 3 digits. We are dealing with large volumes and unformatted number values can be difficult to read at a glance. For example, instead of 4327423 have it display on the screen as 4,327,423 (preferably as you type).
Restrict entry to two decimal places
Restrict the use of negative values (only positive numbers)

Other Requirements:

Must have the ability to enter an endless amount of Notional Transfers. Typically, on a per supplier basis, we see no more than 0-5 transfers per year. However, this Schedule needs to be capable of handling more than that. There is no actual limit to the amount of notional transfers a fuel supplier can execute. The Schedule should be designed in such a way that you can add entries as needed. In other words, you would not see tons of blank entries, but would have the ability to add entries as needed. Perhaps only show 1-5 blank entries.  https://trello.com/c/ppJ1Txbe/1243-compliance-report-a-create-notional-transfer-sub-tab-5

 Compliance Report A | Create Notional Transfer Sub-tab |5|


terminus sites hostname:  Look up hostname to find site name.

(That's "sites" not "site" and "hostname" not "hostnames").
In the same vein as https://github.com/pantheon-systems/cli/issues/316, sometimes we need to find the dashboard of a site in our organization, but all we have is a production url. Currently to find the site name  we have to go to our billing records.  One way that terminus could help with this problem would be to add a command like:
$ terminus sites hostname --host=foo.com --env=live
site: baz

Even better would be adding a --dashboard switch to that which would take you directly to the site dashbaord, assuming a site was found.

That would be really interesting. We'd need to have the platform support an api that would probably have to:

Lookup the hostname and find the associated site
Verify that the user requesting the site is authorized to view that site
(assuming 2 is true) return the site data


86 pytest regressions

Description
Closes #86
Checklist
Please confirm that this pull request has done the following:

[ ] ~Tests added~
[x] Documentation added (where applicable)
[x] Changelog item added to changelog/

@maritsandstad once this is merged, that's a good time for you to update ciceroscmpy to handle pandas > 2 :)


Add disabled property to ListBoxItem

Describe the feature in detail (code, mocks, or screenshots encouraged)
Currently, ListBoxItem component does not have a property to disable the inner radio input.
The feature would add this property and provide more control over the input.
What type of pull request would this be?
Enhancement
Provide relevant links or additional information.
No response

I'm interested in developing this enhancement


[Shameful Ask]: Implement WriteStrLn and ReadStrLn

Hey Frederic (@Warfley),
I could probably pull this off if I dedicate 5 hours to stumble in the dark and then find the solution, but I'm not really that good at sockets and I lack the expertise on sockets and their APIs. So I'm really afraid of introducing inefficiency into the code.
In my opinion you first have to chose between: CRLF, CR or LF and then stick to it no matter the OS's preference on how to terminate a line. I would have to have looksie on how Indy10 implements it's WriteLn to a socket just out of curiosity.
Once that's decided, the WriteStrLn would only be a call to WriteStr with the chosen line termination appended at the end.
Now, the issue is now the ReadStrLn... And I see two roads ahead:

You do a read on a single byte basis until you hit the line termination and leave the level below to deal with the rest of the buffer.

This is where I feel that I would introduce inefficiency.

You read in chunks of, let's say 1024, and search for the termination inside those chunks, but now you have the responsibility to manage the buffer.

This, from the quick read on the code, would imply a major overhaul to accommodate SimpleSockets new management of the buffer.

As you can see, I got the theory or at least the gist of it :smile:
But then my implementation would be a bit sloppy, or introduce some nasty inefficiencies :disappointed:
So what do you think?
Cheers,
Gus

You can read data from the buffer without consuming it by using the MSG_PEEK flag. The more pressing issue is that what if there is no newline char? Should it just read all the data that is available and return it, or should it wait (potentially indefenetly) until the newline was read?
A simple example would be this:
program client;

{$mode objfpc}{$H+}

uses
  SysUtils, Sockets, SimpleSockets; // order important because simpleSockets redefines TSocket

function PeekAllAvailable(const ASocket: TSocket): String;
var
  readBytes: Integer;
begin
  Result := '';
  readBytes := 0;
  repeat
    if readBytes = Length(Result) then
      SetLength(Result, Length(Result) + 1024);
    readBytes := Receive(ASocket, @Result[1], Length(Result), MSG_PEEK);
  until readBytes < Length(Result);
  SetLength(Result, readBytes);
end;

function ReadTo(const ASocket: TSocket; const Sequence: String; out ReadData: String): Boolean;
var
  Available: String;
  SearchIndex: SizeInt;
begin
  Available := PeekAllAvailable(ASocket);
  SearchIndex := Available.IndexOf(Sequence);
  Result := SearchIndex >= 0;
  if Result then
  begin
    ReadData := ReceiveStr(ASocket, SearchIndex + Sequence.Length); // Consume from buffer
    // Remove sequence from data
    SetLength(ReadData, ReadData.Length - Sequence.Length);
  end;
end;

var
  conn: TSocket;
  Msg: String;
begin
  conn := TCPSocket(stIPv4);
  try
    Connect(conn, '<IP_ADDRESS>', 1337);
    while not ReadTo(conn, LineEnding, Msg) do
    begin
      WriteLn('Waiting for data');
      Sleep(1000);
    end;
    WriteLn(Msg);
  finally
    CloseSocket(conn);
  end;
  ReadLn;
end.

This will wait until there is data in the buffer containing the sequence. The problem here is that the OS buffer is not infinitely large, so with this method, if the buffer is full, no more data can be received and there will never be a newline in the buffer.
An alternative would be to, if there is no newline, to return the whole data available, and have the program then figure out how to handle this data:
program client;

{$mode objfpc}{$H+}

uses
  SysUtils, Sockets, SimpleSockets; // order important because simpleSockets redefines TSocket

function PeekAllAvailable(const ASocket: TSocket): String;
var
  readBytes: Integer;
begin
  Result := '';
  readBytes := 0;
  repeat
    if readBytes = Length(Result) then
      SetLength(Result, Length(Result) + 1024);
    readBytes := Receive(ASocket, @Result[1], Length(Result), MSG_PEEK);
  until readBytes < Length(Result);
  SetLength(Result, readBytes);
end;

function ReadTo(const ASocket: TSocket; const Sequence: String; out ReadData: String): Boolean;
var
  Available: String;
  SearchIndex: SizeInt;
begin
  Available := PeekAllAvailable(ASocket);
  SearchIndex := Available.IndexOf(Sequence);
  Result := SearchIndex >= 0;
  if Result then
  begin
    ReadData := ReceiveStr(ASocket, SearchIndex + Sequence.Length); // Consume from buffer
    // Remove sequence from data
    SetLength(ReadData, ReadData.Length - Sequence.Length);
  end else // No sequence in buffer: Consume all
    ReadData := ReceiveStr(ASocket, Available.Length);
end;

var
  conn: TSocket;
  Msg, MsgPart: String;
  Found: Boolean;
begin
  Msg := '';
  Found := False;
  conn := TCPSocket(stIPv4);
  try
    Connect(conn, '<IP_ADDRESS>', 1337);
    repeat
      if not DataAvailable(conn, 1000) then
      begin
        WriteLn('Waiting for data or parts');
        Continue;
      end;
      Found := ReadTo(conn, LineEnding, MsgPart);
      Msg += MsgPart;
      if not Found then
        WriteLn('Waiting for full data, part received: ', MsgPart);
    until Found;
    WriteLn(Msg);
  finally
    CloseSocket(conn);
  end;
  ReadLn;
end.

As you can see, as this always consumes the buffer, it has the advantage of being able to use DataAvailable (which in the other apporach wouldn't work because the data in the buffer is never consumed)

I've added some new functionality, first there is now BytesAvailable(Socket) which returns the number of bytes that are currently in buffer, as well as if the buffer size in RecvStr is no < 0 then it will read the whole buffer (same for ReceiveArray). This simplifies above code to
function ReadTo(const ASocket: TSocket; const Sequence: String; out ReadData: String): Boolean;
var
  Available: String;
  SearchIndex: SizeInt;
begin
  // Available := PeekAllAvailable(ASocket); No need for PeekAllAvailable function anymore, can now be done with ReceiveStr
  Available := ReceiveStr(ASocket, -1, MSG_PEEK);
  [...]

I will not add the specific ReadTo function as described above, the handling of what shall happen if the sequence is not available is not clear, so I leave it up to the user to build such a function themselves

Hey Frederic (@Warfley),
Thank you very much for the code examples and the suggestions on how to pull of the Sequence Terminated String Read!!!
I'll have a look at your code with a better eye and I'll do my best to do it :smiley:
With regards to your, very valid and pertinent, question about what happens when there is NO Sequence coming/in the buffer/sent, I would have to answer:
I'm not sure since I haven't had the opportunity to look how Indy solves this issue.
In my opinion, this should not be a problem for the implementer. This responsibility should shift onto the user of the implementation. I say this because if you're gonna use ReadLN, you should be using WriteLN.
The only thing that comes to mind is if or when there's some kind of error and the Sequence is lost in transit.
Then were in trouble cuz it's never gonna show up :smile:
Still, to give you a better informed answer I would have to look at how Indy pulls it off !!
Cheers,
Gus


Feature Request: Optimize embedded raster images

Hi! First I want to thank everyone involved in this project, it helped me a lot in the past few years.
In some of the projects that I am currently working on, we are receiving a lot of SVGs with embedded raster images.  I was thinking if it makes sense to implement a plugin in SVGO that tries to improve the embedded images. Also, I would be more than happy to start working in a PR for it with some guidance.
Thanks!

Same: my SVG sizes are bloated by raster images at a resolution that is needlessly high for their size in the image.
It would be great if svgo reduced the resolution of raster images to match their display size in the SVG image.
(I suppose this would have to guess at a sensible DPI.)

It might even be worth converting, e.g., an embedded PNG → lossless WebP

This duplicates #971?

Closing as a duplicate of https://github.com/svg/svgo/issues/971.
It's a nice idea, so we'll hopefully look at it soon, but I'm giving the bug reports and improvements to existing plugins priority atm.


Changes QueryStringDecoder to split params on a comma

Actually this needs a backport to 4.0

@schmitch can you please update the commit message to match our template:
http://netty.io/wiki/writing-a-commit-message.html

@normanmaurer I did, I hope that's good?

@slandelle can you have a look please ?

@normanmaurer Sure, will do tomorrow morning

@slandelle thanks a lot!

I have mixed feelings about this.
As per RFC3986, comma is a reserved character in the query, meaning that it doesn't necessarily have to be percent-encoded, depending on intended meaning.
But the RFC doesn't say anything about how such non-encoded comma should be used, and I don't think the HTML5 spec says anything either. It seems application specific, even if the most logical usage would be to use it as a value separator.
I see the different possibilities:

be strongly opinionated on this and always parse comma separated lists into multiple values. Note this would be a breaking change for all the people who might have be using such lists and who had so far to manually parse them downstream.
offer this behavior as optional and not make it the default to not break backward compatibility
consider this is application specific and leave it for the application to deal with it

I would personally go with the second one, and definitively not with the first/current one as Netty is pretty adamant on backward compatibility.

Actually from the interface itself parameters() return a Map<String, List<String>>. so I think we can be a little bit more opinionated here. Else the only case where the List will be filled is on ?filter=a&filter=b which is way less common than the , encoding.. And also the , is at least a sub-delim inside the RFC.
the third option won't work when somebody wants to use QueryStringDecoder since basically it will treat percent encoded comma's and non encoded comma's the same.
if we really go with the second, what is the preferable way, add a parameter to the class or have two parameters() (parameter(true))

Else the only case where the List will be filled is on ?filter=a&filter=b which is way less common than the , encoding.

On contrary, that's the most common way, and this one has been clearly specified in HTML for year: application/x-www-form-urlencoded content and a GET method.
<html>
<body>
<form method="GET" action="http://gatling.io">
<input type="text" name="txt" value="1">
<input type="text" name="txt" value="2">
<input type="submit">
</form>
</body>
</html>

if we really go with the second, what is the preferable way, add a parameter to the class or have two parameters() (parameter(true))

I'd go with a class parameter.

Changed.

LGTM :)

I'm closing this since I guess that leads to more confusion, than it brings value.
See the discussion.

Thanks a lot!

Am 15.09.2016 um 23:51 schrieb Schmitt Christian<EMAIL_ADDRESS>I'm closing this since I guess that leads to more confusion, than it brings value.
See the discussion.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.


ARM support

Requiring:

[x] https://github.com/Linuxbrew/brew/pull/350
[x] https://github.com/Linuxbrew/brew/pull/351

Can this be force-pushed to trigger CI? Thanks!

This PR is targeted on Linuxbrew only and currently work in progress. So it would not affect CI status, which is for macOS.
I will trigger CI when it is ready.

Merged as it is for now. This is the first step to bring portable tools for ARM.


Adding js option

Hey! You seem to be PRing to the wrong repo. This year's Hacktoberfest challenges can be found here.


The current "code" fonts are "ruined"

Just have a look at this:

They are not common-width fonts anymore! It is all misaligned and looks "un-soothing" to the eyes.
Please revert to some consolas or some other actual code font for this purpose!
Thanks

I would like to work on this issue , please assign it to me

@DevMhrn have it!

Related: https://github.com/excalidraw/excalidraw/issues/8331

Duplicate of #8327


Avalanche Node

Install Avalanche node on mihailo, we will have to change the name.

We 're close to get it synced, bootstraped.


Roll engine 2bce4ed87a48..6f7700fc8382 (4 commits)

https://github.com/flutter/engine/compare/2bce4ed87a48...6f7700fc8382
git log 2bce4ed87a48d3434ff19a39b1b70b5a94436d19..6f7700fc83827ef8adbd0966ed369a6cab549d9c --no-merges --oneline
6f7700fc8 fix FlutterOverlayView doesn't remove from superview in some cases (flutter/engine#9532)
f3cc37552 Roll fuchsia/sdk/core/mac-amd64 from XT8hP4vbTcjWCQU7H_kwgDtIt2lXCWVgJkMNU252lZ8C to dcGnduqJ5C8ozmUHeeboHC76nOv7s4XfCKIfefQlGkQC (flutter/engine#9538)
bc85f7302 Roll fuchsia/sdk/core/linux-amd64 from L_ORUWXyDEC29pSiSyKIwGqcFMQFsV91E3h_wPbUIUkC to SuKWYMSXAMq1uTo9eaIdIOQqBb7Ro-zLyNk01GPOiU8C (flutter/engine#9537)
bf3a3106c Roll fuchsia/sdk/core/mac-amd64 from Emw56Db0zg6Cnvgo7myIDZX0Lq-A6DFwEJHiPnr8K38C to XT8hP4vbTcjWCQU7H_kwgDtIt2lXCWVgJkMNU252lZ8C (flutter/engine#9531)
The AutoRoll server is located here: https://autoroll.skia.org/r/flutter-engine-flutter-autoroll
Documentation for the AutoRoller is here:
https://skia.googlesource.com/buildbot/+/master/autoroll/README.md
If the roll is causing failures, please contact the current sheriff (chinmaygarde@google.com), and stop
the roller if necessary.

Auto-roller completed checks. About to merge.


PermissionError

I tried modifying the nyc-taxi example to work with some of my own data.
when i run ~/anaconda3/bin/bokeh serve --show datashaderDataAnalysis.py
I get two exceptions.
File "dispatcher.py", line 710, in _open_for_write:
with open(tmpname, "wb") as f: Traceback (most recent call last):
File "/home/jduplessis/anaconda3/lib/python3.5/site-packages/numba/dispatcher.py", line 657, in save_overload
data_name = overloads[key]
KeyError: ('(uint32,)', ('x86_64-unknown-linux-gnu', 'core-avx2', True))
and
File "/home/jduplessis/anaconda3/lib/python3.5/site-packages/numba/dispatcher.py", line 710, in _open_for_write
with open(tmpname, "wb") as f:
PermissionError: [Errno 13] Permission denied: '/home/jduplessis/anaconda3/lib/python3.5/site-packages/datashader-0.1.0-py3.5.egg/datashader/pycache/composite.extract_scaled-10.py35m.nbi.tmp.8249'
any ideas?

upgrading numba seemed to fix this issue

Perfect, thanks!  Can you let us know which versions did and did not work, so that we can update our list of required packages?

I had the default anaconda install which appear to be 0.23.1 I now have (0.24.0) which is working.

Can you tell me the numba versions that did and did not work?

0.23.1 is the numba version i had which did not work and 0.24.0 is the numba version which is working now.

Perfect; thanks!  I thought you were saying those were the Anaconda version numbers. :-)  I'll add that info to the requirements.


IDropHandler.Leave should use more specific DragEventArgs

IDropHandler.Leave is using RoutedEventArgs instead of DragEventArgs. As a workaround, you can cast to RoutedEventArgs e to DragEventArgs in the implementation.

This will be done in 11.0 as it's breaking change https://github.com/AvaloniaUI/Avalonia/commit/89faa52240e1fb3b1f537d09bc5bcec050dfe983


The UI of the footer doesn't look good

The footer UI doesn't look good I want to improve the footer UI I have worked on this. @varshith257 and @Anishkagupta04 Can you assign me under GSSOC 24?

@varshith257 Please assign this issue to me under GSSoC24. I did like to work on this issue

@abhishekdumaniya You have active 3 issues assigned. Please work on them and its program to give everyone a chance to contribute. Let's give this issue to others who are willing to work
Thanks for active contributor in our project

Work has already been done on this so I have closed this issue

Hello @Anishkagupta04 ....My name is Priyanka Ray Choudhury, Can you please assign this task to me under the gssoc tag?


Post requests to Route::post('/') returns 301 redirect

I have a form on my first page like this
{{ Form::open() }}
    {{ Form::text('invite_code', null, array('placeholder' => 'Skriv in din injudningskod här...')) }}
    {{ Form::submit('Gå vidare') }}
{{ Form::close() }}

The routes looks like this.
Route::get('/', 'InviteController@getInvite');
Route::post('/', 'InviteController@postInvite');

When posting I only get 301 and is redirected to the Route::get route.
If I change the form and routes to use /invite when using posts instead all works fine...
Route::get('/', 'InviteController@getInvite');
Route::post('/invite', 'InviteController@postInvite');

Is there a reason I can't send post requests to first page?

Thanks! Was looking so long for this. I didn't know that a trailing slash would result in a redirect. Especially since my local vagrant environment worked fine but production was causing issues. Finally solved all my issues :)

nope, did not solve it. Still getting 301

My problem got solved when I sent post request without forward slash

Clearing browser cache did it for me.
The issue was caused by messed middleware in app/Http/Middleware, that Chrome had cached

nope, did not solve it. Still getting 301

My problem got solved when I sent post request without forward slash

same here!,,, why?

Thank god! Was tearing my hair out. The end forward slash work locally but not on prod, only difference I can think of is on prod I have SSL enabled.

Tried in incognito and also clearing cache with artisan. Nothing helped. But after reading the thread you linked the problem seems to be with chrome. It automatically adds a trailing slash every time I visit localhost/project/public. No matter how, it always adds it :-p . Solved it by defining which action to be used by the form
{{ Form::open(array('action' => 'InviteController@postInvite')) }}

Thank you! This solved my problem too! Bad trailing slashes!

Thank god! Was tearing my hair out. The end forward slash work locally but not on prod, only difference I can think of is on prod I have SSL enabled.

I think SSL was also why trailing slashes were a problem for me in production but not on my local machine.

maybe SSL is the issue, try to request with https://


Newhoggy/ghc 9.2.x

@newhoggy Thank you for investigating this! I think we can close this PR now since the issue has been fixed in 3e6c0761350c66df95967779ff4525c504362d5f


augment_spline API

Hi @mdancho84 ,
thanks for this amazing porting of timetk in python.
I would suggest a new API called augment_spline to add Basis Splines / Natural Splines / Cyclic Splines / etc. to the dataframe as new columns.
Here is a simple example I did using statsmodels.gam.api module
@pf.register_dataframe_method
def augment_bsplines(data, column_name = 'ds_index_num', df = 5, degree = 3):

    bs = BSplines(
        data[column_name],
        df = df,
        degree = degree,
        include_intercept = False
    )
    bs_df = pd.DataFrame(bs.basis)

    col_names = []
    for i in range(1, (len(bs_df.columns) + 1)):
        col_names.append(f'bspline_{i}_degree_{degree}')
    bs_df.columns = col_names
    bs_df.index = data.index

    data_splines = pd.concat([data, bs_df], axis = 1)

    return data_splines

It is far from ideal, but it is a quick way of doing it.
Thatnks a lot.
Looking forward to have all the timetk APIs in python too.

Will take a look during the next pytimetk dev sprint.


Add translation

Would you please add a dictionary for translation? l think if you do this, l will translate the language to Chinese!

Are you referring to Chinese documentation, or does the plugin itself need Chinese translation?

l mean the plugin itself needs Chinese translation.


Improve exception safety with smart pointers

Would you like to wrap any pointers with the class template “std::unique_ptr”?

@elfring  Thank you for you suggestion, it true that a direct pointer is not safe.  we will change that soon


New feature request

Do you have a plans to add POST requests to ESI, like a /v2/universe/names/ ?

Possibly in the future.  Main reason for not including them now is how to handle the one off nature of them.
For example GET requests return data every time, while POST request are usually a one time thing, i.e. you wouldn't want your destination to change every time you load the page.
Current idea for that would be to have the request happen, then delete it from the cell that called it upon success.  More dev will be required to test this and make sure everything works as expected.


chat output should accept Record type

This is already implemented at runtime but the validation fails.
To reproduce you can simply connect a chat input with a chat output

I'm finding more issues, I'll make this PR as draft


Update wiki and templates

@valegagge pointed out that we should update the manual containing the robots configuration information and the templates
cc @marcoaccame

Just for reference, this is indeed quite precious information on the configuration of the low level boards (including for example documentation for each parameter of the xml file corresponding to each board, for example https://github.com/robotology/robots-configuration/blob/f3fef4277717ae87d825a9a46d994ccd21fef3ec/iCubTemplates/iCubTemplateV3_0/hardware/electronics/body_part--ebX-jA_B-eln.xml#L63 https://github.com/robotology/robots-configuration/blob/f3fef4277717ae87d825a9a46d994ccd21fef3ec/iCubTemplates/iCubTemplateV3_0/hardware/electronics/pc104.xml#L28 and https://github.com/robotology/robots-configuration/blob/f3fef4277717ae87d825a9a46d994ccd21fef3ec/iCubTemplates/iCubTemplateV3_0/hardware/FT/body_part-ebX-strain.xml#L70) that is not easy to find for users of the robot. Today I showed this doc to @GiulioRomualdi and @isorrentino that had no idea about it.

Hi,
I'd like to point out that now we are using the configuration file version 6, but the templates have not been updated.
Could we update them?
@traversaro: Maybe we could add the information of the templates in the readme file in order to make such information more accessible to everybody.

@traversaro: Maybe we could add the information of the templates in the readme file in order to make such information more accessible to everybody.

Good idea! Probably it also make sense to link it somehow from https://github.com/icub-tech-iit/documentation .

Added to our next sprint.

Rescheduled at the beginning of PI10.

The work has been done in:

#345

Regarding

Good idea! Probably it also make sense to link it somehow from https://github.com/icub-tech-iit/documentation.

This is a good point that will be addressed by @valegagge in a second step.


Add enable trading patch

Added a patch that will force the client to be able to trade.

Tested & Worked!


Support for cibuildwheel

https://github.com/pypa/cibuildwheel
name: Build

on: [push, pull_request]

jobs:
  build_wheels:
    name: Build wheels on ${{ matrix.os }}
    runs-on: ${{ matrix.os }}
    strategy:
      matrix:
        os: [ubuntu-latest, windows-latest, macos-13, macos-14]

    steps:
      - uses: actions/checkout@v4

      # Used to host cibuildwheel
      - uses: actions/setup-python@v3

      - name: Install cibuildwheel
        run: python -m pip install cibuildwheel==2.16.5

      - name: Build wheels
        run: python -m cibuildwheel --output-dir wheelhouse
        # to supply options, put them in 'env', like:
        # env:
        #   CIBW_SOME_OPTION: value

      - uses: actions/upload-artifact@v4
        with:
          name: cibw-wheels-${{ matrix.os }}-${{ strategy.job-index }}
          path: ./wheelhouse/*.whl

Examples: https://github.com/pypa/cibuildwheel/tree/main/examples
name: Build

on: [push, pull_request]

jobs:
  build_wheels:
    name: Build wheels on ${{ matrix.os }}
    runs-on: ${{ matrix.os }}
    strategy:
      matrix:
        os: [ubuntu-20.04, windows-2019, macos-13, macos-14]

    steps:
      - uses: actions/checkout@v4

      - name: Set up QEMU
        if: runner.os == 'Linux'
        uses: docker/setup-qemu-action@v3
        with:
          platforms: all

      - name: Build wheels
        uses<EMAIL_ADDRESS>        env:
          # configure cibuildwheel to build native archs ('auto'), and some
          # emulated ones
          CIBW_ARCHS_LINUX: auto aarch64 ppc64le s390x

      - uses: actions/upload-artifact@v4
        with:
          name: cibw-wheels-${{ matrix.os }}-${{ strategy.job-index }}
          path: ./wheelhouse/*.whl

Wheels being built for amd64 and arm64 now


progress now only updates with video

This prevents the progress from jumping back and forth between meaning
the audio and video progress.  This will give a clean progress bar that
can be wired to a UI element
Fixes issue #29

Looks like this was a recent change to support audio only exporting.  I would suggest having two progress variables, one for video and one for audio if doing audio only exporting is of interest to people.


GenerateAvaloniaResourcesTask runs transitively on projects that reference an Avalonia project

Describe the bug
GenerateAvaloniaResourcesTask and various other Avalonia tasks/targets will transitively run in projects that reference an Avalonia-based project. This is wasteful and unnecessary if the referencing project doesn't itself use Avalonia.
(This happens because Avalonia puts its MSBuild files in buildTransitive.)
To Reproduce

Create a library project A that uses Avalonia.
Create an executable project B that references project A.
Run dotnet build in project B.
Observe that GenerateAvaloniaResourcesTask runs for both projects.

Expected behavior
Avalonia's tasks/targets should not run in project B as it doesn't directly reference/use Avalonia.
Desktop (please complete the following information):

OS: Windows
Version: 10.0.25247.1000

That behavior was introduced due to lots of complaints about our task not running when package was added transitively. I guess we can't make everyone happy.

I suppose we could add a check that skips our targets if there are no AvaloniaResource/AvaloniaXaml project entries.

That behavior was introduced due to lots of complaints about our task not running when package was added transitively. I guess we can't make everyone happy.

Heh, that's fair. 🙂
I would argue it's bad build hygiene, and people who need the build logic should reference the Avalonia package accordingly.

I suppose we could add a check that skips our targets if there are no AvaloniaResource/AvaloniaXaml project entries.

That might be a reasonable compromise. That said, worth noting that stuff like this is still going to creep into referencing projects:
https://github.com/AvaloniaUI/Avalonia/blob/ee487bf4cfea4eab36949cc220bdbc935e5d9540/packages/Avalonia/AvaloniaBuildTasks.props#L2-L6


Security concerns (general)

This project is really nice. This and other similar workflows pose a security concern that I'd like to be discussed here if possible: the generated configuration exhibited with a QR code or contained in a file to be moved to the peer contains everything is needed in order to be recognized as a valid peer.
Robust best practices would require that secrets be distributed following min two separate paths, and (even better) Wireguard was designed in a way that enables a peer to generate its own keys pair and send back to the server only the public part.
I understand this is a bit mor complicated as a process but I'm asking myself if I'm the only one concerned about this.

Hi @stefanoco. IMHO if you want to connect to the server you basically trust the server, even if your point is completely legitimate I think it’s a overkill to ask to a no technical user to provide a public key, download the configuration and put his own private key in order to be able to connect. Plus to be able to generate a QR code the user need to provide the private key or edited configuration file, too complicated I believe.
I can always add the option to delete client private key after the initial download. Letting the issue open if more users are concerned

Interesting Point. We could have this functionality to generate the private & public keys on the browser (or even ask user to input the public key) and send only the public key part to the server.
Its helpful in case this is deployed in an environment where everyone has access to the Dashboard and you don't want other users to connect to the server using your profile. But of course you lose the QR code generating functionality and also the onus falls on the user to manage the conf file.

I think there should be an option to get rid of the clients private key after generating a new peer config. Aside from keeping the ability to generate the QR there is no need to keep it.
The workflow as i imagine:

add peer (ideally with an IP from a certain range, like .100 and upwards or just type in the exact IP)
conf file (and QR if needed) is generated and either put in a directory or directly downloaded
send conf file to customer/client

If the config gets lost, just regenerate the peer config with a new keypair.
Anything I missed?

Interesting.
I'm also thinking about adding a option to let client provide their public only as an option.
In this situation, maybe it can generate an QRcode without PrivateKey= and due to the client using this option, they may know how to fill in the blank.


Validate seed across all wordlists

These changes allow to use seed from any BIP39 wordlist.
In order to spread adoption even further I think that we should allow to use words from all BIP39 wordlist languages.

@Rose2161 Can you review this PR again please?
I did the rebase so there are no conflicts now.

Thanks for the contribution! This looks good once the lint error has been fixed.

@Gudahtt Fixed via yarn lint:fix. It should pass now.


Fix: Jupyter book save notebook adds extra '.ipynb' on Windows

Fixes #7641
When saving untitled files, suggested file name function adds the file extension based on the file type. But when we open existing files, this is not needed since the file already has the type. Added the check before appending the extension.

Not sure if the other scenarios are opening an existing file as untitled, that's what causes this. I'll take a look and see if I can fix it on our side.

We'll run into this issue when opening and editing any existing file as untitled (with untitled schema). Correct fix is to check if the untitled file that's open already has the extension in it's name and appending it accordingly.
Updated the vscode with // SQL Carbon Edit comment.
Also filed a bug against vscode (https://github.com/microsoft/vscode/issues/83603)

This issue has been fixed on the vscode ( https://github.com/microsoft/vscode/issues/83603)


[retiarii] improvement

[x] support different pytorch versions (pytorch >=1.5.0)
[x] refactor of execution engine, execution engine is instantiated in RetiariiAdvisor so that the engine can receive all the events
[x] tpe strategy supports concurrency
[x] unify user interface for classic non-weight-sharing search and weight-sharing search
[x] support darts weight sharing trainer with the unified interface
[x] merge new changes in new experiment launching to RetiariiExperiment
[x] support n_chosen > 1 in InputChoice
[x] support random exploration strategy
[ ] support enas example, and decorator @stop_parsing_module()

Is this targetting v2.0 release?

Is this targetting v2.0 release?

yes, better to be included in v2.0

Merge before alpha2


fix(fileio): Refactor fileio beam sources and sinks to enable limits.

Please check if the PR fulfills these requirements

[X] The commit message follows Talend standard
[X] Tests for the changes have been added (for bug fixes / features)

What is the current behavior? (You can also link to an open issue here)
What is the new behavior?
Refactor the use of Beam HDFSFileSink and HDFSFileSource (to potentially contribute back to Beam, although the IOChannelFactory BEAM-59 is probably going to be a better future direction).
Implement the "limit" behaviour directly in the Sources to improve sampling of a large input source when running in DirectRunner.
Prepare for implementation of Kerberos authentication in the sources and sinks.
Does this PR introduce a breaking change?

[ ] Yes
[X] No

If this PR contains a breaking change, please describe the impact and migration path for existing applications: ...
Other information:

Pull request test result: success :star:


Bug in ADUC_Logging_Init: log level not stored in global variable

ADUC_Logging_Init doesn't set g_logLevel with the value from the logLevel parameter, but always set it to ADUC_LOG_INFO.
void ADUC_Logging_Init(ADUC_LOG_SEVERITY logLevel, const char* filePrefix)
{
    g_logLevel = ADUC_LOG_INFO;

This leads to update content handler extensions always getting ADUC_LOG_INFO as log level instead of the one e.g. set via command line:
*handler = createUpdateContentHandlerExtensionFn(ADUC_Logging_GetLevel());
Same for download handlers:
auto plugin = std::unique_ptr<DownloadHandlerPlugin>(
            new DownloadHandlerPlugin(downloadHandlerFileEntity.TargetFilename, ADUC_Logging_GetLevel()));

Also, using std::make_unique might be a good idea in 2024.

Hi @D-r-P-3-p-p-3-r , Thanks for reporting this. We appreciate the feedback here. We will track this to be added to our next release of the product (service and agent). We will share more details here once we have a release date.
Closing this as future improvement.


websocket error

Sondehub crash for several days = websocket error

Without any further details (like what error is showing up in the javascript console) I can't help with this.

We are several people in the same situation, blocking the update of probehub, forced to restart the software several times, error websocket = 0 msg
this problem appeared 15-20 days ago, thanks

Sorry, still not sure what the issue is. I've had it running fine here.
Make sure you clear your browser cache in case you are using an out-dated version of the web interface.
When the issue happens again, I would suggest looking at the Browser Console, or Javascript console of your web browser for any errors.

whether on 8 PCs and 4 Android phones, we have the same problems, during the reception of SondeHub it blocks in error, and we no longer receive the data from the probe, it is mandatory to close the window and restart (https:// testing.v2.sondehub.org)
emptying the cache does not change anything, same problem with several probe hunters, Chrome or Firefox, this problem did not exist less than a month ago

After how long is this happening? Again, If you encounter an issue, I need you to open up your browsers web or javascript console and look for any errors there.
Also, please use https://tracker.sondehub.org/ - which is the 'stable' version of the tracker.

it does it very often, sometimes it works and sometimes it doesn't, totally random, I'll try https://tracker.sondehub.org/ and see what happens, thanks

Got a possible idea on what might be happening. Surprised its breaking the tracker completely mind you, i would expect it would still continue to update (though it might show error in the bottom right).

A potential fix has been deployed, relating to what ends up in what websocket topic. This may or may not solve the issue.

I'm testing the https://tracker.sondehub.org version, and I'll see if it changes anything, I'll let you know if it solves our problem, thank you

This particular fix will apply to both (I think...), since the problem is 'upstream' of the tracker website itself (though may have broken something in the tracker).

I haven't had any websocket errors for 10 minutes, it seems to work perfectly as before, on my Android phone it was crashing every 30 seconds, and for the moment no more errors, it's perfect, congratulations, nice work, thank you

after more than an hour without worries, data error is displayed on the screen, blocking of reception of data from the probe for 2 to 3 minutes, we are 4 people to have noticed the same problem, it seems to me due to the quantity of data or the number of probes in the air to be treated??

4 minutes blocked, data error while the probe is still decoded at the time of the screenshot

hello, small precision, the problem only occurs when there are many probes in flight, but if there are only 2 or 3 probes in flight there are no errors, this problem is identical with 4 other friends and at the same time, we are using TTGOs with RDZsonde, and this problem appeared only very recently, thanks

The second error can be dis-regarded, the .map files are unimportant.
The first ones  (Websockets Error) are the new debug statements i've added which show the age of the packet which tripped the error. This doesn't necessarily mean things are broken, just that that batch of packets (the number of packets indicated by 'frame length') have been discarded.
There are a few more changes that can be made, but I'm wondering if this is simply your web browser not keeping up.

it does it for me on 3 pc and 1 android phone, and I have 4 other friends for whom the problem is the same and at the same time, when it crashes it does it for us 5, I use W10 pro and updated Firefox , 24mb VDSL connection, and TTGO + rdz

What you are using for tracking is not important here. This issue is about data coming from sondehub.
I still haven't really clarified from you what exactly 'crashing' means. Sure, there might be a websocket error in the console, but that just means it's discarding some packets. You are saying that it stops updating, then recovers and continues on? This does sound like your browser is not keeping up.
Can you please try out the site using another browser, e.g. Google Chrome or Chromium?

Does the web-socket indication keep updating at this point? Does the msg/s indication update?
It should update fairly regularly with different times in the brackets.
Do any other sondes continue to update?

yes the websocket is changing, currently not many probes in flight,

OK, I want you to confirm the following:

You are seeing a specific sonde stop updating.
When the error occurs (and presumably immediately disappears), other radiosonde continue to update.

This is sounding like it is in fact NOT an issue with the tracker (however we have made some valuable changes in the process), but is in fact just data from a particular sonde not being updated.
I'm watching that sonde too (DFM09, 18066063) and I haven't seen any telemetry updates for a while now, which suggests either the sonde is not transmitting, or there is some other issue going on with telemetry submission, either way, not an issue with the tracker website itself.

yes indeed the probe no longer transmits it seems, but before cutting there was indeed the concern of slowing down the data received from probehub, I install chrome to see if the problem continues or not

Please continue to test using https://testing.v2.sondehub.org/
I've made further changes that will result in the number next to websockets indication going negative occasionally (this is expected). What I'm looking for is issues where your browser window completely stops updating. This means:

No updates to the number next to the websockets indication (this should update with every new message from the server).
No position updates on any radiosondes, not just a specific radiosonde.
The websockets indication being replaced with 'data error' and staying like that (if this occurs I would suggest opening the developer tools console and looking for any errors (Which should be in red).

Hopefully we can nail down if there is actually an issue, and if so, where it is.

I decode the RS41 T3630973 under chrome, the websocket indicates negative seconds, the number of msg/s changes, for the moment no problems with decoding or data blocking on probehub

You can ignore that, that's indicating it couldn't get some map tiles.

Lots of data errors, stuck updating tracking info on probehub, 2-3min refresh, test with chrome, firefox and edge, test on RS41-M10-M20-DFM9, and it seems to come when a large amount of data is received, it is not due to my station since exactly the same problem with 4 other friends distant from 50 to 250 km,

As per my previous comment on this issue, can you confirm that in this state:

There are no updates to the number next to the websockets indication (this should update with every new message from the server).
There are no position updates on any radiosondes, not just a specific radiosonde.

If the websockets indication is locking up (and in your examples they are showing different things), then could you please have a look in the developer tools console for any errors shown at that time.

I have made one more change in testing.v2.sondehub.org that stops the page performing a complete refresh if the data age is > 150 seconds, which may have been causing the issues.

hello, the msg/s figure changes when it does a complete update of the probe data (altitude, gps, etc.) but remains blocked when error data is displayed, it can be 1mn or 5mn, during this time the probe this moves but on probehub it remains blocked, and this unlocks for 1 or 2 minutes and the screen freezes, I have 2 other people who have exactly the same problem as us, which makes 7 people with the same problems receiving probehub

OK, a few more things then:

Can you describe what you are running this on. You said Windows computer and android phones - what specifications? CPU, RAM, etc.
Your web browser should have a 'task manager' function, which shows you RAM and CPU usage of each tab. I would like to know what's going on with that when this occurs.

I'm still thinking there is just too much data coming through for your browser to handle.

I myself tested on 3 PCs (Core 2 duo, i3, i5), RAM from 4 to 16 GB, DD SSD, VDSL 24Mb, Samsung S7 Android phone
and my friends use i5 or i7 PCs with 16 and 32 GB
Chrome, Firefox, and Edge, Adsl or Fiber, Apple Phone.
actually 1 person can have a problem with his PC, but 7 people with totally different configurations, and having the same Symptoms at the same time and totally impossible, there must be other people in the same case as us.
and for 1 month the problem has appeared for everyone, but only during the big release of probes at 1:00 p.m.
thank you mark

Sure, and this is most likely just a result of the high amount of data being passed through sondehub with all the new stations. This is not an easy problem to solve. If we limit the amount of data going through the system, then we get complains about packets being missed. If we try and add filtering by location, then stations have to download even more data if they pan to somewhere else. If we do other kinds of packet de-duplication, then our server CPU usage skyrockets.
I fully expect a system running only 4GB of RAM and a Core 2 Duo to not keep up with this site. A Samsung S7 is likely also going to have issues due to limited RAM and CPU.
Earlier on I asked you to look and see if there are any errors in the javascript console when the lockups occur. Please do this and get back to me, as it will give me more information if there is some other error occurring. If there are no errors shown, then it is likely the browser tab not keeping up. Please continue to use testing.v2.sondehub.org (you will probably need to clear your cache again), as this has further changes which may help things.
Another test for you is when you start getting lockups, try and filter the page to just one radiosonde. You can do this by putting the sonde sonde serial number in the box at the top left. If this stops the lockups, then it's definitely a too-much-data issue.

indeed you are probably right about the too much data received, we are going to do 2 groups this afternoon, normal reception and reception on 1 probe, and see the result at the end of the day, which confirms that in the morning when 2 or 3 probes fly in France, the reception is perfect, but after 1:00 p.m. a lot of probes fly = slowdown
I'll let you know the outcome,

Cette page utilise la propriété non standard « zoom ». Envisagez d’utiliser calc() dans les valeurs des propriétés pertinentes ou utilisez « transform » avec « transform-origin: 0 0 ». testing.v2.sondehub.org
Un accès partitionné à un cookie ou au stockage a été fourni à « https://xc5dqkj2cgb1.statuspage.io/embed/frame » car il est chargé dans le contexte tiers et le partitionnement d’état dynamique est activé.
Content Security Policy: « 'unsafe-inline' » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « https: » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « http: » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « 'unsafe-inline' » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « https: » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « http: » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
WebSockets Error: Data Age was 146.8 s, frame length: 9 mobile.js:8:129285
MouseEvent.mozPressure est obsolète. Veuillez utiliser plutôt PointerEvent.pressure. leaflet.js:5:261
La mémoire consommée par will-change est trop importante. La limite du budget correspond à la surface multipliée par 3 (828160 px). Les occurrences de will-change dépassant le budget seront ignorées. testing.v2.sondehub.org
WebSockets Error: Data Age was 49.9 s, frame length: 11 mobile.js:8:129285
WebSockets Error: Data Age was 147.6 s, frame length: 111 mobile.js:8:129285
Erreur dans les liens source : Error: request failed with status 403
URL de la ressource : https://testing.v2.sondehub.org/js/leaflet.js
URL du lien source : leaflet.js.map
WebSockets Error: Data Age was 148.1 s, frame length: 121 mobile.js:8:129285
WebSockets Error: Data Age was 63.1 s, frame length: 11 mobile.js:8:129285
WebSockets Error: Data Age was 63.2 s, frame length: 16 mobile.js:8:129285
WebSockets Error: Data Age was 158.3 s, frame length: 93 mobile.js:8:129285
WebSockets Error: Data Age was 147.7 s, frame length: 99 mobile.js:8:129285
WebSockets Error: Data Age was 153.6 s, frame length: 1 mobile.js:8:129285
WebSockets Error: Data Age was 148.3 s, frame length: 117 mobile.js:8:129285
WebSockets Error: Data Age was 148.3 s, frame length: 160 mobile.js:8:129285
WebSockets Error: Data Age was 51.7 s, frame length: 6 mobile.js:8:129285
WebSockets Error: Data Age was 203.8 s, frame length: 117 mobile.js:8:129285
WebSockets Error: Data Age was 64.2 s, frame length: 15 mobile.js:8:129285
WebSockets Error: Data Age was 147.2 s, frame length: 85 mobile.js:8:129285
WebSockets Error: Data Age was 147.5 s, frame length: 20 mobile.js:8:129285
WebSockets Error: Data Age was 266.2 s, frame length: 26 mobile.js:8:129285
WebSockets Error: Data Age was 147.0 s, frame length: 15 mobile.js:8:129285
WebSockets Error: Data Age was 154.1 s, frame length: 153 mobile.js:8:129285
WebSockets Error: Data Age was 60.8 s, frame length: 2 mobile.js:8:129285
Content Security Policy: « 'unsafe-inline' » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « https: » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « http: » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « 'unsafe-inline' » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « https: » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Content Security Policy: « http: » ignoré à l’intérieur de script-src : l’attribut « strict-dynamic » est spécifié
Erreur dans les liens source : Error: request failed with status 403
URL de la ressource : https://testing.v2.sondehub.org/js/leaflet.js
URL du lien source : leaflet.js.map

Is it not possible to limit the amount of data sent by the TTGOs, Example 1 frame every 10s, which could limit the slowdowns, given the large number of stations decoding at 1:00 p.m., or another solution, limit the probes within a radius of 1000km (configurable) around the station (green dot) and thus only see the probes which concern us, the USA/Australia probes, Japan etc. I never look at them, this would limit the amount of data to be sent by the server to the stations, when do you

Limiting data based on radius is not practical - this requires per-client filtering on the server side, which uses too much CPU.
Limiting data uploaded from particular receiver stations only slows down the problem, it doesn't completely solve it - remember there are > 800 users uploading data to sondehub at the moment
I am looking into other performance speedup possibility on the tracker, but there's always going to be some minimum system performance requirement for it to work reliably.

We have made some further updates that may improve performance. Please clear cache and test. If you hit lockups, please have a look in the Console for websockets debug information.

WORST than yesterday, 4 minutes stuck on the same position, I emptied the firefox cache, I put the number of one (1) probe in the follow-up and the problem is still present, for 4 friends it is exactly the same, reception blocked, frozen, error data, no sensor update for 3 to 4 minutes

OK, so this does help figure out some of the issues. It's not a performance issue, but a data issue.
I had a look at the data from the sonde you filtered to - those data age checks should have only resulted in a data age of ~17 seconds (and this is only because rdz_ttgo_sonde is 'slow feeding' the data to us, instead of sending it in a batch). However your system is reporting a data age > 60 seconds. This means your system clock is out.
First - Please check your system clock is set correctly. Windows is terrible at doing this accurately, so you may need to use some other utility. If your system clock is out, then the checks on data age will fail, and data will be discarded.
I'm now going to increase the data age limit to 100 seconds. I do not necessarily want to make this change permanent, but i am interested to see how it affects things on your end.

Hello mark, we posted a message on a Facebook on radiosondes, and we found other people who also noticed big slowdowns in the reception of data from probehub, this affects a lot of people more or less important, in the morning with 10 probes in flight it works wonderfully, but in the afternoon around 2:30 p.m. it becomes a disaster, I hope you find the solution to this problem, probehub is really excellent for tracking probes, and you have made a very good job, thank you

I'm really confused. When filtering on a single sonde we only send the data for that single sonde - which means less things to draw on your map. Fundamentally this functionality hasn't changed in the 30 days or so.

We can see that this is correctly working.

I have just made the following changes to the testing branch ( https://testing.v2.sondehub.org/ again, you will need to clear your cache to get this. )

We no longer check the age of any data arriving via websockets. We just process it anyway. There will be no more 'data error' messages. Either it will be getting data, or it wont.
We now use a page lifecycle 'resume' event to trigger a polled refresh if the page has been suspended.

There is not much we can do about the page slowing down during peak times. The changes we made last night did result in a 50% speedup, at least in our testing, however we cannot do much if your machine is already slow.

hello michaela, yes I have no doubt that on your continent it works well, but with us it becomes very difficult to follow a probe during the big release of probes at 1:00 p.m., after 1 hour of flight slowdowns, data errors, frozen page , this unblocks from time to time for a few seconds for a random update, and reblocks and freezes the page, this appeared about 1 month ago, and worse and worse, currently I have 8 people with the same concerns, and surely others to come in the next few days, thank you

ok mark, I'm going to do the tests in the afternoon after 2:00 p.m. (France) and I'll let you know what happens next, for my laptop the problem is identical on my 2 other PCs i3 and my i5, the result is the same on the 3 pc, and my friends are in the same case with i5 or i7 PCs, so it is likely that it comes from the core2 duo 2000Mhz pc, since it received probehub perfectly 1 month ago

When you are doing this test, open the browsers 'task manager'. This will show the CPU usage, and more importantly the memory usage of your browser tabs.

It is expected for the memory usage of the SondeHub tracker page to increase quite significantly during peak sonde time. If you run out of RAM then the page will likely lock up. This is just a result of the amount of data going through the system.

ok mark, I just cleared the firefox cache, and I'm going to check the memory and cpu

Yet more changes made to try and speed things up further...

Testing version:

Prod version:

CPU usage about 20% lower than prod as well according to task manager.
I was able to kind of replicate the data error issue on prod by using 1 core 4GB machine running in a VM then having the tab suspended - waiting for a large number of messages to buffer and then unsuspending the tab. On unsuspend it tried to catch up but never did.

These are probably the last set of changes we can make to SondeHub Tracker to improve performance without doing a full rewrite of how the objects are loaded (which none of the team have time to do).

it worked very well between 1:00 p.m. and 2:30 p.m., perfect reception, smooth, and fast updating, but from 2:30 p.m. misery, websocket 30 msg/s, random updating, page frozen for 1 to 2 minutes, data arrives in jerks every 1mn see more, I have the same problem on my i5, and with other people exactly the same and at the same time, I checked the firefox task manager and the pc seems to be running correctly, practically identical on my i5, I do not understand what is happening, it is always around the same time that the reception problems appear

strangely around 3:00 p.m. everything works fine again, normal decoding, correct update, websocket 30 msg/s, no more random blocking, for the moment it's perfect

This issue looks like it caused by our MQTT read instances (what the tracker connects to) being overwhelmed and running out of CPU credits.
. When it runs out of credits it appears to de dropping connections, or pausing packet delivery to certain clients.

Since there are multiple servers if the websockets disconnect or drop it might connect to another instance which is working (until that server is overwhelmed)
At around 12:50 UTC I doubled the number of servers and this will hopefully fix the issue. This however comes at a cost so please make sure y'all are signed up on Patreon or monthly PayPal donations.
I think this has fixed the issue, however it's hard for me to test as the issue only occurs at midnight our time and we need to work in the morning :)
@darksidelemm I still think its worth rolling out the UI speed improvements - those have certainly improved the speed of the UI in a benchmark-able and demonstrable way. This will drop support for any clients that didn't have websocket support - but I think this is ok

hello, indeed for 2 days the system has been working perfectly again, no more slowdowns, perfect data updating, no more blockages or frozen pages, we are back like 1 month ago, good job, good weekend, thank you.


Illegal indirection

I'm trying to use it in VS2015 but when I try to compile I got this error.
C2100 Illegal indirection

This is strange, because the project compiles with AppVeyor without problems:

Project: https://ci.appveyor.com/project/nlohmann/json
Config file: https://github.com/nlohmann/json/blob/develop/appveyor.yml

What is the exact error message? What compilation flags are you using?

I just updated my VS2015 and its working fine.
Thanks!

@glennra The tests at AppVeyor work with MSVC 14.0.25420.1 (see https://ci.appveyor.com/project/nlohmann/json for detailed output). I'm not sure about the differences to the version you are using, but @brunohkbx seems to have fixed the issue by updating.

Thanks. It works with:
Microsoft Visual Studio Community 2015
Version 14.0.25431.01 Update 3
VS usually automatically offers updates but in this case it had not done that so I had to manually download and run the updater.

I can confirm this, by updating from Update 1 to Update 3 everything works fine.

Thanks for reporting!