inproc option not working

"Inproc:  Allow using an inproc Exdi-Server."
In fact, windbg (10.0.22000.194) can't understand this options when used with -kx edxi: args.
Is it a bug? Or by design?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 0c2b03e3-2c9b-1b11-f55c-fae5f6e657ed
Version Independent ID: 0c2b03e3-2c9b-1b11-f55c-fae5f6e657ed
Content: Configuring the EXDI Debugger Transport - Windows drivers
Content Source: windows-driver-docs-pr/debugger/configuring-the-exdi-debugger-transport.md
Product: windows-hardware
Technology: debugger
GitHub Login: @DOMARS
Microsoft Alias: domars

This particular channel is monitored by the men and women who write the driver documentation posted on docs.microsoft.com/drivers. Though we'd like to, we don’t have the resources to provide support for specific scenarios.
From what I can tell, inproc should work with EXDI. If you don’t believe that to be the case, you could consider filing an issue here.
https://github.com/microsoftfeedback/WinDbg-Feedback/issues?q=is%3Aissue+is%3Aopen+exdi
I have mainly used the Powershell script to work with EXDI, so exploring using it would be one option, if this is an issue related to parsing of the command line parameter. Another idea would be trying both the current WinDbg preview, as well as the classic debugger, as there can be differences in their parameter processing.
To validate the Inproc functionality, and setting it up in a specific scenario, could be quite complex, from what I know about EXDI.  As the debugger in EXDI mode has very little knowledge of things like threads and processes as it would with a normal kernel debugger connection. So locating and setting a breakpoint to end up in the correct context to be where you want to be, is complex. Typically, you end up in a random Windows memory process when you break in with EXDI. Use of the search memory command might allow you to find a unique signature and determine how to find your way forward, but this too is complex, with modern Windows memory usage.
For specific guidance, your best bet is to use one of the forums where other driver developers and Microsoft engineers can be found. For example, the OSR debugger forum.
https://community.osr.com/categories/windbg
There may be Intel or other hardware debugger vendor forums that have more expertise in raw memory debugging.
Thanks for passing on what you are seeing with in process debugging and EXDI, and I will update the docs with any additional information on restrictions / limitations of inproc, or command line syntax recommendations I locate in the future.


Do we have example to show noData?

@whawker do we have any example where we can refer noData?
I tried to pass this to plotOptions but seems not working.
      plotOptions = {
        series: {
          states: {
            hover: {
              enabled: false
            }
          }
        },
        lang: {
          noData: "No Data Found!!!"
        },
        noData: {
          style: {
            fontWeight: 'bold',
            fontSize: '15px',
            color: '#303030'
          }
        }
      };

Apologies for the incredible late reply, you just need to apply the no data module of Highcharts.
See here

@whawker can we change the text and add styles to it?

This worked for me:
import Highcharts from 'highcharts';
import addNoDataModule from 'highcharts/modules/no-data-to-display';
import * as HSX from 'react-jsx-highcharts';

if (typeof Highcharts === 'object') {
  addNoDataModule(Highcharts);
}

...

<HSX.HighchartsChart
  credits={{ enabled: false }}
  exporting={{
    enabled: false,
  }}
  lang={{
    noData: 'No Data Found!!!',
  }}
>


normalize could delete more stuff

There is stuff that makes its way into the json that we don't want:

"background": "transparent"
"attr": { "style": {} }
"attr": { "position": [ anything ] }

yep


Documentation

In a Pull Request we discussed the usage of GitHub wiki pages. Because wiki pages are specific to GitHub we had the idea of using Markdown files within the repository to describe how to use Logdown and how to do things like deploying a new Logdown version, etc.
I just found this service http://documentup.com/ which could be nice in finding the right headlines for our Markdown files. Here is what we get from our root readme.md file:

http://documentup.com/caiogondim/logdown.js

As discussed in https://github.com/caiogondim/logdown.js/pull/76, we will most likely go for https://www.gitbook.com/


Error using static method

