Setting color in GUI

Hi, I would love to have a quick and easy way to set the "accent" color for the card - such that would apply to all necessary elements.
E.g. if I create media player bubble card, all is orange. If I'd like it e.g. blue, I have to adjust:

icon-container background
icon color
power button color
play button background
etc.

Moreover, all of these depend on whether the media player is on or off, making the styling extra cluttered.
It would be awesome to have a single color-pick dropdown, similar to HA's default tile card (or simply a RGB or HEX input), which would apply the color to all necessary elements, and when necessary (e.g. only when state !== 'off').

You're asking for it to be done in the UI vs. the theme?

I wasn't aware that it could be done in theme, thanks for that pointer!
However, the gist of what I'm asking is that it can be set individually per bubble card (while the theme applies to all cards).
Now as I think about it, could it be done per-card simply by specifying CSS vars in styling section? I'm not sure which vars to override, so I'm unable to test it out, but I'm thinking of something like:
styles: |-
  .bubble-media-player-container {
    --bubble-media-player-base-color: green;
    --bubble-media-player-accent-color: blue;
  }

How I normally do my cards (Custom:button & Bubble) is I Set the default in the theme. Then, I also create a variable within a template in the raw config editor.
However, if you set it at the theme level then you should be able to over-ride it within the styling section.
What I normally will do is create a markdown card with all the styling variables for various card types like custom:button / bubble and locate it on a separate hidden dashboard. Then when I need the styling I just copy/paste it from the markdown card. Otherwise, you'll constantly be hunting for various styles.
If you want to be real fancy you can even use bubble card to make the markdown card "pop-up" :-)

Hi, like @npstewart87 the best way right now is to add/edit variables directly in the theme file, you can also take a look at the changelog of the first v2.3.0 beta, it's exactly what you're looking for:
https://github.com/Clooos/Bubble-Card/releases/tag/v2.3.0-beta.1

Beta 8 has everything from the previous betas 🙂
And don't worry, this one is almost the final one, and I should release it in a few days 👌

Beta 8 has everything from the previous betas 🙂
And don't worry, this one is almost the final one, and I should release it in a few days 👌

Not worried at all.
At this rate, every HA install / dashboard will be built on bubble by the end of next year.

Thank you for the feedback! I will check this before the stable release!


Update V-LVL revision

pick up 1.1.73 headers
cope with interface change in cube demo

@karl-lunarg Merged now.
Looks like I will need to submit a corresponding fix to the iOS DemoViewController.mm. I'll handle that.


DRY up exception handling

As per Code Climate: F in Kubeclient::Client - Identical code found in five :resbody nodes (mass*5 = 475)
@abonas Please review...I couldn't run the specs because they are not working on master, but this is clean replace of the exception handling logic.

@Fryguy what exception do you get when running tests on master? for me, 'rake test' passes

I checked this locally and it runs fine, so I am merging it.

@abonas  I was using Ruby 2.1, and that fails due to some scoping issues.  I think @simon3z fixed them in his Travis PR #13


Corona virus I body tracing is in a guy with no consent..  They stole a microchip and have been doing a hackathon


More content?

Do we want to include lesson manuals for more in-depth content?

I think adding authoritative sources, like The Standard Works, Strength of Youth, and Gospel Principles, would be powerful.


Fix GPU rendering on Linux

Fixes #6480.

The GPU plugin is working flawlessly for me on GTX 1070 in Arch with this change. For what it's worth I do have a manually compiled copy of jogl from git in my natives folder, though. Am not sure what building it from scratch would put in there.

WARNING: An illegal reflective access operation has occurred WARNING: Illegal reflective access by com.jogamp.common.os.NativeLibrary$3 (file:/home/gatlee/.m2/repository/org/jogamp/gluegen/gluegen-rt/2.3.2/gluegen-rt-2.3.2.jar) to method java.lang.ClassLoader.findLibrary(java.lang.String) WARNING: Please consider reporting this to the maintainers of com.jogamp.common.os.NativeLibrary$3 WARNING: Use --illegal-access=warn to enable warnings of further illegal reflective access operations WARNING: All illegal access operations will be denied in a future release 2018-11-17 19:59:30 [Thread-2] ERROR n.r.client.plugins.gpu.GpuPlugin - Error starting GPU plugin com.jogamp.opengl.GLException: Profile GL4bc is not available on X11GraphicsDevice[type .x11, connection :0, unitID 0, handle 0x0, owner false, ResourceToolkitLock[obj 0xb902752, isOwner false, <382b2181, 680e8151>[count 0, qsz 0, owner <NULL>]]], but: [GLProfile[GLES1/GLES1.hw], GLProfile[GLES2/GLES3.hw], GLProfile[GL2ES1/GL2.hw], GLProfile[GL4ES3/GL4.hw], GLProfile[GL2ES2/GL4.hw], GLProfile[GL2/GL2.hw], GLProfile[GL2/GL2.hw], GLProfile[GLES3/GLES3.hw], GLProfile[GL4/GL4.hw], GLProfile[GL3/GL4.hw], GLProfile[GL2GL3/GL4.hw]] 	at com.jogamp.opengl.GLProfile.get(GLProfile.java:991) 	at com.jogamp.opengl.GLProfile.get(GLProfile.java:1004) 	at net.runelite.client.plugins.gpu.GpuPlugin.lambda$startUp$0(GpuPlugin.java:230) 	at net.runelite.client.callback.ClientThread.lambda$invoke$0(ClientThread.java:48) 	at net.runelite.client.callback.ClientThread.invoke(ClientThread.java:99) 	at net.runelite.client.callback.Hooks.clientMainLoop(Hooks.java:152) 	at client.methodDraw(client.java:1246) 	at client.ax(client.java) 	at ah.am(ah.java:364) 	at ah.run(ah.java:318) 	at java.base/java.lang.Thread.run(Thread.java:844) 2018-11-17 19:59:30 [Thread-2] WARN  n.r.client.callback.ClientThread - Exception in invoke java.lang.NullPointerException: null 	at net.runelite.client.plugins.gpu.GLUtil.glDeleteTexture(GLUtil.java:106) 	at net.runelite.client.plugins.gpu.TextureManager.freeTextureArray(TextureManager.java:79) 	at net.runelite.client.plugins.gpu.GpuPlugin.lambda$shutDown$1(GpuPlugin.java:313) 	at net.runelite.client.callback.ClientThread.lambda$invoke$0(ClientThread.java:48) 	at net.runelite.client.callback.ClientThread.invoke(ClientThread.java:61) 	at net.runelite.client.callback.ClientThread.invoke(ClientThread.java:46) 	at net.runelite.client.plugins.gpu.GpuPlugin.shutDown(GpuPlugin.java:309) 	at net.runelite.client.plugins.gpu.GpuPlugin.lambda$startUp$0(GpuPlugin.java:300) 	at net.runelite.client.callback.ClientThread.lambda$invoke$0(ClientThread.java:48) 	at net.runelite.client.callback.ClientThread.invoke(ClientThread.java:99) 	at net.runelite.client.callback.Hooks.clientMainLoop(Hooks.java:152) 	at client.methodDraw(client.java:1246) 	at client.ax(client.java) 	at ah.am(ah.java:364) 	at ah.run(ah.java:318) 	at java.base/java.lang.Thread.run(Thread.java:844) 2018-11-17 19:59:30 [Thread-2] WARN  n.r.client.callback.ClientThread - Exception in invoke java.lang.NullPointerException: null 	at net.runelite.client.plugins.gpu.GLUtil.glDeleteTexture(GLUtil.java:106) 	at net.runelite.client.plugins.gpu.TextureManager.freeTextureArray(TextureManager.java:79) 	at net.runelite.client.plugins.gpu.GpuPlugin.lambda$shutDown$1(GpuPlugin.java:313) 	at net.runelite.client.callback.ClientThread.lambda$invoke$0(ClientThread.java:48) 	at net.runelite.client.callback.ClientThread.invoke(ClientThread.java:99) 	at net.runelite.client.callback.Hooks.clientMainLoop(Hooks.java:152) 	at client.methodDraw(client.java:1246) 	at client.ax(client.java) 	at ah.am(ah.java:364) 	at ah.run(ah.java:318) 	at java.base/java.lang.Thread.run(Thread.java:844)
This error is given on my end when attempting to turn on the GPU rendering. Not sure if the issue is on my end.

This fix works well for me building from scratch. I'm using a GTX 770 (driver 384.13) on Linux Mint 18.3.

Works on Gentoo Linux with Vega 64(Mesa 18.3.0-rc3).
Thank you :smile:

Works perfectly on latest NixOS unstable x86_64 with nvidia binary drivers, thank you!

Works great on Arch Linux with GTX 970 & nvidia binary driver 410.66.

@gatlee Illegal reflective access comes from running Java version > 8, but isn't what's causing the GPU plugin to fail. In your case I don't think there's a way with Intel Graphics. The problem is that the drivers don't support OpenGL 4.3 and maybe the hardware doesn't either.
A good addition though would be an error message explaining why it fails to enable and potential things to try such as a proprietary driver.

I'm not completely sure. Didn't try removing it after adding the glContext.destroy(). The thing it's supposed to fix is a warning about the jawtWindow surface not being locked when reenabling the plugin.

@whitehooder I don't think that is the reason why the GPU plugin is failing to load on Intel integrated graphics, as I got the same error and stack trace but I have a Skylake processor with a Intel HD Graphics 510 which should support OpenGL 4 so this shouldn't be happening naturally. As it turns out, what I think is happening is that GL4bc, as hinted in its name, most likely needs a compatibility context provided by the OpenGL implementation as opposed to the core context which is usually what is used.
If I do a glxinfo command to query OpenGL information on my Ubuntu system, the following input snippet is shown:
...
Extended renderer info (GLX_MESA_query_renderer):
    Vendor: Intel Open Source Technology Center (0x8086)
    Device: Mesa DRI Intel(R) HD Graphics 510 (Skylake GT1)  (0x1906)
    Version: 18.2.4
    Accelerated: yes
    Video memory: 3072MB
    Unified memory: yes
    Preferred profile: core (0x1)
    Max core profile version: 4.5
    Max compat profile version: 3.0
    Max GLES1 profile version: 1.1
    Max GLES[23] profile version: 3.2
...

As you can see, the core profile reports correctly with a 4.5 but the compat profile only goes to 3.0. JOGL probably only looks at the 3.0 and concludes your compat profile version is not high enough as opposed to your core profile version and thus using GL4bc fails. I manually changed GPUPlugin.java to use GL4 instead for the profile and the GPU plugin can be toggled without errors and will stay on, but I just get a black screen so not sure if there is something else that is failing.

Yeah, solution to your problem is simply using core profile, what is easy enough, but probably should be part of separate PR.

Working flawlessly on my system (w/ nvidia-driver 390.67). Thank you so much!

The override doesn't work, you'll get the same errors as before. I tried using "4.3COMPAT" as well as using "4.5" and "4.5COMPAT" with the same results.

This PR broke support on windows, so updated it to not do that, can someone retest this now after my changes?

Actually I tested it now on both Linux and Windows and its fine

Can confirm that changing the environment variable doesn't fix the issue.

...
Vendor: Intel Open Source Technology Center (0x8086)
Device: Mesa DRI Intel(R) HD Graphics 5500 (Broadwell GT2)  (0x1616)
Version: 18.2.4
Accelerated: yes
Video memory: 3072MB
Unified memory: yes
Preferred profile: core (0x1)
Max core profile version: 4.3
Max compat profile version: 4.3
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.1
...

Here is my glxinfo info too. My Max compat profile version is higher than @pacf531 's so it might not be due to that.

I created PR here https://github.com/runelite/runelite/pull/6534 that when built on top of this PR should solve your issue @gatlee

