Unable to pass & in an argument to a shell script started with Process.start

I'm trying to fix a bug where we mishandle some characters like & in user-provided arguments because of having to spawn flutter.bat through a shell. There is a little info on Process.start() about this:

NOTE: On Windows, if executable is a batch file ('.bat' or '.cmd'), it may be launched by the operating system in a system shell regardless of the value of runInShell. This could result in arguments being parsed according to shell rules. For example:
  // Will launch notepad.
  Process.start('test.bat', ['test&notepad.exe']);
}

The issue I'm having is that I can't find any way to escape a & that comes through correctly.
Below is a script to reproduce the issue. It creates a temp folder with a space in the name, and then writes a simple .bat file that forwards all args to a Dart script (similar to what flutter.bat does). The Dart script it writes just prints all the arguments out to stdout. The test reads stdout and compares what's printed to what it sent as arguments to ensure they match.
If I remove the & from testCharacters, the test passes. If I add the & then it fails because the last argument is truncated, and it tried to execute after:
'after\""' is not recognized as an internal or external command,
operable program or batch file.
Expected: ['beforeaafter', 'beforebafter', 'beforecafter', 'before&after']
  Actual: ['beforeaafter', 'beforebafter', 'beforecafter', '"before']

The _escapeAndQuoteArg function needs to escape & in some way, but I've tried many combinations (including backslashes, the ^ character and combinations of quoting/not quoting the args) (I'm assuming https://ss64.com/nt/syntax-esc.html is a reasonable source), but none of them work. Based on @derekxu16 comment at https://github.com/dart-lang/sdk/issues/50076#issuecomment-1322448384 it's not clear to me if Dart is also trying to do some of this escaping.
I'm not sure if this is a bug, or I'm doing it wrong. I'm hoping someone that understands the code in createProcess may be able to verify one way or the other.
import 'dart:convert';
import 'dart:io';
import 'package:path/path.dart' as path;
import 'package:test/test.dart';

const testCharacters = r'abc&'; // r' "&:\<>|%=+-_@~#<>?/';

final testArgs = [
  for (var char in testCharacters.split('')) 'before${char}after',
];

void main() {
  test('test escaping', () async {
    var tempDir =
        Directory.systemTemp.createTempSync('flutter dap args escape test');
    print('Writing scripts to $tempDir');

    // Write a shell script to simulate the Flutter .bat file and a Dart script
    // that just prints the arguments sent to it one-per-line.
    var tempShellScript = File(path.join(tempDir.path, 'fake_flutter.bat'));
    var tempDartScript = File(path.join(tempDir.path, 'print_args.dart'));
    var command = [
      '"${Platform.resolvedExecutable}"',
      '"${tempDartScript.path}"',
      "%*",
    ];
    tempShellScript.writeAsStringSync('@echo off\n${command.join(" ")}');
    tempDartScript.writeAsStringSync(r'''
void main(List<String> args) {
  print(args.join('\n'));
}
''');

    var executable = tempShellScript.path;
    var args = testArgs.map(_escapeAndQuoteArg).toList();

    print('''
Executing:
  executable: $executable
  args: ${args.join(' ')}
  runInShell: true
''');
    var proc = await Process.start(
      '"$executable"',
      args,
    );

    var stdoutFuture = proc.stdout.transform(utf8.decoder).toList();
    var stderrFuture = proc.stderr.transform(utf8.decoder).toList();
    await proc.exitCode;

    var stdout = (await stdoutFuture).join().trim();
    var stderr = (await stderrFuture).join().trim();

    if (stderr.isNotEmpty) {
      print(stderr);
    }

    var actual = stdout
        .split('\n')
        .map((l) => l.trim())
        .where((l) => l.isNotEmpty)
        .toList();

    expect(actual, testArgs);
  });
}

String _escapeAndQuoteArg(String input) {
  // What is the correct thing to do here to escape &?
  // return input.replaceAll('&', '^&');
  return input;
}

@brianquinlan I'm told that you might be knowledgeable in this area :-)

You can make this test pass by doing ^^^&. Explanation: you need to escape & once on the way to the first batch file and then you need to escape it once more because of how %* works... So if you know that you are going through flutter.bat/dart.bat and you know that they are going to forward arguments using %* then you can be prepared for that, otherwise I think you are out of luck.
This is also a reason why flutter.bat/dart.bat approach is kinda sorta broken on Windows.
See also this SO question for gnarly details.

SETLOCAL EnableDelayedExpansion

FWIW some variations involving delayed expansion were tried before but it caused its own bunch of problems, see https://github.com/flutter/flutter/issues/84270
I am also not sure you can just really escape things reliably like that.

It seems to work for every character currently in the escape set (the test passes).. however, if I add a double quote to the test characters, it fails because the output contains ^" where only " is expected - however none of this code (as far as I can tell) ever escapes double quotes, so I don't know where this is coming from (could it be Dart?).

Yeah, there is some escaping in Process implementation on Windows which was put there in ancient times https://github.com/dart-lang/sdk/commit/ff7d45d16f1cec4eea0f2872e03dfaaf28f6e63b. This logic might easily be borked FWIW, I am not entirely sure why is it there specifically for quotes.
As a result of that escaping you get \\" on entry to the batch file, and that somehow morphs into ^" when you do %args% at the last line. I am actually not sure how that happens. I have tried printing ECHO %args% but that yields "before^\\"after" and not before^"after... Rules for these substitutions seem to be seriously out of this world.


prefer-object-spread

Current dependencies on/for this PR:

main

PR #145   👈

This comment was auto-generated by Graphite.


atproto/syntax: hotfix for ATURI String()

Somehow had the String() method defined in the test file instead of aturi.go by mistake.

I've also got this change in https://github.com/bluesky-social/indigo/pull/289 along with a change to rename the receivers in this file to use a consistently instead of a mix of a and n.


filter parameter should accept any character?

https://datasets-server.huggingface.co/filter?dataset=polinaeterna/delays_nans&config=default&split=train&where=string_col=йопта&offset=0&limit=100
gives an error
{"error":"Parameter 'where' is invalid"}

Hmmm, it does not seem to be related to the value of the parameter:
https://datasets-server.huggingface.co/filter?dataset=polinaeterna/delays_nans&config=default&split=train&where=string_col=йопта&offset=0&limit=100
cat gives the same error

Note that we could at least log the error returned by DuckDB:
https://github.com/huggingface/datasets-server/blob/17d682730397aec59228b00fc196ee489fc685c6/services/search/src/search/routes/filter.py#L226-L227

Same on another dataset: https://datasets-server.huggingface.co/filter?dataset=circa&config=default&split=train&where=context=X+and+Y+are+colleagues+who+are+leaving+work+on+a+Friday+at+the+same+time.&offset=0&limit=100

Or https://datasets-server.huggingface.co/filter?dataset=tapaco&config=af&split=train&where=language%3Daf&offset=0&limit=100
This seems to be the case for all the string columns. Only the ClassLabel columns appear to work. Note that for ClassLabel, we check an equality between integers, while it's an equality between strings in the other case.

Also, note that the IS NULL query works for the same split
https://datasets-server.huggingface.co/filter?dataset=polinaeterna%2Fdelays_nans&config=default&split=train&where=string_col_nans+IS+NULL&offset=0&limit=100


GCKSessionManager endSession not working

In my app, I'm unable to disconnect the chromecast after tapping on the "Stop Casting" on the media controller.
-(void)sessionManager:(GCKSessionManager *)sessionManager didEndSession:(GCKSession *)session withError:(NSError *)error{
// I get call back here after tapping stop casting option, But the casting continues on the receiver app.
}
I'm using the GoogleCast 4.4.7

I also have this problem!


Host dashboard: keep current filter after paying out an expense

When we filter expenses by approved or ready, after we mark an expense as paid (or pay one with paypal), the list of expenses is being refreshed but the current filter is lost (despite still being active in the interface).
This is very annoying for @piamancini and @alannallama who have to go through a lot of expenses for the open source collective.
I took a look at it but I couldn't find an obvious fix.
Interestingly enough, rejecting an expense doesn't cause the same behavior. So it's something about marking an expense as paid. The difference is that we have to refetch the balance of the collective. So maybe it's linked to that.

@xdamman I think this is a duplicate of https://github.com/opencollective/opencollective/issues/1500. I added what I found on the issue.

Ah ok cool, closing this one then.


Fix #436 - init.vim on Windows