It fails to create a object :(
class Grass_LoDStrategy extends Node:
	# singleton initializer
	static func initialize():
		var o = Globals.has('iGrass_LoDStrategy')
		if not Globals.has('iGrass_LoDStrategy'):
			o = Grass_LoDStrategy.new()
			Globals.set('iGrass_LoDStrategy',o)
		return o

	func _init():
		pass

Could you give more details about what you're trying to do? It looks like you are make a class which should instanciate itself when calling initialize(), but to do what, I have no clue.
Also you don't say what the error is, and since we don't have your Globals we can't really test it either.

@marcosbitetti from looking at your code it looks there is an error.  var o = Globals.has('iGrass_LoDStrategy') o will have boolean value instead of your object. I believe you should write it more like:
if Globals.has("iGrass_LoDStrategy"):
         o = get_singleton("iGrass_LoDStrategy")
else:
         o = Grass_LoDStrategy.new()
         Globals.set('iGrass_LoDStrategy',o)
return o

it's also possible you might need to use has_singleton instead of has, I'm not sure I never used Globals

The error is on Grass_LoDStrategy.new()
Static method not reconize it as a class!
Sorry, I reorganize it
class Grass_LoDStrategy extends Node:
	# singleton initializer
	static func initialize():
		var o
		if not Globals.has('iGrass_LoDStrategy'):
			o = Grass_LoDStrategy.new() # this not work
			Globals.set('iGrass_LoDStrategy',o)
		else:
			o = Globals.get('iGrass_LoDStrategy')
		return o

	func _init():
		pass

@marcosbitetti I usually do it like this (as new is a static function too :wink:  ):
class Connection:
	#....
	static func create(stream):
		var new_self = new()
		new_self.stream = stream
	#....

uhmm. Make sense, but capacity to view itself is desirable.


Doesn't seem to work with Windows 10 Bash.

I can't get Qonsole to work with the Windows 10 bash. I have no clue why but it simply isn't seeing bash.exe in system32 as a cmd path. Nor can I modify the lnk to point to the bash exe because the script then crashes. I'd love to get more information on this for you guys but I feel like this project isn't supported heavily.

This happens after installing the creators update from microsoft windows 10. Before this was working fine as the normal cmd-console.

Interesting so what happened to bash? Do you think it's the actual bash executable that is the issue? Anyone have a copy of the old one?

Think it's more a Microsoft/Windows Problem, after updating the WSL-Version is the same. You have to uninstall and reinstall to get the new version.

Hmm, try it with console2, then from that shell-wrapper launch bash?
On Apr 14, 2017 3:58 AM, Michael Brune<EMAIL_ADDRESS>wrote:
I can't get Qonsole to work with the Windows 10 bash. I have no clue why but it simply isn't seeing bash.exe in system32 as a cmd path. Nor can I modify the lnk to point to the bash exe because the script then crashes. I'd love to get more information on this for you guys but I feel like this project isn't supported heavily.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHubhttps://github.com/joedf/Qonsole/issues/4, or mute the threadhttps://github.com/notifications/unsubscribe-auth/ADq4G10RGswdXSLI0_CIOS6-bVPKBkvrks5rvycrgaJpZM4M9i0M.

A quick fix to what @Mobbel has mentionned is to use the "Legacy" cmd.
As described here: https://github.com/joedf/Qonsole/issues/1#issuecomment-238957371
I think I might find a programmatic solution to automatically change that... or I refactor Qonsole all together... :/

Tested with Legacy-Mode didn't useable. Qonsole quits with same Error-Message, and bash comment this option that it isn't possible to use.

hmmm.... Does it work with mintty or console2?

I think I might have to do significant rewrites of certain parts.... :/

Found a workaround:

Search for bash.exe in Windows Explorer.
Copy the one of the long path like:
C:\Windows\WinSxS\amd64_microsoft-windows-lxss-bash_31bf3856ad364e35_10.0.14393.351_none_79648c7a5a883c6f
Open Qonsole and cd into the path you found
Run bash.exe and it seems to work.

When I search for bash.exe I get two results beside the one in System32, and only one of them works, the other gives an error about non-supported 16-bit application (my windows in danish, so not sure about the translation)

that's very odd...
Ahh.... MSWindows... always restructuring everything...

I created a shortcut to the "hidden" bash.exe in my qonsole folder and renamed it to cmd_Qonsole.lnk so now qonsol opens up in bash.

espetes solution did not work for me. Double-clicking the shortcut opens the pre-store bash. However, launching Qonsole gives following error:

if you simply double click C:\Users\Cameron\Qonsole\cmd_Qonsole.lnk, what happens?

Oh whoops, my bad...
Looks like there might a general issue of cmd attachment...
Probably broken by changes in windows. I will have to investigate further in my spare time...


Pagination: onPageChange invocation happens before page = next.

Describe the bug
Say I use the pagination component to fetch new pages of blog posts, yet I have bound the current page to a local variable in my code such that when I run the onPageChange and it is invoked first it will grab the older page of posts it was on previously before updating the page variable to the next page
  System:
OS: Windows 10 10.0.19045
CPU: (16) x64 AMD Ryzen 7 7700X 8-Core Processor
Memory: 29.77 GB / 63.14 GB
Binaries:
Node: 20.14.0 - C:\Program Files\nodejs\node.EXE
npm: 10.7.0 - C:\Program Files\nodejs\npm.CMD
pnpm: 7.30.3 - ~\AppData\Local\pnpm\pnpm.EXE
Browsers:
Chrome: 127.0.6533.120
Edge: Chromium (127.0.2651.74)
Internet Explorer: 11.0.19041.4355
npmPackages:
@sveltejs/kit: ^2.0.0 => 2.5.10
bits-ui: ^0.21.13 => 0.21.13
svelte: ^4.2.18 => 4.2.18
  const {
   	elements: { root },
   	states: { pages, range, page: localPage },
   	getAttrs,
   	updateOption,
   } = setCtx({
   	count,
   	perPage,
   	siblingCount,
   	defaultPage: page,
   	onPageChange: ({ next }) => {
   		if (page !== next) {
   			onPageChange?.(next);
   			page = next;
   		}

   		return next;
   	},
   });

Reproduction
See my description
Logs
No response
System Info
System:
    OS: Windows 10 10.0.19045
    CPU: (16) x64 AMD Ryzen 7 7700X 8-Core Processor
    Memory: 29.77 GB / 63.14 GB
  Binaries:
    Node: 20.14.0 - C:\Program Files\nodejs\node.EXE
    npm: 10.7.0 - C:\Program Files\nodejs\npm.CMD
    pnpm: 7.30.3 - ~\AppData\Local\pnpm\pnpm.EXE
  Browsers:
    Chrome: 127.0.6533.120
    Edge: Chromium (127.0.2651.74)
    Internet Explorer: 11.0.19041.4355
  npmPackages:
    @sveltejs/kit: ^2.0.0 => 2.5.10
    bits-ui: ^0.21.13 => 0.21.13
    svelte: ^4.2.18 => 4.2.18

Severity
annoyance

Closed by #657


open visual stadio code  ,CPU will 100%

VSCode Version:1.9.1
OS Version:window 10 ent or windows server 2012 R2 datacenter

Steps to Reproduce:
1.when i create my development virual mathine in windows server 2012 R2 with hyper-v ,and Install window 10 or windows server 2012 R2 at virual mathine ,then Install visual stadio code ,successful
2.when i open the  visual stadio code application in window 10 or windows server 2012 R2 virual mathine,the CPU will go 100%

To find out more about this issue, we need to get at the process that is causing the high load. VS Code creates multiple processes, each with different tasks. Depending on your OS you can get at the full command line of the process and paste it here. On Mac, the Activity Monitor allows to find the PID of the process and from a terminal ps aux | grep <pid> reveals its arguments.

On Windows a tool like Process Explorer helps:

Once you have the information please update this issue with it. Thanks!

see it

@rimtd is that a single core CPU environment?

multiple  core CPU(XEON e3 1230 v3)，but  virual mathine ,assign one CPU，you can think it's single core CPU

Ok this is https://github.com/Microsoft/vscode/issues/17097 then


Fix typos in DynamicData summary comments

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: freezedice1220 sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

Thanks for fixing these typos.


[compile]: One or more operations with large vector sizes (16384 bytes) were found: for QuantizeLinear operation

What happened?
for given IR, seeing error "One or more operations with large vector sizes (16384 bytes) were found"
This may be related to https://github.com/iree-org/iree/issues/18005 . if fix for 18005 is fixing the below issue then this can be closed
module {
  func.func @torch_jit(%arg0: !torch.vtensor<[1,3,256,256],f32>, %arg1: !torch.vtensor<[1,3,256,256],f32>, %arg2: !torch.vtensor<[4],si64>, %arg3 : !torch.vtensor<[2],si64>, %arg4 : !torch.vtensor<[1],si64>, %arg5 : !torch.vtensor<[32],si64>) -> (!torch.vtensor<[1024,7,7,1],si8> ) attributes {torch.onnx_meta.ir_version = 8 : si64, torch.onnx_meta.opset_version = 21 : si64, torch.onnx_meta.producer_name = "pytorch", torch.onnx_meta.producer_version = "1.13.1"} {
    %6481 = torch.operator "onnx.Constant"() {torch.onnx.value = dense_resource<__246> : tensor<si64>} : () -> !torch.vtensor<[],si64>
    %2051 = torch.operator "onnx.Constant"() {torch.onnx.value = dense_resource<__1077> : tensor<32xsi64>} : () -> !torch.vtensor<[32],si64>
    %2073 = torch.operator "onnx.Constant"() {torch.onnx.value = dense_resource<__1084> : tensor<1xsi64>} : () -> !torch.vtensor<[1],si64>
    %558 = torch.operator "onnx.Constant"() {torch.onnx.value = dense_resource<__182> : tensor<1x7x7x2xf32>} : () -> !torch.vtensor<[1,7,7,2],f32>
    %668 = torch.operator "onnx.Constant"() {torch.onnx.value = dense_resource<__259> : tensor<2xsi64>} : () -> !torch.vtensor<[2],si64>
    %2118 = torch.operator "onnx.Constant"() {torch.onnx.value = dense_resource<__1108> : tensor<f32>} : () -> !torch.vtensor<[],f32>
    %2119 = torch.operator "onnx.Constant"() {torch.onnx.value = dense_resource<__1109> : tensor<si8>} : () -> !torch.vtensor<[],si8>

    %2031 = torch.operator "onnx.Unsqueeze"(%6481, %arg4) : (!torch.vtensor<[],si64>, !torch.vtensor<[1],si64>) -> !torch.vtensor<[1],si64>
    %2038 = torch.operator "onnx.Concat"(%2031, %2031, %2031, %2031) {torch.onnx.axis = 0 : si64} : (!torch.vtensor<[1],si64>, !torch.vtensor<[1],si64>, !torch.vtensor<[1],si64>, !torch.vtensor<[1],si64>) -> !torch.vtensor<[4],si64>

    %2055 = torch.operator "onnx.Reshape"(%2051, %arg4) {torch.onnx.allowzero = 0 : si64} : (!torch.vtensor<[32],si64>, !torch.vtensor<[1],si64>) -> !torch.vtensor<[32],si64>
    %2065 = torch.operator "onnx.Reshape"(%2055, %arg3) {torch.onnx.allowzero = 0 : si64} : (!torch.vtensor<[32],si64>, !torch.vtensor<[2],si64>) -> !torch.vtensor<[1,32],si64>
    %2066 = torch.operator "onnx.Expand"(%2065, %arg3) : (!torch.vtensor<[1,32],si64>, !torch.vtensor<[2],si64>) -> !torch.vtensor<[32,32],si64>
    %2068 = torch.operator "onnx.Unsqueeze"(%2066, %2073) : (!torch.vtensor<[32,32],si64>, !torch.vtensor<[1],si64>) -> !torch.vtensor<[1,32,32],si64>
    %2071 = torch.operator "onnx.Concat"(%2068, %2068) {torch.onnx.axis = 0 : si64} : (!torch.vtensor<[1,32,32],si64>, !torch.vtensor<[1,32,32],si64>) -> !torch.vtensor<[2,32,32],si64>
    %2072 = torch.operator "onnx.Cast"(%2071) {torch.onnx.to = 1 : si64} : (!torch.vtensor<[2,32,32],si64>) -> !torch.vtensor<[2,32,32],f32>
    %2074 = torch.operator "onnx.Unsqueeze"(%2072, %2073) : (!torch.vtensor<[2,32,32],f32>, !torch.vtensor<[1],si64>) -> !torch.vtensor<[1,2,32,32],f32>
    %2075 = torch.operator "onnx.Shape"(%arg2) : (!torch.vtensor<[4],si64>) -> !torch.vtensor<[1],si64>
    %2076 = torch.operator "onnx.ConstantOfShape"(%2075) {torch.onnx.value = dense_resource<__1085> : tensor<1xsi64>} : (!torch.vtensor<[1],si64>) -> !torch.vtensor<[4],si64>
    %2077 = torch.operator "onnx.Expand"(%2074, %2076) : (!torch.vtensor<[1,2,32,32],f32>, !torch.vtensor<[4],si64>) -> !torch.vtensor<[?,2,32,32],f32>
    %2078 = torch.operator "onnx.Tile"(%2077, %2038) : (!torch.vtensor<[?,2,32,32],f32>, !torch.vtensor<[4],si64>) -> !torch.vtensor<[?,?,?,?],f32>
    %2079 = torch.operator "onnx.Cast"(%2078) {torch.onnx.to = 1 : si64} : (!torch.vtensor<[?,?,?,?],f32>) -> !torch.vtensor<[?,?,?,?],f32>
    %2082 = torch.operator "onnx.QuantizeLinear"(%2079, %2118, %2119) : (!torch.vtensor<[?,?,?,?],f32>, !torch.vtensor<[],f32>, !torch.vtensor<[],si8>) -> !torch.vtensor<[?,?,?,?],si8>
    %2085 = torch.operator "onnx.DequantizeLinear"(%2082, %2118, %2119) : (!torch.vtensor<[?,?,?,?],si8>, !torch.vtensor<[],f32>, !torch.vtensor<[],si8>) -> !torch.vtensor<[?,?,?,?],f32>
    %2089 = torch.operator "onnx.Transpose"(%2085) {torch.onnx.perm = [0 : si64, 2 : si64, 3 : si64, 1 : si64]} : (!torch.vtensor<[?,?,?,?],f32>) -> !torch.vtensor<[?,?,?,?],f32>
    %561 = torch.operator "onnx.QuantizeLinear"(%558, %2118, %2119) : (!torch.vtensor<[1,7,7,2],f32>, !torch.vtensor<[],f32>, !torch.vtensor<[],si8>) -> !torch.vtensor<[1,7,7,2],si8>
    %564 = torch.operator "onnx.DequantizeLinear"(%561, %2118, %2119) : (!torch.vtensor<[1,7,7,2],si8>, !torch.vtensor<[],f32>, !torch.vtensor<[],si8>) -> !torch.vtensor<[1,7,7,2],f32>
    %2100 = torch.operator "onnx.Reshape"(%2089, %arg2) {torch.onnx.allowzero = 0 : si64} : (!torch.vtensor<[?,?,?,?],f32>, !torch.vtensor<[4],si64>) -> !torch.vtensor<[1024,1,1,2],f32>
    %2102 = torch.operator "onnx.Mul"(%564, %2118) : (!torch.vtensor<[1,7,7,2],f32>, !torch.vtensor<[],f32>) -> !torch.vtensor<[1,7,7,2],f32>
    %2103 = torch.operator "onnx.Add"(%2100, %2102) : (!torch.vtensor<[1024,1,1,2],f32>, !torch.vtensor<[1,7,7,2],f32>) -> !torch.vtensor<[1024,7,7,2],f32>
    %2106 = torch.operator "onnx.QuantizeLinear"(%2103, %2118, %2119) : (!torch.vtensor<[1024,7,7,2],f32>, !torch.vtensor<[],f32>, !torch.vtensor<[],si8>) -> !torch.vtensor<[1024,7,7,2],si8>
    %2109 = torch.operator "onnx.DequantizeLinear"(%2106, %2118, %2119) : (!torch.vtensor<[1024,7,7,2],si8>, !torch.vtensor<[],f32>, !torch.vtensor<[],si8>) -> !torch.vtensor<[1024,7,7,2],f32>
    %2111:2 = torch.operator "onnx.Split"(%2109, %668) {torch.onnx.axis = -1 : si64} : (!torch.vtensor<[1024,7,7,2],f32>, !torch.vtensor<[2],si64>) -> (!torch.vtensor<[1024,7,7,1],f32>, !torch.vtensor<[1024,7,7,1],f32>)
    %2120 = torch.operator "onnx.QuantizeLinear"(%2111#0, %2118, %2119) : (!torch.vtensor<[1024,7,7,1],f32>, !torch.vtensor<[],f32>, !torch.vtensor<[],si8>) -> !torch.vtensor<[1024,7,7,1],si8>
    return %2120 : !torch.vtensor<[1024,7,7,1],si8>
  }
}

{-#
  dialect_resources: {
    builtin: {
      __246: "0x080000000100000000000000",
      __1077: "0x0800000000000000000000000100000000000000020000000000000003000000000000000400000000000000050000000000000006000000000000000700000000000000080000000000000009000000000000000A000000000000000B000000000000000C000000000000000D000000000000000E000000000000000F0000000000000010000000000000001100000000000000120000000000000013000000000000001400000000000000150000000000000016000000000000001700000000000000180000000000000019000000000000001A000000000000001B000000000000001C000000000000001D000000000000001E000000000000001F00000000000000",
      __182: "0x08000000000040C0000040C0000040C0000000C0000040C0000080BF000040C000000000000040C00000803F000040C000000040000040C000004040000000C0000040C0000000C0000000C0000000C0000080BF000000C000000000000000C00000803F000000C000000040000000C000004040000080BF000040C0000080BF000000C0000080BF000080BF000080BF00000000000080BF0000803F000080BF00000040000080BF0000404000000000000040C000000000000000C000000000000080BF0000000000000000000000000000803F000000000000004000000000000040400000803F000040C00000803F000000C00000803F000080BF0000803F000000000000803F0000803F0000803F000000400000803F0000404000000040000040C000000040000000C000000040000080BF0000004000000000000000400000803F0000004000000040000000400000404000004040000040C000004040000000C000004040000080BF0000404000000000000040400000803F00004040000000400000404000004040",
      __1084: "0x080000000000000000000000",
      __1108: "0x080000000000003F",
      __1109: "0x0800000000",
      __1085: "0x080000000100000000000000",
      __259: "0x0800000001000000000000000100000000000000"
    }
  }
#-}

Steps to reproduce your issue
command to reproduce the issue:
iree-compile  --mlir-print-debuginfo --mlir-print-op-on-diagnostic=false  model.torch_onnx.mlir --iree-hal-target-backends=llvm-cpu

What component(s) does this issue relate to?
Frontends
Version information
No response
Additional context
No response

Looked at it a bit, it is a duplicate of the problem mentioned https://github.com/iree-org/iree/issues/18005#issuecomment-2278885607, but that isn't the initial problem identified in the issue. Maybe worth keeping this one?

@PhaneeshB @pashu123
I remember you guys were talking about this kind of issue. What is the current status?

@PhaneeshB @pashu123
I remember you guys were talking about this kind of issue. What is the current status?

One patch got merged https://github.com/iree-org/iree/pull/18114/files (which solves the issue with dequant + conv cases).

@PhaneeshB @pashu123
I remember you guys were talking about this kind of issue. What is the current status?

One patch got merged https://github.com/iree-org/iree/pull/18114/files (which solves the issue with dequant + conv cases).

Okay, that does seem to resolve the issue with deeplabv3, so thanks for that.
There are still several models failing because of the broader large vector sizes issue with quantized models. In addition to the IR shared here, there are still two protected Win24 models failing with a large vector sizes issue, so I'll try to narrow down some reproducing IR that doesn't include protected info and share it.
I feel like there is some kind of more fundamental issue with the stack allocation when dequants get fused with other ops.

Issue is not present with latest build so closing this one, If we see similar issue in any other model, we will open new issue


Can not go back to the next year

I've tried the range date picker on demo page, but every time I change to the previous year, I can not go back to the next year

Seems related with #26


Confirm Epinio works with k3s

This ticket started with this observation from Andrew: https://suse.slack.com/archives/C03BFFJ0R8Q/p1660755703007099

What version of k8s have we tested against? I'm running into an issue with k3s 1.24.3 on an opensuse leap 15.4 box I think it was an issue with k3s and firewalld that presented very strangely (edited)

To verify the issue I tried to deploy Epinio on k3s versions 1.23.6, 1.23.9 and latest 1.24.3 on openSUSE Tumbleweed and openSUSE Leap 15.4 and I always unable to visualize in the UI the deployed Epinio getting a Bad Gateway error screen even when Epinio seemed installed

Doing several tests I observed the kube-system/metrics-server pod is always unhealthy:

This pod is healthy for instance when we deploy k3d:

I am not sure at this point if I am missing anything or we are having an issue with k3s installing Epinio, and if so, if it is because that kube-system/metrics-server pod
I raised this ticket to see if anyone else is facing the same problem.
Note: we do use k3s 1.23.6 with Vagrant to deploy Rancher Dashboard and still today it is working fine for this purpose.

Once I turned off firewalld, everything started working as expected. My bet is that k3s expects iptables instead?

Actually worked once the firewalld was disabled:
mmartin@localhost:~> firewall-cmd --state
not running

The above screenshot is using v1.23.9+k3s1 (so it seems it happens in previous versions to 1.24 as well) and can be seen how after firewalld is off the kube-system/metrics-server pod goes back to normal:

I agree that this is not something fixable in epinio, or even in the scope of epinio. I see in the slack that @agracey mentioned it  might be something to report to the k3s team, and I agree with that.

Thanks @andreas-kupries
@agracey I just created this ticket for the k3s team: https://github.com/k3s-io/k3s/issues/6024
Closing this ticket since does not seem Epinio related


beforeUnmount triggered before mounted

Version
3.2.27
Reproduction link
sfc.vuejs.org/
Steps to reproduce
please review the reproduction code, when organizing the code like this，will happen beforeUnmount is executed before mounted.
if the component  Comp not use v-if="flag"，work find. Because，renderfunction  whill executedflushPostFlushCbs()` after patch.
What is expected?
beforeUnmount triggered before mounted
What is actually happening?
beforeUnmount triggered after mounted

I've been thinking about this a bit and now I think this isn't a bug, necessarily.

beforeMount and beforeUnmount are called synchronously before the render effect.
mounted and unmounted are called on the next Tick after the current scheduler cycle has finished.

So if you have code that 1) mounts a component and during that mount process, 2) triggers an effect that triggers a direct unmount of that same component, the synchronous beforeUnmount will necessarily run before mounted.
What we could look into is to not run mounted anymore if the component has already been starting to unmount before it was called - but that would not solve the challenge in this issue as beforeUnmount would still through.
Rather, we might want to document that anything you set up in mounted, should generally be cleaned up in unmounted, not beforeUnmounted, to avoid race conditions.

@LinusBorg
perhaps mounted should not be called, since the component is not technically mounted when it is called.
+1 for the docs update

maybe we could code like this,put the action to nexttick
beforeCreate() {
  this.obj = {}
},
mounted() {
  this.obj.a = 1;
},
beforeUnmount() {
  this.$nextTick(()=>{
     delete this.obj;
  })
}

maybe we could code like this,put the action to nexttick

no need
export default {
  beforeCreate() {
    	this.obj = {}
  },
  mounted() {
    this.obj.a = 1;
  },
  unmounted() {
    delete this.obj;
  }
}

I've been thinking about this a bit and now I think this isn't a bug, necessarily.

beforeMount and beforeUnmount are called synchronously before the render effect.
mounted and unmounted are called on the next Tick after the current scheduler cycle has finished.

So if you have code that 1) mounts a component and during that mount process, 2) triggers an effect that triggers a direct unmount of that same component, the synchronous beforeUnmount will necessarily run before mounted.
What we could look into is to not run mounted anymore if the component has already been starting to unmount before it was called - but that would not solve the challenge in this issue as beforeUnmount would still through.
Rather, we might want to document that anything you set up in mounted, should generally be cleaned up in unmounted, not beforeUnmounted, to avoid race conditions.

I hope the official documentation can be updated to reflect this accurately


Add equality operator

Adds equality operator for nodes, and many tests.
Also bumps to v0.3.0.
Introduces DynamicExpressions.PACKAGE_VERSION to get package version when importing.

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

20 of 20 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.2%) to 91.815%

Totals

Change from base Build<PHONE_NUMBER>:
0.2%

Covered Lines:
875

Relevant Lines:
953

💛  - Coveralls


Handle number entry after display shows Infinity

Currently if display is showing Infinity (eg. after divide by zero), then if you press a number like 2, displays shows Infinity2
This PR will fix it show that if you press 2 after Infinity, it shows just 2

Please review changes, I have resolved all conflicts

Fixed conflicts again


chore: setup code owners

Proposed changes
Setup code owners to restrict who can approve changes.
Types of changes

[x] Other

Checklist

[x] I have read the CONTRIBUTING documentation
[x] Lint and unit tests pass locally with my changes

@supaiku0 - please review this in the next few days. Be sure to explicitly select labels so I know what's going on.
If no reviewer appears after a week, a reminder will be sent out.

Codecov Report

Merging #30 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master      #30   +/-   ##
=======================================
  Coverage   96.18%   96.18%
=======================================
  Files          20       20
  Lines         367      367
=======================================
  Hits          353      353
  Misses         14       14

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 93d0ae0...4e97651. Read the comment docs.


build: add ClusterFuzzLite setup

The goal is to enable continuous fuzzing of libuv. There is not a lot of parsing or complex data handling in libuv so I think integrating with OSS-Fuzz is too much. However, ClusterFuzzLite can be used to run fuzzers for a small amount of seconds (set to 100 for now) for each PR to ensure nothing breaks. This commit adds ClusterFuzzLite setup as well as a fuzzer targeting various operations. The fuzzer can be extended, e.g. it would be nice to have more complex FS fuzzing, but I thought I would keep it as is for now and see if you're interested in having fuzzing.

Bump? Happy to merge if it is done, but doesn't sound like there was any response to the review?

Bump? Happy to merge if it is done, but doesn't sound like there was any response to the review?

Ah, apologies for the slow reply here. I'll address this tomorrow!


Fixed typo in RedHat.yml

It is RedHat, not Redhat.

Hey @ksiebel,
Thanks for the review. Unfortunately, I can't accept your changes as they currently are. The RHEL.yml is for the enterprise edition of RedHat. I have personally used the EE edition (albeit, it's been a while since, considering the typo on initiating RHEL tasks.) using this role.
If you are looking to use CE edition of docker on RHEL, you can always get it through the CentOS derivative of the role. Though, it should serve to make an option to use the CE edition from the CentOS.yml file for this exact reason. If you can instead point your changes to the file and I'll add the option to use it if/when CE is the preferred version.
Lastly, as this role is supposed to run with privileged access, you should consider to remove become: yes lines as they are not required.
Everything else look good to me.

Hey @abaez
Sorry, the PR should just contain the typo-fix and not our custom changes. But thank you for your detailed feedback!
I'll create a new PR for the typo fix.

No worries. Happens to everyone :P. I'll still add the option to use the CentOS file for the CE choice.


Crashing Drivers

Browser drivers keep crashing on Opera 43.0, ie 11 and Windows 7 x64 (WOW64).

I don't use Opera but I developed a whole app on IE11 on Win7.  I later moved it to Firefox because I like Firebug and Firepath better than the IE tools.  It never crashed.  What are doing to make it crash?


error log

https://gist.github.com/HugsLibRecordKeeper/111b2f6b01a3bdec28d4bfd73de6a686
happens only when i add your mod
game loads and map loads and is unplayable  screen moves  ,  menu  , colony bar all disappear
mods and configs
bar.zip
save file
Avengers.zip

Thanks, I think I see the problem. Gimme sec

I was not able to reproduce the error using your save or my other methods. But I think I could see how it could in theory happen, so consider this a blind fix. I pushed it out now, lemme know if it doesn't work.

Nope same issue i will remove rocketman cache and try again
https://gist.github.com/HugsLibRecordKeeper/30c29755664a22466de3bd2f5e7cbbeb

u can replicate with this
https://ufile.io/c1gbrgdt

Alright thanks, I can in fact reproduce it with this save. Looking into it now.

v0.7.2 pushed, should fix it.

issue fixed now thanks


VS 2022 support

TODO, see
https://docs.microsoft.com/en-us/visualstudio/extensibility/migration/update-visual-studio-extension?view=vs-2022#update-your-extension-to-visual-studio-2022

Modernize your projects.
Refactor your source code into a shared project to allow for targeting Visual Studio 2022 and older versions.
Add a Visual Studio 2022-targeted VSIX project, and our package/assembly remapping table.
Making necessary code adjustments.
Testing your Visual Studio 2022 extension.
Publishing your Visual Studio 2022 extension.

I look forward to VS2022 version so I can try it. Thanks.

@ajtruckle  Could you please test if I provide a link to the VSIX?

Sure. Question:
When you change the target framework do you have to manually reset nugget packages yourself?
Get Outlook for iOShttps://aka.ms/o0ukef

From: Julian Verdurmen @.>
Sent: Friday, September 10, 2021 8:23:47 PM
To: TargetFrameworkMigrator/TargetFrameworkMigrator @.>
Cc: ajtruckle @.>; Mention @.>
Subject: Re: [TargetFrameworkMigrator/TargetFrameworkMigrator] VS 2022 support (#93)
@ajtrucklehttps://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fajtruckle&data=04|01||4d7fd6da0fcd465f20cf08d974908371|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637668986294103309|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=ikRWQtUamzIOwMbGy36XvS47hcIRkBk4xq0s4VgTGa8%3D&reserved=0 Could you please test if I provide a link to the VSIX?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FTargetFrameworkMigrator%2FTargetFrameworkMigrator%2Fissues%2F93%23issuecomment-917153786&data=04|01||4d7fd6da0fcd465f20cf08d974908371|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637668986294113258|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=6m2t63q%2BJE99c%2Fp%2Fow93OUPyRIWQgM8zPZcYcNUqM1E%3D&reserved=0, or unsubscribehttps://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAB45RM5O2CM7UYBMP5CBBILUBJLMHANCNFSM5A54EEWQ&data=04|01||4d7fd6da0fcd465f20cf08d974908371|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637668986294113258|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=XhKW6%2BVRkbijDCUB5QabLBZm6CLXOhaISFMyN9mRn0U%3D&reserved=0.

@ajtruckle please test: https://github.com/TargetFrameworkMigrator/TargetFrameworkMigrator/releases/tag/1.8-preview1

When you change the target framework do you have to manually reset nugget packages yourself?

Please open a new issue for this and elaborate

Thanks for the installer. I get issues when I try to run the tool after re-starting VS2022:

The error in the activity log:
  <entry>
    <record>2378</record>
    <time>2021/09/10 20:37:50.662</time>
    <type>Error</type>
    <source>VisualStudio</source>
    <description>LegacySitePackage failed for package [TargetFrameworkMigratorPackage]Source: 'mscorlib' Description: Could not find file 'c:\users\XXXX\appdata\local\microsoft\visualstudio\17.0_d80d5d66\extensions\zsmmudbq.qy4\Frameworks.xml'.
System.IO.FileNotFoundException: Could not find file 'c:\users\XXXX\appdata\local\microsoft\visualstudio\17.0_d80d5d66\extensions\zsmmudbq.qy4\Frameworks.xml'.
File name: 'c:\users\XXXX\appdata\local\microsoft\visualstudio\17.0_d80d5d66\extensions\zsmmudbq.qy4\Frameworks.xml'
   at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
   at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
   at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize)
   at System.Xml.XmlDownloadManager.GetStream(Uri uri, ICredentials credentials, IWebProxy proxy, RequestCachePolicy cachePolicy)
   at System.Xml.XmlUrlResolver.GetEntity(Uri absoluteUri, String role, Type ofObjectToReturn)
   at System.Xml.XmlTextReaderImpl.OpenUrlDelegate(Object xmlResolver)
   at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
   at System.Threading.CompressedStack.Run(CompressedStack compressedStack, ContextCallback callback, Object state)
   at System.Xml.XmlTextReaderImpl.OpenUrl()
   at System.Xml.XmlTextReaderImpl.Read()
   at System.Xml.XmlLoader.Load(XmlDocument doc, XmlReader reader, Boolean preserveWhitespace)
   at System.Xml.XmlDocument.Load(XmlReader reader)
   at System.Xml.XmlDocument.Load(String filename)
   at VHQLabs.TargetFrameworkMigrator.Migrator..ctor(DTE applicationObject)
   at VHQLabs.TargetFrameworkMigrator.TargetFrameworkMigratorPackage.Initialize()
   at Microsoft.VisualStudio.Shell.Package.Microsoft.VisualStudio.Shell.Interop.IVsPackage.SetSite(IServiceProvider sp)</description>
    <guid>{4C5B2B2F-17B1-4B85-ACEB-F5E8865DC05A}</guid>

80070002

    <errorinfo></errorinfo>
  </entry>

thx for the check. Will install VS2022 locally. But that won't be today probably

Thanks. Once we have this working I will raise the other issue and elaborate as you requested.
Sent from Mailhttps://go.microsoft.com/fwlink/?LinkId=550986 for Windows
From: Julian @.>
Sent: 10 September 2021 21:45
To: @.>
Cc: @.>; @.>
Subject: Re: [TargetFrameworkMigrator/TargetFrameworkMigrator] VS 2022 support (#93)
thx for the check. Will install VS2022 locally. But that won't be today probably
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FTargetFrameworkMigrator%2FTargetFrameworkMigrator%2Fissues%2F93%23issuecomment-917200335&data=04|01||3fbedd5d08214ee846ff08d9749bf794|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637669035480381312|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=x3IQ9%2B%2FyS9Tt5V78rqziY1JF3yYLs7MsNcujL0uorwU%3D&reserved=0, or unsubscribehttps://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAB45RMYFCKB2EROZWLNXACTUBJU7VANCNFSM5A54EEWQ&data=04|01||3fbedd5d08214ee846ff08d9749bf794|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637669035480381312|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=d35WTtKrfY8Gp03dcQ%2Bo8isqT9A2TupPYWoQ0Y4VSWQ%3D&reserved=0.

Hi. Any joy?
Get Outlook for iOShttps://aka.ms/o0ukef

From: Julian Verdurmen @.>
Sent: Friday, September 10, 2021 9:45:46 PM
To: TargetFrameworkMigrator/TargetFrameworkMigrator @.>
Cc: ajtruckle @.>; Mention @.>
Subject: Re: [TargetFrameworkMigrator/TargetFrameworkMigrator] VS 2022 support (#93)
thx for the check. Will install VS2022 locally. But that won't be today probably
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2FTargetFrameworkMigrator%2FTargetFrameworkMigrator%2Fissues%2F93%23issuecomment-917200335&data=04|01||3fbedd5d08214ee846ff08d9749bf794|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637669035480381312|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=x3IQ9%2B%2FyS9Tt5V78rqziY1JF3yYLs7MsNcujL0uorwU%3D&reserved=0, or unsubscribehttps://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAB45RMYFCKB2EROZWLNXACTUBJU7VANCNFSM5A54EEWQ&data=04|01||3fbedd5d08214ee846ff08d9749bf794|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637669035480381312|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=d35WTtKrfY8Gp03dcQ%2Bo8isqT9A2TupPYWoQ0Y4VSWQ%3D&reserved=0.

I followed the upgrade guide, but for some reason it broke the extension without a clear error. I'm afraid this will be hours/days work to find out.
I'm not sure I have to time to fix this.
Pull request are accepted of course.

@304NotModified , Hello.
I found the issue with the package you posted earlier.
The vsix does not include the "Frameworks.xml" file.
I happened to have the file from the VS2017 version, was able to copy it and paste it into my VS2019 location, and it's working.
If you update the VSIX to include the file, it'll work as intended.


Add Zoom to Location

Add Zoom to location function similar to Bike LTS analysis
https://www.dvrpc.org/review/bike-lts/analysis/

Implemented Search by Station


added dynamoDBAsync for awssdkv2 and unit test

localstack java-util does not support DynamoDBAsyncClient required for KCL 2.0x

Added DynamoDBAsyncClient support for localstack-java-util awssdkv2
Unit test for the added client

Looks great, thanks for this enhancement @upanshu21 👍 . We'll release a new version to Maven Central shortly.. Thanks

Looks great, thanks for this enhancement @upanshu21 👍 . We'll release a new version to Maven Central shortly.. Thanks


Dictionaries are being initialized in reverse order.

Initializing a dictionary like this works normally in a normal Python interpreter:
dict = {'Hello': 1,
        'World!': 2}
{'Hello': 1, 'World!': 2}

But when ran through a Pypperoni build, it returns like this:
dict = {'Hello': 1,
        'World!': 2}
{'World!': 2, 'Hello': 1}

While accessing values directly works fine, but it could be problematic if dict.keys() and dict.values() are used within a Pypperoni compiled application.
print(list(dict.keys()))
['World!', 'Hello']
print(list(dict.values()))
[2, 1]

But what makes it really confusing that in my testing, when comparing the result of any of the functions to a list with the expected result, it returns True, as if nothing is wrong!
Attached is a zip file which contains the script that replicates the bug with comments documenting what outputs in the interpreter and Pypperoni respectively.
dictionary-bug.zip

Before Python 3.7, dictionary order is an implementation detail. Even though the behavior you expect is how CPython 3.6 implements it, Pypperoni doesn't guarantee it. Therefore, this is not a bug. You should use collections.OrderedDict if you need insertion ordering.
That said, this is not intentional. Something got overlooked. It would be nice if dictionaries had the same behavior as on CPython 3.6 so a pull request fixing this is welcome.
By the way, assertions are removed when compiling. That's why it doesn't fail as expected.

I've been testing out collections.OrderedDict for a bit.  Turns out when you initialize it this way (passing a dictionary), The problem reproduces:
dict = collections.OrderedDict({'Hello': 1,
                                'World!': 2})

Interperter:
OrderedDict([('Hello', 1), ('World!', 2)])

Pypperoni:
OrderedDict([('World!', 2), ('Hello', 1)])

While initializing it this way (with list of tuples) behaves normally:
dict = collections.OrderedDict([('Hello', 1),
                                ('World!', 2)])

OrderedDict([('Hello', 1), ('World!', 2)])

So the issue points out to in the way dictionaries are being initialized.

assertions are removed when compiling.

Oof yeah you're right.  To be fair I've written the sample code really late at night.  I replaced them with if cases, and the tests works properly now.
Keys: ['World!', 'Hello']
Expecting: ['Hello', 'World!']
Failed! Got "['World!', 'Hello']" instead.
Values: [2, 1]
Expecting: [1, 2]
Failed! Got "[2, 1]" instead.


Console output has unexpected "ÿ" character

Not sure if this is really an error, one inside 116117bot or my terminal - and it certainly is not an important one. Posting this mainly in case you're interested or sombody else also stumbles over this, feel free to close and ignore.
Sometimes my console output shows this ÿ character after the status symbols, so possibly some unicode encoding/decoding quirk? Sample output from Docker log (removed the errors and restarts from inbetween):
📅 2021-02-28T13:57:22.346Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T13:58:48.838Z   🌍 67890   🔵 90b87a76   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:00:06.958Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:01:33.209Z   🌍 67890   🔵 81c20bf7   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:02:52.379Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:05:39.836Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:08:26.334Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:22:36.002Z   🌍 12345   🔵 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:24:05.633Z   🌍 67890   🔵 81c20bf7   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:25:25.815Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:26:53.149Z   🌍 67890   ⚪ÿ 81c20bf7   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:28:12.299Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:29:37.712Z   🌍 67890   ⚪ÿ 81c20bf7   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:30:57.874Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:32:26.261Z   🌍 67890   ⚪ÿ 81c20bf7   ⛔ÿ 0 appointment(s) available
📅 2021-02-28T14:33:43.399Z   🌍 12345   ⚪ÿ 3ad506ce   ⛔ÿ 0 appointment(s) available

Oh, interesting: Apparently this only happens inside a screen session, but not outside it. And even with screen, it disappears in the scrollback buffer (I'm routinely running screen as first command in an ssh session)
Also tmux is not affected as well.


Easier access to scale types

I've split my chart creation logic into several functions to make it easier to maintain, and I use TypeScript type definitions on the individual pieces to keep them manageable.
In Chart.js 3.0.0 beta 7, this was simple:
function createXAxisScale(range: number): ScaleOptions<'linear'> {
  const tickCount = 8;
  return {
    type: 'linear',
    min: 0,
    suggestedMax: range,
    ticks: { stepSize: range / tickCount },
  };
}

In rc.3, it got a bit more verbose:
function createXAxisScale(range: number): ScaleOptionsByType<'linear'> {
  const tickCount = 8;
  return {
    type: 'linear',
    min: 0,
    suggestedMax: range,
    ticks: { stepSize: range / tickCount },
  };
}

In rc.5, since partial was removed in #8717, this now complains if any properties of ScaleOptions are missing.
I can handle this by using Partial<ScaleOptionsByType<'linear'>>, but since this is a common pattern in my code, I wondered if it would be worth having a type within Chart.js to make it easier.
Possible solutions:

Reintroduce DeepPartial within ScaleOptionsByType.export type ScaleOptionsByType<TScale extends ScaleType = ScaleType> =
  { [key in ScaleType]: { type: key } & DeepPartial<ScaleTypeRegistry[key]['options']> }[TScale]
;

Introduce a type alias for convenience:export type ScaleOptions<TScale extends ScaleType = ScaleType> = Partial<ScaleOptionsByType<TScale>>;

If I'm better off using Partial or adding a ScaleOptions in my own code, that's fine, but since it seemed like a possibly unintended result of #8717, I wanted to check. Thanks!
Demo: https://codesandbox.io/s/chartjs-partial-scale-bjt4e?file=/src/index.ts

It was unintended. I'd be ok adding the type.

Adding the type is fine to me as well


conserve Symbols

This a fix for https://github.com/feathersjs/feathers/issues/863 and https://github.com/feathersjs/feathers/pull/880.

This is awesome, thank you! I think I will take the opportunity to update the repository infrastructure as well and remove the ES5 shims and then make a 2.0.0 release 😄


runtime: musl libc setxid/setgroups signals clobber stacks / do not use SA_ONSTACK

This is a follow up to #39343 where I already briefly mentioned this problem. This issue is probably related to musl libc I can reliably reproduce it on Alpine Linux which uses musl.
What version of Go are you using (go version)?

$ go version
go version go1.14.3 linux/amd64

Does this issue reproduce with the latest release?
Yes.
What operating system and processor architecture are you using (go env)?
go env Output
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/soeren/.cache/go-build"
GOENV="/home/soeren/.config/go/env"
GOEXE=""
GOFLAGS="-buildmode=pie"
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/soeren/src/go"
GOPRIVATE=""
GOPROXY="direct"
GOROOT="/usr/lib/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build802004994=/tmp/go-build -gno-record-gcc-switches"

What did you do?
Started the TestCrossPackageTests from misc/cgo/test/pkg_test.go:
misc/cgo/test$ go test -run TestCrossPackageTests

What did you expect to see?
A successful test run.
What did you see instead?

As far as I understood: test9400 is checking if the handling of setxid (i.e. setuid, setgid, ...)  class of system calls may smash the go stack, as setxid() is implemented by sending signals to all threads to fullfill POSIX requirements. (see linux man setgid)
In order to prevent stack overrun by signals one usually creates an alternate signal stack and providing the SA_ONSTACK while installing signal handlers, to use the alternate stack. This way one cannot overrun the original stack.
glibc doesn't set it, but it installs a signal handler for SIGSETXID at startup in nptl-init.c . In PR#9400 therefore it is possible to enumerate all signal handlers and add a missing SA_ONSTACK flag, fixing the issue on glibc.
musl doesn't implement an alternate stack and SA_ONSTACK for their internal signal implementation of setxid either. This is actually confirmed by @richfelker  in a somewhat related issue  https://github.com/golang/go/issues/19938#issuecomment-305368964 . Unfortunately the fix of #9400 doesn't apply to musl, since the signal handler is dynamically installed when setxid is called by the __synccall() function in src/thread/synccall.c of musl .
I would vote for adding SA_ONSTACK to musl's __synccall implementation.

There's a thread from 2019 on this topic: sigaltstack for implementation-internal signals? that never reached a conclusion. Basically I'm unclear whether it's arguably conforming for the implementation to use the alternate signal stack for implementation-internal signals, since it may have observable side effects on the application in the absence of any signals/signal-handlers setup to run on the alternate stack.

If musl doesn't use SA_ONSTACK for the signal handler that it installs, that won't work with any program that uses sigaltstack.
I don't see any way to fix this in Go.  I don't see what change we could make that would make things work better.

@ianlancetaylor I don't follow how it "doesn't work with any program that uses sigaltstack". It just doesn't work with any program that has a severely undersized stack, which is a known constraint. But it would be nice to be able to use the alt stack when it's available, assuming it's more likely to always have sufficient space for the signal handler to run.

Note that I've reopened the topic on the musl list: https://www.openwall.com/lists/musl/2020/08/09/1

Hi @richfelker , I tested: It is sufficient to have a patch like this on musl
PATCH.txt
to resolve. This will fix go, and will not harm musl.
If there is an alternate stack, it will use it. Go does create an alternate stack.
If there is no alternate stack, kernel will ignore SA_ONSTACK. That's it.

@richfelker I'm assuming that a program that calls sigaltstack does so for some good reason.  I'm not sure why a program that calls sigaltstack would want to receive signals on the normal stack.

Nobody said anything about wanting to receive signals on the normal stack. From the relevant perspective these aren't signals. They are asynchronous use of the alt signal stack by the implementation in a way the application isn't and can't be aware of.

That is a valid perspective.
But it also a valid perspective for a program to say "I am in control of my stack, and do not use my stack for any unexpected purpose.  In particular, don't use it to catch signals."
In any case I'm not sure there is anything we can do here in the Go standard library.  If musl decides not to change, then as far as I can see code like this can't work on musl.  So perhaps we should close this issue.

@ianlancetaylor: I have been wanting to change this for a while (see the 2019 thread), but I'm making sure we actually consider the consequences of such a change and whether they break anything that someone can reasonably expect to work. (My leaning is that they don't, but I like to explore this kind of thing thoroughly since making hasty decisions has bitten us in the past.) The point of my bringing these things up is not to argue against the change, but to make sure it's well-supported when (technically if, but most likely when) it's made.

Understood.
(I suppose musl could also change to act as glibc does.  Is there an advantage to only installing the signal handler when a relevant libc function is called?)

Yes, it avoids syscall spam (strace) and wasted time in processes (the vast, vast majority) that don't need the handler. And I don't see how the glibc behavior makes it any easier unless you're poking at implementation internals which are not a stable interface. The signal numbers used for these internal signals are not a public interface, and they're not even pokable via public interfaces (as far as the public interfaces are concerned, the reserved signal numbers simply are not existant signals). The only way you can poke at them is via directly making syscalls, and this will break if signal handling is ever wrapped (which has been considered at times, but turned out we could always get by without it).

I rediscovered this issue and posted a summary at https://github.com/golang/go/issues/54306#issuecomment-1221087434 before discovering this issue, where I came to more-or-less the same conclusions as the discussion in this thread.
@richfelker regarding https://github.com/golang/go/issues/39857#issuecomment-671651848, did you ever make any progress on the 2019 thread? It is rather unfortunate to have to tell users that using setxid functions with musl+Go is broken and will cause random memory corruption.

Thanks for the ping. I don't think we ever came up with a good reason we can't use the alt stack for this, so I'm inclined to go ahead and switch to using it.

FWIW, glibc has switched on SA_ONSTACK in 2.34, to keep Go working after we removed the old early libpthread initialization code. I'm not aware of any issues caused by SA_ONSTACK.

FYI https://git.musl-libc.org/cgit/musl/commit/?id=2e5fff43dd7fc808197744c67cca7908ac19bb4f switched musl to using the alt stack for internal signals and will be present in future releases starting with 1.2.4.

On Alpine 3.18 (which ships musl 1.2.4) these tests seem to pass now on the architectures I have tested so far (tested by reverting 42105eb). Is there a change that these could be enabled again?

Excellent news. Glad to know the changes had the desired effect!

@nmeum, @golang/release: would it make sense to upgrade the linux-x86-alpine builder to Alpine 3.18 or higher so that this test-skip can be removed?
It looks like the builder is currently on Alpine 3.16 and maintained by the Go team.

Alternately: @nmeum, is it feasible for the test to detect the Alpine or musl version in use and only skip on versions that predate the fix?

Alternately: @nmeum, is it feasible for the test to detect the Alpine or musl version in use and only skip on versions that predate the fix?

You can check the apk info musl output or the contents of /etc/os-release but that's obviously somewhat hacky…

The builder was updated to Alpine 3.18 in go.dev/cl/521975.

Thanks for pointing that out, I wasn't aware that additional tests were disabled because of this. Just FYI: I just enable these tests again for our Alpine Linux downstream package and they pass on all of our architectures.

Just FYI: I just enable these tests again for our Alpine Linux downstream package and they pass on all of our architectures.

Ping. Any chances these tests could be enabled upstream again as well?


Update to the commit the fixes exe stack on macOS.

This goes along with https://github.com/ros2/Mimick/pull/28 .  CI for this is in https://github.com/ros2/Mimick/pull/28#issuecomment-1791214507

CI:

Linux
Linux-aarch64
Windows


upgrade maven version to 3.8.5

The Maven version in Maven Wrapper is too old, It can't support some features like  --no-transfer-progress etc.
Using the latest maven buildpack to build the repo with mvnw, it needs the maven version higher than 3.6.1, otherwise, see this issue
We need to upgrade maven version timely.

@selvasingh can you review it?

Hi @selvasingh , our team is working on providing working samples of our SDK to our customers. We need this PR merged in order for our samples to run successfully.  Can you take a look please? Thanks!


Correct command to create config file

I believe this is the correct command? Thanks!

Whoops. Thanks!


Make Kafka consumer group information or Trigger names available to sinks on event delivery

Expected Behavior
Subscriptions to KafkaChannels via Triggers map to different consumer groups on the underlying topic. To implement custom message forwarders that can deal with different external endpoints, it would be required to get a reference from the consumer group to the entity describing the external endpoint. In the most simple solution, the KafkaChannel could therefore allow stamping each delivered message with the consumer group name. Users might want to turn this on and off, based on whether they want to have multiple similar Triggers, that link the same Broker to the same KSVC with the same selection of events.
A more general solution that would expand beyond Kafka would be that messages that get delivered would optionally be stamped with the name of the Trigger of origin.
Actual Behavior
Kafka consumer group information not shared with the message sink that gets called
Steps to Reproduce the Problem

create a Broker with a KafkaChannel and a sink application
deploy two differently named Triggers with the same configuration subscribing the sink application with the Broker
send an event into the broker
the message is delivered two times, but with exactly same headers and payload

Additional Info

/assign @matzew
/assign @lberk

/label channel/kafka

@FWiesner can you please update info's on the use-case here?
Not sure if the proposed feature would less or more leak internals of the implementation to the outbound consumers.

Hi @matzew,
think of this use case:

you have one type of event with low to medium occurrence rate
your listeners are unreliable and could be individually offline for maintenance over whole weekends
you therefore want different consumer groups for each listener because of independent delivery/retries --> different Triggers, ~7 days message TTL
here the message sink that Knative Eventing sends the event to is generically able to handle all external listeners and communicates with them via a proprietary (in our case and industry standard) API. For external endpoints to connect to, just different config lookup keys are needed.
you therefore can deal with the situation in two ways:

you register a sink KSVC for each external listener, just with different env settings to seed the external URL information or at least the configuration lookup keys
you use one and the same KSVC for every external listener and make sure the events carry enough information to identify for which external listener the particular event delivery is meant

approach 1 does not need a change to Knative, but causes a lot of pain in case your forwarder services are expensive to run and/or have to be spawned more than a few times. Think of a situation where you have to run a Spring Boot service or even just a Microprofile service with a JVM and you have 30 external listeners. Yes, spawning 30 pods at once is possible, but certainly not desirable, if one or two pods could handle the complete load of the delivery of the sole event to the 30 listeners (as 30 individual CloudEvents)

the most generic solution I could think about here, which doesn't leak internal information of the KafkaChannel, would be that the Triggers that get registered, could carry a label that would be stamped on every message delivered for the Trigger. Then information about the consumer group is not needed

@matzew just thought I should perhaps add a few diagrams.
Current Solution with existing trigger approach
                     /-> Trigger 1 -> Transformation and publishing to external URL 1
Source -> Broker [with KafkaChannel]
                     \-> Trigger 2 -> Transformation and publishing to external URL 2

Proposed Approach
                     /-> Trigger 1 [enriches message with ce_delivered_by="Trigger 1"] \
Source -> Broker [with KafkaChannel]                                                    => Transformation and publishing to URL looked up by ce_delivered_by
                     \-> Trigger 2 [enriches message with ce_delivered_by="Trigger 2"] /

Btw could this issue be moved to knative/eventing perhaps?


converting PDF to .csv

Hi, I used the lattice method with data that had been originally formatted into a table in a Word Doc; there are nearly 233 pages in this document alone (and there are many more).  Initially it imports beautifully, except for deleting all spaces in some cells of one row.

Then, at about page 138 (May 1, 2016) it seems to add a cell in the header and drop the last cells to the next line. I can't see what might be causing that in the original, except that the rows following have more text than others.
Even when I make sure the problem areas are completely selected, it still comes out wrong.

Any ideas? Thanks!

Note: the problematic portion is lower down and looks like this:

Hi @jupton66: Can you send me a screenshot of what the incorrectly-extracted PDF looks like?

Sure. Again, it's starts about May 1, 2016:
Thanks!
Jodi
On Tue, Mar 14, 2017 at 1:46 PM, Jeremy B. Merrill<EMAIL_ADDRESS>
wrote:

Hi @jupton66 https://github.com/jupton66: Can you send me a screenshot
of what the incorrectly-extracted PDF looks like?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/tabulapdf/tabula/issues/644#issuecomment-286503580,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AY8-F8OajB8zfXzY-Viz5NOlJYo5qPzVks5rltKMgaJpZM4Mc3J9
.

Hi Jodi, Unfortunately Github strips out attachments sent via email replies. Can you post the screenshot of the PDF via the github interface? (Or send it me directly via email)

So the screenshot I posted two hours ago doesn't show either? I can see it in this message string but doesn't mean you can...

Here's the extraction:

Here's that part of the PDF:

Hope that worked.

Hi Jeremy,
Was that helpful? It appears it's somehow pulling a line from above; wondering if it's related to inconsistent use of a final semicolon. Is there any way to adjust that? Or just fix it in all the PDFs?
Thanks!

Hi Jodi,
That is helpful, I see the problem. I don't, however, see a ready solution. It's a really weird problem. You're more familiar with the data than I am: is it right that the output text contains some stuff from the PDF twice? (Like, the content is doubled?)
My initial suspicion is that either there's something weird going on in the PDF or that it's causing problems with PDFBox, the library that Tabula uses for extracting data from PDFs. We're in the middle of upgrading the PDFBox version, so it might work better in a new version of Tabula that should be released in the near future. But I don't have a suggestion for now.
J


Education news appears as 'normal' news

When I use the button 'add message' in the education news section and type something, it appears as normal news while it should be in the column education news.
Jeroen just told me it does appears as education news if I place the message as the educational committee.

You have to make the editor the OC, then it becomes education news. So this is a small design flaw that has to be fixed.


FR: New folder structure organised by variant

It would be great if a new folder structure is added.
E.g.
/variants/{VARIANT}/{ICON}.svg => /variants/twotone/admin_panel_settings.svg
or directly /{VARIANT}/{ICON}.svg
This would allow people to easily separate icons of a certain variant. Currently if one wants to do that, they would need to use a .sh script and loop through all files. Since some people might already be using the current structure in some sort of API or library, it might be best to keep the current one in parallel.

Or perhaps a separate branch

Credits to jakubby#8909 for this script.
find * -type f -name "*.svg" > matches.txt
echo "\#\!/usr/bin/env bash" > test2.sh && sed 's/\\//g' test2.sh
while read p; do printf %s%s\ %s\\n "mv " "$p" $(echo $p | sed 's/\//_/g') >> test2.sh ;done < matches.txt
rm -rf matches.txt
bash test2.sh

To remove _baseline, you can run rename 's/\_baseline.svg$//' *_baseline.svg
This generates the file structure described above.


handling resource updates in indexing-triplestore

Lets assume I have a binary resource with URI X in my Fedora repository.
Thanks to the indexing-triplestore plugin in my triplestore I can see triples like:
<X> <http://www.loc.gov/premis/rdf/v1#hasSize> 10256
<X> <http://www.ebu.ch/metadata/ontologies/ebucore/ebucore#hasMimeType> "text/xml"
etc.
Unfortunately when I update the resource (overwrite it with a new content by issuing a PUT request to the Fedora repository) my triplestore looks like this:
<X> <http://www.loc.gov/premis/rdf/v1#hasSize> 10256
<X> <http://www.loc.gov/premis/rdf/v1#hasSize> 8320
<X> <http://www.ebu.ch/metadata/ontologies/ebucore/ebucore#hasMimeType> "text/xml"
<X> <http://www.ebu.ch/metadata/ontologies/ebucore/ebucore#hasMimeType> "application/json"
so I can see triples denoting both original and up to date state of the resource but I am unable to distinguish which one denotes the current state as all of them share the same subject .
I think the old triples should be simply deleted.
While I know I can directly ask Fedora to reindex a given resource after I updated it but it seems to me quite inconvenient and it will be nice if the indexing plugin can handle it automatically.
There is also no support for versioning provided by the Fedora. When I create the snapshot (version) of a resource in the Fedora corresponding triples (with a <X/fcr:versions/{versionName}> subject) are not created and when I update the resource I run into the same problem as described above.

@zozlak I would recommend reviewing this thread: https://groups.google.com/forum/#!msg/fedora-tech/raaOv3syx1E/P7Xjnw8jDgAJ
And no, there is no support for versioning, nor is that on the roadmap for the triplestore indexer.

If I remember correctly this thread is about other use case. In the thread they were manually editing their own metadata with the PATCH query and I am talking about "technical Fedora metadata" (meaning ones automatically created by Fedora and not provided by the user) created by the Fedora on a PUT request to a binary resource. From your side it might not make a difference (metadata like any other) but from mine it does (as these are metadata which were not provided by me, why I should be responsible for manually removing their old values?).

My point here is that your system is incorrectly configured. A correctly configured system will not encounter those duplicate triples, regardless of whether the triples refer to a container or a binary, and regardless of whether you are modifying that resource with a PUT, PATCH or POST.
The key issue is this: what is the Host header sent to the repository for the HTTP operation? And does that Host header value match the Host header used by the camel toolbox indexer. If those values don't match, you will end up with duplicate triples.
IMO, a well designed deployment will make Fedora accessible on port 80 or 443 over a proxy with a single statically-defined Host header. This way, all clients connect to Fedora with the same Host value and you don't ever encounter this sort of error.
If you're using nginx, this is the sort of configuration I use:
    location /fcrepo {
        proxy_pass http://localhost:8080;
        proxy_http_version 1.1;
        proxy_set_header Host repository.myinstitution.edu;
    }

This way, there is no ambiguity about the Host header sent to Fedora (and consequently, the hostname of the triples returned). That will solve the issue you describe.

This makes sense; perhaps we can add something to the README along the lines of your warning/advice?

Rocktacular, @acoburn !

Sorry,
I was already aware that the fcrepo.baseUrl indexer configuration parameter must be in line with the Fedora host name clients are using. I have just missed then it also means I can not use <IP_ADDRESS> and localhost interchangeably when trying things out in my local testing environment.

@zozlak That is correct. It is also true that you cannot exchange CNAME, ALIAS or A records or regular IP addresses (even if they all resolve to the same location) and expect they will mean the same thing to downstream applications.


Remove experimental backpressure feature

This PR removes the experimental backpressure feature.

Codecov Report

Merging #2555 (5d27565) into main (d363e8c) will increase coverage by 0.13%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             main    #2555      +/-   ##
==========================================
+ Coverage   61.25%   61.38%   +0.13%
==========================================
  Files         157      155       -2
  Lines        7131     7073      -58
==========================================
- Hits         4368     4342      -26
+ Misses       2746     2714      -32
  Partials       17       17

Flag
Coverage Δ

unittests
61.38% <ø> (+0.13%)
:arrow_up:

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

Impacted Files
Coverage Δ

cmd/cli/install.go
65.62% <ø> (+0.19%)
:arrow_up:

cmd/osm-controller/osm-controller.go
18.10% <ø> (-0.70%)
:arrow_down:

pkg/catalog/dispatcher.go
60.78% <ø> (-0.76%)
:arrow_down:

pkg/envoy/cds/response.go
60.78% <ø> (+0.40%)
:arrow_up:

pkg/featureflags/featureflags.go
100.00% <ø> (ø)

pkg/smi/client.go
77.44% <ø> (+0.42%)
:arrow_up:

pkg/smi/fake.go
0.00% <ø> (ø)

pkg/smi/mock_meshspec.go
0.00% <ø> (ø)

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 d363e8c...5d27565. Read the comment docs.


MariaDB support

Add support to use MariaDB database.
Update the following classes:
DataSourceAutoConfiguration.java
QuartzAutoConfiguration.java

I don't think this is need it


Move crud utils from DalaiLama repo

[ ] One config file for 1. client connection Paramenters to ES servers 2. timeouts/batchSizes for collect queries 3. basePath for contexts and schema

[ ] Take a base folder pa

[ ] Allow es.get.deep() -> A context param: wherein context tells which fields to get from the document and which fields to join. This can be a relative path below the basePath supplied to es while initializing it.

[ ] Allow es.update.deep() -> using js=-Two extra update params. 1. force: true/false, 2. update //Object as per js-object-updater API

[ ] es.index.deep()

[ ] es.delete.deep()


Add description support for record type messages

We at @ahrefs use have use messages descriptions quite often, and lack of description support was the blocker to migrate from object message type to record.
In this PR I propose to pass message descriptions to records with<EMAIL_ADDRESS>...] annotation, ex:
let msg =<EMAIL_ADDRESS>"Description for message"] {id: "i.am.id", defaultMessage: "i.am.defaultMessage"};

In this case, only the extractor aware of message description, and we don't have to deal with {... description: None}, {... description: Some("description")} in the records, as we discussed before
cc @cknitt

Now I am thinking, probably it is possible to add description support to FormattedMessages, etc

Thanks a lot for the PR! :-) I like this idea! Could you also update the documentation in README.md accordingly?
/cc @alexfedoseev (FYI)

@cknitt I added an example to documentation

Thanks again for your contribution! 👍

Looking great!


Debug TOC anomalies

Description
See #34171
Page URL
https://learn.microsoft.com/en-us/aspnet/core/security/authentication/configure-oidc-web-authentication?view=aspnetcore-9.0
Content source URL
https://github.com/dotnet/AspNetCore.Docs/blob/main/aspnetcore/security/authentication/configure-oidc-web-authentication.md
Document ID
5d97b8bb-6505-9268-efbc-33fc2c02f4d8
Article author
@damienbod
Related Issues

Works in live


[Feature] Upgrade to Selenium 4

Describe the feature
Simply, upgrading the current support for Selenium from 3 to 4.
Rationale for the feature
Noticed in the latest PR build (https://github.com/MADE-Apps/legerity/commit/aab36338ab1e7952d184b53d2c185a88dcd98cde#annotation_7550536556)
Selenium NuGet packages are now a major version up with 4.7.0 and appears that this has been available since late 2021.
Adoption appears relatively high so we should look to upgrade and support the latest version.
Scope of the feature

Must upgrade to support Selenium 4.x

Open questions
No response
Other information
No response

I've investigated this a few times. Unfortunately, there isn't a stable release of Appium yet that supports Selenium 4.
https://github.com/appium/dotnet-client

@tom-made will start looking at this. Although there is no stable release yet for Appium, they have an RC which is currently on version 5.


conda-forge

I'd highly recommend adding it conda-forge too. It's the go-to env manager for the geospatial community. I can help with it if interested.

Originally posted by @cheginit in https://github.com/ImperialCollegeLondon/SWMManywhere/pull/260#discussion_r1734631313
alongside #261

Update conda instructions to not be suitable for macos


Jupyter: ms-toolsai.jupyter

I have been having many problems with this extension

I am using this Jupyter notebook as an extension to run my Python ipynb files but every time I go to run it it runs in the console instead of the notebook
It is reset to Python instead of Jupyter every time I try to run it. How do I get them to stop returning to Python and stay on the Jupyter setting?
I want to be able to use Python extension without this Jupyter notebook extension as the previous version was much more friendly, how do I do that?

fixed


Fix robots.txt feature

It seems that the robot.txt feature is in a sorry state right now, so I'd like to be able to expose the robots.txt feature from the control panel as in classic.
In addition, to fix these issues that we have opened.
I would remove (at least in docs and code) the feature that the one in "public" folder is used (if everybody agrees), so we reduce the way of doing things in Volto instead of exposing yet another one. It seems it's not working since long time ago either way. One could still make it work if the middleware is disabled.

[ ] https://github.com/plone/volto/issues/2166
[ ] https://github.com/plone/volto/issues/5386
[ ] https://github.com/plone/volto/issues/4934
[ ] Update VOLTO_ROBOTSTXT

The robot.txt is already a setting in Plone and part of the site configuration controlpanel but it is blacklisted in the settings in Volto. We can enable this again to make it configurable in the volto controlpanel.
The robots.txt is fetched from the Plone backend but not via the restapi. This code needs to be chnaged to fetch the robots.txt value from the @site endpoint.
@sneridagh: do we want to keep the environment variable option?

https://github.com/plone/volto/pull/5584


Cannot setup tokens

Hi,
I just discovered your script which look exactly what I was searching for a long time. Thanks for working on such a project !
Now, I'm trying to use it properly. I think I'm close to success but I obviously miss something when it comes to setting up tokens between Fittrackee and Strava.
My setup :

working Fittrackee instance running on Ubuntu server 22.04 using Docker
Fittrackee can be accessed via https://fittrackee.mydomain.com (through a Synology Reverse Proxy)
I have my "Client ID" and "Client Secret" from Strava API (although I'm not sure that the website and Authorization Callback Domain are properly configured. Currently, I have https://fittrackee.mydomain.com and localhost)
I have created an app in Fittrackee :

With that done, I'm able to launch the script s2f.py.
When I try to use the --setup-tokens parameter, the script provides me a link that let me access the expected Strava page. After validating it, I can copy the generated url and paste it back in the terminal. The script then crashes with the following logs :

I have tried the following changes with no luck so far:

verifying reverse proxy configuration : X-Forwarded-Proto header is set (argument = $scheme)
modifying the url which starts with "https://localhost..." in order to have "http://localhost..." at the beginning
tinkering with website and domains parameters but I'm lost here because I don't know what they really are for

At this point, I don't know if I'm encountering a bug (not sure) or if I'm making an obvious mistake (more likely).
I apologize in advance for my far-from-perfect English, and I would be grateful if someone could help me.

Hi @Mickey016, sorry for taking a while to get back to you on this. To be honest, I'm a bit stumped, as I didn't come across this sort of error in my development at all. I also just tested this on my own server again by re-downloading the code and running the setup-tokens flow in a new environment, and it completed fine for my Strava account (I realize "I can't reproduce it" is a less then satisfying response, but I am not sure how to debug if I cannot see the same issue as you)
I used the same application and redirect URL as you, and my URL to paste into the terminal looked like:
https://localhost/?state=xxxxxxxxxxxxxxxxxxxxxxxxxxxxx&code=xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx&scope=read,activity:read_all

Which looks the same as what you put in your screenshot (with different specific state and code values). In my case, the web flow completes successfully and the code moves onto authenticating to my FitTrackee instance.

At first I thought maybe the source of the problem was that your reverse proxy or specific FT server configuration was different than what I had when I developed it, but this error is actually occurring entirely with the Strava side of things (i.e. before your FitTrackee instance is involved at all), which means it doesn't have anything to do with any of the settings you put in your FitTrackee application registration (the localhost stuff). Perhaps try creating a new test Strava account just to test if your current account is somehow not working with the flow (although that seems unlikely...)
Presumably, the issue is related to those described here: https://github.com/requests/requests-oauthlib/issues/324  But without being able to debug your failing case in more detail, it'll be hard to figure out exactly what's going on.

With regards to:

tinkering with website and domains parameters

As far as I understand, these can generally be whatever you want, as they are not actually used by the code (they just determine where you get redirected after authenticating. Using a bogus URL there is why after you get redirected, the web browser shows an error, but the URL that you paste in is what gets parsed to extract the token information.

Oh! Just as a test, I tried running through the token flow with incorrect values for STRAVA_CLIENT_ID and STRAVA_CLIENT_SECRET in the .env file. When I set an incorrect client id, going to the URL provided by the script gave me the following error (rather than displaying the Strava "Authorize" screen):
{
  "message": "Bad Request",
  "errors": [
    {
      "resource": "Application",
      "field": "client_id",
      "code": "invalid"
    }
  ]
}

However, if I use the correct STRAVA_CLIENT_ID, but an incorrect STRAVA_CLIENT_SECRET, I get shown the "Authorize" screen, and I get redirected to the localhost URL, but when I copy that URL into the terminal, I get your exact error:
oauthlib.oauth2.rfc6749.errors.MissingTokenError: (missing_token) Missing access token parameter.

I wonder, could you double check that the value you have set for STRAVA_CLIENT_SECRET in the .env file matches the one shown here:

on the https://www.strava.com/settings/api page for your account?
It might be as simple as a misconfigured "password" setting, but with a totally unhelpful error message. I hope so, because otherwise I have no idea! :sweat_smile:

Hi @jat255, don't bother for the delay, we all have more important things to do !
I have good news : everything seems to work fine now.
I have strange news : it looks like it was not related to any of the things we looked at.
More details :

my STRAVA_CLIENT_ID and STRAVA_CLIENT_SECRET args were OK
after 2 weeks without touching anything, I found out that my fittrackee interface wasn't accessible anymore. So I decided to start again my docker. After that, I did try another time to setup the tokens and... IT WORKED ! I can only assume that something wasn't right on the docker side, but I think I will never know for sure.

Anyway, now everything looks OK. My first sync is in progress, taking some tome because of the API rate limit.
Thank you for this app and your kind replies. This issue can be closed.
Keep up the good work 👍

Awesome! I'm glad it ended up working for you. I guess I should have suggested the first rule of tech support (did you turn it off and on again? :wink: )
Based off the issue I linked to before, it sounds like that missing token error from oauthlib swallows whatever the actual error from the server is, so it's really hard to debug without attaching some sort of debugger. Anyway, glad you got it working, and I hope the script works out for you. I've been running it for about 5 months now and it just keeps chugging along in the background.  I set mine up to have a cron job running python s2f.py --sync twice per hour, and after my runs/rides, I see them show up automatically in fittrackee, since I record using Strava or a GPS that automatically pushes to Strava.

Anyway, now everything looks OK. My first sync is in progress, taking some tome because of the API rate limit.

Yes, this is annoying. I don't think there's anyway to get around it without talking to Strava and becoming an "official" third-party integration, which I'm sure costs money... The sync tries to be smart about it and only fetch activities newer than what you have in FitTrackee, so even if you have to stop and restart it a few times, it should eventually work. Mine took two days I think when I first did it since I had about 200 activities. More prolific athletes will have to wait longer...


Branch list

Codecov Report

Merging #10 (74e4bf0) into master (e7ac6d1) will decrease coverage by 1.60%.
The diff coverage is 37.07%.

@@             Coverage Diff              @@
##             master      #10      +/-   ##
============================================
- Coverage     69.15%   67.54%   -1.61%
- Complexity      398      411      +13
============================================
  Files            72       75       +3
  Lines          1287     1362      +75
  Branches        127      134       +7
============================================
+ Hits            890      920      +30
- Misses          365      406      +41
- Partials         32       36       +4

Impacted Files
Coverage Δ

src/main/java/seedu/address/MainApp.java
0.00% <ø> (ø)

src/main/java/seedu/address/model/room/Room.java
0.00% <0.00%> (ø)

...in/java/seedu/address/storage/JsonAdaptedRoom.java
0.00% <0.00%> (ø)

...rc/main/java/seedu/address/model/ModelManager.java
87.27% <12.50%> (-12.73%)
:arrow_down:

...u/address/storage/JsonSerializableAddressBook.java
75.00% <40.00%> (-25.00%)
:arrow_down:

...java/seedu/address/logic/commands/ListCommand.java
53.84% <50.00%> (-46.16%)
:arrow_down:

src/main/java/seedu/address/model/AddressBook.java
81.81% <55.55%> (-9.85%)
:arrow_down:

...in/java/seedu/address/logic/parser/ParserUtil.java
92.68% <60.00%> (-4.54%)
:arrow_down:

.../seedu/address/commons/core/listtype/ListType.java
75.00% <75.00%> (ø)

.../seedu/address/logic/parser/AddressBookParser.java
100.00% <100.00%> (ø)

... and 9 more

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 e7ac6d1...74e4bf0. Read the comment docs.

LGTM, Conflict resolved.


How to Customize / Disable Merge Tag

Hi Ryan
We want to completely Disable/Hide Merge tag option from everywhere in the editor.
Please see the screenshot: https://i.imgur.com/tydNaSO.png
1 - How we can Disable/Hide it?
2 - How we can customize Merge Tag to add more options to it?
Looking forward to your quick support.
Thank You

Hide Merge tag option if no merge tag props

Merge tag is an object.
https://github.com/arco-design/easy-email/blob/master/demo/src/pages/Editor/testMergeTags.ts


Update to streams RC1

While updating to RC1 I noticed that GroupLogFile example was misbehaving and fixed it without knowing the effort in #19.
@timcharper is of course welcome to change it based on the discussions in his PR.

Your fix looks great; seems like the buffering & mapAsync were married together, that's a nice, concise pattern. I'm just glad it was solved.

Fixed by Martynas

LGTM

LGTM, apart from the parallelism

LGTM

Good idea Endre, thanks - will add soon
On Apr 24, 2015 7:24 PM, "Patrik Nordwall"<EMAIL_ADDRESS>wrote:

LGTM
—
Reply to this email directly or view it on GitHub
https://github.com/typesafehub/activator-akka-stream-scala/pull/23#issuecomment-96002485
.


feat: Update sealsystems dependencies (patch/minor only)

Dependencies of this project are outdated.
The following updates have been made:

Production dependencies from the @sealsystems namespace: The latest minor versions
Development dependencies: The latest versions

If a major update broke the tests, a minor update was tried.
This pull request will be merged automatically if there are no conflicts.

:tada: This PR is included in version 4.2.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Feature/ribbon with multiple targets

Sorry, this is just a merge into my local master for now. Need's a bit of cleanup before offering a PR up to D3


GdipCreatePath leaks memory in error case

If the second allocation in GdipCreatePath fails it leaks memory from the previous allocations.

Same bug in GdipClonePath.

Should be closed, fixed by #227


getContext("2d") should return CanvasRenderingContext2D

I'm currently using this typecast-ridden code to work with HTML <canvas>:
var canvas = (this.refs.canvas.getDOMNode() : HTMLCanvasElement),
    ctx = ((canvas.getContext('2d') : any) : CanvasRenderingContext2D);

The HTMLCanvasElement cast would be hard to avoid, but the CanvasRenderingContext2D cast shouldn't be. The problem is this declaration:
type RenderingContext = CanvasRenderingContext2D | WebGLRenderingContext;
declare class HTMLCanvasElement extends HTMLElement {
    getContext(contextId: string, ...args: any): ?RenderingContext;
}

If contextId is "2d", getContext will return a CanvasRenderingContext2D.
If it's webgl, getContext will return a WebGLRenderingContext.

If a string literal is passed to getContext (and it's hard to imagine a situation where it wouldn't be), then the return type should always be one of these, not the hard-to-work-with union type.
See also #61

That declaration should be updated to use overriding and string literal types, so we can avoid the union return type. Shouldn't be hard, something like this:
type RenderingContext = CanvasRenderingContext2D | WebGLRenderingContext;
declare class HTMLCanvasElement extends HTMLElement {
    getContext(contextId: "2d", ...args: any): ?CanvasRenderingContext2D;
    getContext(contextId: "webgl", ...args: any): ?WebGLRenderingContext;
    getContext(contextId: string, ...args: any): ?RenderingContext; // fallback
}

That said, you should be able to (and should prefer to) use a dynamic type test instead of a cast for this.
var ctx = canvas.getContext('2d');
if (ctx == null) {
  // error handling
} else if (ctx instanceof CanvasRenderingContext2D) {
  // ctx is refined here
} else {
  // ctx is a WebGLRenderingContext? handle error here
}

If we had the string literal override, you wouldn't need to handle the WebGLRenderingContext branch, because we'd know a more exact type, so it would look like this:
var ctx = canvas.getContext('2d');
if (ctx == null) {
  // error handling
} else {
  // ctx is a CanvasRenderingContext2D
}

Much nicer.

:+1:
Would be great to get this fix in the next flow release!

@danvk Updating the flowlib is pretty straightforward. Would you be interested in working on a PR for it? Also, just wanted to confirm, did I adequately explain what you can do today to safely use this API before the improvements land in Flow?


internvl2_4B 微调错误

ValueError: Target modules {'wqkv'} not found in the base model. Please check the target modules and try again.

fix in https://github.com/modelscope/swift/pull/1394


hello，请问600TB天价流量费怎么解决？

hello，请问600TB天价流量费怎么解决？

Hi. the best way is to talk to your account manager to see what can be done. All blockchain nodes generate a lot of traffic and there are not a lot of technical solutions to the problem:

Make sure you run only the number of nodes you actually need,
Try restricting outgoing traffic where possible (you can do it with Security Groups),
If you node allows, restrict the number of nodes it should maintain connection with.


Custom Sky renderer not working MCreator 2024.1 Forge 1.20.1

I have tried everything. Setup dimension, render skybox, render end sky, render in custom dimension, and I just do not believe that this plugin is working in it's current state. The only response I have seen from my countless tries in getting my custom dimension to render and end sky is when I set "constant ambient light" to true in set up dimension, which makes it bright. I'm sorry to sound frustrated but not one single procedure has yielded any custom sky in my hours of using this plugin, and I have to resort here. What am I doing wrong!?

And when I say "custom sky" I of course mean the world renderer plugin, I am aware the old one has since gone


use yapf to format python code

to enforce more consistent code style
I think yapf is better because it is more aggressive with a reasonable default. Ideally I've imagined something opinionated such as https://prettier.io/, and having such a tool means that the code format can only be in one shape. YMMV.

This change is

Pull Request Test Coverage Report for Build 873

0 of 0 (NaN%) changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 31.868%

Totals

Change from base Build 870:
0.0%

Covered Lines:
580

Relevant Lines:
1820

💛  - Coveralls

Can you add some explanation to the PR about why you think yapf is the right tool?
Also might be good to start capturing style/tooling recommendations in kubeflow/community since we should be consistent across repositories.

@jlewi I think yapf is better because it is more aggressive with a reasonable default. Ideally I've imagined something opinionated such as https://prettier.io/, and having such a tool means that the code format can only be in one shape. YMMV.

SGTM. The tests are broken because of #404. Lets get that fixed first.

Test should be fixed by #405 . Please sync and rerun tests.

@jlewi guess coverage test needs to be adjusted?

@jlewi PTAL


Win32APIError when running in Windows

Cookbook version
2.7.0
Chef-client version
12.2
Platform Details
AWS OpsWorks,  windows 2012 r2
Scenario:
Save a file from S3 to a local directory
Steps to Reproduce:
s3_file 'c:\temp\file.txt' do
bucket "bucketname"
aws_access_key_id "key"
aws_secret_access_key "secret"
remote_path "file.txt"
action :create
end
If I comment out the following lines in providers\default.rb   it will work
f = file new_resource.path do
action :create
# owner new_resource.owner || ENV['user']
# group new_resource.group || ENV['user']
# mode new_resource.mode || '0644'
end
Expected Result:
file to be created
Actual Result:
Exception
[2016-08-24T12:59:01+00:00] ERROR: Running exception handlers
[2016-08-24T12:59:01+00:00] ERROR: Exception handlers complete
[2016-08-24T12:59:01+00:00] FATAL: Stacktrace dumped to c:/chef/runs/21611189-5920-4dc1-94e0-dbd04dca3068/local-mode-cache/cache/chef-stacktrace.out
[2016-08-24T12:59:01+00:00] FATAL: Chef::Exceptions::Win32APIError: s3_file[c:\temp\Director.properties] (psim::pds_config line 61) had an error: Chef::Exceptions::Win32APIError: file[c:\temp\Director.properties] (c:/chef/runs/21611189-5920-4dc1-94e0-dbd04dca3068/local-mode-cache/cache/cookbooks/s3_file/providers/default.rb line 87) had an error: Chef::Exceptions::Win32APIError: No mapping between account names and security IDs was done.
---- Begin Win32 API output ----
System Error Code: 1332
System Error Message: No mapping between account names and security IDs was done.
---- End Win32 API output ----

Sorry, closing wrong option.


Fix cleanup

The cleanup function now removes the custom assertions. This fixes a bug where Ember tests that injected custom assertions were leaking memory.

Thank you!


Import JSON on JS Clientside not working

Description of the problem
If i try to import json file on the clientside, the client says "invalid json" and crashes instantly.
[23:04:10][Error] [V8] Exception at client-package:<bootstrapper>:18 [23:04:10][Error]   if(!alt.isWorker) __internal_start_file(mainPath); [23:04:10][Error] Error: Invalid JSON syntax
Reproduction steps
Try to load json file via import: import xyz from "keybindFriendlyNames.json" assert {type: "json"}
JSON:
{   "setMenu": "Fahrzeug-Sitzauswahl",   "toggleEngine": "Motor an/aus" }
This JSON file is also valid according to RFC 8259 (https://www.rfc-editor.org/rfc/rfc8259),  so it shouldnt report invalid json syntax
Expected behaviour
This JSON file is also valid according to RFC 8259, so it shouldnt report invalid json syntax
Additional context
No response
Operating system
Win11
Version
15.0-rc23
Crashdump ID
No response
Reproduction tested

[X] I confirm that I have made sure that this issue is also present on the newest dev version

This is something we won't be working on because we're working on v2 module which already supports this. Making it work in v1 would be a waste of time at this point.


fix(cli): remove calls to gluegun's prompt.confirm

prompt.confirm is unreliable and sometimes fails to take user input
create a confirm prompt helper that uses inquirer prompt instead
refactor helper defined in dynamoDb-walkthrough.js
https://github.com/aws-amplify/amplify-cli/issues/528
By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.

There are errors with this PR - I did not test thoroughly enough.  I'll fix them and then re-open.


Click to insert url field not working

Hi
By clicking on any link inside response body, the request url does not changes at all. We have to copy / paste it manually. What is wrong?
Expected outcome
The clicked link should be copied to request field
Actual outcome
Nothing happens!
Versions
App: <IP_ADDRESS>6-stable
Chrome: 57.0.2987.54
Platform: Linux (-)
Steps to reproduce

Call API service
Clink on response link

Hi,
Thank you for issue report.
This issue was already fixed and the update is waiting in the beta channel.
Very soon I'll release updated version.


Dropout inference performance

Dropout is a commonly used component for NN training. Currently it is however, not well optimized for inference. Currently for inference, the dropout op produces two outputs (out, mask), and copies the input to one of them (out). Ideally for inference we should

check kWriteInplace and avoid the copy
produces a single output instead of two

For (1), it should be straightforward - just check req in the op implementation (like the nd.identity op https://github.com/apache/incubator-mxnet/blob/30655f9ef58daa778d6ea049940068f0ff9a21bf/src/operator/tensor/elemwise_unary_op.h#L305). For (2), however, we need to know runtime (is_train=False/True) information, which is not available when inferring the number of outputs in the op. @junrushao1994 we should also consider this information for backend op registration.
cc @TaoLv @pengzhao-intel

We can probably add a graph pass for bind(is_train=False).
cc @szha


Having Issues with iOS devices

I have been playing around with this package and seems pretty promising. Although i wanted to test my project out on iOS devices and nothing would render. Getting this error:

To make sure its not only my project i checked the examples in your docs Grid Example
Another question. Im using Material-UI in my project and i would like to use MUI components and styles with this package, is there a way to use other components and wrap them with this package?

Hi et-nat1995,
As you may know Muuri uses Web Animations to handle all the animations by default. There may be 2 cases:

If your project doesn't even open and shows the error, it is very likely that your broswer does not support web animations and you need a polyfill. You can check if your broswer supports them here.
There is a known bug in Muuri in its version 0.8.0 (it will be fixed in version 0.9.0 when it is published). This bug occurs in the Grid demo, it happens if you apply a filter (e.g. 'red') and try to drag an element.

Thanks for the appreciation of the library, update me when you discover the problem.


Do not allow batches to increase file memory size

Description of Changes
Please check that the PR fulfills these requirements

[ ] Tests for the changes have been added (for bug fixes / features)
[ ] Docs have been added / updated (for bug fixes / features)
[ ] Add a changelog entry (for non-trivial bug fixes / features)
[ ] CI passes

This PR appears to be unnecessary, because delete_after_read can bypass database access.