Thanks for testing & fixing it on Windows @deathbeam. I tried checking the lock, but didn't spend enough time to get around to that second check you added.

Just wanted to add this works on my machine too.
Linux-x86_64 4.19.2-arch1-1-ARCH
NVIDIA Quadro K2000M Driver Version: 410.73
Thanks for all the hard work.

I didn't see any comments about Ubuntu set-ups, so I can confirm that this works on my machine as well after a clone+rebuild of this live pull request.
OS: Ubuntu 18.04.1 LTS x86_64
Kernel: 4.15.0
CPU: AMD Ryzen 7 2700X (16) @ 3.7 GHz
GPU: NVIDIA GeForce GTX 1070
GPU Driver: 390.87
Thank you for all of the work you've put in. This is truly amazing! I have just one question -- if the base RuneLite updates, will my compiled version then no longer work?

Works for me on Arch, AMD A8-7650K, GTX 960 with proprietary drivers on X11.

can someone run master with this patch applied and check if it still behaves as without this patch?
patch: https://pastebin.com/3tf3yCjc
to apply the patch, copy paste the contents of the pastebin above into a text file and do git apply {textfile}

Can also confirm that it works for me on Ubuntu 16.04
GTX 1070 Driver Version: 396.54
Ryzen 1600 @ 3.75GHZ


Request to update prettier

I am suggesting and requesting that the installed version of Prettier to be updated to 1.19.0 minimum. With this version vueIndentScriptAndStyle was added to address issues related to #101
Also, it might be helpful to add the following to prettierrc or at least a reference in the documentation:
"vueIndentScriptAndStyle": true
For reference Prettier 1.19: Long awaited Vue option
I would be glad to open a PR if you would prefer.

Resolved in v2.14.0


Consider printing unified diff when it is small enough to highlight the diff between expected and actual results

Feature summary
https://en.wikipedia.org/wiki/Diff#Unified_format
Well, my suggestion was behind the lines of https://en.wikipedia.org/wiki/Diff#Unified_format
That is a very-well known format that is understandable by humans, allowing for highlighting the differences.
I think adding diff outputs would make certain failures easier to understand.
WDYT?
Example
Expecting actual:
  ["Yoda", "Han", "Luke", "Anakin"]
to contain exactly (and in same order):
  ["Yoda", "Luke", "Han", "Anakin"]
...
but there were differences at these indexes:
- index 1: actual element "Han" but expected was "Luke"
- index 2: actual element "Luke" but expected was "Han"
... OR
but there were differences at these indexes:
- element at index 1: expected "Han" but was "Luke"
- element at index 2: expected "Luke" but was "Han"

I would say "but there were differences at these indexes" is too wordy here, and it does take time to parse the output, understand what it wants to say, and so on.
In this case (comparing the iterables in order), a unified diff would work better, and it would produce the same style of messages no matter if the element is absent or extra.
Misplaced element
--- expected
+++ actual
@@ -1,4 +1,4 @@
 Yoda
-Han
 Luke
+Han
 Anakin

Unexpected element
--- expected
+++ actual
@@ -1,4 +1,4 @@
 Yoda
 Luke
+Han
 Anakin

Missing element
--- expected
+++ actual
@@ -1,4 +1,4 @@
 Yoda
-Han
 Luke
 Anakin

Example 2
See https://github.com/assertj/assertj-core/issues/2629#issue-1250479832
assertThat(Arrays.asList(1, 2, 3, 4)).containsExactly(1, 2, 4, 4);

Current AssertJ output:
java.lang.AssertionError:
Expecting actual:
  [1, 2, 3, 4]
to contain exactly (and in same order):
  [1, 2, 4, 4]
but some elements were not found:
  [4]
and others were not expected:
  [3]

For instance, the output says "some elements were not found".
Well, what does "4 were not found"? 4 is present in both actual and expected. Why does it tell me "4 were not found"?
If I watch long enough, I could understand it wanted to say "you should have one more 4 in the output", however, I would say the current wording is misleading.
I believe, diff makes this case crystal clear: "you have 3 instead of 4 at position 3"
java.lang.AssertionError:
Expecting actual:
  [1, 2, 3, 4]
to contain exactly (and in same order):
  [1, 2, 4, 4]
Here's the diff between expected and actual:
--- expected
+++ actual
@@ -1,4 +1,4 @@
 1
 2
-4
+3
 4

Example 3
assertThat(Arrays.asList(-1, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10)).containsExactly(0, 1, 2, 3, 4, 5, 6, 7, 8, 10, 11);

Expecting actual:
  [-1, 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]
to contain exactly (and in same order):
  [0, 1, 2, 3, 4, 5, 6, 7, 8, 10, 11]
but some elements were not found:
  [11]
and others were not expected:
  [-1, 9]

Here the diff shows the actual output has one extra -1 in the beginning, then it skips, and then it shows there are differences at the end (extra 9 and missing 11). It shows both "missing/extra" and the position of the deviation while the current "but some elements were not found" misses the context.
--- expected
+++ actual
@@ -1,3 +1,4 @@
+-1
 0
 1
 2
@@ -7,5 +8,5 @@
 6
 7
 8
+9
 10
-11

I'm not convinced this is super readable if you are not familiar with the diff format, we maybe could add a configuration property to replace the current error message with this format but I don't feel it should be the default.
--- expected
+++ actual
@@ -1,3 +1,4 @@
+-1
 0
 1
 2
@@ -7,5 +8,5 @@
 6
 7
 8
+9
 10
-11

Well, I would say AssertJ users (developers?) should be pretty much familiar with diffs. Even GitHub UI shows that diff if you switch to "unified diff view"

Here's another case for diff output: https://truth.dev/comparison#failure-messages. Note how diff output in XML makes it much easier to tell the difference.


Daniel test workflow

Related issues 🔗
Closes #[Issue number here]
Description ℹ
A description of what this PR does. This should be non-dev readable. Technical stuff should go in the technical section below.
Demo 📺
Gif/video/images of new/corrected functionality if applicable
Technical 👨🔧
Details of technical implementation that reviewers may need to be aware of, if applicable.

@daniel1302 im closing this, re-open if requried


"Problems" re-appear and cannot be hidden after closing a file while it is being linted

Describe the bug
I think I observed that "Problems" are removed/hidden when a file is closed. However, when I close a file while linting is running (especially if that takes a few seconds), the problems re-appear after the file is closed and cannot be hidden. If "Show Active File Only" is checked, then these problems are not actually shown, but still counted, compare this screenshot:

To Reproduce