This builds on the PR @CrossR put together for custom init.vim paths (#784).
Instead of editing $MYVIMRC which seems to have inconsistent results on all platform, I baked in the paths based on the Neovim documentation. This should give more reliable behavior. I also create the directory if it hasn't been created yet.

Fixes #436


AwsCLI task failing with an invalid header value unhandled exception

Expected Behavior
AwsCLI task should run the AWS CLI commands successfully.
Actual Behaviour
AwsCLI task failing with the following error:
2024-05-01 11:48:44.319 Image pulled [amazon/aws-cli:latest]
2024-05-01 11:48:44.741 Starting command with container id 672ba75caeef5e468e43395cec865b9111901327c926a82fea64e10ce11f02c7 [/bin/sh -c aws s3api list-buckets --query "Buckets[].Name"]
2024-05-01 11:48:48.081
2024-05-01 11:48:48.085 An HTTP Client raised an unhandled exception: Invalid header value b'AWS4-HMAC-SHA256 Credential=AKIASCVPXXOPTZI37AHF\n/20240501/us-east-1/s3/aws4_request, SignedHeaders=host;x-amz-content-sha256;x-amz-date, Signature=1a2ec6eb5194672456c77d6f9d2a5e82bc22bb25e9d1258b8d000c30622b0a03'
2024-05-01 11:48:48.348 Command failed with code 255
2024-05-01 11:48:48.348 io.kestra.core.models.tasks.runners.TaskException: Command failed with code 255
	at io.kestra.plugin.scripts.runner.docker.DockerTaskRunner.run(DockerTaskRunner.java:326)
	at io.kestra.plugin.scripts.exec.scripts.runners.CommandsWrapper.run(CommandsWrapper.java:149)
	at io.kestra.plugin.aws.cli.AwsCLI.run(AwsCLI.java:117)
	at io.kestra.plugin.aws.cli.AwsCLI.run(AwsCLI.java:26)
	at io.kestra.core.runners.Worker$WorkerThread.run(Worker.java:769)

Simple commands like aws s3api list-buckets are failing. These were definitely working before.
Steps To Reproduce

Execute a simple AwsCLI flow as shown in the Example Flow section below.

Environment Information

Kestra Version: 0.16.4
Plugin version: 0.16.4
Operating System (OS / Docker / Kubernetes): Docker
Java Version (If not docker):

Example flow
id: awsCLI
namespace: dev

tasks:
  - id: aws
    type: io.kestra.plugin.aws.cli.AwsCLI
    accessKeyId: "{{ secret('AWS_ACCESS_KEY_ID') }}"
    secretKeyId: "{{ secret('AWS_SECRET_KEY_ID') }}"
    region: "us-east-1"
    commands:
      - aws s3api list-buckets | tr -d ' \\n' | xargs -0 -I {} echo '::{\"outputs\":{}}::'
      - aws s3api list-buckets --query "Buckets[].Name"
      #- aws ecs list-clusters --query 'clusterArns[*]'
      #- aws ecs list-clusters > {{ outputDir }}/output.json

cannot reproduce, on develop the same code works


unexpected crash when enabling flash encryption with virtual eFuses (IDFGH-13806)

Answers checklist.

[X] I have read the documentation ESP-IDF Programming Guide and the issue is not addressed there.
[X] I have updated my IDF branch (master or release) to the latest version and checked that the issue is present there.
[X] I have searched the issue tracker for a similar issue and not found a similar issue.

IDF version.
v5.2.2
Operating System used.
Windows
How did you build your project?
Eclipse IDE
If you are using Windows, please specify command line type.
CMD
What is the expected behavior?
the firmware should be booted normally. No crash. Simulation should be shown and the value of eFuses should be copied intor RAM and not be burned permanently
What is the actual behavior?
unexpected crash. Pleas refer to Debug Logs
Steps to reproduce.

in kConfig: set simulate eFuse operations in RAM
in Security Features: Enable flash encryption on boot has been set
Leave UART Bootloader encryption enabled
UART ROM download mode has been set to UART ROM dowload mode (Enabled)
...

Build or installation Logs.
Debug-Logs:

SPIWP:0xee
mode:DIO, clock div:1
Valid secure boot key blocks: 0
secure boot verification succeeded
load:0x3fce3980,len:0x322c
load:0x403c9700,len:0x4
load:0x403c9704,len:0xcbc
load:0x403cc700,len:0x4c60
entry 0x403c9914
I (68) boot: ESP-IDF v5.2.2 2nd stage bootloader
I (68) boot: compile time Sep  2 2024 09:42:52
I (68) boot: Multicore bootloader
I (71) boot: chip revision: v0.1
I (75) boot.esp32s3: Boot SPI Speed : 80MHz
I (80) boot.esp32s3: SPI Mode       : DIO
I (85) boot.esp32s3: SPI Flash Size : 8MB
I (89) boot: Enabling RNG early entropy source...
I (95) boot: Partition Table:
I (98) boot: ## Label            Usage          Type ST Offset   Length
I (106) boot:  0 nvs              WiFi data        01 02 00011000 00004000
I (113) boot:  1 otadata          OTA data         01 00 00015000 00002000
I (121) boot:  2 phy_init         RF data          01 01 00017000 00000400
I (128) boot:  3 ota_0            OTA app          00 10 00020000 00200000
I (136) boot:  4 ota_1            OTA app          00 11 00220000 00200000
I (143) boot:  5 storage          Unknown data     01 82 00420000 00100000
I (151) boot: End of partition table
I (155) esp_image: segment 0: paddr=00020020 vaddr=3c0e0020 size=32e48h (208456) map
I (201) esp_image: segment 1: paddr=00052e70 vaddr=3fc9dc00 size=05208h ( 21000) load
I (206) esp_image: segment 2: paddr=00058080 vaddr=40374000 size=07f98h ( 32664) load
I (214) esp_image: segment 3: paddr=00060020 vaddr=42000020 size=d6d2ch (879916) map
I (373) esp_image: segment 4: paddr=00136d54 vaddr=4037bf98 size=11c0ch ( 72716) load
I (389) esp_image: segment 5: paddr=00148968 vaddr=00000000 size=07668h ( 30312)
I (395) esp_image: Verifying image signature...
I (396) secure_boot_v2: Verifying with RSA-PSS...
I (400) secure_boot_v2: Signature verified successfully!
I (413) boot: Loaded app from partition at offset 0x20000
I (413) secure_boot_v2: enabling secure boot v2...
I (415) secure_boot_v2: secure boot v2 is already enabled, continuing..
I (422) boot: Disabling RNG early entropy source...
I (439) cpu_start: Multicore app
I (448) cpu_start: Pro cpu start user code
I (448) cpu_start: cpu freq: 160000000 Hz
I (448) cpu_start: Application information:
I (451) cpu_start: Project name:     app-template
I (457) cpu_start: App version:      9737206-dirty
I (462) cpu_start: Compile time:     Oct  2 2024 15:54:16
I (468) cpu_start: ELF file SHA256:  d41fe71de...
I (474) cpu_start: ESP-IDF:          v5.2.2
I (478) cpu_start: Min chip rev:     v0.0
I (483) cpu_start: Max chip rev:     v0.99
I (488) cpu_start: Chip rev:         v0.1
I (493) heap_init: Initializing. RAM available for dynamic allocation:
I (500) heap_init: At 3FCAB6E0 len 0003E030 (248 KiB): RAM
I (506) heap_init: At 3FCE9710 len 00005724 (21 KiB): RAM
I (512) heap_init: At 3FCF0000 len 00008000 (32 KiB): DRAM
I (518) heap_init: At 600FE010 len 00001FD8 (7 KiB): RTCRAM
I (526) spi_flash: detected chip: gd
I (529) spi_flash: flash io: dio
W (533) cpu_start: eFuse virtual mode is enabled. If Secure boot or Flash encryption is enabled then it does not provide any security. FOR TESTING ONLY!
E (547) flash_encrypt: Flash encryption eFuse bit was not enabled in bootloader but CONFIG_SECURE_FLASH_ENC_ENABLED is on

abort() was called at PC 0x42040ec2 on core 0
0x42040ec2: esp_flash_encryption_init_checks at C:/Espressif/frameworks/esp-idf-v5.2.2/components/bootloader_support/src/flash_encrypt.c:34

More Information.
previously I have activated SBV2 by burning the real eFuse permanently. Now I want to test the flash encryption but only in virtual mode

Hi @aygh4266 The security features such as flash encryption cannot be tested with the Virtual eFuse mode.
If you see the help section of the eFuse virtual mode config then you can see the following line

If it is "y", then SECURE_FLASH_ENCRYPTION_MODE_RELEASE cannot be used. Because the EFUSE VIRT mode is for testing only.

(ref

Additional pointers about trying out security features under qemu:

https://developer.espressif.com/blog/trying-out-esp32-c3s-security-features-using-qemu/
https://docs.espressif.com/projects/esp-idf/en/latest/esp32c3/api-guides/tools/qemu.html


Fix quarkus-maven-plugin groupId & version for gRPC itest module

Make it consistent with how we do things elsewhere in the project (Avro, CXF, Protobuf etc).

There is the same pattern in perf-regression, is it an issue ?

Probably not a big issue for the perf module. It's more important to have the plugin overridable for the core itests. Guess it can't hurt to change it if we think there's value in doing it.

There is the same pattern in perf-regression, is it an issue ?

Probably not a big issue for the perf module. It's more important to have the plugin overridable for the core itests. Guess it can't hurt to change it if we think there's value in doing it.

Ok, opened https://github.com/apache/camel-quarkus/issues/5205 not to forget.


Permission denied for groupmod with podman

When I start the container I get the following error message:
++ id -u user
+ USER_UID=1000
++ id -g user
+ USER_GID=1000
+ '[' -n 1000 ']'
+ '[' 1000 -eq 1000 ']'
+ USER_UID=1000
+ '[' -n 1000 ']'
+ '[' 1000 -eq 1000 ']'
+ USER_GID=1000
+ usermod -o -u 1000 user
usermod: no changes
+ groupmod -o -g 1000 user
groupmod: Permission denied.
groupmod: cannot lock /etc/group; try again later.

I suspect this comes from using gosu in entrypoint.sh and removing the sudo param. gosu doesn't seem to be supported by podman. Few days ago zwift runs without problems.

@hobeone ☝

Will take a look but I suspect that it could be related to the line zwift.sh:
   $([ "$CONTAINER_TOOL" = "podman" ] && echo '--userns=keep-id')
I don't think that's necessary anymore after the changes in #94.  I've never used podman but looking at the docs I think either deleting it or setting it to the empty string might work.
My guess is that when you set --userns=keep-id entrypoint isn't running as root in the container as it does with docker.
@fandan could you give that a shot and see if it gets it working?

Will take a look but I suspect that it could be related to the line zwift.sh:
 $([ "$CONTAINER_TOOL" = "podman" ] && echo '--userns=keep-id')
I don't think that's necessary anymore after the changes in #94. I've never used podman but looking at the docs I think either deleting it or setting it to the empty string might work.
My guess is that when you set --userns=keep-id entrypoint isn't running as root in the container as it does with docker.
@fandan could you give that a shot and see if it gets it working?

I just tried removing that line in my podman setup and I was able to boot Zwift successfully.

@nibbles-bytes , @hobeone: Removing --userns=keep-id solved the problem. Now zwift is starting again. Thanks.


[WFCORE-943] Add remoting transformers for EAP 6.4.0

https://issues.jboss.org/browse/WFCORE-943

Windows Build 2062 is now running using a merge of a6fa3850a4edf098b04b87842d8fec5d55fe6815

Core - Full Integration Build 1678 is now running using a merge of a6fa3850a4edf098b04b87842d8fec5d55fe6815

Core - Full Integration - Windows Build 99 is now running using a merge of a6fa3850a4edf098b04b87842d8fec5d55fe6815

Linux Build 2553 is now running using a merge of a6fa3850a4edf098b04b87842d8fec5d55fe6815

Linux Build 2553 outcome was SUCCESS using a merge of db4534bed7c58b7a317774da9f693bbc71370697
Summary: Tests passed: 3412, ignored: 63 Build time: 00:39:19

Windows Build 2062 outcome was SUCCESS using a merge of db4534bed7c58b7a317774da9f693bbc71370697
Summary: Tests passed: 3412, ignored: 63 Build time: 00:39:40

Core - Full Integration Build 1678 outcome was SUCCESS using a merge of db4534bed7c58b7a317774da9f693bbc71370697
Summary: Tests passed: 3060, ignored: 359 Build time: 00:50:36

Core - Full Integration - Windows Build 99 outcome was SUCCESS using a merge of db4534bed7c58b7a317774da9f693bbc71370697
Summary: Tests passed: 3060, ignored: 359 Build time: 00:50:52

Windows Build 2063 is now running using a merge of db4534bed7c58b7a317774da9f693bbc71370697

Core - Full Integration - Windows Build 100 is now running using a merge of db4534bed7c58b7a317774da9f693bbc71370697

Linux Build 2554 is now running using a merge of db4534bed7c58b7a317774da9f693bbc71370697

Core - Full Integration Build 1679 is now running using a merge of db4534bed7c58b7a317774da9f693bbc71370697

Windows Build 2063 outcome was SUCCESS using a merge of db4534bed7c58b7a317774da9f693bbc71370697
Summary: Tests passed: 3412, ignored: 63 Build time: 00:36:09

Linux Build 2554 outcome was SUCCESS using a merge of db4534bed7c58b7a317774da9f693bbc71370697
Summary: Tests passed: 3412, ignored: 63 Build time: 00:36:39

Core - Full Integration Build 1679 outcome was SUCCESS using a merge of db4534bed7c58b7a317774da9f693bbc71370697
Summary: Tests passed: 3060, ignored: 359 Build time: 00:49:21

Core - Full Integration - Windows Build 100 outcome was SUCCESS using a merge of db4534bed7c58b7a317774da9f693bbc71370697
Summary: Tests passed: 3060, ignored: 359 Build time: 00:50:19

Linux Build 2557 is now running using a merge of a96950dacf0aa4beaa3aa5dd4cfa6d71fa97bb60

Core - Full Integration Build 1681 is now running using a merge of a96950dacf0aa4beaa3aa5dd4cfa6d71fa97bb60

Core - Full Integration - Windows Build 102 is now running using a merge of a96950dacf0aa4beaa3aa5dd4cfa6d71fa97bb60

Windows Build 2065 is now running using a merge of a96950dacf0aa4beaa3aa5dd4cfa6d71fa97bb60

Linux Build 2557 outcome was SUCCESS using a merge of a96950dacf0aa4beaa3aa5dd4cfa6d71fa97bb60
Summary: Tests passed: 3412, ignored: 63 Build time: 00:36:25

Windows Build 2065 outcome was SUCCESS using a merge of a96950dacf0aa4beaa3aa5dd4cfa6d71fa97bb60
Summary: Tests passed: 3412, ignored: 63 Build time: 00:36:53

Core - Full Integration Build 1681 outcome was SUCCESS using a merge of a96950dacf0aa4beaa3aa5dd4cfa6d71fa97bb60
Summary: Tests passed: 3067, ignored: 360 Build time: 00:50:02

Core - Full Integration - Windows Build 102 outcome was SUCCESS using a merge of a96950dacf0aa4beaa3aa5dd4cfa6d71fa97bb60
Summary: Tests passed: 3067, ignored: 360 Build time: 00:50:59


[Create workshop] Incorrect design of the system message displayed when SP creates a workshop

Environment: Win10 v21H2 64-bit, Chrome v 101.0.4951.54
Reproducible: always
Build found: frontend: gcp-0.0.73, backend: gcp-0.0.130
Preconditions

Follow the link https://oos.dmytrominochkin.cloud/#/
Log into OoS website as SP (e.g<EMAIL_ADDRESS>'Password'="Qwerty123!")
Select «Мої гуртки» in the menu bar at the top right corner
At least 1 workshop has already been registered or not
Click on the “Додати гурток” button
Fill in the mandatory fields on the 'Про заклад', ‘Опис’, ‘Контакти’, ‘Викладачі’ sections

Steps to reproduce
Finish the workshop creation by clicking the ‘Зберегти’ ('Завершити') button
Actual result
The "Гуртки" page is opened with the new workshop created. The system message displayed at the top of the page does not meet the design:

Text of the message is ‘Гурток створено!'

The alignment of ‘x’ button is broken

Expected result
The "Гуртки" page is opened with the new workshop created. The system message meets the design

Text of the message is 'Дякуємо! Новий гурток успішно доданий.'
The alignment of ‘x’ button is according to design

User story and test case links
User story #55
Test case OS-351
Labels to be added
"Bug", "pri: low", "severity: trivial"

@OksanaGuz, can you please verify this fix?
I have provided the screenshot of my fix in this pull request
https://github.com/ita-social-projects/OoS-Frontend/pull/1695

@koliapatskal for now when new workshop is created the displayed system message is - "Гурток оновлено!"

Fixed

This bug is fixed.


Add/Optimize support for Drupal 8

Add beter support for Drupal 8:

[ ] Make the skeleton detect what Drupal version in use.
[ ] Different way of disabling (= uninstall) modules in D8.

hi there, any progress on Drupal 8 detection / integration?


May Dashboard Cleanup

Beginning this PR to address bugs and cleanup in the public dashboard, see list starting here: #1051
With respect to the error handling with the survey responses, I believe this is fine, it's been working in the notebooks (and on production, noted since dfc-fermata has no data at the moment), but I will keep an eye on it. I am seeing the behavior that only one chart appears in the notebook, but all of the calls to generate_missing are going through, and I can see the figures saved in plots.
@shankari re:

for likert questions, use the related text ("neutral" or "strongly agree") instead of "3" or "5"

We currently have: "1, 2, 3, 4, 5", if we used the related text, it would be "disagree, -, neutral, -, agree" due to the formatting of the surveys to appear nicely in the app. I could check for the dashes and give us "disagree, 2, neutral, 4, agree" - is that any better? I think it could work if we make sure it is order that way in the legend at least - haven't planned how that would work yet but I'm sure it's possible.

I think it could work if we make sure it is order that way in the legend at least - haven't planned how that would work yet but I'm sure it's possible.

Trying this, and I am able to order them in the dataframe, but when I pass it into the plot_and_text_stacked_bar_chart function, they get ordered again... can I take this ordering out?
-- commented out for now, how does this look? If there is just a subset of these labels, that is what is shown as well

@Abby-Wheelis I would suggest the following:

include the numeric value for all the labels to make it clear (e.g. Disagree (1), and Neutral(3))
You can pass in a command line argument on whether to sort or not. If you feel comfortable, I would actually suggest moving the sorting to the pre-processing - e.g. df.groupby('...').agg([...]).apply(calc_pct).sort_values(...). The other metrics would then include the sorting step, and these would not.

include the numeric value for all the labels to make it clear (e.g. Disagree (1), and Neutral(3))

Done!

You can pass in a command line argument on whether to sort or not. If you feel comfortable, I would actually suggest moving the sorting to the pre-processing

I can absolutely do this, but for my own understanding, why do we need to order the metrics in the other charts? The reason that comes to front of mind would be so that they are in the same order between charts?

I can absolutely do this, but for my own understanding, why do we need to order the metrics in the other charts? The reason that comes to front of mind would be so that they are in the same order between charts?

I think it is just to draw the eye towards the biggest bar; and have the ordering be in a logical order instead of arbitrary.
You can try removing it for the other metrics and see what they look like.
Having said all that, I think that we may want to change that sorting anyway when we unify the colors and have them be mapped to the base modes. I will anticipate that we will not want to sort at that point since we will want to have the same ordering for all the charts, which would ideally be based on similar base modes. That's why I am ok with the short-term solution of just passing in an additional argument to the plot function.

Piloting a few of the options we've been talking about:
Ordered:

Unordered:

By count with high participation:

By count with low participation:

side-by-side html tables with a small css change, could increase the padding if wanted, but not by much to avoid cuttoff
we cold also make sure that scroll left-right is available, which will be important when we add inferred (3rd table)

What it would look like if all of the survey charts were together:

Long survey:

I think this would look fine if we split the survey question names into two or three lines ... worried about the longer keys since it's more difficult to put them below now.

For the TripConfirmSurvey, you should also have the question on the side of the bar. Right now, you have one question at the top (which is really only the question for the last bar) and "Responses" on the side of all the bars.
I do think that the DfcEvReturnTrip looks much nicer this way. It gives a sense of the set of questions asked for this survey. And it looks like both the ReturnTrip and the RoamingTrip have the question "You are satisfied with your choice to take an EV on this trip" (Return shows up here, Roaming shows up on the public dashboard), so grouping the questions by the survey would help clarify that as well.
So assuming you can split the questions into multiple lines, I would suggest that we do group by survey. We should also make sure that the questions for the "Insufficent data" bars are also shown.

For the TripConfirmSurvey, you should also have the question on the side of the bar. Right now, you have one question at the top (which is really only the question for the last bar) and "Responses" on the side of all the bars.

Will do! Sorry, this was one of the first drafts then I kept making changes before I took the 2nd screenshot, I should have clarified that in the comment!
line split the questions:

question shown even if no data:

Remaining tasks:

[ ] debug the custom labels that are broken on deployment - bad data?
[ ] add the new labeling rate visualization
[ ] test on multiple datasets to look for bugs and:

[ ] make sure the labels of "users" vs "tester and participants" are consistent across
[ ] make sure the legends work and look nice on all the stacked bar charts
[ ] test with sensed but no labeled data to make sure I patched everywhere

The issue with caebike was the missing Other label -- laos has Other as a mode, caebike has Other mode which is why only some were broken, I have added the mode manually as a part of the label generation process

Adding a new plot to show the difference between labeled and sensed over time -
caebike

cortezebikes

Testing Done:
 ca-ebikes (custom labels)

 dfc-fermata (low data, pushes limits of survey space)

^ I wish these could be dynamically sized, and need to figure out why the axis label is pushed so far below the axis itself

 washingtoncommons (more "normal" survey data, also to test command line since dfc has show tests set to false now)

TODO:

[ ] test with staging or another high-variety dataset to make sure the legends are working
[ ] clean up the label on the x axis for survey charts (very big lower offset)

@shankari Hoping to have this fully ready for review by tonight, getting down to the last details!

I think this works with the legend always by the side - makes sure the mapping is easily visible with each of the bars

The way we adjust the positioning of the x axis label is with:
fig.supxlabel('Proportion (Count)', fontsize=20, x=0.5, y= ax.xaxis.get_label().get_position()[0] - .62, va='top')
If I lower this number, I can get it to fit right with all of the bars in the surveys - but for just 1 or 2 bars it overlaps the graph. Is there a better way to position it?
Added the labeled vs sensed time series to the survey deployments!

Last few changes fixing the html side-by-side and an extra python version change:

This is ready for a review!

fig.supxlabel('Proportion (Count)', fontsize=20, x=0.5, y= ax.xaxis.get_label().get_position()[0] - .62, va='top')

In general, I am not a big fan of tweaking X and Y positions because, as you found out, it can be complicated to deal with overlaps. Is there a reason that we have to do this instead of just setting the x label? Since we use sharex and sharey, only one x label will be displayed. We don't need a special supxlabel call.

Is there a reason that we have to do this instead of just setting the x label? Since we use sharex and sharey, only one x label will be displayed. We don't need a special supxlabel call.

I was not aware of a specific reason - a simple set_xlabel works much better!


increase bonfire deploy timeout for pr checks

bonfire likes to slow down on occasion, trying to increase the timeout so it can still finish

IDK if we need that, they currently had some issues with nodes, they were running out of CPU so a lot of namespaces were not provisioned appropriately.


Btrfs snapshotter implementation

This PR includes the btrfs snapshotter implementation and required changes to specially in the boot process area (elemental-sysroot, elemental-setup, grub, etc.) to also support btrfs snapshots.
Fixes #1923
Fixes #1925

For the time being this is missing the unit tests and few adaptations to fix/skip integration tests. Note that a btrfs deployment can't be downgraded to an image that does not apply the new btrfs related setup for booting.

Codecov Report
Attention: 660 lines in your changes are missing coverage. Please review.

Comparison is base (7800d49) 72.04% compared to head (4eb4eb0) 66.90%.

Files
Patch %
Lines

pkg/snapshotter/btrfs.go
0.00%
537 Missing :warning:

pkg/action/upgrade.go
33.33%
21 Missing and 5 partials :warning:

pkg/utils/common.go
4.00%
24 Missing :warning:

pkg/types/v1/snapshotter.go
16.00%
18 Missing and 3 partials :warning:

pkg/action/build-disk.go
61.11%
11 Missing and 3 partials :warning:

pkg/action/mount.go
16.66%
10 Missing :warning:

pkg/elemental/elemental.go
63.63%
5 Missing and 3 partials :warning:

pkg/action/install.go
28.57%
4 Missing and 1 partial :warning:

pkg/action/reset.go
16.66%
4 Missing and 1 partial :warning:

pkg/types/v1/config.go
61.53%
4 Missing and 1 partial :warning:

... and 2 more

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #1957      +/-   ##
==========================================
- Coverage   72.04%   66.90%   -5.14%
==========================================
  Files          72       74       +2
  Lines        8019     8651     +632
==========================================
+ Hits         5777     5788      +11
- Misses       1779     2388     +609
- Partials      463      475      +12

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

Just got a green CI run here https://github.com/rancher/elemental/actions/runs/7932002562/job/21658757154 🎉
Gonna rebase, lauch CI again and move it to ready to review

Requires https://github.com/rancher/elemental/pull/1213 to be merged after/together

UI CI run passes at: https://github.com/rancher/elemental/actions/runs/7988344296
CLI CI run passes for k3s at: https://github.com/rancher/elemental/actions/runs/7987631264
test-downgrade and test-recovery are not going to pass in this PR, incompatibility to downgrade from elemental v2 to v1.x. Workarounds for tests are to be included in separate and follow up PRs.


Add support for #BlackLivesMatter

Following the lead of many other open source projects including Node.js, TypeScript, React, Angular, Kubernetes, Helm.
The message includes a link to the Equal Justice Initiative, inspired by React and Vue.js.

I like the kubernetes text: https://kubernetes.io/ that expresses solidarity, but doesn't single out specific organization to support.
Thank you for initiative!

I’ll merge this in the AM, thanks!
On Sun, Jun 7, 2020 at 10:58 PM Sergey Kanzhelev<EMAIL_ADDRESS>wrote:

I like the kubernetes text: https://kubernetes.io/ that expresses
solidarity, but doesn't single out specific organization to support.
Thank you for initiative!
—
You are receiving this because your review was requested.
Reply to this email directly, view it on GitHub
https://github.com/open-telemetry/opentelemetry.io/pull/189#issuecomment-640334415,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AA7S5RBDX6UPP6T4D4O52PTRVRHVNANCNFSM4NX3A2GQ
.


Support VAULT_CACERT and VAULT_CAPATH environment variables

Supporting Vault's CA-override variables helps while working with TLS but a local CA.
Simply tunneling these into the corresponding kwargs for an ssl context for urllib2 to use.

Thanks for the contributions! Some updates to the README would be great 👍


Ordering Problem

Wenn oldest first ausgewählt wird, dann ist die Auflistung July, Juni, Mai, April und wenn newest first dann ist sie umgekehrt. Die Auflistung der Videos passt zu der gewählten Ansicht.

can confirm. Ordering is always the wrong way around (ie class flex-col-reverse is assigned and un-assigned at the wrong times)

can confirm. Ordering is the wrong way around. The html element in question has the css path html.dark.juheove.ykhplhs body.h-screen.flex.flex-col.items-stretch.tum-live-bg main#content.flex.grow.h-full.overflow-y-scroll article.text-3.p-4.grow article.tum-live-course-view div.grid.gap-x-8.xl:grid-cols-3.grid-cols-1 section.tum-live-course-view-item.col-span-full section article.flex.flex-col and html code <article class="flex flex-col" : class="{'flex-col-reverse' : isOldestFirst()>
The problem seems to be fixed by replacing isOldestFirst() with !isOldestFirst() as is already done in the code
that bit of code just doesnt seem to be online (yet?)

Yes exactly. The problem should be fixed after #1145 is deployed. Thanks for the issue anyways!

Just deployed the newest version, should be all good now.

Ah, I think it is still broken. It is now only sorted by month, not respecting the year, i.e., January 2023 is before October 2022. E.g, see https://live.rbg.tum.de/?year=2022&term=W&slug=jms&view=3.

https://live.rbg.tum.de/?year=2022&term=W&slug=jms&view=3

Seems to be right. I will try to fix this.


@import is no longer allowed in YTMDesktop

copy paste contents of macchiato.css in editor window

copy paste contents of macchiato.css in editor window

you should probably update the readme for others, I knew how to fix it, but others may not.

you should probably update the readme for others, I knew how to fix it, but others may not.
ok. lemme do a pull request

Merged temporarily, will keep the issue open until I find a better way to guide people or automate the installation.

closing: the readme looks good and i dont see any other solution for that problem as it involves only a single specific client


Create Cancel Proposal Button in Proposal Details

Design
Figma: https://www.figma.com/file/9lCwprCNaoAmUDmiMQpFEA/DAOhaus-v3?node-id=5591%3A120888

Cancel Proposal button

ONLY DO THIS ON THE DETAILS PAGE
only show if in voting + user can cancel (must be sponsor) otherwise this button should not appear
only can cancel if:

       msg.sender == prop.sponsor ||
                sharesToken.getPriorVotes(prop.sponsor, block.timestamp - 1) <
                sponsorThreshold ||
                isGovernor(msg.sender),

user is the sponsor OR
user is a governor shaman
sponsor.shares < dao.sponsorThreshold

will require another fetch

@adriennetilley are we able to get the designs done so we can implement this feature this week?

Designs done, just a simple button that only appears if you are capable of cancelling.


Initial commit.

Fixed folder name

🚀

no SQ to handle your 🚀

Ohhh my god I can merge this PR now.


Automatically switch endpoint when one endpoint is not available

we found when 1 of 3 instance of etcd is network partition witch other 2,
still the client can access this instance, and grpc connection is keep alive, then all request will failed and report like this
#kubectl get node --all-namespaces
Error from server: rpc error: code = 14 desc = etcdserver: request time out

out etcd version is 3.1.9
this error is not happen is etcd v2

put a PR on https://github.com/coreos/etcd/pull/8327
It is a design a little bit different with grpc health-check way， which have 2 advantage

health-check success do not mean normal request will success, they are different
no extra request cost, light-weight

the switch only happens at request fail,
and switch at most one time in 30 seconds, to avoid too frequently switch


Quick fix to power spawning

Creating random paddle types for each player revealed an issue with having multiple PowerManagers.  Removed PowerManager from the prefabs and added in code.

Looks good!


test-branch/execute-job/quoted-authorization/5071d336-6ad6-4e31-891a-5373c5f07301

PR for testing 943fe4d04dc6a8314cb75ba355875a3c1656fd4b

/canonical/self-hosted-runners/run-workflows 943fe4d04dc6a8314cb75ba355875a3c1656fd4b


 Is it possible to make them longer?

Dups a problem in the tsserver. Will be fixed with TS 2.0.


[🚀in pages]: extend build to compile root assets authomatically

As an ESL dev team member, I want to be able to develop and test build approaches faster.
It is proposed to add automatic build for all root assets in the pages/src directory:

pages/src/*.ts -> webpack entire -> pages/bundle/dist
pages/src/*.less -> lessc -> pages/bundle/dist

It was closed as not actual: there is no real purposes to do that


Report backend parsing/API errors to the UI

Right now there are a number of things that can go wrong before a user can even load their keymap for the first time:

Invalid GitHub repo selection
Layout/keymap files that are

missing,
not well-formed JSON, or
invalid bind syntax

probably more

The API should handle these a little more elegantly by reporting errors to the user if it's something they can fix.

Have added some validation around fetching keyboard data to ensure required JSON files exist and are reasonably well-formatted.
Currently it's possible to get as far as pushing changes and getting an error due to its inability to find an existing *.keymap file. This bug should be fixed but a generic handler for unexpected server errors so that the end user at least has some feedback.

I've added an additional check to find the .keymap file under config/ while fetching the other keyboard files so that at the least the user gets notified before trying to push the edited keymap. This still isn't ideal and I should find out a more canonical way to determine the file location, if there is a better approach than just recursive searches.


McLean County, North Dakota (Rural Addresses Only)

Been in contact with Todd A. Schreiner
McLean County
Equalization / Land Use / Veteran Service / E-911 Mapping / GIS
<EMAIL_ADDRESS>since 11/29 - after several emails back and forth, this is as far as their county is with an address point dataset.  He told me to follow-up in January.  I set a reminder in my calendar.
uploaded data to dropbox: https://www.dropbox.com/s/25dture8oh37upy/remcleancountyndgisdatarequest.zip?dl=0

Uploaded to S3 here:

https://s3.amazonaws.com/data.openaddresses.io/cache/uploads/nvkelso/4f623f/McLean_Rural_north_dakota.zip

The addresses seem to be for the property (there isn't situs columns), even though owner names are also listed.

(Seems to be the whole county, too, the "missing" areas are water bodies.)
@migurski might be interesting to add the county lines from boundaries layer to the preview maps to get a sense if the source is full coverage.

This is going to take some fancy regexes, the ADDRESS field data is a bit messy:

3911A MAIN ST NW
3035A 8 ST SW
7410 23 ST NW LOT 38 FISH-N-CAMP COURT
DOWNSTREAM CAMPGROUND HATCHERY RD
1664 29TH ST NW (THIS # ALSO RINGS AT 1660 29TH ST NW)

Is this a thing to get us onto Libpostal?

Not sure.  Al's working on an updated model for us, but here's what the current version would do with the 3rd and 5th:
> 7410 23 ST NW LOT 38 FISH-N-CAMP COURT

Result:

{
  "house_number": "7410",
  "road": "23 st nw",
  "unit": "lot 38",
  "house": "fish-n-camp",
  "road": "court"
}

> 1664 29TH ST NW (THIS # ALSO RINGS AT 1660 29TH ST NW)

Result:

{
  "house_number": "1664",
  "road": "29th st nw this",
  "house_number": "#",
  "house": "also rings at 1660",
  "road": "29th st nw"
}

The data is pretty reliable in that street types and post-directionals are common abbreviations so the regexes probably aren't all that bad.


Reference shortcut key creates error dialog

Describe the bug
Pressing Ctrl+Shift+r shows error messages
To Reproduce
Steps to reproduce the behavior:

Go to Dendron workspace
Press Ctrl+Shift+r to create a reference
See error

Expected behavior
A clear and concise description of what you expected to happen.
Creates a reference 🤷♀
Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

OS: Windows 10 insiders
VSCode: version: 1.52.1
WSL: Fedora remix

Additional context
Add any other context about the problem here.
Dendron Log file
Please attach the output of >Dev:Dendron: Open Logs here

Log
{"level":30,"time":1611565656893,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"Logger:configure","msg":"exit","log_level":"info"}
{"level":30,"time":1611565656942,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"_activate","stage":"dev","isDebug":false,"logPath":"/home/scott/.vscode-server/data/logs/20210125T090733/exthost1/dendron.dendron","logLevel":"info","extensionPath":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2","extensionUri":{"$mid":1,"fsPath":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2","path":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2","scheme":"file"},"storagePath":"/home/scott/.vscode-server/data/User/workspaceStorage/85d135e974073bb37e27a95d024b7da0/dendron.dendron","workspaceFile":{"$mid":1,"path":"/home/scott/repos/dendron/dendron.code-workspace","scheme":"file"},"workspaceFolders":[{"uri":{"$mid":1,"path":"/home/scott/repos/dendron/vault","scheme":"file"},"name":"vault","index":0}]}
{"level":30,"time":1611565656944,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"DendronWorkspace","msg":"initialized"}
{"level":30,"time":1611565656948,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"_activate","config":{"version":1,"vaults":[{"fsPath":"vault"}],"useFMTitle":true,"site":{"copyAssets":true,"siteHierarchies":["root"],"siteRootDir":"docs","usePrettyRefs":true,"logo":"./docs/assets/images/logo.jpg","title":"My Second Brain","description":"My Second Brain, links, resources and thoughts on web development and other related subjects.","username":"spences10","twitter":"spences10","siteUrl":"https://dendron.vercel.app"}},"configMigrated":false,"msg":"read dendron config"}
{"level":30,"time":1611565658668,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"logger","ctx":"FileStorageV2","wsRoot":"/home/scott/repos/dendron","vaultsv3":[{"fsPath":"vault"}],"level":"info"}
{"level":30,"time":1611565659309,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"_activate","wsConfig":{"folders":[{"path":"vault"}],"settings":{"dendron.rootDir":".","files.autoSave":"onFocusChange","pasteImage.path":"${currentFileDir}/assets/images","pasteImage.prefix":"/","markdown-preview-enhanced.enableWikiLinkSyntax":true,"markdown-preview-enhanced.wikiLinkFileExtension":".md","editor.snippetSuggestions":"inline","editor.suggest.snippetsPreventQuickSuggestions":false,"editor.suggest.showSnippets":true,"editor.tabCompletion":"on","cSpell.words":["Cloudinary","Vercel's","Zettelkasten","gsap","nextjs"]},"extensions":{"recommendations":["dendron.dendron-paste-image","equinusocio.vsc-material-theme","dendron.dendron-markdown-shortcuts","dendron.dendron-markdown-preview-enhanced","dendron.dendron-markdown-links","github.github-vscode-theme"],"unwantedRecommendations":["dendron.dendron-markdown-notes","shd101wyy.markdown-preview-enhanced","kortina.vscode-markdown-notes","mushan.vscode-paste-image"]}},"wsConfigMigrated":{},"msg":"read wsConfig"}
{"level":30,"time":1611565659311,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"_activate","installedGlobalVersion":"0.25.2","migratedGlobalVersion":"0.25.2","previousGlobalVersion":"0.0.0","previousWsVersion":"0.25.2","platform":"linux","extensions":[{"id":"dendron.dendron-paste-image","version":"1.0.4","active":false},{"id":"equinusocio.vsc-material-theme"},{"id":"dendron.dendron-markdown-shortcuts","version":"0.12.1","active":true},{"id":"dendron.dendron-markdown-preview-enhanced","version":"0.10.19","active":true},{"id":"dendron.dendron-markdown-links","version":"0.6.19","active":true},{"id":"github.github-vscode-theme"}],"vaults":[{"fsPath":"vault"}]}
{"level":30,"time":1611565659312,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"startServer","logLevel":"info"}
{"level":30,"time":1611565659321,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"_activate","msg":"post-start-server","port":39421}
{"level":30,"time":1611565659323,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"ReloadIndex.execute","msg":"enter"}
{"level":30,"time":1611565660755,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"ReloadIndex.execute","msg":"exit"}
{"level":30,"time":1611565660755,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"reloadWorkspace","msg":"post-ws.reloadWorkspace"}
{"level":30,"time":1611565660756,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"reloadWorkspace","msg":"exit"}
{"level":30,"time":1611565660756,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"postReloadWorkspace","msg":"no previous global version"}
{"level":30,"time":1611565660756,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"postReloadWorkspace","msg":"exit"}
{"level":30,"time":1611565660757,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree"}
{"level":30,"time":1611565660817,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"setupViews","msg":"init:backlinks"}
{"level":30,"time":1611565660819,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"activateWorkspace","stage":"dev","msg":"enter"}
{"level":30,"time":1611565660822,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"h:run","msg":"pre-execute"}
{"level":30,"time":1611565660822,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"UpgradeSettingsCommand","ctx":"Upgrade:execute"}
{"level":30,"time":1611565660825,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"toggleViews","msg":"views enabled: true"}
{"level":30,"time":1611565660825,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"_activate","msg":"fin startClient"}
{"level":30,"time":1611565660825,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"showWelcomeOrWhatsNew","version":"0.25.2","previousVersion":"0.25.2"}
{"level":30,"time":1611565660826,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"showWelcomeOrWhatsNew","msg":"not first time install"}
{"level":30,"time":1611565660912,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree"}
{"level":30,"time":1611565661033,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WorkspaceConfig:update","vscodeDir":"/home/scott/repos/dendron/vault/.vscode","snippetChanges":{}}
{"level":30,"time":1611565661033,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"Upgrade:execute","newConfig":{"extensions":{},"settings":{"add":{},"errors":{}},"snippetChanges":{}}}
{"level":30,"time":1611565661033,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"Upgrade:execute","badExtensions":[]}
{"level":30,"time":1611565661033,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"h:run","msg":"post-execute"}
{"level":30,"time":1611565661033,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"postReloadWorkspace","msg":"postUpgrade: new wsVersion"}
{"level":30,"time":1611565669665,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"u:run","msg":"pre-execute"}
{"level":30,"time":1611565669820,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/dendron.yml","external":"file:///home/scott/repos/dendron/dendron.yml","path":"/home/scott/repos/dendron/dendron.yml","scheme":"file"}}
{"level":30,"time":1611565669837,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"u:run","msg":"post-execute"}
{"level":30,"time":1611565801012,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"u:run","msg":"pre-execute"}
{"level":30,"time":1611565801064,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"u:run","msg":"post-execute"}
{"level":30,"time":1611565805194,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/pods/dendron.markdown/config.import.yml","external":"file:///home/scott/repos/dendron/pods/dendron.markdown/config.import.yml","path":"/home/scott/repos/dendron/pods/dendron.markdown/config.import.yml","scheme":"file"}}
{"level":30,"time":1611565813690,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WorkspaceWatcher:onWillSaveTextDocument","url":"/home/scott/repos/dendron/pods/dendron.markdown/config.import.yml","reason":3,"msg":"enter"}
{"level":30,"time":1611565836215,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WorkspaceWatcher:onWillSaveTextDocument","url":"/home/scott/repos/dendron/pods/dendron.markdown/config.import.yml","reason":1,"msg":"enter"}
{"level":30,"time":1611570642332,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidChange","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/career.job-hunting.md","path":"/home/scott/repos/dendron/vault/career.job-hunting.md","scheme":"file"}}
{"level":30,"time":1611570642408,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidChange","fname":"career.job-hunting","msg":"exit"}
{"level":30,"time":1611570649076,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidChange","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/career.job-hunting.md","path":"/home/scott/repos/dendron/vault/career.job-hunting.md","scheme":"file"}}
{"level":30,"time":1611570649079,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidChange","fname":"career.job-hunting","msg":"exit"}
{"level":30,"time":1611570820667,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidCreate","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/windows.wsl.md","path":"/home/scott/repos/dendron/vault/windows.wsl.md","scheme":"file"}}
{"level":30,"time":1611570820764,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidDelete","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/resources.wsl-resources.md","path":"/home/scott/repos/dendron/vault/resources.wsl-resources.md","scheme":"file"}}
{"level":30,"time":1611570820765,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidDelete","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/resources.wsl-resources.md","path":"/home/scott/repos/dendron/vault/resources.wsl-resources.md","scheme":"file"},"err":"resources.wsl-resources not found"}
{"level":30,"time":1611570820866,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"refreshTree"}
{"level":30,"time":1611570820870,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree"}
{"level":30,"time":1611570849923,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidCreate","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/vscode.md","path":"/home/scott/repos/dendron/vault/vscode.md","scheme":"file"}}
{"level":30,"time":1611570850014,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidDelete","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/resources.vscode-resources.md","path":"/home/scott/repos/dendron/vault/resources.vscode-resources.md","scheme":"file"}}
{"level":30,"time":1611570850015,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidDelete","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/resources.vscode-resources.md","path":"/home/scott/repos/dendron/vault/resources.vscode-resources.md","scheme":"file"},"err":"resources.vscode-resources not found"}
{"level":30,"time":1611570850116,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"refreshTree"}
{"level":30,"time":1611570850118,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree"}
{"level":30,"time":1611570865129,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidCreate","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/web-components.md","path":"/home/scott/repos/dendron/vault/web-components.md","scheme":"file"}}
{"level":30,"time":1611570865224,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidDelete","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/resources.web-components-resources.md","path":"/home/scott/repos/dendron/vault/resources.web-components-resources.md","scheme":"file"}}
{"level":30,"time":1611570865225,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidDelete","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/resources.web-components-resources.md","path":"/home/scott/repos/dendron/vault/resources.web-components-resources.md","scheme":"file"},"err":"resources.web-components-resources not found"}
{"level":30,"time":1611570865325,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"refreshTree"}
{"level":30,"time":1611570865327,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree"}
{"level":30,"time":1611574099891,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","msg":"pre-execute"}
{"level":30,"time":1611574099894,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"GotoNoteCommand","opts":{"qs":"daily.journal.2021.01.25","mode":"note","vault":{"fsPath":"vault"}},"msg":"enter"}
{"level":30,"time":1611574100057,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/daily.journal.2021.01.25.md","external":"file:///home/scott/repos/dendron/vault/daily.journal.2021.01.25.md","path":"/home/scott/repos/dendron/vault/daily.journal.2021.01.25.md","scheme":"file"}}
{"level":30,"time":1611574100065,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"GotoNoteCommand","opts":{"qs":"daily.journal.2021.01.25","mode":"note","vault":{"fsPath":"vault"}},"msg":"exit"}
{"level":30,"time":1611574100065,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","msg":"post-execute"}
{"level":30,"time":1611574102724,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","msg":"pre-execute"}
{"level":50,"time":1611574102738,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","err":{"type":"Error","message":"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES","stack":"Error: spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\n\tat Object.spawnSync (internal/child_process.js:1041:20)\n\tat Object.spawnSync (child_process.js:607:24)\n\tat Function.e.exports.sync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:72:93341)\n\tat Object.copySync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:416:1161568)\n\tat Object.t.writeSync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:36:92526)\n\tat f.execute (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:637:31318)\n\tat runMicrotasks (<anonymous>)\n\tat processTicksAndRejections (internal/process/task_queues.js:94:5)\n\tat async f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:102886)\n\tat async /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:78105","errno":"EACCES","code":"EACCES","syscall":"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe","path":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe","spawnargs":["--copy"],"stdout":null,"stderr":null,"failed":true,"signal":null,"cmd":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe --copy","timedOut":false},"link":"![[daily.journal.2021.01.25]]"}
{"level":50,"time":1611574102740,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","err":{"type":"r","message":"","stack":"Error: \n\tat f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:103042)\n\tat runMicrotasks (<anonymous>)\n\tat processTicksAndRejections (internal/process/task_queues.js:94:5)","status":"unknown","msg":"","payload":"{\"msg\":\"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\",\"stack\":\"Error: spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\\n\\tat Object.spawnSync (internal/child_process.js:1041:20)\\n\\tat Object.spawnSync (child_process.js:607:24)\\n\\tat Function.e.exports.sync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:72:93341)\\n\\tat Object.copySync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:416:1161568)\\n\\tat Object.t.writeSync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:36:92526)\\n\\tat f.execute (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:637:31318)\\n\\tat runMicrotasks (<anonymous>)\\n\\tat processTicksAndRejections (internal/process/task_queues.js:94:5)\\n\\tat async f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:102886)\\n\\tat async /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:78105\"}"}}
{"level":30,"time":1611574109592,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","msg":"pre-execute"}
{"level":50,"time":1611574109604,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","err":{"type":"Error","message":"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES","stack":"Error: spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\n\tat Object.spawnSync (internal/child_process.js:1041:20)\n\tat Object.spawnSync (child_process.js:607:24)\n\tat Function.e.exports.sync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:72:93341)\n\tat Object.copySync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:416:1161568)\n\tat Object.t.writeSync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:36:92526)\n\tat f.execute (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:637:31318)\n\tat runMicrotasks (<anonymous>)\n\tat processTicksAndRejections (internal/process/task_queues.js:94:5)\n\tat async f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:102886)\n\tat async /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:78105","errno":"EACCES","code":"EACCES","syscall":"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe","path":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe","spawnargs":["--copy"],"stdout":null,"stderr":null,"failed":true,"signal":null,"cmd":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe --copy","timedOut":false},"link":"![[daily.journal.2021.01.25]]"}
{"level":50,"time":1611574109604,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","err":{"type":"r","message":"","stack":"Error: \n\tat f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:103042)\n\tat runMicrotasks (<anonymous>)\n\tat processTicksAndRejections (internal/process/task_queues.js:94:5)","status":"unknown","msg":"","payload":"{\"msg\":\"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\",\"stack\":\"Error: spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\\n\\tat Object.spawnSync (internal/child_process.js:1041:20)\\n\\tat Object.spawnSync (child_process.js:607:24)\\n\\tat Function.e.exports.sync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:72:93341)\\n\\tat Object.copySync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:416:1161568)\\n\\tat Object.t.writeSync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:36:92526)\\n\\tat f.execute (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:637:31318)\\n\\tat runMicrotasks (<anonymous>)\\n\\tat processTicksAndRejections (internal/process/task_queues.js:94:5)\\n\\tat async f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:102886)\\n\\tat async /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:78105\"}"}}
{"level":30,"time":1611574113726,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","msg":"pre-execute"}
{"level":50,"time":1611574113737,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","err":{"type":"Error","message":"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES","stack":"Error: spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\n\tat Object.spawnSync (internal/child_process.js:1041:20)\n\tat Object.spawnSync (child_process.js:607:24)\n\tat Function.e.exports.sync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:72:93341)\n\tat Object.copySync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:416:1161568)\n\tat Object.t.writeSync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:36:92526)\n\tat f.execute (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:637:31318)\n\tat runMicrotasks (<anonymous>)\n\tat processTicksAndRejections (internal/process/task_queues.js:94:5)\n\tat async f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:102886)\n\tat async /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:78105","errno":"EACCES","code":"EACCES","syscall":"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe","path":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe","spawnargs":["--copy"],"stdout":null,"stderr":null,"failed":true,"signal":null,"cmd":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe --copy","timedOut":false},"link":"![[daily.journal.2021.01.25]]"}
{"level":50,"time":1611574113738,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","err":{"type":"r","message":"","stack":"Error: \n\tat f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:103042)\n\tat runMicrotasks (<anonymous>)\n\tat processTicksAndRejections (internal/process/task_queues.js:94:5)","status":"unknown","msg":"","payload":"{\"msg\":\"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\",\"stack\":\"Error: spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\\n\\tat Object.spawnSync (internal/child_process.js:1041:20)\\n\\tat Object.spawnSync (child_process.js:607:24)\\n\\tat Function.e.exports.sync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:72:93341)\\n\\tat Object.copySync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:416:1161568)\\n\\tat Object.t.writeSync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:36:92526)\\n\\tat f.execute (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:637:31318)\\n\\tat runMicrotasks (<anonymous>)\\n\\tat processTicksAndRejections (internal/process/task_queues.js:94:5)\\n\\tat async f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:102886)\\n\\tat async /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:78105\"}"}}
{"level":30,"time":1611574164696,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"c:run","msg":"pre-execute"}
{"level":30,"time":1611574164696,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupCommand:execute","opts":{"flavor":"note"},"msg":"enter"}
{"level":30,"time":1611574164697,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupCommand:execute","profile":0,"msg":"postCreateController"}
{"level":30,"time":1611574164697,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupCommand:execute","profile":1,"msg":"post:extractRange"}
{"level":30,"time":1611574164698,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupControllerV2:show","msg":"enter","cleanOpts":{"ignoreFocusOut":true}}
{"level":30,"time":1611574164698,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupControllerV2:show","profile":0,"msg":"post:createQuickPick"}
{"level":30,"time":1611574164699,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"post:createProvider"}
{"level":30,"time":1611574164699,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerBehavior","activeButtons":[{"iconPathNormal":{"id":"find-selection"},"iconPathPressed":{"id":"menu-selection"},"type":"selectionExtract","pressed":true,"title":"Selection Extract","canToggle":true,"opts":{"title":"Selection Extract","iconOff":"find-selection","iconOn":"menu-selection","type":"selectionExtract"}}]}
{"level":30,"time":1611574164699,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupCommand:execute","profile":3,"msg":"post:show"}
{"level":30,"time":1611574164700,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"daily.journal.2021.01.25","source":"updatePickerBehavior:normal"}
{"level":30,"time":1611574164700,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574164748,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"post:updatePickerBehavior"}
{"level":30,"time":1611574164749,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"post:provide"}
{"level":30,"time":1611574164749,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"LookupControllerV2:show","profile":1,"msg":"exit"}
{"level":30,"time":1611574164749,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574164774,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"c:run","msg":"post-execute"}
{"level":30,"time":1611574164774,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":74}
{"level":30,"time":1611574164776,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"daily.journal.2021.01.25","source":"updatePickerBehavior:normal","profile":75,"cancelled":false}
{"level":30,"time":1611574166676,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"f","source":"onValueChange"}
{"level":30,"time":1611574166677,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574166699,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574166704,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":27}
{"level":30,"time":1611574166704,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"f","source":"onValueChange","profile":27,"cancelled":false}
{"level":30,"time":1611574166784,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"fo","source":"onValueChange"}
{"level":30,"time":1611574166784,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574166787,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574166801,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":16}
{"level":30,"time":1611574166801,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"fo","source":"onValueChange","profile":16,"cancelled":false}
{"level":30,"time":1611574166963,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"fon","source":"onValueChange"}
{"level":30,"time":1611574166963,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574166967,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574166971,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":7}
{"level":30,"time":1611574166971,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"fon","source":"onValueChange","profile":8,"cancelled":false}
{"level":30,"time":1611574167087,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"font","source":"onValueChange"}
{"level":30,"time":1611574167087,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574167091,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574167102,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":15}
{"level":30,"time":1611574167102,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"font","source":"onValueChange","profile":15,"cancelled":false}
{"level":30,"time":1611574255568,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"fon","source":"onValueChange"}
{"level":30,"time":1611574255568,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574255572,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574255577,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":9}
{"level":30,"time":1611574255578,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"fon","source":"onValueChange","profile":9,"cancelled":false}
{"level":30,"time":1611574255793,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"fo","source":"onValueChange"}
{"level":30,"time":1611574255793,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574255796,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574255805,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":11}
{"level":30,"time":1611574255805,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"fo","source":"onValueChange","profile":12,"cancelled":false}
{"level":30,"time":1611574256053,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"f","source":"onValueChange"}
{"level":30,"time":1611574256054,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574256055,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574256059,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":5}
{"level":30,"time":1611574256059,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"f","source":"onValueChange","profile":5,"cancelled":false}
{"level":30,"time":1611574256381,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"","source":"onValueChange"}
{"level":30,"time":1611574256392,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"","source":"onValueChange","profile":10,"cancelled":false}
{"level":30,"time":1611574257099,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"r","source":"onValueChange"}
{"level":30,"time":1611574257099,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574257100,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574257101,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":2}
{"level":30,"time":1611574257102,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"r","source":"onValueChange","profile":2,"cancelled":false}
{"level":30,"time":1611574257287,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"re","source":"onValueChange"}
{"level":30,"time":1611574257287,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574257289,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574257302,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":15}
{"level":30,"time":1611574257302,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"re","source":"onValueChange","profile":15,"cancelled":false}
{"level":30,"time":1611574257514,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"ref","source":"onValueChange"}
{"level":30,"time":1611574257514,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574257517,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574257530,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":16}
{"level":30,"time":1611574257530,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"ref","source":"onValueChange","profile":16,"cancelled":false}
{"level":30,"time":1611574257725,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"refa","source":"onValueChange"}
{"level":30,"time":1611574257725,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574257729,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574257739,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":14}
{"level":30,"time":1611574257740,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"refa","source":"onValueChange","profile":14,"cancelled":false}
{"level":30,"time":1611574257966,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"enter","queryOrig":"refac","source":"onValueChange"}
{"level":30,"time":1611574257966,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"first query"}
{"level":30,"time":1611574257969,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"post:queryNotes"}
{"level":30,"time":1611574257982,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"createPickerItemsFromEngine","msg":"engine.query","profile":15}
{"level":30,"time":1611574257982,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"updatePickerItems","msg":"exit","queryOrig":"refac","source":"onValueChange","profile":15,"cancelled":false}
{"level":30,"time":1611575676866,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","msg":"pre-execute"}
{"level":50,"time":1611575676878,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","err":{"type":"Error","message":"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES","stack":"Error: spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\n\tat Object.spawnSync (internal/child_process.js:1041:20)\n\tat Object.spawnSync (child_process.js:607:24)\n\tat Function.e.exports.sync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:72:93341)\n\tat Object.copySync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:416:1161568)\n\tat Object.t.writeSync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:36:92526)\n\tat f.execute (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:637:31318)\n\tat runMicrotasks (<anonymous>)\n\tat processTicksAndRejections (internal/process/task_queues.js:94:5)\n\tat async f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:102886)\n\tat async /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:78105","errno":"EACCES","code":"EACCES","syscall":"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe","path":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe","spawnargs":["--copy"],"stdout":null,"stderr":null,"failed":true,"signal":null,"cmd":"/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe --copy","timedOut":false},"link":"![[daily.journal.2021.01.25]]"}
{"level":50,"time":1611575676880,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","err":{"type":"r","message":"","stack":"Error: \n\tat f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:103042)\n\tat runMicrotasks (<anonymous>)\n\tat processTicksAndRejections (internal/process/task_queues.js:94:5)","status":"unknown","msg":"","payload":"{\"msg\":\"spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\",\"stack\":\"Error: spawnSync /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/fallbacks/windows/clipboard_x86_64.exe EACCES\\n\\tat Object.spawnSync (internal/child_process.js:1041:20)\\n\\tat Object.spawnSync (child_process.js:607:24)\\n\\tat Function.e.exports.sync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:72:93341)\\n\\tat Object.copySync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:416:1161568)\\n\\tat Object.t.writeSync (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:36:92526)\\n\\tat f.execute (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:637:31318)\\n\\tat runMicrotasks (<anonymous>)\\n\\tat processTicksAndRejections (internal/process/task_queues.js:94:5)\\n\\tat async f.run (/home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:102886)\\n\\tat async /home/scott/.vscode-server/extensions/dendron.dendron-0.25.2/dist/extension.js:9:78105\"}"}}
{"level":30,"time":1611575967183,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","msg":"pre-execute"}
{"level":30,"time":1611575967189,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"GotoNoteCommand","opts":{"qs":"daily.journal.2021.01.25","mode":"note","vault":{"fsPath":"vault"}},"msg":"enter"}
{"level":30,"time":1611575967270,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"GotoNoteCommand","opts":{"qs":"daily.journal.2021.01.25","mode":"note","vault":{"fsPath":"vault"}},"msg":"exit"}
{"level":30,"time":1611575967270,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"f:run","msg":"post-execute"}
{"level":30,"time":1611575983827,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WorkspaceWatcher:onWillSaveTextDocument","url":"/home/scott/repos/dendron/vault/daily.journal.2021.01.25.md","reason":1,"msg":"enter"}
{"level":30,"time":1611575983828,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WorkspaceWatcher:onWillSaveTextDocument","match":["updated:<PHONE_NUMBER>783"],"msg":"update activeText editor"}
{"level":30,"time":1611575984462,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidChange","uri":{"$mid":1,"fsPath":"/home/scott/repos/dendron/vault/daily.journal.2021.01.25.md","path":"/home/scott/repos/dendron/vault/daily.journal.2021.01.25.md","scheme":"file"}}
{"level":30,"time":1611575984473,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"VaultWatcher:onDidChange","fname":"daily.journal.2021.01.25","msg":"exit"}
{"level":30,"time":1611576285774,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"c:run","msg":"pre-execute"}
{"level":30,"time":1611576285775,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"execute","opts":{}}
{"level":30,"time":1611576285797,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"c:run","msg":"post-execute"}
{"level":30,"time":1611576285923,"pid":1536,"hostname":"CONTEMPORARY-OTTER","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","msg":"enter","uri":{"$mid":1,"fsPath":"/home/scott/.vscode-server/data/logs/20210125T090733/exthost1/dendron.dendron/dendron.log","external":"file:///home/scott/.vscode-server/data/logs/20210125T090733/exthost1/dendron.dendron/dendron.log","path":"/home/scott/.vscode-server/data/logs/20210125T090733/exthost1/dendron.dendron/dendron.log","scheme":"file"}}

thanks for the issue as well as the details we use this library to handle clipping. can you do me a favor and see if running the following inside WSL results in an error?
npm install clipboardy

const clipboardy = require('clipboardy');
clipboardy.writeSync('🦄');

thanks for the issue as well as the details we use this library to handle clipping. can you do me a favor and see if running the following inside WSL results in an error?
npm install clipboardy

const clipboardy = require('clipboardy');
clipboardy.writeSync('🦄');

No error when running that I can paste what's been added to the clipboard fine

No error when running that I can paste what's been added to the clipboard fine

@spences10 - sorry for the delay, just scrubbing through the backlog now. Is this still repro'ing for you? I'm not able to repro this issue myself. If you can no longer repro this, please close. Thanks!

Has it been addressed? I can't repro now, different machine, still WSL but using Fedora 34 now nee 33

There have been a lot of changes since Jan 25th so I don't think we can isolate to just one change that may have fixed it. Could also just be that node was reading a file at that time that you were trying to access (EACCES). https://github.com/Microsoft/WSL/issues/3395. Likely a low frequency issue though. I'm good with closing it for now and if you hit it again, we could take a look at updated logs/find better troubleshooting steps?


Use async/await for strategy's main GetIdentifer method

Update GetIdentifer to use async/await in order to improve performance.

Implemented in PR #59. GetIdentifier changed to GetIdentifierAsync


On esp8266

Can we do the same with esp8266?

yes You Can do , The d1 mini is an ESP8266. you can use this code to node mcu and all kind of esp8266

What about the connections ? . Like you showed in the diagram. Will they be same ?

yes


Use crypto lib with removed multiSigSign/verify

This is now using Crypto submodule which has been merged into v0.x.x

This will need to be updated with changes in Signature just changed in the crypto lib. Not ready to merge yet.

Also there's an accidental vibe-core revert.

@hewison-chris : Regarding the "unused", I suppose it's because those modules import agora.crypto.Types, which used to define Signature ? In this case, disregard my comments about this.

Also there's an accidental vibe-core revert.

Reverted

@hewison-chris : Regarding the "unused", I suppose it's because those modules import agora.crypto.Types, which used to define Signature ? In this case, disregard my comments about this.

Didn't do any harm to check them anyway.

The CI tests fail and looks like it is with the signature. Will have to fix before we can merge.

The CI tests fail and looks like it is with the signature. Will have to fix before we can merge.

Hoping to get this merged today, ping me when ready.

The CI tests fail and looks like it is with the signature. Will have to fix before we can merge.

Hoping to get this merged today, ping me when ready.

Just building a compatible Faucet for the ci tests. If this works should be ready today.

node-0_1  | 2021-03-18 05:42:19,866 Error [agora.consensus.validation.Block] - [source/agora/node/FullNode.d:343] Block: Invalid schnorr signature for 6 active validators. Sum of R mismatch

This needs to be merged ASAP as it blocks any other PR from running the integration tests.

This needs to be merged ASAP as it blocks any other PR from running the integration tests.

I am adding a full node to the Periodic catchup test to locate the problem.

I added a full node to the PeriodicCatchup network test and it was able to verify the fetched blocks correctly.
The last commit skips the height assertion for node-0 to unblock ci till the issue is resolved.

So why do we have this extra node ?


bolt: fix build failure due to GOROOT

Similar to most of build failures caused by GOROOT, this fix resolves
the following errors when sstate becomes invalid:
| DEBUG: Executing shell function do_compile
| go: cannot find GOROOT directory:
wr-core/build-helios/tmp/sysroots/x86_64-linux/usr/lib/x86_64-wrs-linux/go
Signed-off-by: Lans Zhang<EMAIL_ADDRESS>

Just send pull requests against the OverC project, not the forked WR Open Source Labs one

This is for pulsar-8 branch. If it is confirmed that the fix for master branch is automatically merged to pulsar-8 as well, I will not send to pulsar-8 branch any more  by then.

All changes must go to master first.
From there, they can be cherry picked/merged to the branches. But they must
go through master first (assuming the issue is there) .. no exceptions.
Bruce
On Sat, Jan 21, 2017 at 1:10 AM, Lans Zhang<EMAIL_ADDRESS>wrote:

This is for pulsar-8 branch. If it is confirmed that the fix for master
branch is automatically merged to pulsar-8 as well, I will not send to
pulsar-8 branch any more by then.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/WindRiver-OpenSourceLabs/meta-overc/pull/5#issuecomment-274240158,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ACMoqz610TJPCD9oU3z6UPoOUj-uge1Dks5rUaFPgaJpZM4Lp-aE
.

--
"Thou shalt not follow the NULL pointer, for chaos and madness await thee
at its end"


home-assistant-custom-components.homematicip_local: 1.64.0 -> 1.65.0

Description of changes
Diff: https://github.com/danielperna84/custom_homematic/compare/refs/tags/1.64.0...1.65.0
Changelog: https://github.com/danielperna84/custom_homematic/blob/1.65.0/changelog.md

Things done

Built on platform(s)

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

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

[ ] sandbox = relaxed
[ ] sandbox = true

[ ] Tested, as applicable:

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

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

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

[x] Fits CONTRIBUTING.md.

closes https://github.com/NixOS/nixpkgs/pull/335004

Add a :+1: reaction to pull requests you find important.

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

7 packages built:

home-assistant-custom-components.homematicip_local
python311Packages.pydevccu
python311Packages.pydevccu.dist
python312Packages.hahomematic
python312Packages.hahomematic.dist
python312Packages.pydevccu
python312Packages.pydevccu.dist


Error in visualization (Windows)

When trying to use the visualization option, the attached error appears. OpenGL version 3.1.0b2

Facing the same problem here. Can anyone offer a solution?

Hi,
I also had that problem and it might be a problem in the latest modification of symoro master branch. Try to install and you the Geometry Fix branch. For me it worked.

Correct, it worked! I didn't even notice the other branch.
Thanks a lot for the help.


Handling storage of vector contribution from individual terms as other quantity

It is now possible to store output of SetVectorElements from individual terms as other quantities (implemented in SPI-branch). The handling of identification of the terms and keeping track of what terms are actually included should however be improved.

Linked with #32.

Fixed by #53.


Make email verification mandatory

This is an attempt to make email verification mandatory.
It is not very generic yet but works. It switches email validation from a link-based approach to a code-based one.

Codecov Report

Merging #215 (9173fd0) into main (bfc20b6) will decrease coverage by 0.15%.
The diff coverage is 14.60%.

@@            Coverage Diff             @@
##             main     #215      +/-   ##
==========================================
- Coverage   21.63%   21.47%   -0.16%
==========================================
  Files         129      130       +1
  Lines        9661     9866     +205
==========================================
+ Hits         2090     2119      +29
- Misses       7571     7747     +176

Impacted Files
Coverage Δ

crates/data-model/src/users.rs
37.73% <0.00%> (+1.19%)
:arrow_up:

crates/email/src/mailer.rs
0.00% <0.00%> (ø)

crates/handlers/src/compat/login_sso_complete.rs
0.00% <0.00%> (ø)

crates/handlers/src/lib.rs
0.53% <0.00%> (-0.02%)
:arrow_down:

crates/handlers/src/views/account/emails/add.rs
0.00% <0.00%> (ø)

crates/handlers/src/views/account/emails/mod.rs
0.00% <0.00%> (ø)

crates/handlers/src/views/account/emails/verify.rs
0.00% <0.00%> (ø)

crates/handlers/src/views/shared.rs
0.00% <0.00%> (ø)

crates/router/src/endpoints.rs
8.98% <0.00%> (-3.61%)
:arrow_down:

crates/router/src/url_builder.rs
0.00% <ø> (-40.39%)
:arrow_down:

... and 10 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 bfc20b6...9173fd0. Read the comment docs.


⚠ ClamAV has degraded performance

In a1df6fb, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 54 ms

Resolved: ClamAV performance has improved in 4a06d44.