Create and save a long-linting .R file
Make a change and save the file
Wait for linting to start (you'll notice the problems in the list disappear), then quickly close the file

Do you want to fix by self? (I hope your help!)
No
Expected behavior
I'd expect problems to not re-reappear for a closed file, similar to how problems are removed for a file that has completed linting at the time it is closed.
Environment (please complete the following information):

OS: Windows 10 2004, Remote SSH into Linux
VSCode Version: 1.46.1
R Version: 3.5.0
vscode-R version: 1.4.2

Additional context
I'd expect VS Code to ensure the expected behavior, but it seems to be up to the extenions to ensure this.
https://github.com/microsoft/vscode/issues/100646

This behavior is known and caused by how diagnositcs are managed by languageserver. In languageserver, we publish diagnostics done by lintr::lint() for each open file in the workspace folder. At the moment, the diagnostics will be cleared if the file is not from workspace folder (i.e. from a folder other than workspace folder and its subfolders).
The use case to make diagnostics persistent is when the workspace folder is a package, it makes sense to still show diagnostics from linted but closed files.
If you prefer clearing the diagnostics when file in workspace is closed, please file an issue at languageserver and link back to this one.

I am not sure your explanation matches my issue - I can reproduce this issue for files both within and outside of the workspace. (I use a two-folder VS Code workspace based in /home/bers/proj1, with folders . and ../proj2. I can reproduce the issue for files /home/bers/bug.R as well as /home/bers/proj2/bug.R.) So if your explanation rests heavily on the fact the file is inside the workspace folder, it's probably not the correct one.

for each open file in the workspace folder

Once again for clarity: the file in question is not open at the time the linting problems re-appear, and it is not in the workspace folder.


Remove mdoc to build the document

Changes

Remove mdoc to build the document

Codecov Report

Merging #313 (3ab62bb) into main (f6dc77c) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##              main      #313   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           66        66
  Lines         2629      2629
  Branches       239       239
=========================================
  Hits          2629      2629

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f6dc77c...3ab62bb. Read the comment docs.


shelljs creates a file called 'string' with content 'testtest' when loaded by grunt

see this comment: https://github.com/jprichardson/string.js/issues/127#issuecomment-108023794
I have shelljs loaded because it's a dependency of grunt-contrib-jshint, and I see the same behavior.

Yes, this is annoying. How about we go with the hard-coded list of string methods instead?

This doesn't really seem to be a problem with shelljs, although I agree that modifying String.prototype might not be the smartest, neither is calling every method.
I'm going to close this, but feel free to re-open if needed.

This has actually been resolved by #360. Thanks for reporting this!


[feat] cargo profile support

Describe the problem
when we have multiples build variant like dev/stagging/production/beta/alpha/etc... the debug flag is not enough
Describe the solution you'd like
add an option to the cli like tauri build --profile foobar
Alternatives considered
No response
Additional context
for now I have to use a custom py script which take a kind of profile, build tauri via subprocess.run then go to /targets/<triples-target>/release(or debug)/bundle/msi/name-version-arch.zip to a folder according to the given profile.

try tauri build -- --profile foobar

Looks like it will conflict with the --release that we pass internally, gonna open a PR to fix it

Any chance to get it in v1?

this is already fixed in v1 as well

this is already fixed in v1 as well

Right it just needs the --debug flag to work. Also it has other problems;
[profile.testing]
inherits = "dev"

# after removing target dir
$ tauri -- build --debug -- --profile=testing

Finished `testing` profile [unoptimized + debuginfo] target(s) in 49.67s
   Error failed to rename `C:\Users\buk\WebstormProjects\ck3oop\target\debug\ck3oop-ui-rs.exe` to
`C:\Users\buk\WebstormProjects\ck3oop\target\debug\ck3oop-ui.exe`: The system cannot find the path specified. (os error 3)

Looks like tauri wants to rename something post building but with different profile it just can't?

this is already fixed in v1 as well

Right it just needs the --debug flag to work. Also it has other problems;

It doesn't need --debug, it should work without it

[profile.testing]
inherits = "dev"

# after removing target dir
$ tauri -- build --debug -- --profile=testing

Finished `testing` profile [unoptimized + debuginfo] target(s) in 49.67s
   Error failed to rename `C:\Users\buk\WebstormProjects\ck3oop\target\debug\ck3oop-ui-rs.exe` to
`C:\Users\buk\WebstormProjects\ck3oop\target\debug\ck3oop-ui.exe`: The system cannot find the path specified. (os error 3)

Looks like tauri wants to rename something post building but with different profile it just can't?
[package]
name = "ck3oop-ui-rs"

  "package": {
    "productName": "ck3oop-ui",
  },

It indeed will try to rename your rust binary from ck3oop-ui-rs to your product name which is ck3oop-ui. I tried with the latest release and it successfully renamed, can you check which tauri cli version are you using? tauri -V. Also try tauri build -- --profile testing without the =

It indeed will try to rename your rust binary from ck3oop-ui-rs to your product name which is ck3oop-ui. I tried with the latest release and it successfully renamed, can you check which tauri cli version are you using? tauri -V. Also try tauri build -- --profile testing without the =

tauri-cli 1.5.14

Oh of course, thank you. It's all about = in the arguments.
I guess when they are passed with -- they aren't properly parsed... my bad.

I will open a PR to fix this, we should handle that case


AKS Certificate rotation and distribution issue

Bug description
Created a new AKS cluster , installed Istio and then created a new namespace and deployed a pod to it. The pods would not start stating it was missing the configmap: istio-ca-root-cert When checked only namespaces that existed prior contained the config. Additionally these messages were showing up continuously in the logs for istiod:
2020-04-02T13:35:27.907375Z     info    transport: loopyWriter.run returning. connection error: desc = "transport is closing"
2020-04-02T13:37:26.012448Z     info    transport: loopyWriter.run returning. connection error: desc = "transport is closing"
2020-04-02T13:52:55.314544Z     info    transport: closing server transport due to maximum connection age.
2020-04-02T13:52:55.314648Z     info    transport: loopyWriter.run returning. connection error: desc = "transport is closing"
2020-04-02T13:52:55.314724Z     info    ads     ADS: "<IP_ADDRESS>:57892" sidecar~<IP_ADDRESS>~prometheus-65fb99c564-6v9p6.istio-system~istio-system.svc.cluster.local-92 terminated rpc error: code = Canceled desc = context canceled
2020-04-02T13:52:55.314774Z     info    transport: http2Server.HandleStreams failed to read frame: read tcp <IP_ADDRESS>:15012-><IP_ADDRESS>:57892: use of closed network connection
2020-04-02T13:52:55.767366Z     info    ads     ADS:CDS: REQ <IP_ADDRESS>:47672 sidecar~<IP_ADDRESS>~prometheus-65fb99c564-6v9p6.istio-system~istio-system.svc.cluster.local-94 394.226µs version:2020-04-01T17:28:53Z/24

Happy to do additional troubshooting, but not sure what config to check with new installation and Daemon model.
Expected behavior
Pods in created namespace start normally with mTLS
Steps to reproduce the bug

Create AKS Cluster
Install istio 1.5.1 using manifest below
Create a new namespace with istio labeling
Create deployment in the namespace, fail on init missing istio-ca-root-cert

Version (include the output of istioctl version --remote and kubectl version and helm version if you used Helm)
istioctl.exe version --remote
client version: 1.5.1
control plane version: 1.5.1
data plane version: 1.5.1 (2 proxies)
kubectl version
Client Version: version.Info{Major:"1", Minor:"15", GitVersion:"v1.15.4", GitCommit:"67d2fcf276fcd9cf743ad4be9a9ef5828adc082f", GitTreeState:"clean", BuildDate:"2019-09-18T14:51:13Z", GoVersion:"go1.12.9", Compiler:"gc", Platform:"windows/amd64"}
Server Version: version.Info{Major:"1", Minor:"16", GitVersion:"v1.16.7", GitCommit:"20c697423de11d4d5d08c6832a513217ca11a6aa", GitTreeState:"clean", BuildDate:"2020-02-21T10:47:45Z", GoVersion:"go1.13.6", Compiler:"gc", Platform:"linux/amd64"}

How was Istio installed?
Using istioctl.exe, default profile with the following manifest:
apiVersion: install.istio.io/v1alpha2
kind: IstioControlPlane
spec:
  profile: default
  components:
    cni:
      enabled: true
  values:
    global:
      proxy:
        accessLogFile: /dev/stdout
        accessLogEncoding: TEXT
      mtls:
        enabled: true
        auto: true
    cni:
      logLevel: info
    kiali:
      enabled: true
    grafana:
      enabled: true
    tracing:
      enabled: false
    sidecarInjectorWebhook:
      rewriteAppHTTPProbe: true
    gateways:
      istio-ingressgateway:
        serviceAnnotations:
          service.beta.kubernetes.io/azure-load-balancer-resource-group: "xxxxxxxx"
        loadBalancerIP: "xxx.xx.xx.xxx"
        ports:
          - name: status-port
            port: 15020
            targetPort: 15020
          - name: http2
            nodePort: 31380
            port: 80
            targetPort: 80
          - name: https
            nodePort: 31390
            port: 443
          - name: tls
            port: 15443
            targetPort: 15443

Environment where bug was observed (cloud vendor, OS, etc)
Azure AKS cluster running a linux 3 node pool

Seems likely to be the same root cause as https://github.com/istio/istio/issues/22463

Yup it is, closing, thanks!


A bug in tensorflow r1.4 when applying  MultiRNNCell

System information

**TensorFlow installed from source :
**TensorFlow version: r1.4
**Python version: 3.5.4
**Bazel version: 0.5.4
**GCC/Compiler version 5.4.0
**CUDA/cuDNN version: 9.0 &5.0
*GPU model and memory: GeForce GTX 1080

Describe the problem
when applying the MultiRNNCell as below, an error occurs. The code went well in tensorflow r1.3
Source code
input_list is a list of tensor with shape[None, 8]
n_hidden = 32
lstm = tf.nn.rnn_cell.BasicLSTMCell(n_hidden)
stacked_lstm = tf.nn.rnn_cell.MultiRNNCell([lstm]*2)
outputs, states = tf.nn.static_rnn(stacked_lstm, input_list, dtype=tf.float32)
error
ValueError: Dimensions must be equal, but are 64 and 40 for 'rnn/rnn/multi_rnn_cell/cell_0/cell_0/basic_lstm_cell/MatMul_1' (op: 'MatMul') with input shapes: [?,64], [40,128].
However when only applying one single lstm, i works well.
opinions:
when calculating, the basiclstmcell will be called, where a class named Linear will be initialized, as an example, in my case, the variable self.weight in this class will be initialized as 40,128.
*** code from rnn_cell_impl.py***
if self._linear is None:
self._linear = _Linear([inputs, h], 4 * self._num_units, True)
But, when MultiRNNCell is the case, for example,  a 2 layers lstm. in the second layer, the weight should be [64,128]('h' in last layer (32)+'o' in  last layer(32)). Disappointingly, the weight will only be initialized once and stay with the shape [40,128] due to the sentence "if self._linear is None:". So that the reason why such error occurs.
i try to comment out this sentence, but since share variable mechanism is related. it dosen't work, and induces other problem.
ValueError: Trying to share variable rnn/multi_rnn_cell/cell_0/basic_lstm_cell/kernel, but specified shape (64, 128) and found shape (40, 128).
Any idea how to solve this problem efficiently?

@arixlin  Thank you so much,  it works out

@arixlin thank you!

Anybody explain why it has to be modified in the form of @arixlin 's code?

@GuitarmonYz  you can run tensorflow 1.1.0, the version has explanation.

@gaohuazuo Actually it's not a bug of TensorFlow but a feature of Python. [lstm]*2 may not behave as you expect. The list it creates contains two elements refers to the same lstm cell instance instead of two separate ones. Here is an example:
>>> l = [{'a': 1}] * 4
>>> l
[{'a': 1}, {'a': 1}, {'a': 1}, {'a': 1}]
>>> l[0]['a'] = 2
>>> l
[{'a': 2}, {'a': 2}, {'a': 2}, {'a': 2}]
>>> ll = [{'a': 1} for _ in range(4)]
>>> ll
[{'a': 1}, {'a': 1}, {'a': 1}, {'a': 1}]
>>> ll[0]['a'] = 2
>>> ll
[{'a': 2}, {'a': 1}, {'a': 1}, {'a': 1}]

So using list comprehension or for loop is the correct way to create separate RNN instances in  MultiRNNCell.

 def get_a_cell(lstm_size, keep_prob):
            lstm = tf.nn.rnn_cell.BasicLSTMCell(lstm_size)
            drop = tf.nn.rnn_cell.DropoutWrapper(lstm, output_keep_prob=keep_prob)
            return drop

 with tf.name_scope('lstm'):
     cell = tf.nn.rnn_cell.MultiRNNCell(
     [get_a_cell(self.lstm_size, self.keep_prob) for _ in range(self.num_layers)]
     )

A genius answer!!!!

really helpful!!!


JAV-557-adjust the DEFAULT_MAX_CONCURRENT_REQUESTS

adjust the DEFAULT_MAX_CONCURRENT_REQUESTS

Coverage decreased (-0.006%) to 86.92% when pulling ef377b076bdc8dec350a4e89e83dcc8959ce22ce on mt-monster:JAV-557 into 50dfedb8fa26e3453837601acab3ec2a6193b59e on ServiceComb:master.


RemotelyControlledSampler.Close() stuck due to networking issues

Requirement - what kind of business use case are you trying to solve?
In Cortex we do call Tracer.Close() on process shutdown:
https://github.com/cortexproject/cortex/blob/c724737d660d7887582155f4b8e125e2e90d401a/cmd/cortex/main.go#L159
We have found out some processes in production getting stuck while shutting down because RemotelyControlledSampler.Close() blocks apparently indefinitely under some circumnstances.
Problem - what in Jaeger blocks you from solving the requirement?
We've got a dump of the goroutines and we can see this:
goroutine 1 [chan send, 15 minutes]:
github.com/uber/jaeger-client-go.(*RemotelyControlledSampler).Close(0xc000553040)
	/cortex/vendor/github.com/uber/jaeger-client-go/sampler_remote.go:125 +0x8e
github.com/uber/jaeger-client-go.(*Tracer).Close(0xc0003f8300, 0xe, 0x0)
	/cortex/vendor/github.com/uber/jaeger-client-go/tracer.go:374 +0x92
main.main()
	/cortex/cmd/cortex/main.go:209 +0x1084

goroutine 292 [select, 390 minutes]:
net/http.(*persistConn).roundTrip(0xc110ff79e0, 0xc07d168a00, 0x0, 0x0, 0x0)
	/usr/local/go/src/net/http/transport.go:2559 +0x763
net/http.(*Transport).roundTrip(0x469d140, 0xc07d109700, 0x0, 0xc10a4177e0, 0x40cfa8)
	/usr/local/go/src/net/http/transport.go:582 +0xa88
net/http.(*Transport).RoundTrip(0x469d140, 0xc07d109700, 0x469d140, 0x0, 0x0)
	/usr/local/go/src/net/http/roundtrip.go:17 +0x35
net/http.send(0xc07d109700, 0x3020140, 0x469d140, 0x0, 0x0, 0x0, 0xc1783ad248, 0x20301f, 0x1, 0x0)
	/usr/local/go/src/net/http/client.go:252 +0x43e
net/http.(*Client).send(0x46bbf40, 0xc07d109700, 0x0, 0x0, 0x0, 0xc1783ad248, 0x0, 0x1, 0xc07d109700)
	/usr/local/go/src/net/http/client.go:176 +0xfa
net/http.(*Client).do(0x46bbf40, 0xc07d109700, 0x0, 0x0, 0x0)
	/usr/local/go/src/net/http/client.go:699 +0x44a
net/http.(*Client).Do(...)
	/usr/local/go/src/net/http/client.go:567
net/http.(*Client).Get(0x46bbf40, 0xc113fe6c30, 0x50, 0x29505d3, 0x1, 0xc0baea0760)
	/usr/local/go/src/net/http/client.go:456 +0xbb
net/http.Get(...)
	/usr/local/go/src/net/http/client.go:428
github.com/uber/jaeger-client-go.(*httpSamplingStrategyFetcher).Fetch(0xc00058eee0, 0xc0005bc744, 0xc, 0x0, 0x0, 0x0, 0x0, 0x0)
	/cortex/vendor/github.com/uber/jaeger-client-go/sampler_remote.go:304 +0x1df
github.com/uber/jaeger-client-go.(*RemotelyControlledSampler).UpdateSampler(0xc000553040)
	/cortex/vendor/github.com/uber/jaeger-client-go/sampler_remote.go:170 +0x71
github.com/uber/jaeger-client-go.(*RemotelyControlledSampler).pollControllerWithTicker(0xc000553040, 0xc0000b6460)
	/cortex/vendor/github.com/uber/jaeger-client-go/sampler_remote.go:146 +0x42
github.com/uber/jaeger-client-go.(*RemotelyControlledSampler).pollController(0xc000553040)
	/cortex/vendor/github.com/uber/jaeger-client-go/sampler_remote.go:139 +0x6e
created by github.com/uber/jaeger-client-go.NewRemotelyControlledSampler
	/cortex/vendor/github.com/uber/jaeger-client-go/sampler_remote.go:86 +0x119

Looks like RemotelyControlledSampler.Close() is stuck because RemotelyControlledSampler.UpdateSampler() is stuck. I've seen the HTTP client used by httpSamplingStrategyFetcher doesn't set any timeout (there's also a TODO) so in case of networking issues the httpSamplingStrategyFetcher.Fetch() could potentially get stuck indefinitely (or at least for a very long time, assuming the TCP keepalive would trigger at some point).
Proposal - what do you suggest to solve the problem or improve the existing situation?
I would like to propose to use http.Client with a sane default timeout (30 seconds?) in httpSamplingStrategyFetcher.Fetch().

+1


support to log null and undefined to the repl from an extension

This will fix issue #9

No review?

@joaomoreno no review for pushes to master :)


Skip branches in generated MoveNext() for singleton iterators

This fixes #810 by skipping the two branches inside MoveNext() that will be generated when the iterator only yields once.
For instance, the iterator...
public class SingletonIterator
{
    public IEnumerable<string> Fetch()
    {
        yield return "one";
    }
}

...will result in a generated MoveNext() method that has no switch instruction, but a brfalse.s and a beq.s instruction instead:
<Fetch>d__0.MoveNext:
IL_0000:  ldarg.0
IL_0001:  ldfld       UserQuery+SingletonIterator+<Fetch>d__0.<>1__state
IL_0006:  stloc.0
IL_0007:  ldloc.0
IL_0008:  brfalse.s   IL_0012
IL_000A:  br.s        IL_000C
IL_000C:  ldloc.0
IL_000D:  ldc.i4.1
IL_000E:  beq.s       IL_0014
IL_0010:  br.s        IL_0016
IL_0012:  br.s        IL_0018
IL_0014:  br.s        IL_0034
IL_0016:  ldc.i4.0
IL_0017:  ret
IL_0018:  ldarg.0
IL_0019:  ldc.i4.m1
IL_001A:  stfld       UserQuery+SingletonIterator+<Fetch>d__0.<>1__state
IL_001F:  nop
IL_0020:  ldarg.0
IL_0021:  ldstr       "one"
IL_0026:  stfld       UserQuery+SingletonIterator+<Fetch>d__0.<>2__current
IL_002B:  ldarg.0
IL_002C:  ldc.i4.1
IL_002D:  stfld       UserQuery+SingletonIterator+<Fetch>d__0.<>1__state
IL_0032:  ldc.i4.1
IL_0033:  ret
IL_0034:  ldarg.0
IL_0035:  ldc.i4.m1
IL_0036:  stfld       UserQuery+SingletonIterator+<Fetch>d__0.<>1__state
IL_003B:  ldc.i4.0
IL_003C:  ret

You should add also a complete real test inside folder https://github.com/tonerdo/coverlet/tree/master/test/coverlet.core.tests/Coverage:

Add a file named CoverageTest.Yield.cs
Add a file named Instrumentation.Yield.cs and add a simple class like your failing sample like https://github.com/tonerdo/coverlet/blob/master/test/coverlet.core.tests/Samples/Instrumentation.SelectionStatements.cs#L5
Inside CoverageTest.Yield.cs prepare and run real instrumentation test like https://github.com/tonerdo/coverlet/blob/master/test/coverlet.core.tests/Coverage/CoverageTests.SelectionStatements.cs#L14 read the comment as guide, copy same structure.

If you need to debug your test you have to simply change code like (CoverageTests.SelectionStatements.cs file sample)
  FunctionExecutor.RunInProcess(async (string[] pathSerialize) =>
                {
                    // Run load and call a delegate passing class as dynamic to simplify method call
                    CoveragePrepareResult coveragePrepareResult = await TestInstrumentationHelper.Run<SelectionStatements>(instance =>
                    {
                        // We call method to trigger coverage hits
                        instance.If(true);

                        // For now we have only async Run helper
                        return Task.CompletedTask;
                    }, persistPrepareResultToFile: pathSerialize[0], disableRestoreModules: true);

                    // we return 0 if we return something different assert fail
                    return 0;
                }, new string[] { path });

These real tests run in separate process so you cannot debug as is, you need to change in 2 place RunInProcess instead of Run and add disableRestoreModules: true) to avoid module restore at the end of instrumentation, this avoid error related to locked file.
Let me know if you're in throuble.

cc: @matteoerigozzi

Ok, I'll look into it.
I noticed one problem though: I'm unable to run the tests as described in CONTRIBUTING.md:
PS> dotnet --version
3.1.201
PS> dotnet restore; dotnet build --no-restore; dotnet pack
[...]
PS> dotnet test --no-build /p:CollectCoverage=true /p:Include=\"[coverlet.collector]*,[coverlet.core]*,[coverlet.msbuild.tasks]*\" /p:Exclude=\"[coverlet.core.tests.samples.netstandard]*,[coverlet.tests.xunit.extensions]*\"
MSBUILD : error MSB1006: Property is not valid.
Switch: [coverlet.core]*

For switch syntax, type "MSBuild -help"

The escaping of the list doesn't seem to work on my end. Is this guideline still accurate?

You're inside powershell you need to escale differently https://github.com/tonerdo/coverlet/blob/master/Documentation/MSBuildIntegration.md#note-for-powershell--vsts-users

Well... that was easier than expected. Do you want me to squash those commits?

I'm bit busy these days...update seems ok but I need to go a bit deeper to confirm, I'll come back asap!Thank's!

/azp run

Some more tests, seems ok.

Yup, that's right. Will also add some more unit tests.

/azp run

@bert2 feel free to take any other issue, if you like coverage one this is the query https://github.com/coverlet-coverage/coverlet/issues?q=is%3Aissue+is%3Aopen+label%3Atenet-coverage maybe start from untriaged.
There aren't a lot of devs that likes lose himself in the rabbit hole 😅

CI ran but there were some issue between github and AzDo likely because we're in the middle of move btw this is the link of CI https://dev.azure.com/tonerdo/coverlet/_build/results?buildId=1023&view=results

@MarcoRossignoli it definitely was a very interesting journey :) I will probably look into some of the coverage bugs, however I'm not sure when I'll be able to spend that much time for it again.

@MarcoRossignoli it definitely was a very interesting journey :) I will probably look into some of the coverage bugs, however I'm not sure when I'll be able to spend that much time for it again.

No props at all it's not mandatory!Thank's again for the PR and help!

Hey @MarcoRossignoli, I wrote a CodeLens extension for Visual Studio that shows you the instructions of a method: https://github.com/bert2/microscope
Shameless self-promotion, I know, but it I think it could be quite useful when working on software like coverlet 😊

Thank you I'll give it a try for sure!


Plans on making Hooks version instead of Class component?

Wondering if you have any plans (couldn't find an open PR) for a Hooks based implementation

@omrimor I've just created a new issue for this: #459. I hope to start working on it within the next month or two. Feel free to contribute :)
Closing for now


Removed about page and files relating to it

Removed about page and files relating to it
Description
The About page was removed from the footer in #164 and there are no more references to the About page anymore. However, the About page is still accessible through https://peterportal.org/about.
This PR removes all files relating to the About page and removes the route to it, so it redirects to a 404 instead.
Also, can we please change the anteater picture on the 404 page 🙏? It is so out of place compared to the rest of the website and I despise it so much.
Screenshots
Before

After

Steps to verify/test this change:

Go to https://peterportal.org/about and verify that it redirects to a 404

Todos:

HAHA yeah I just grabbed a random anteater pic from Google 😂. You got any replacement suggestions?

They used this one in figma.

Just anything than the anteater 🙏 Even removing the image entirely would be better imo


login/logout functionality, made login page more prettier

Looks good to me, I think this and Amy's styles may overlap


Unicode 9.0 emoji

With today's public release of iOS 10.2, Apple has implemented support for Unicode 9.0 emoji.
iOS 10.2 emoji changelog
They're already in the macOS 10.2.2 beta, so it's only a matter of time before they're released and ready to go.
(Hopefully I will get time to do it myself, but opening this issue so if someone wants to take it upon themselves they can.)

10.12.2 final was released this morning too 🍎

Thank you Nick! That would be fantastic. 👨🏻🎤

See #41!

Cam is the man. 🍻


aws config custom rule not found

Hello Folks,
Am trying to set aws config custom rule for security group with reference to this blog https://aws.amazon.com/blogs/security/how-to-monitor-aws-account-configuration-changes-and-api-calls-to-amazon-ec2-security-groups/. Here am trying with method 1 and it is mentioned at step 4 (Create the Python Lambda function using the code from the AWS Config rules library on GitHub). when i checked the code at the source (https://github.com/awslabs/aws-config-rules/blob/master/python/ec2_security_group_ingress.py) returns 404 page not found. Would be great if i get the code for testing.
Much appreciate your help on this!!!

You can use https://github.com/awslabs/aws-config-rules/blob/master/python/VPC_SG_OPEN_ONLY_TO_AUTHORIZED_PORTS/VPC_SG_OPEN_ONLY_TO_AUTHORIZED_PORTS.py which should achieve the same outcome.
Please let me know if it doesnt.

Thanks for the script, let me check and update you...

@jongogogo Could you please help here

Hi @sandygvs, didn't see your update, my bad.
1 - In the rule definition, you can change the scope of changes and use tags. The rule should work, no worries (See step 5 in the method 1: https://aws.amazon.com/blogs/security/how-to-monitor-aws-account-configuration-changes-and-api-calls-to-amazon-ec2-security-groups/)
2 - For revocation, the best practice is to use CloudWatch Events on Config events, then trigger a lambda that does what you want (see https://docs.aws.amazon.com/config/latest/developerguide/monitor-config-with-cloudwatchevents.html). Some revocation code is available there (in node though): https://github.com/cloudconformity/auto-remediate/tree/master/functions

Thanks for your update, let me test it and update you :)


Support Go 1.24 swiss maps

Swiss maps have been enabled by default in Go main, which means they will probably become the default in Go 1.24 and break our reading of the http maps. gRPC might be affected too, although it may be an array there we can read.
https://go-review.googlesource.com/c/go/+/574516

Go 1.24 is scheduled for release in February, we need a fix by then https://docs.google.com/presentation/d/1jvc0RzrshOOjkeEnsyea2jwjs_zVOcyETG558pqPOK0/mobilepresent?slide=id.g840eaeb4b4_0_0


Update set-up-webinars.md

True option should be $true

@KarliStites PR has been copyedited and is ready for final review, could you please check and merge? Thanks!

This has been addressed by a previous pull request. Closing.


JsonOutputFunctionsParser cannot handle irregular json return from Fn Call

Checked other resources

[X] I added a very descriptive title to this issue.
[X] I searched the LangChain.js documentation with the integrated search.
[X] I used the GitHub search to find a similar question and didn't find it.
[X] I am sure that this is a bug in LangChain.js rather than my code.
[X] The bug is not resolved by updating to the latest stable version of LangChain (or the specific integration package).

Example Code
import dotenv from "dotenv";
dotenv.config();

// This is an example from official documentation:
// https://api.js.langchain.com/functions/langchain_chains_openai_functions.createOpenAIFnRunnable.html

import { createOpenAIFnRunnable } from "langchain/chains/openai_functions";
import { ChatOpenAI } from "@langchain/openai";
import { ChatPromptTemplate } from "@langchain/core/prompts";
import { JsonOutputFunctionsParser } from "langchain/output_parsers";

const openAIFunction = {
  name: "get_person_details",
  description: "Get details about a person",
  parameters: {
    title: "Person",
    description: "Identifying information about a person.",
    type: "object",
    properties: {
      name: { title: "Name", description: "The person's name", type: "string" },
      age: { title: "Age", description: "The person's age", type: "integer" },
      fav_food: {
        title: "Fav Food",
        description: "The person's favorite food",
        type: "string",
      },
    },
    required: ["name", "age"],
  },
};

const model = new ChatOpenAI();
const prompt = ChatPromptTemplate.fromMessages([
  ["human", "Human description: {description}"],
]);
const outputParser = new JsonOutputFunctionsParser();

const runnable = createOpenAIFnRunnable({
  functions: [openAIFunction],
  llm: model,
  prompt,
  enforceSingleFunctionUsage: true, // Default is true
  outputParser
});
const response = await runnable.invoke({
  description:
    "My name's John Doe and I'm 30 years old. My favorite kind of food are chocolate chip cookies.",
});

console.log(response);

// { name: 'John Doe', age: 30, fav_food: 'chocolate chip cookies' }

Error Message and Stack Trace (if applicable)
undefined:2
name: "John Doe",
^
SyntaxError: Expected property name or '}' in JSON at position 4
at JSON.parse ()
at JsonOutputFunctionsParser.parse (file:///Users/foo/node_modules/langchain/dist/output_parsers/openai_functions.js:138:35)
at JsonOutputFunctionsParser.parseResult (file:///Users/foo/node_modules/langchain/dist/output_parsers/openai_functions.js:135:21)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
Description

I tried to print out the return string before applying JSON.parse. The output was the same as the documentation example stated, but it was not a valid json format because the keys were not wrapped in double quotes:

{
  name: "John Doe",
  age: 30,
  fav_food: "chocolate chip cookies"
}

I tried to change AI model but the same output and error message
I tried to use createStructuredOutputRunnable with the example from: https://api.js.langchain.com/functions/langchain_chains_openai_functions.createStructuredOutputRunnable.html, but I received the same results

System Info
yarn info v1.22.19
Platform: mac
Node version: v20.9.0
yarn version v1.22.19

I think JsonOutputFunctionsParser does its job, but somehow the functional call from openai is not a valid string that can be pasted into json format.

This is odd - looks like a bug.
In the meantime, we've added a newer way to do this called withStructuredOutput() - would you be willing to give that a try?
https://js.langchain.com/docs/integrations/chat/openai#withstructuredoutput--

Yes, this withStructuredOutput works well. After updating the previous example with withStructuredOutput, it also works. Thanks for sharing.


Fix the encoding of imported resources in the CompositionGraph.

This PR fixes the encoding of imported resources in the CompositionGraph.
Previously a panic was encountered when the graph attempts to import, either explicitly or implicitly, a resource.
The fix requires tracking the "owner" of an aliased resource so that the export on the owning interface may be aliased and used for type equality when encoding the resource import.
Fixes #62.

@rylev this fixes only the CompositionGraph encoding and not the current encoding implementation in wac-parser as I'm about to rip that out.


building plots  or reports of compute results directly

its possible we might want to add functionality to build rmarkdown or quarto pages that are similar in content to what wed produce on the site for a particular computation. ex: getComputeResult could have an 'markdown' format which produced a volcano plot automagically.

i think i will look into this


Inaccurate Pattern Recognition Leads to Inaccurate % chance

Hey guys,
Got this starting pattern this week and noticed an issue with the fluctuating pattern. Type in 99 as the buy price and you'll see Fluctuating properly predicting the range of prices is 90 to 139 or 60 to 80.
https://turnipprophet.io?prices=99&pattern=3
Type 89 into Monday AM, and fluctuating 90 to 139 has decided it will adopt 89 as a possibility, when it is in fact impossible.
https://turnipprophet.io?prices=99.89...........&pattern=3
It works for other numbers in the 81-89 range as well.
Thoughts?

See https://github.com/mikebryant/ac-nh-turnip-prices/issues/198 for more info

Going to close this as a duplicate of #198


[Bug]: Warning on Paper Server Startup

/mv version -p output
https://paste.gg/dadebfcafe0c4ebc94c5e44fb3c54655
Server logs
https://paste.gg/p/anonymous/3e6bd4371958456cbcb3fc13a504839e
Server Version
[18:24:00] [Thread-21/INFO]: This server is running Paper version git-Paper-68 (MC: 1.20.1) (Implementing API version 1.20.1-R0.1-SNAPSHOT) (Git: 5de0f8a)
You are running the latest version
Previous version: git-Paper-67 (MC: 1.20.1)

Bug Description
When I start my server, I get warned saying my server performance will be affected. Here is the full message:
[18:00:13] [Server thread/WARN]: [Multiverse-Core] "Multiverse-Core v4.3.1-b861" has registered a listener for org.bukkit.event.entity.EntityCreatePortalEvent on method "public void com.onarandombox.MultiverseCore.listeners.MVPortalListener.entityPortalCreate(org.bukkit.event.entity.EntityCreatePortalEvent)", but the event is Deprecated. "Server performance will be affected"; please notify the authors [dumptruckman, Rigby, fernferret, lithium3141, main--].
Steps to reproduce
When I start my server, it triggers the bug.
Agreements

[X] I have searched for and ensured there isn't already an open or resolved issue(s) regarding this.
[X] I was able to reproduce my issue on a freshly setup and up-to-date server with the latest version of Multiverse plugins with no other plugins and with no kinds of other server or client mods.

[x]  I have searched for and ensured there isn't already an open or resolved issue(s) regarding this.

I don't think you have. See #2000.
If you had read the entire thing, you would have seen:
[Multiverse-Core] We are aware of the warning about the deprecated event. There is no alternative that allows us to do what we need to do. The performance impact is negligible. just under it.
This is not really a problem as the plugin still works, and the performance impact is tiny. A fix will be released in MV5 though.


Support DNS LOC record for @ queries

Query LOC record first; use IP address as fallback.
Example:
<EMAIL_ADDRESS>should resolve to 47.8732072,13.8397961 (a mountain in Austria)

That's a really cool feature! Thank you for that. I'm really happy that we have this feature know.
I will update the code on the server soon and will announce the feature in my twitter.
Thank you very much, @sehaas (Entschuldigung, dass es so lange gedauert hat; ich war im Urlaub)


Following error occurs while trying to install chattbot package

Collecting chatterbot
Using cached ChatterBot-1.0.5-py2.py3-none-any.whl (67 kB)
Collecting pyyaml<5.2,>=5.1
Using cached PyYAML-5.1.2.tar.gz (265 kB)
Preparing metadata (setup.py) ... done
Collecting sqlalchemy<1.3,>=1.2
Using cached SQLAlchemy-1.2.19.tar.gz (5.7 MB)
Preparing metadata (setup.py) ... done
Collecting pint>=0.8.1
Using cached Pint-0.19.1.tar.gz (290 kB)
Installing build dependencies ... done
Getting requirements to build wheel ... done
Preparing metadata (pyproject.toml) ... done
Collecting python-dateutil<2.8,>=2.7
Using cached python_dateutil-2.7.5-py2.py3-none-any.whl (225 kB)
Collecting nltk<4.0,>=3.2
Using cached nltk-3.7-py3-none-any.whl (1.5 MB)
Collecting spacy<2.2,>=2.1
Using cached spacy-2.1.9.tar.gz (30.7 MB)
Installing build dependencies ... error
error: subprocess-exited-with-error
× pip subprocess to install build dependencies did not run successfully.
│ exit code: 1
╰─> [105 lines of output]
Collecting setuptools
Using cached setuptools-62.0.0-py3-none-any.whl (1.1 MB)
Collecting wheel<0.33.0,>0.32.0
Using cached wheel-0.32.3-py2.py3-none-any.whl (21 kB)
Collecting Cython
Using cached Cython-0.29.28-py2.py3-none-any.whl (983 kB)
Collecting cymem<2.1.0,>=2.0.2
Using cached cymem-2.0.6-cp310-cp310-win_amd64.whl (36 kB)
Collecting preshed<2.1.0,>=2.0.1
Using cached preshed-2.0.1.tar.gz (113 kB)
Preparing metadata (setup.py): started
Preparing metadata (setup.py): finished with status 'done'
Collecting murmurhash<1.1.0,>=0.28.0
Using cached murmurhash-1.0.6-cp310-cp310-win_amd64.whl (21 kB)
Collecting thinc<7.1.0,>=7.0.8
Using cached thinc-7.0.8.tar.gz (1.9 MB)
Preparing metadata (setup.py): started
Preparing metadata (setup.py): finished with status 'done'
Collecting blis<0.3.0,>=0.2.1
Using cached blis-0.2.4.tar.gz (1.5 MB)
Preparing metadata (setup.py): started
Preparing metadata (setup.py): finished with status 'done'
Collecting wasabi<1.1.0,>=0.0.9
Using cached wasabi-0.9.1-py3-none-any.whl (26 kB)
Collecting srsly<1.1.0,>=0.0.6
Using cached srsly-1.0.5-cp310-cp310-win_amd64.whl
Collecting numpy>=1.7.0
Using cached numpy-1.22.3-cp310-cp310-win_amd64.whl (14.7 MB)
Collecting plac<1.0.0,>=0.9.6
Using cached plac-0.9.6-py2.py3-none-any.whl (20 kB)
Collecting tqdm<5.0.0,>=4.10.0
Using cached tqdm-4.64.0-py2.py3-none-any.whl (78 kB)
Collecting colorama
Using cached colorama-0.4.4-py2.py3-none-any.whl (16 kB)
Using legacy 'setup.py install' for preshed, since package 'wheel' is not installed.
Using legacy 'setup.py install' for thinc, since package 'wheel' is not installed.
Using legacy 'setup.py install' for blis, since package 'wheel' is not installed.
Installing collected packages: wasabi, srsly, plac, murmurhash, cymem, wheel, setuptools, preshed, numpy, Cython, colorama, tqdm, blis, thinc
Running setup.py install for preshed: started
Running setup.py install for preshed: finished with status 'error'
error: subprocess-exited-with-error
    Running setup.py install for preshed did not run successfully.
    exit code: 1

    [48 lines of output]
    C:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\lib\site-packages\setuptools\installer.py:27: SetuptoolsDeprecationWarning: setuptools.installer is deprecated. Requirements should be satisfied by a PEP 517 installer.
      warnings.warn(
    WARNING: The wheel package is not available.
    running install
    C:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\lib\site-packages\setuptools\command\install.py:34: SetuptoolsDeprecationWarning: setup.py install is deprecated. Use build and pip and other standards-based tools.
      warnings.warn(
    running build
    running build_py
    creating build
    creating build\lib.win-amd64-3.10
    creating build\lib.win-amd64-3.10\preshed
    copying preshed\about.py -> build\lib.win-amd64-3.10\preshed
    copying preshed\__init__.py -> build\lib.win-amd64-3.10\preshed
    creating build\lib.win-amd64-3.10\preshed\tests
    copying preshed\tests\test_counter.py -> build\lib.win-amd64-3.10\preshed\tests
    copying preshed\tests\test_hashing.py -> build\lib.win-amd64-3.10\preshed\tests
    copying preshed\tests\test_pop.py -> build\lib.win-amd64-3.10\preshed\tests
    copying preshed\tests\__init__.py -> build\lib.win-amd64-3.10\preshed\tests
    copying preshed\counter.pyx -> build\lib.win-amd64-3.10\preshed
    copying preshed\maps.pyx -> build\lib.win-amd64-3.10\preshed
    copying preshed\counter.pxd -> build\lib.win-amd64-3.10\preshed
    copying preshed\maps.pxd -> build\lib.win-amd64-3.10\preshed
    copying preshed\__init__.pxd -> build\lib.win-amd64-3.10\preshed
    running build_ext
    building 'preshed.maps' extension
    creating build\temp.win-amd64-3.10
    creating build\temp.win-amd64-3.10\Release
    creating build\temp.win-amd64-3.10\Release\preshed
    "C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.29.30133\bin\HostX86\x64\cl.exe" /c /nologo

/O2 /W3 /GL /DNDEBUG /MD "-IC:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\include" "-IC:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\include" "-IC:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\Include" "-IC:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.29.30133\include" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\ucrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\shared" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\um" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\winrt" "-IC:\Program Files (x86)\Windows Kits\10\include\10.0.19041.0\cppwinrt" /EHsc /Tppreshed/maps.cpp /Fobuild\temp.win-amd64-3.10\Release\preshed/maps.obj /Ox /EHsc
maps.cpp
preshed/maps.cpp(5728): error C2039: 'tp_print': is not a member of '_typeobject'
C:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\include\cpython/object.h(191): note: see declaration of '_typeobject'
preshed/maps.cpp(5740): error C2039: 'tp_print': is not a member of '_typeobject'
C:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\include\cpython/object.h(191): note: see declaration of '_typeobject'
preshed/maps.cpp(5749): error C2039: 'tp_print': is not a member of '_typeobject'
C:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\include\cpython/object.h(191): note: see declaration of '_typeobject'
preshed/maps.cpp(5755): error C2039: 'tp_print': is not a member of '_typeobject'
C:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\include\cpython/object.h(191): note: see declaration of '_typeobject'
preshed/maps.cpp(5761): error C2039: 'tp_print': is not a member of '_typeobject'
C:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\include\cpython/object.h(191): note: see declaration of '_typeobject'
preshed/maps.cpp(5767): error C2039: 'tp_print': is not a member of '_typeobject'
C:\Users\Ala Eddine Abbassi\AppData\Local\Programs\Python\Python310\include\cpython/object.h(191): note: see declaration of '_typeobject'
preshed/maps.cpp(6129): warning C4996: '_PyUnicode_get_wstr_length': deprecated in 3.3
preshed/maps.cpp(6145): warning C4996: '_PyUnicode_get_wstr_length': deprecated in 3.3
preshed/maps.cpp(8447): error C3861: '_PyGen_Send': identifier not found
preshed/maps.cpp(8452): error C3861: '_PyGen_Send': identifier not found
preshed/maps.cpp(8536): error C3861: '_PyGen_Send': identifier not found
error: command 'C:\Program Files (x86)\Microsoft Visual Studio\2019\BuildTools\VC\Tools\MSVC\14.29.30133\bin\HostX86\x64\cl.exe' failed with exit code 2
[end of output]
    note: This error originates from a subprocess, and is likely not a problem with pip.
  error: legacy-install-failure

  Encountered error while trying to install package.

  preshed

  note: This is an issue with the package mentioned above, not pip.
  hint: See above for output from the failure.
  [end of output]

note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error
× pip subprocess to install build dependencies did not run successfully.
│ exit code: 1
╰─> See above for output.
note: This error originates from a subprocess, and is likely not a problem with pip.

Has anyone actually managed to fix this? I've managed to install chatterbot using an older version of chatterbot. (Believe it was 1.0.4) but this comes across an issue 'module 'time' has no attribute 'clock', and is rather useless as I can't get further into the development process.
I've been trying to find workarounds for the last three hours with no luck.

Has anyone actually managed to fix this? I've managed to install chatterbot using an older version of chatterbot. (Believe it was 1.0.4) but this comes across an issue 'module 'time' has no attribute 'clock', and is rather useless as I can't get further into the development process.
I've been trying to find workarounds for the last three hours with no luck.

Thanks a lot

Same Here now, @BenjaminCOlds U got Any solution?


[Bug] Please release 0.1.3

The /vpm.json points to 0.1.3 as the latest version of lilEditorToolbox,

but in actuality 0.1.3 has not been released.
Can you please release it?
Thanks.

@lilxyzw

I forgot the release
sry🙇


Don't allow function objects that are prototypes to use the shared type for that FunctionProxy if properties/attributes are changed

Doing so can result in a cycle in the prototype chain.

@kfarnung : Fixes https://github.com/Microsoft/ChakraCore/issues/4997


Help with Build. No files being created in dist folder

I followed  this
$ git clone https://github.com/AllenFang/react-bootstrap-table.git
$ cd react-bootstrap-table
$ npm install
and then
$ gulp prod #for production
There was no error but no file was created in build. To be sure i deleted in precompiled file available in dist.  To troubleshoot further i tried to run webpack from command line. Here is what i got
c:\react-bootstrap-table>webpack --config webpack.production.config
Hash: 69a76034c360bd3f923a
Version: webpack 1.12.10
Time: 47ms
+ 1 hidden modules
ERROR in ./src/index.js
Module parse failed: c:\React\node_modules\react-bootstrap-table\src\index.js Line 1: Unexpected token
You may need an appropriate loader to handle this file type.
| import BootstrapTable from './BootstrapTable';
| import TableHeaderColumn from './TableHeaderColumn';
| import {TableDataSet} from './store/TableDataStore';
I want to make some change to code but i cannot build it. I am new to js/node environment.  Any hint would be great help.  May be i am doing it wrong.

@Agilesolutionspk, if no error when run gulp prod for profuction, it's hard to find the root cause. I will try it on my windows env, and what's your node.js version?

Thank you for the quick reply.  I am using node 5.4.0

@Agilesolutionspk, I've tested on windows but got no error. your gulp is installed on global?

@Agilesolutionspk, I guess it's a gulp issues,
you can install gulp global then tun $ gulp prod again
or

$ cd node_modules\gulp\completion
$ bash
$ > gulp prod

if any question, welcome to join the gitter to discuss with us.

@AllenFang I am using windows 10. Installed gulp local as well as global. Also tried via gulp\completion.  Somehow bash does not work at all.  Dist folder remains empty.  I guess it is better to switch to ubuntu for node related work.  Its nice working with you. Thank you.

@AllenFang    SOLVED:    Deleted everything node etc and then reinstalled.  Under node_modules\gulp\completion  i used powershell as bash does not work on windows. It is Great to be back on track :)

good :P


openmpi: fix libtool issue  #18147 by stripping libtool *.la files

Motivation for this change
Solve issue #18147

openmpi nix package do not strip the *.la files coming from libtool.
This generate dependency issues for other project using libtool and nix, due to libtool trying to link against the dependencies of openmpi itself ( e.g libibverbs ) when it should not.
This issue has been encountered here #17937
It is a general good practice to strip libtool *.la file in package.
Things done

[ ] Tested using sandboxing
(nix.useChroot on NixOS,
or option build-use-chroot in nix.conf
on non-NixOS)
Built on platform(s)

[ ] NixOS
[ ] OS X
[ ] Linux

[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
[ ] Fits CONTRIBUTING.md.

cc maintainer @mornfall

@vcunat I haven't encountered this before. Do we remove these files or would they go in a separate output?

@Fridh @vcunat  These files do not bring anything. All the package manager and distributions I know including Fedora and Debian remove them.
They are legacy staff  used only by libtool in some specific case that are not relevant with a nix usage.

ping @joelmo
Build broken due to rpy2 being broken ... :/

you can ignore rpy2. I'll mark it as broken right away.

@FRidh ok, let me know when I can re-trigger

rpy2 breaks because of this?
Is there a fix for packages that use libtools .la files? I have not checked if that is required for rpy2, I don't use that package you are free to disable it for the moment.

@joelmo  no, rpy2 is broken by itself and block the pull request.
If I try to compile it alone from the master edge I got the same error :
nix-build ./ -A pythonPackages.rpy2
strip:/nix/store/k5fx7f69mm9falb6za1hs5lfphd4ix3w-python2.7-rpy2-2.8.2/lib/python2.7/site-packages/rpy2-2.8.2.dist-info/WHEEL: File format not recognized
patching script interpreter paths in /nix/store/k5fx7f69mm9falb6za1hs5lfphd4ix3w-python2.7-rpy2-2.8.2
running install tests
Traceback (most recent call last):
File "/nix/store/98k1k047r1lz1wk1h8ywcxldnrvhyql7-python-2.7.12/lib/python2.7/runpy.py", line 174, in _run_module_as_main
"main", fname, loader, pkg_name)
File "/nix/store/98k1k047r1lz1wk1h8ywcxldnrvhyql7-python-2.7.12/lib/python2.7/runpy.py", line 72, in _run_code
exec code in run_globals
File "/nix/store/k5fx7f69mm9falb6za1hs5lfphd4ix3w-python2.7-rpy2-2.8.2/lib/python2.7/site-packages/rpy2/tests.py", line 23, in
import rpy2.tests_rpy_classic
File "/nix/store/k5fx7f69mm9falb6za1hs5lfphd4ix3w-python2.7-rpy2-2.8.2/lib/python2.7/site-packages/rpy2/tests_rpy_classic.py", line 3, in
import rpy2.rpy_classic as rpy
File "/nix/store/k5fx7f69mm9falb6za1hs5lfphd4ix3w-python2.7-rpy2-2.8.2/lib/python2.7/site-packages/rpy2/rpy_classic.py", line 5, in
import rpy2.rinterface as ri
File "/nix/store/k5fx7f69mm9falb6za1hs5lfphd4ix3w-python2.7-rpy2-2.8.2/lib/python2.7/site-packages/rpy2/rinterface/init.py", line 92, in
from rpy2.rinterface._rinterface import (baseenv,
ImportError: libreadline.so.6: cannot open shared object file: No such file or directory
builder for ‘/nix/store/2c66pfhnqymklhpil92yvjmii82bww19-python2.7-rpy2-2.8.2.drv’ failed with exit code 1
error: build of ‘/nix/store/2c66pfhnqymklhpil92yvjmii82bww19-python2.7-rpy2-2.8.2.drv’ failed

@adevress don't worry, it won't block the PR.

@FRidh thx. Can you merge it ? or let me know when rpy2 is disable that I can retrigger ?

thx a lot

*.la truly are more often a problem than a benefit. *.pc has replaced them AFAIK.

@vcunat I agree.
little point on that: that would be great if Nix automatically strip them by default during the fixup phase. Most Linux distribution ( in fact all the ones I know ) do it by default.

It's easy to make it do so, but it seems a bit risky to do it everywhere. Perhaps after resolving all for 16.09...


Test: build wheels in test-pypi workflow

This is not intended to be merged.
I just need a place to run github actions to test them.

Notes on what is going on here:

The publish-test-pypi action (and I assume the same goes for the publish-pypi) did not work; the wheel was built using a wrong linux spec. This is my attempt at building proper wheels. Should also have the benefit of providing native wheels for apple silicon machines
The action that publishes to testPyPI is supposed to run when a tag is pushed. I have set it to run on PRs temporarily, so I can test it here
To make it work, I needed to require a newer version of setuptools, which requires python >= 3.7, so that would be a hard requirement now.
the dependency on h5py prevents us to build wheels for some architectures (32bit windows, i686 linux). I have not tried hard to make it work for those platforms...


Pundit::NotDefinedError: unable to find policy when moving from Pundit 0.3 to 1.0

When I am running rspec wit pundit version 1.0 on one of my project spec classes I get multiple errors which I haven't seen before. However, when I'm switching to the previous version of pundit (0.3) everything works correctly.
Up to now what I have noticed is that with newer version of pundit @error in create function is not correctly assigned (instead of error class, I get an error message string from the error class).
class ErrorsController < ApplicationController
  before_action :set_execution_environment

  def authorize!
    authorize(@error || @errors)
  end
  private :authorize!

  def create
    @error = Error.new(error_params)
    authorize!
  end

  def error_params
    params[:error].permit(:message, :submission_id).merge(execution_environment_id: @execution_environment.id)
  end
  private :error_params

in spec/factories:
FactoryGirl.define do
  factory :error, class: Error do
    association :execution_environment, factory: :ruby
    message "exercise.rb:4:in `<main>': undefined local variable or method `foo' for main:Object (NameError)"
  end
end

in spec/controllers/error_controller.rb:
  describe 'POST #create' do
    context 'with a valid error' do
      let(:request) { proc { post :create, execution_environment_id: FactoryGirl.build(:error).execution_environment.id, error: FactoryGirl.attributes_for(:error), format: :json } }

      context 'when a hint can be matched' do
        let(:hint) { FactoryGirl.build(:ruby_syntax_error).message }

        before(:each) do
          expect_any_instance_of(Whistleblower).to receive(:generate_hint).and_return(hint)
          request.call
        end

        expect_assigns(execution_environment: :execution_environment)

        it 'does not create the error' do
          allow_any_instance_of(Whistleblower).to receive(:generate_hint).and_return(hint)
          expect { request.call }.not_to change(Error, :count)
        end

        it 'returns the hint' do
          expect(response.body).to eq({hint: hint}.to_json)
        end

        expect_json
        expect_status(200)
      end

      context 'when no hint can be matched' do
        before(:each) do
          expect_any_instance_of(Whistleblower).to receive(:generate_hint).and_return(nil)
          request.call
        end

        expect_assigns(execution_environment: :execution_environment)

        it 'creates the error' do
          allow_any_instance_of(Whistleblower).to receive(:generate_hint)
          expect { request.call }.to change(Error, :count).by(1)
        end

        expect_json
        expect_status(201)
      end
    end

I get the error message

Pundit::NotDefinedError:
unable to find policy Pundit::ErrorPolicy for #<Pundit::Error: {"message"=>"exercise.rb:4:in': undefined local variable or method foo' for main:Object (NameError)", "execution_environment_id"=>1}>

since error class is not correctly created. After that every test in error class fail.
My policies:
class AdminOrAuthorPolicy < ApplicationPolicy
  [:create?, :index?, :new?].each do |action|
    define_method(action) { @user.internal_user? }
  end

  [:destroy?, :edit?, :show?, :update?].each do |action|
    define_method(action) { admin? || author? }
  end
end

class ErrorPolicy < AdminOrAuthorPolicy
  def author?
    @user == @record.execution_environment.author
  end
end

I have no such an problem with any other class.

Sorry I cannot provide support for this.


OAS-6219 | add support for microsoft login

Sorry. But I don't see how it would enable Microsoft login?


Issue 2297: Creating a button to add groups for all students as background task

Need to start a resque worker in a separate terminal using command VVERBOSE=1 QUEUE=default rake environment resque:work to run the job.

This PR is closed because a new PR added a few additional fixes.


How to get this to work?

Hi,
I would like to use this project to replicate what you showed in the Youtube videos,
specifically what was shown in the "Anno 1800 auto trading" video.
Any chance of a video showing how to set up the project and create a small script that, let's say, shows the name of all the player islands?
I have developer experience just not in the C world so a video like this should send me on my way to start writing my own scripts.

Is the readme.md up-to-date with what is in the repo itself?


Adding group api

Adding group api

@agreco can you add some unit tests for this? Should be pretty much a copy of the documents API tests.

@paulwib I've committed the tests as requested.. pull request doesn't seem to have updated with this change, shall I create a new pull request?

@paulwib the groupCount change has been applied to the group spec

cool thx


NIX Sigma 3.0rc2 After reindexing

Debug log attached below.
Issue: After reindexing (deleting chainstate and blocks folder) a wrong amount of ghosted nix appears. Should be 5000 ghosted Nix not 27422.1 Nix.
After closing wallet and restarting it the correct amount shows up.

debug.log
nix debug.log

fixed


reactor.netty.http.client.PrematureCloseException: Connection prematurely closed BEFORE response

@spencergibb
Is your feature request related to a problem? Please describe.
When I use the version

org.springframework.cloud:spring-cloud-starter-gateway:jar:2.2.0.M2

every day I get a few error level exceptions
[reactor-http-epoll-1][21:19:36.158][WARN][HttpClientConnect:299] [id: 0x150804b3, L:/<IP_ADDRESS>:43030 ! R:xxx/xxx.xxx.xxx.xxx:443] The connection observed an error
reactor.netty.http.client.PrematureCloseException: Connection prematurely closed BEFORE response
[reactor-http-epoll-1][21:19:36.158][ERROR][AbstractErrorWebExceptionHandler:122] [76044a7e] 500 Server Error for HTTP POST "uri"
reactor.netty.http.client.PrematureCloseException: Connection prematurely closed BEFORE response
        Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException:
Error has been observed at the following site(s):
        |_ checkpoint ⇢ org.springframework.cloud.gateway.filter.WeightCalculatorWebFilter [DefaultWebFilterChain]
        |_ checkpoint ⇢ org.springframework.boot.actuate.metrics.web.reactive.server.MetricsWebFilter [DefaultWebFilterChain]
        |_ checkpoint ⇢ HTTP POST "uri" [ExceptionHandlingWebHandler]
Stack trace:

When I upgrade to the latest version

org.springframework.cloud:spring-cloud-starter-gateway:jar:2.2.3.RELEASE

no such question
Describe the solution you'd like
So I want to know how to solve this problem, because I have such problems when I use WebClient.create() now.
I believe that there are suggestions to solve this problem in the default implementation of WebClient.

The exception I get when I use WebClient
[reactor-http-epoll-4][19:26:50.633][WARN][HttpClientConnect:299] [id: 0x08f18aef, L:/<IP_ADDRESS>:59710 ! R:host/xx.xx.xx.xx:443] The connection observed an error
reactor.netty.http.client.PrematureCloseException: Connection prematurely closed BEFORE response
[reactor-http-epoll-4][19:26:50.634][ERROR][AbstractErrorWebExceptionHandler:122] [2711c447] 500 Server Error for HTTP POST "gateway-uri"
reactor.netty.http.client.PrematureCloseException: Connection prematurely closed BEFORE response
        Suppressed: reactor.core.publisher.FluxOnAssembly$OnAssemblyException:
Error has been observed at the following site(s):
        |_ checkpoint ⇢ Request to POST uri [DefaultWebClient]
        |_ checkpoint ⇢ org.springframework.cloud.gateway.filter.WeightCalculatorWebFilter [DefaultWebFilterChain]
        |_ checkpoint ⇢ org.springframework.boot.actuate.metrics.web.reactive.server.MetricsWebFilter [DefaultWebFilterChain]
        |_ checkpoint ⇢ HTTP POST "gateway-uri" [ExceptionHandlingWebHandler]
Stack trace:

@rstoyanchev please subscribe to this issues

Two things. 2.2.0.M2 is a prerelease milestone and unsupported. 2.2.3 is the right version to use. WebClient is part of spring framework, how does it relate to spring cloud gateway?

@spencergibb
Sorry，It's not a gateway problem, but gateway solves it,maybe you have any suggestions.
I meant to get a solution,because I think the solution is similar.

I don't think gateway did anything specific. I think it was a reactor netty update

The reactor netty version is the same. I go to the spring framework to create a new issue.

https://github.com/reactor/reactor-netty/issues/1221

https://blog.csdn.net/rickiyeat/article/details/107900585


only check for bans if the dependency tree changed

Objective

CI job check-bans fails often for unrelated reasons to a PR. Reduce those failures

Solution

Currently, the job only runs if a Cargo.toml file changed. This PR would run the job only if the output of cargo tree --depth 3 is different in a PR from main. the job would still always run on main

Why depth 3 specifically?

depth 1 of Bevy is bevy_internal, depth 2 is all the Bevy crates, depth 3 is Bevy external dependencies. depth 4 would be the dependencies of Bevy dependencies, so those can change without any changes on Bevy.


Remove UAA cleanup from deprovisioning queue

This was a forgotten residue regarding the service catalog. Catalog is no longer part of kyma and these deprovisioning steps were noop because no UAA issuer ServiceInstance is part of any kyma instance.
No other step in deprovisioning uses kube clients to access the instance.

/retest


Support for badges on iOS

On Android the AHBottomNavigation has support for badges, so i can call
    bottomNavigation.android.setNotification("1", 3);

Is it possible to do on iOS too?
If yes, can it turns a agnostic feature?

Hi,
Yes I’m changing the iOS part to use material components and will be ready next week hopefully

@davorpeic is going great, I almost got it.
It will be ready for the weekend

@henrychavez I just tried and don't build.
I got stuck with Command xcodebuild failed with exit code 65..
When I rollback to version 1.3.0 works fine.
$ tns --version
4.2.1

$ xcodebuild -version
Xcode 10.0
Build version 10A255
``

@brunoziie There should be more info about code 65 error.
Clean platforms and node_modules folders, try again to run your command.

@alexandruantonica I already tried to remove and add platform again.
I will try remove both now.

Solved.
I don't know why but when put this version together with nativescript-toast its don'd build.
Tks, @henrychavez  and @alexandruantonica.

Great!
Happy Coding!

Hi! Thanks for awesome plugin. Can you help me with adding badges on ios? Simple example would be fine. Thanks!

@uzarsalan for now you can put this code inside your onBottomNavigationLoaded() callback or where you think is convenient, but you need the reference of the native view.
onBottomNavigationLoaded(args) {
  const bottomNavigation = args.object;
  const tabIndex = 1;
  const badgeValue = "2";
  if (isIOS) {
    cont tab = bottomNavigation.items[tabIndex];
    tab.badgeValue(badgeValue);
  } else {
    // Android
    bottomNavigation.setNotification(badgeValue, tabIndex);
  }
}

I'm still working on a better implementation but this is a work around for now.
you can find more information for iOS here and for android here

@henrychavez This workaround doesn't work in my case.
Do we have any other way to implement the badges for both platforms?

@alexandruantonica I think this not working because the code example wrote above the platform prefix is missing.
on Android is:
bottomNavigation.android.setNotification("1", 3);

on iOS maybe it's something like this:
    cont tab = bottomNavigation.items[tabIndex];
    tab.ios.badgeValue(badgeValue);

Thanks @brunoziie
I'll check

bottomNavigation.items[tabIndex];
tab.ios.badgeValue = badgeValue;
вт, 13 нояб. 2018 г. в 22:13, alexandruantonica<EMAIL_ADDRESS>
Thanks @brunoziie https://github.com/brunoziie
I'll check
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/henrychavez/nativescript-bottom-navigation/issues/29#issuecomment-438279883,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AQL7MvnCwHx3C9VIeKrdbja4173rlkzmks5uutOEgaJpZM4WBm66
.

--
С уважением, Арсалан Рабданов!

const tab = bottomNavigation.ios.items[tabIndex];
tab.badgeValue = badgeValue;

BadgeValue is property, not a function

#52


Vundled plugins' ftplugin directories aren't sourced?

I just used Vundle to install https://github.com/xolox/vim-notes which has a file in its ftplugin/ directory that's necessary to the functioning of the plugin. That file is not getting loaded. The plugin works fine with a traditional (non-Vundle) installation. Where does the problem lie?

Hey!
ftplugin/* should be sourced lazily by Vim.
Can you please provide more details how to reproduce the problem?
Ie i just did

:BundleInstall xolox/vim-notes
:Note test

And I got example note with highlights. Also, the :scriptnames output includes
139: ~/.vim/bundle/vim-notes/plugin/notes.vim
140: ~/.vim/bundle/vim-notes/autoload/xolox/misc/path.vim
141: ~/.vim/bundle/vim-notes/autoload/xolox/misc/os.vim
142: ~/.vim/bundle/vim-notes/autoload/xolox/notes.vim
143: ~/.vim/bundle/vim-notes/autoload/xolox/misc/timer.vim
144: ~/.vim/bundle/vim-notes/autoload/xolox/misc/str.vim
145: ~/.vim/bundle/vim-notes/syntax/notes.vim
146: ~/.vim/bundle/vim-notes/autoload/xolox/misc/escape.vim
147: ~/.vim/bundle/vim-notes/ftplugin/notes.vim

Which means ~/.vim/bundle/vim-notes/ftplugin/notes.vim did get sourced.
Please let me know how can I reproduce the issue.

Hey what's the state on this?!
Still having issues?
Unfortunately i'm not a Windows user so I can't really dig into it easily.

Yes, this is still happening. I wish I didn't have to use Windows!

Hey @ghuntley haven'y heard from you.
So closing.
Feel free to reopen if you keep having issues


Switching visualizations in the Visualization Preview does not work.

This task is automatically imported from the old Task Issue Board and it was originally created by Adam Obuchowicz.
Original issue is here.

Steps to reproduce

Open any project
Open Component Browser without any node selected
select "number input"
Try to switch the visualization by opening visualizations menu

Expected
The visualization menu is shown
Actual
It is not.

Fixed in GUI2


fix: Removed reply template from flight manuals children

Checklist:

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] All the files I changed are in the same world language, for example: only English changes, or only Chinese changes, etc.

Closes #40063
Reply templates should not be a subfolder of flight manuals because it's a subfolder of Moderator Handbook.

Heya~!
Thanks for the catch! I do see there is a duplicate link issue. I'm not sure, though, if leaving the Reply Templates in the bottom of the Moderator Handbook is the best approach - it might be better to separate the templates into their own .md file and keep this link?

Hey @nhcarrigan, reply templates were part of a different .md file but was moved to ModeratorHandbook.md to get rid of relative linking. @raisedadead can you check this once?
thank you.

Hi @nhcarrigan
I think I agree with you on this, while consolidating I might have had the oversight of merging this with the handbook.
However, at minute there is a consistency issue with the replies in the templates and the handbook instructions. I think you are the best person to rejig this a little bit. Ideally, we want fewer files.
I will let you advise us here. Thanks.
@dhanush1909 thanks for your patience and the PR, we will follow up with further instructions.

Alright - if the goal is fewer files, then I don't see an issue with having reply templates at the bottom of the moderator handbook (they are very closely related, after all).
I will go ahead and run through the handbook and make sure the templates match up with the instructions - PR will come soon.


PostgreSQL Flexible server added support for new api version 2023-03-01-preview which includes some new features and bug fixes

Features Added

Data Encryption support for Geo-backup enabled servers.
ReviveDropped. This allows you to revive the dropped servers.
Migration
Performance tier scaling for Storage
Long Term Retention Backup
LogFiles

Bugs Fixed

ReplicaCapacity under PostgreSqlFlexibleServerData is now marked as read-only as this cannot be updated.
Removed unsupported IdentityType "SystemAssigned".
Renamed KeyType for Data encryption feature from unsupported SystemAssigned to supported SystemManaged.
Support Network object to be updated as part of PostgreSqlFlexibleServerPatch call.
Remove unsupported ReplicationRoles GeoSyncReplica, Secondary, SyncReplica, WalReplica.

Breaking changes

Updated response for the capabilities api in api version 2023-03-01-preview
StorageInGB replcaed with Stirage object to support new features like Performance Tier Scaling and Storage autogrow

Contributing to the Azure SDK
Please see our CONTRIBUTING.md if you are not familiar with contributing to this repository or have questions.
For specific information about pull request etiquette and best practices, see this section.

API change check
APIView has identified API level changes in this PR and created following API reviews.
Azure.ResourceManager.PostgreSql


Swift 3 Support

Just ran the swift conversion tool and bumped the build number. Seems to do the trick.

NB: Also see https://github.com/JosephLin/SwiftyStateMachine/commit/4e0c0f2ff753c6e4e3f27a45a703e3f17b3fc4f2
The Cartfile needs updating to the appropriate sha's for Carthage users of Swift 3


Add a wiki: PenguinMod Wiki

Link to origin wiki: https://penguinmod.fandom.com
Link to destination (independent) wiki: https://wiki.penguinmod.com

Thank you for the submission! The wiki has been added in v3.11.0 (available for Chrome, soon to be available on Firefox).


Infinite loading for a username if it does not exist.

Reproduction steps:

Go to Trashtalk
Enter username1 as "vanshtiwari999", which does not exist, username2 as "vanshtiwari" or vice-versa.
The data for the username that does not exist will keep on loading. (Although, there is a "Refresh" message, it's not clear what to do).

Fixed


keepassxc: 2.3.0 -> 2.3.1

Motivation for this change
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option build-use-sandbox in nix.conf on non-NixOS)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[x] Fits CONTRIBUTING.md.

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin/keepassxc-cli
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin/keepassxc
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/lib/keepassxc/libkeepassx-autotype-xcb.so
gzipping man pages under /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/lib  /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin
patching script interpreter paths in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1
checking for references to /tmp/nix-build-keepassxc-2.3.1.drv-0 in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1...
postPatchMkspecs
postPatchMkspecs

Failure on x86_64-darwin (full log)
Partial log (click to expand)
In file included from /tmp/nix-build-keepassxc-2.3.1.drv-0/source/src/gui/Clipboard.h:23:
/tmp/nix-build-keepassxc-2.3.1.drv-0/source/src/core/MacPasteboard.h:21:10: fatal error: 'QMacPasteboardMime' file not found
#include <QMacPasteboardMime>
         ^~~~~~~~~~~~~~~~~~~~
1 error generated.
make[2]: *** [src/CMakeFiles/keepassx_core.dir/build.make:1359: src/CMakeFiles/keepassx_core.dir/gui/Clipboard.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:197: src/CMakeFiles/keepassx_core.dir/all] Error 2
make: *** [Makefile:163: all] Error 2
builder for '/nix/store/323nwfa05w62hpwx6aqxw361lbzm0cx9-keepassxc-2.3.1.drv' failed with exit code 2
error: build of '/nix/store/323nwfa05w62hpwx6aqxw361lbzm0cx9-keepassxc-2.3.1.drv' failed

Success on aarch64-linux (full log)
Partial log (click to expand)
shrinking /nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1/bin/keepassxc-cli
shrinking /nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1/bin/keepassxc-proxy
shrinking /nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1/bin/keepassxc
gzipping man pages under /nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1/share/man/
strip is /nix/store/lvx1acn1ig1j2km8jds5x3ggh3f2wa8v-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1/lib  /nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1/bin
patching script interpreter paths in /nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1
checking for references to /build in /nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1...
postPatchMkspecs
postPatchMkspecs

@GrahamcOfBorg build keepassxc

Success on aarch64-linux (full log)
Partial log (click to expand)
/nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1

Success on aarch64-linux (full log)
Partial log (click to expand)
/nix/store/5frk0bpx1fbllbzkplzknwdji95m7rli-keepassxc-2.3.1

Failure on x86_64-darwin (full log)
Partial log (click to expand)
	 22 - testcsvparser (Child aborted)
	 23 - testrandom (Child aborted)
	 24 - testentrysearcher (Child aborted)
	 25 - testcsvexporter (Child aborted)
	 26 - testykchallengeresponsekey (Child aborted)
	 27 - testdatabase (Child aborted)
Errors while running CTest
make: *** [Makefile:108: test] Error 8
builder for '/nix/store/jvx3bmz59bnl84j6drv408d0hby6kkq9-keepassxc-2.3.1.drv' failed with exit code 2
error: build of '/nix/store/jvx3bmz59bnl84j6drv408d0hby6kkq9-keepassxc-2.3.1.drv' failed

@orivej I fixed the package again, but looking at the failing tests, I am not sure if someone can actually start keepassxc.

Failure on x86_64-darwin (full log)
Partial log (click to expand)
	 22 - testcsvparser (Child aborted)
	 23 - testrandom (Child aborted)
	 24 - testentrysearcher (Child aborted)
	 25 - testcsvexporter (Child aborted)
	 26 - testykchallengeresponsekey (Child aborted)
	 27 - testdatabase (Child aborted)
Errors while running CTest
make: *** [Makefile:108: test] Error 8
builder for '/nix/store/jvx3bmz59bnl84j6drv408d0hby6kkq9-keepassxc-2.3.1.drv' failed with exit code 2
error: build of '/nix/store/jvx3bmz59bnl84j6drv408d0hby6kkq9-keepassxc-2.3.1.drv' failed

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin/keepassxc-cli
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin/keepassxc
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/lib/keepassxc/libkeepassx-autotype-xcb.so
gzipping man pages under /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/lib  /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin
patching script interpreter paths in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1
checking for references to /tmp/nix-build-keepassxc-2.3.1.drv-0 in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1...
postPatchMkspecs
postPatchMkspecs

Success on x86_64-linux (full log)
Partial log (click to expand)
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin/keepassxc
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin/keepassxc-cli
shrinking /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin/keepassxc-proxy
gzipping man pages under /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/share/man/
strip is /nix/store/b0zlxla7dmy1iwc3g459rjznx59797xy-binutils-2.28.1/bin/strip
stripping (with command strip and flags -S) in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/lib  /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1/bin
patching script interpreter paths in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1
checking for references to /tmp/nix-build-keepassxc-2.3.1.drv-0 in /nix/store/nbh3p7ff2mmlzmn47skx2dvwqnfbdcj8-keepassxc-2.3.1...
postPatchMkspecs
postPatchMkspecs

I fixed the darwin build in here #37790.

Closed in favor of https://github.com/NixOS/nixpkgs/pull/37790


The Datepicker Popup Flows "Off Screen"

Describe the bug
For my application, the the popup/popover flows in such a way that it gets occluded by another element. The banner that is hiding the top portion of the datepicker is position: fixed.
Is there a way to either adjust the z-index of the popup or specify a default direction to the popup flow?

To Reproduce
Steps to reproduce the behavior:

Have element with position: fixed
Position Datepicker in such a way that the popup flows into the position: fixed element and is occluded by it

Expected behavior
For the popover to not be occluded.
Screenshots
Please reference the screenshots above.
Desktop (please complete the following information):

OS: MacOS Apple M1 Pro
Browser Chrome
Version Version 119.0.6045.123 (Official Build) (arm64)

Hi @dkt2 -
The layering of the auro-popover component drives the layering of the calendar. That calendar UI is injected into the <slot> as content for that element.
--auro-depth-tooltip: 300

:host([data-show]) {
  .popover {
    z-index: var(--auro-depth-tooltip);
    background-color: var(--auro-color-background-lightest);
  }
}

Ideally, I would think that if your header is below that 300 z-index, you should see the results you are looking for.

@blackfalcon thank you! Adjusting my header to below z-index: 300 fixed the issue


Use velocity in drum/synth players

Yay! Tone.js already had a thing for this!

@adarob did you hear the clipping though?

Where specifically should I listen for clipping?

In the last demo (that has each of the drums at a small and big velocity) one of the “loud” drums to me sounds clipped (as in it sorta gets blown out and you don’t hear the drum at all. Or the snare. I don’t know what’s it’s called)

(update: the drum doesn't get clipped because of the velocity, but because that drum (46) can't be played in succession quickly)