Added WDAC exceptions creation ps HOW TO

Provided comprehensive PS cmds resulting in a WDAC rule exception and WDAC CI policy
Verified the PS cmds successfully build a policy locally and converted the policy to binary
Added description of the steps below the PS example

Open Items:

Do we need a topic in the WDAC docs about exceptions?

Can I please have @jsuther1974 and @isbrahm added as optional reviewers

Docs Build status updates of commit 23fd68d:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docset/winserver2019-ps/configci/New-CIPolicy.md
:white_check_mark:Succeeded
View (WindowsServer2019-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

Docs Build status updates of commit dba04ce:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docset/winserver2019-ps/configci/New-CIPolicy.md
:white_check_mark:Succeeded
View (WindowsServer2019-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

Docs Build status updates of commit 644d754:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docset/winserver2019-ps/configci/New-CIPolicy.md
:white_check_mark:Succeeded
View (WindowsServer2019-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

Docs Build status updates of commit 4bca68f:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docset/winserver2019-ps/configci/New-CIPolicy.md
:white_check_mark:Succeeded
View (WindowsServer2019-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel

Please make the same changes to the 2022 content.

I have made the changes to the 2022 content as well, @sdwheeler. In the future, is the expectation to make the changes to only 2022 content or both 2019, 2022? Thanks.
Good to merge the PR from my side.

@jgeurten You need to make changes to all versions that the change applies to. This can include the previous versions if the change is appropriate to those versions.

Docs Build status updates of commit 25b84fa:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docset/winserver2019-ps/configci/New-CIPolicy.md
:white_check_mark:Succeeded
View (WindowsServer2019-ps)

docset/winserver2022-ps/configci/New-CIPolicy.md
:white_check_mark:Succeeded
View (WindowsServer2022-ps)

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


[Bug]: SyntaxError: The requested module './config' does not provide an export named 'Config'

Version
29.6.2
Steps to reproduce

Checkout repository https://github.com/CSchulz/jest-preset-angular with branch esm-interface (https://github.com/CSchulz/jest-preset-angular/tree/esm-interface)
Switch to examples/example-app-v15
Run npm i
Run npm run test-esm --  src/app/test.service.spec.ts -> See error in src/app/test.service.spec.ts
Run npm run test --  src/app/test.service.spec.ts -> No error

Expected behavior
ESM variant should work like CJS variant.
Actual behavior
Module instantiation fails
SyntaxError: The requested module './config' does not provide an export named 'Config'
  at Runtime.linkAndEvaluateModule (node_modules/jest-runtime/build/index.js:699:5)

It breaks during the internal module handling of Node in the last line:
  async link(linker) {
    if (this[kWrap] === undefined) {
      throw new ERR_VM_MODULE_NOT_MODULE();
    }
    validateFunction(linker, 'linker');
    if (this.status === 'linked') {
      throw new ERR_VM_MODULE_ALREADY_LINKED();
    }
    if (this.status !== 'unlinked') {
      throw new ERR_VM_MODULE_STATUS('must be unlinked');
    }
    await this[kLink](linker);
    this[kWrap].instantiate();
  }

This is the call stack:
Error:
    at eval (eval at link (node:internal/vm/module:200:17), <anonymous>:1:7)
    at SourceTextModule.link (node:internal/vm/module:200:17)
    at Runtime.linkAndEvaluateModule (examples\example-app-v15\node_modules\jest-runtime\build\index.js:699:5)
    at jestAdapter (examples\example-app-v15\node_modules\jest-circus\build\legacy-code-todo-rewrite\jestAdapter.js:75:5)
    at runTestInternal (examples\example-app-v15\node_modules\jest-runner\build\runTest.js:367:16)
    at runTest (examples\example-app-v15\node_modules\jest-runner\build\runTest.js:444:34)

Additional context
https://github.com/yargs/yargs/issues/2068
https://github.com/jestjs/jest/issues/12284 respective https://github.com/jestjs/jest/issues/12574
https://github.com/kulshekhar/ts-jest/issues/4167
There is an existing workaround to include all source files in the tsconfig.json for the spec files (see tsconfig.spec.json).
This workaround seems only to work within the module itself til you have package boundaries mapped by the module name mapper.
Environment
System:
    OS: Windows 10 10.0.19045
    CPU: (12) x64 AMD Ryzen 5 5600G with Radeon Graphics
  Binaries:
    Node: 18.12.1 - C:\Program Files\nodejs\node.EXE
    Yarn: 3.5.1 - C:\Program Files (x86)\Yarn\bin\yarn.CMD
    npm: 8.19.2 - C:\Program Files\nodejs\npm.CMD
  npmPackages:
    jest: ^29.5.0 => 29.6.2

This issue is still existing with 29.7.0.

Can you put together a minimal reproduction?

I have just updated the branch to 29.7.0.
The issue is still existing. I have also tried different node versions (18.16.1 and 20.6.1) to check if there is any issue with the used Node 18.12.1 version.
Do you have perhaps any further hints to gather some more debug information?

The reproduction is huge, using angular, ts-jest etc, none of which are maintained in this repository. Without a reduced reproduction, there's no way for me to dig into the Jest side and see what the issue is.
That said, Config is a type import, so the issue is that this type only import is not stripped when the file is passed to Jest (who pass it to Node). This probably means that your transformer is misconfigured.

I need at least the ts-jest configuration to pass typescript into jest. Would it be suitable to you if I would remove everything else expect the ts-jest configuration?
Otherwise I would try to get the ts-jest transform output and run that with jest directly.

I'd recommend starting with a blank repository. But no angular (only TS) will probably be small enough.
https://stackoverflow.com/help/minimal-reproducible-example is good guidance 🙂

While creating a reproduction example I have found out that it seems to be an issue in the jest-preset-angular.
I will keep this open until we have found the root cause.


Swap chain surface size on retina displays

On retina display, vkGetPhysicalDeviceSurfaceCapabilitiesKHR() reports surfaces size in logical points rather than pixels, resulting in image being inappropriately downscaled. I was unable to find any way to get the actual surface size within Vulkan, so the only way that gives correct surface dimensions is to ignore surfCapabilities.currentExtent and rely on
NSRect viewRectPixels = [view convertRectToBacking:viewRectPoints];

Are you supplying MoltenVK with a view (from which it obtains a layer) or with a layer directly? Either way, are you using MTKView to provide and configure the layer or are you setting up the layer yourself? If the latter, how?  In particular, are you setting its contentsScale? Or, put another way, what is the layer's drawableSize?

Thank you for super fast response!
I am using MTKView as follows:
- (nonnull instancetype)initWithMetalKitView:(nonnull MTKView *)mtkView
{
    self = [super init];
    if(self)
    {
        _theApp.reset(CreateApplication());
        _theApp->Initialize(mtkView);
    }

    return self;
}

- (void)mtkView:(nonnull MTKView *)view drawableSizeWillChange:(CGSize)size
{
    NSRect viewRectPoints = [view bounds];
    NSRect viewRectPixels = [view convertRectToBacking:viewRectPoints];

    _theApp->WindowResize(viewRectPixels.size.width, viewRectPixels.size.height);
}

So I supply MTKView to the swap chain creation code. When drawableSizeWillChange is called, size contains logical size (800x600) and this is also what vkGetPhysicalDeviceSurfaceCapabilitiesKHR() reports. viewRectPixels is however 1600x1200 and this is the actual surface size I need.
I am not a MacOS/iOS developer, and I took the code above from Apple's Metal example, so I may be doing something wrong. I do not set contentsScale anywhere in the code. Shouldn't it be handled by the system?

When drawableSizeWillChange is called, the size parameter is (1600, 1200). Swap chain extents, however, are reported as (800, 600).
If I manually set contentsScale for the layer:
_view = (MTKView *)self.view;
auto layer = [_view layer];
layer.contentsScale = 2.0;

the extents are reported correctly.
I never touch neither drawableSize nor autoResizeDrawable.

I think this is as designed, the default contentsScale for a CAMetalLayer is 1.0. Setting it to 2.0 enables HiDPI/Retina support as you've found.

Hmm.  The docs for drawableSize claim that it returns the bounds * contentsScale. But @DiligentGraphics reports that the delegate method is getting a size that's scaled by 2.0 (as expected). So, there's some sort of problem somewhere, perhaps only in the docs.
But I'm suspicious. For example, why is the delegate method being called at all? I suspect it happens when the view actually ends up on screen and only then is it determined that it's on a Retina display. Before that, the contentsScale was 1.0 and the drawableSize was 1x the view's size in points (not pixels).
There's a thing where MoltenVK requires that the swapchain be recreated to get the new drawableSize from the layer. So, I think that one needs to do that and @DiligentGraphics  isn't. (I'm a bit out of my depth on the Vulkan parts of this.)

@KenThomases  drawableSize  indeed returns the bounds * contentsScale. My problem was that on retina display, contentsScale of the metal layer had to be explicitly set to 2.0 by the application. That was not obvious at all, especially for someone who does not have a lot of Mac experience. I copied the code from Apple's Metal example that did not do that.
The swap chain is recreated in drawableSizeWillChange delegate:
/// Called whenever view changes orientation or is resized
- (void)mtkView:(nonnull MTKView *)view drawableSizeWillChange:(CGSize)size
{
    if (_theApp)
    {
        _theApp->WindowResize(size.width, size.height);
    }
}

Before setting the content scale, after the resize the size of swap chain was consistently quarter of the screen.
This is the solution that seems to be working fine:
- (void)viewDidLoad
{
    [super viewDidLoad];

    _view = (MTKView *)self.view;
    NSScreen* screen = [NSScreen mainScreen];
    auto scaleFactor = [screen backingScaleFactor];
    auto layer = [_view layer];
    layer.contentsScale = scaleFactor;

    _renderer = [[MTKRenderer alloc] initWithMetalKitView:_view];
    _theApp = [_renderer getApp];
   ...
}

@tokyovigilante the drawableSize is returned in native pixels, as claimed. The problem was that before I set contentsScale, vkGetPhysicalDeviceSurfaceCapabilitiesKHR was reporting the size in logical points.

The problem was that before I set contentsScale, vkGetPhysicalDeviceSurfaceCapabilitiesKHR was reporting the size in logical points, and was not consistent with drawableSize

Understood, however I think what it actually implies is that without setting contentsScale your renderer surface is drawn at 1x resolution then scaled up on a Retina display, rather than drawing at native resolution. So for a 400x200 window on a Retina display, you get a 400x200 drawable that is then scaled by 2x (by macOS) to fit the native 800x400 pixel window. But setting it to 2.0 gives you a 800x400 drawable that doesn't require further scaling.
You can use this to your advantage, say setting it to 0.5 for a further speedup at the cost of image quality. Conversely setting it to 2.0 (or whatever NSScreen.backingScaleFactor()` reports will render at native resolution but will be slower.

Hmm, that definitely seems like an MVK bug then. Using Metal directly, the contentsScale just controls the relative resolution of the layer, the actual rendered image is always scaled as required to fit the view (ie 100% layer coverage), Have you tried using a CAMetalLayer directly and just adding it to a layer-backed view?

I tried to start with LunarG sample, but it passes control over to native implementation that runs the main loop, which I don't like. I was not able to make updateLayer called by the system, so I switched to Apple's example that uses MTKView. I am not used to mac/ios development, so every single thing requires a lot of googling, and I was happy that Apple's way worked.
I am surprised that nobody has reported that problem before, so I may totally be doing something not quite right. Though everything seems to be working great now.

@billhollings I see, thank you. I think it would be great if you added few words about content scale to documentation as this is something not quite obvious.


Fix four problems with static exclusivity diagnostics:

Three related to coroutines:
(1) DiagnoseStaticExclusivity must consider begin_apply as a user of accessed variables. This was an undefined behavior hole in the diagnostics.
(2) AccessedSummaryAnalysis should consider begin_apply as a user of accessed arguments. This does not show up in practice because coroutines don't capture things.
(3) AccessedSummaryAnalysis must consider begin_apply a valid user of
noescape closures.
And one related to resilience:
(4) AccessedSummaryAnalysis must conservatively consider arguments to external functions.

@swift-ci test

Build failed
Swift Test Linux Platform
Git Sha - 71ea6d042142de93a068140c7eedb371cac9261f

@swift-ci test

@swift-ci test source compatibility

Build failed
Swift Test OS X Platform
Git Sha - 71ea6d042142de93a068140c7eedb371cac9261f

Build failed
Swift Test Linux Platform
Git Sha - 71ea6d042142de93a068140c7eedb371cac9261f

These fixes can't land without resolving SR-11700: Diagnose exclusivity violations with Dictionary.subscript._modify

Can one of the admins verify this patch?

@swift-ci test

@swift-ci test source compatibility

@swift-ci test source compatibility

Multiple SCK failures that are not related to this PR. e.g. /Applications/Xcode.app/Contents/Developer/Platforms/WatchSimulator.platform/Developer/SDKs/WatchSimulator6.2.sdk/usr/include/stdlib.h:61:10: fatal error: cannot open file '/Applications/Xcode.app/Contents/Developer/Platforms/WatchSimulator.platform/Developer/SDKs/WatchSimulator6.2.sdk/usr/include/Availability.h': Operation not permitted
#include <Availability.h>
^

@airspeedswift @rjmccall Take a look at the ChangeLog/release notes:
https://github.com/apple/swift/pull/28022/files#diff-4ac32a78649ca5bdd8e0ba38b7006a1e
Let me know if there's anything else I should do besides pushing this on to master.

@swift-ci test source compatibility

@swift-ci test

Build failed
Swift Test OS X Platform
Git Sha - b25e6dec4e87bd7f900783ea4a2dc15498a41ec9

Build failed
Swift Test Linux Platform
Git Sha - b25e6dec4e87bd7f900783ea4a2dc15498a41ec9

@ravikandhadai it might be good to have someone other than myself be familiar with the exclusivity static diagnostic code

@atrick Sure. I am quite interested in this, I will go through these changes.

Seems reasonable to me.

@swift-ci smoke test and merge

@swift-ci smoke test and merge

@swift-ci smoke test OS X

@atrick The changelog has been added under Swift 5.3... are you planning to cherry-pick this to the release/5.3 branch? If not, then I think it should be moved under "Swift Next".

@theblixguy yes, this needs to be on release/5.3. Thanks!


CB-2764 DistroX UI is frozen on Mow

CB-2764 DistroX UI is frozen on Mow

We should remove the current clustertemplates because we need to reregister those as well

We should remove the current clustertemplates because we need to reregister those as well

gonna do asap

We should remove the current clustertemplates because we need to reregister those as well

We should remove the current clustertemplates because we need to reregister those as well

gonna do asap

already added


Error: Cannot use circuit for type field in: ...

Aim
When including the type field in the Nargo.toml, if an invalid value like "circuit" or "binary" are given, the compiler panics and issues an error message that explains the field is incorrect but does not give the possible valid values of the field.
Expected Behavior
The compiler should not panic and should suggest the possible valid values of the field
Bug
Full error message:
Error: Cannot use `circuit` for `type` field in /.../short/Nargo.toml

Location:
    crates/nargo_cli/src/cli/mod.rs:74:5
exit 1

To Reproduce

Installation Method
None
Nargo Version
No response
Additional Context
No response
Would you like to submit a PR for this Issue?
No
Support Needs
No response

@phated can you take a look at this

Will do! I want to find a better way for Nargo CLI errors to be written. Something like the error message and then a longer message that contains useful suggestions like this.


Branch not found

Is there any specific requirements for this extension needed to find the current branch?
I've set it up like this:
    "vscodeGitCommit.variables": {
        "prefix": "branch",
}

Maybe a change in VSCode API that break it,
I don't have time to work on VSCode got commit, feel free to make a PR ;)


Allow recording gRPC logs between the Pulumi and TF providers

Hello!

Vote on this issue by adding a 👍 reaction
If you want to implement this feature, comment to let us know (we'll work with you on design, scheduling, etc.)

Issue details
This would help us debug provider bugs when we are unable to reproduce the problem locally (say for lack of credentials or access to the underlying provider).
Users should be able to set a variable like:
$ PULUMI_DEBUG_TF_LOGS=tf_logs.json pulumi up

This would work similarly to PULUMI_DEBUG_LOGS=logs.json. If we had the TF schema, the Pulumi logs and TF logs, we could then correlate commands (Pulumi create -> TF create).
Affected area/feature

It could be quite useful to emulate this for normal bridge even when not speaking TF protocol quite as yet.


Working on soundness proof

c.f. #181

@Ailrun I realize I don't have much time because my days are occupied now. I should probably behave more like your shadow. Let me know what I should look into that does not require immediate unblock.

@Ailrun ok it's ready for now. let's do another PR for other fixes.


All good things must come to an end..

The game is currently open-ended which makes it difficult do declare a winner. Maybe we should predefine a number of turns until the game is considered "over" and show a leaderboard with the winner(s) and some interesting stats? If players want another round there should be an easy way to do so.

One observation from our playing the other variants is that we're always guesstimating how much points we'd get through in the available time. Having an option available to set when the game will end will be useful, perhaps even with a suggestion for the (half) hour following the current time.

Time based ending sounds good too, the point system needs a bit of a revamp though as it might not be fair if stopped mid-turn, but that's a separate issue.


Helmfile: How do I get a value from global option --state-values-set?

Hi
I need to know how to extract a value from helmfile command global option like below inside helmfile or its common template:
            helmfile --state-values-set myimageid=32e323432

I used this inside my template under values section
- image:
tag: {{ .StateValues }}
but it gives error as: cannot convert map to string

Actually it is {{ .Values.key }}, so now it works.


feat(op): Ecotone reject blob txs

Overview

Note: This is part of a PR stack. Should be merged bottom -> up.
---> #6480 👈
--> #6479
-> #6478
main

Disables 4844 transactions in op-reth after the Ecotone hardfork.
specs: https://specs.optimism.io/protocol/exec-engine.html#ecotone-disable-blob-transactions

It seems that eip4844 is always disabled, even not ecotone is not activated?


python310Packages.pandas-stubs: <IP_ADDRESS>214 -> <IP_ADDRESS>321

Description of changes
Fix build (https://hydra.nixos.org/build/213891903)

Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] 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/)
23.05 Release Notes (or backporting 22.11 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

[ ] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 223899 run on aarch64-darwin 1

4 packages built:

openai-full
openai-full.dist
python310Packages.pandas-stubs
python310Packages.pandas-stubs.dist


Fixes issue #3577.

I think I got most of it, let me know if you see something you don't like.

/ok-to-test
bot, test pull request

Thanks for the PR @hooksie1 can you add a sign-off with
git commit --amend -s and git push -f origin issue-#3577

/approve

LGTM

/lgtm
Thanks @hooksie1


install network_manager?

From Johannes Mayer

I would like to comment that it is not straight forward to connect the VM to the internet if you sit behind a proxy. What makes it hard is that in the native image downloaded from the SIRF webpage, in the settings the "Network manager" is not installed and needs to be installed manually.
Since one is not connected to the internet this becomes hard and I required a workaround which Christoph showed me (below).
One needs to have the network manager in order to a) be able to easily enter the proxy infos and b) easily change to a regular setting when connecting to a different network.

I would like to suggest that either the Network manager is installed in the image offered for download, or that instructions are given on the webpage how to go online behind a proxy.
Either way I think some instructions regarding the setup of the proxy could be helpful on the webpage.

The installation of the network manager can be done by running in the terminal
"sudo apt-get install network-manager network-manager-gnome"
This, however, requires connection to the internet, so one can work around it creating a file named /etc/apt/apt.conf (using VIM, or Spyder, or nano) and entering the lines
Acquire::http::proxy "http://theproxy:port/";
Acquire::https::proxy "https://theproxy:port/";
Acquire::ftp::proxy "ftp://theproxy:port/";

WITH semicolons at the end, save the file, then run the download of the network manager and enter the settings there in the "Manual" tab and apply them system wide.

@casperdcl, @bathomas, @nikefth. Any reason not to
sudo apt-get install network-manager network-manager-gnome

only 20MB download.


Rename global reference to globalReference

Allows jss to be run in node

This references the issue I described here #69

I'm not entirely sure about the build process, but I did run make before submitting this pull request. Is that enough?

thanks!


[Rector] Demo update to PHP 7.4 Syntax

Demo of use Rector to Php 7.4 Syntax, skip Typed Attribute due will be BC break for non-private property.
Checklist:

[x] Securely signed commits

@MGatner I've updated to use rector/rector:dev-main to apply typed property on private property https://github.com/codeigniter4/CodeIgniter4/pull/5103/commits/49f5dc3a41412ae36f408cb38b3ef53391355948

It seems there is issue on publish coveralls on php 7.4 github action, even on latest develep:
Dump submitting json file: /home/runner/work/CodeIgniter4/CodeIgniter4/build/logs/coveralls-upload.json
434
File size: 2,476.05 kB
435
Submitting to https://coveralls.io/api/v1/jobs
436
Client error occurred. status: 405 Not Allowed
437

438
<title>405 Not Allowed</title>
439

440

405 Not Allowed

441

nginx
442

see https://github.com/codeigniter4/CodeIgniter4/runs/3644065245#step:12:434 .
It seems we can disable that //cc @paulbalandan

I will rework it.


Clicking links to pasted files in Dendron Preview doesn't work

Please select the area your bug applies to. (Multiple selections are Possible)

[ ] Onboard. Initial vault setup and import/export pods
[ ] Create. Note creation, lookup, snippets and templates
[ ] Retrieve. Backlinks, references, graph view
[ ] Structure. Refactoring, multi-vault and schemas
[ ] Publish. Sharing your repo with the world
[X] Misc (Choose this if your not sure)

Describe the bug
Pasting pdf files (and other types too; I've replicated this with and odg file) into a Dendron note displays them properly as links in the Dendron Preview, but nothing happens when you click them.
To Reproduce
Steps to reproduce the behavior:

Create a scratch note ((shift-control-S)
Execute Dendron: Paste File, type path to a pdf file, Enter
The file is copied to the Assets directory and a link is added to the note: test.pdf
Execute Dendron: Show Preview; the preview appears containing a colored link "test.pdf"
Click the link. Nothing happens.

Expected behavior
When clicking the link, I expected the pasted file to open in Acrobat Reader, the program I've configured on my system to open pdf files. The same thing happened when I tried an odg file; I expected LibreOffice Draw to open the file. Both of these work as expected when I double-click the file in a File Explorer window.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information)

OS: Windows 10 Home, version 20H2, build 19042.1348
Browser: not involved here, but Firefox is my default browser
Version: vscodium 1.62.1, dendron 0.68.1

Additional context
The Dendron Runtime Status shows two uncaught errors, both "Cannot read property 'fname' of undefined".
Dendron Log file
{"level":30,"time":1636655285925,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"Logger:configure","msg":"exit","logLevel":"info"}
{"level":30,"time":1636655285965,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"_activate","stage":"prod","isDebug":false,"logLevel":"info","logPath":"c:\Users\Rick\AppData\Roaming\VSCodium\logs\20211111T112803\exthost1\dendron.dendron","extensionPath":"c:\Users\Rick\.vscode-oss\extensions\dendron.dendron-0.68.1","extensionUri":"c:\Users\Rick\.vscode-oss\extensions\dendron.dendron-0.68.1","workspaceFile":"c:\Users\Rick\Documents\Dendron\dendron.code-workspace","workspaceFolders":["c:\Users\Rick\Documents\Dendron\vault"]}
{"level":30,"time":1636655285966,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"No cache path for Segment specified. Failed event uploads will not be retried."}
{"level":30,"time":1636655285968,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"user telemetry setting: enabled by migration"}
{"level":30,"time":1636655285968,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"telemetry initializing"}
{"level":30,"time":1636655285968,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"using existing id"}
{"level":30,"time":1636655285971,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"DendronExtension","msg":"initialized"}
{"level":30,"time":1636655285971,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"_activate","msg":"initializeWorkspace","wsType":"CODE","currentVersion":"0.68.1","previousWorkspaceVersion":"0.68.1","previousGlobalVersion":"0.68.1","extensionInstallStatus":"NO_CHANGE"}
{"level":30,"time":1636655285974,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"No cache path for Segment specified. Failed event uploads will not be retried."}
{"level":30,"time":1636655285975,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"user telemetry setting: enabled by migration"}
{"level":30,"time":1636655285975,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"telemetry initializing"}
{"level":30,"time":1636655285975,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"using existing id"}
{"level":30,"time":1636655285975,"pid":12256,"hostname":"Threadripper","name":"dendron","msg":"Telemetry is disabled? false"}
{"level":30,"time":1636655285975,"pid":12256,"hostname":"Threadripper","name":"dendron","msg":"Segment Residual Cache Path is at undefined"}
{"level":30,"time":1636655285986,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"user telemetry setting: enabled by migration"}
{"level":30,"time":1636655285986,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"telemetry initializing"}
{"level":30,"time":1636655285986,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"using existing id"}
{"level":30,"time":1636655285986,"pid":12256,"hostname":"Threadripper","name":"dendron","msg":"Telemetry is disabled? false"}
{"level":30,"time":1636655285986,"pid":12256,"hostname":"Threadripper","name":"dendron","msg":"Segment Residual Cache Path is at c:\Users\Rick\AppData\Roaming\VSCodium\User\globalStorage\dendron.dendron\segmentresidualcache.log"}
{"level":30,"time":1636655285986,"pid":12256,"hostname":"Threadripper","name":"SegmentClient","msg":"Attempting to flush residual segment data from file."}
{"level":30,"time":1636655286000,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"_activate","workspaceInstallStatus":"NO_CHANGE","currentVersion":"0.68.1","previousWorkspaceVersion":"0.68.1","previousGlobalVersion":"0.68.1","platform":"win32","extensions":[{"id":"dendron.dendron-paste-image","version":"1.1.0","active":false},{"id":"dendron.dendron-markdown-shortcuts","version":"0.12.1","active":true},{"id":"redhat.vscode-yaml"}],"vaults":[{"fsPath":"vault"}]}
{"level":30,"time":1636655286002,"pid":12256,"hostname":"Threadripper","name":"execServer","state":"enter"}
{"level":30,"time":1636655286013,"pid":12256,"hostname":"Threadripper","name":"execServer","state":"post:exec.node"}
{"level":30,"time":1636655286625,"pid":4708,"hostname":"Threadripper","name":"SegmentClient","msg":"No cache path for Segment specified. Failed event uploads will not be retried."}
{"level":30,"time":1636655286625,"pid":4708,"hostname":"Threadripper","name":"SegmentClient","msg":"user telemetry setting: enabled by migration"}
{"level":30,"time":1636655286626,"pid":4708,"hostname":"Threadripper","name":"SegmentClient","msg":"telemetry initializing"}
{"level":30,"time":1636655286626,"pid":4708,"hostname":"Threadripper","name":"SegmentClient","msg":"using existing id"}
{"level":30,"time":1636655287854,"pid":12256,"hostname":"Threadripper","name":"execServer","state":"message","message":"56269"}
{"level":30,"time":1636655287854,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"WSUtils.handleServerProcess","msg":"subprocess running","pid":4708}
{"level":30,"time":1636655287854,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"_activate","msg":"post-start-server","port":56269,"durationStartServer":1883}
{"level":30,"time":1636655287859,"pid":12256,"hostname":"Threadripper","name":"logger","ctx":"FileStorageV2","wsRoot":"c:\Users\Rick\Documents\Dendron","vaults":[{"fsPath":"vault"}],"level":"info"}
{"level":30,"time":1636655287861,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"dendron.reloadIndex:run","msg":"pre-execute"}
{"level":30,"time":1636655287861,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"ReloadIndex.execute","msg":"enter"}
{"level":30,"time":1636655287882,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:init","msg":"enter","opts":{}}
{"level":30,"time":1636655287882,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:createServerWatcher","msg":"enter","opts":{}}
{"level":30,"time":1636655288162,"pid":4708,"hostname":"Threadripper","name":"logger","ctx":"parsingSchemas","fname":"root","root":{"fsPath":"vault"},"imports":[]}
{"level":30,"time":1636655288279,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288305,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288326,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288338,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288344,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288435,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288547,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288550,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288554,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288556,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288559,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288568,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288576,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288584,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288593,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288596,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288600,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288604,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288609,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288613,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288616,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288622,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288625,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288640,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288707,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288791,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288802,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288813,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288814,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288816,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288820,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288822,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":1,"noteRefsLength":0,"wikiLinksLength":1}
{"level":30,"time":1636655288824,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288828,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288840,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288851,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288868,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288884,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288902,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288925,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288935,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288944,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288954,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288957,"pid":4708,"hostname":"Threadripper","name":"LinkUtils.getLinks","ctx":"getLinks","dlinksLength":0,"noteRefsLength":0,"wikiLinksLength":0}
{"level":30,"time":1636655288976,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"ReloadIndex.execute","durationEngineInit":1092}
{"level":30,"time":1636655288976,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"ReloadIndex.execute","msg":"exit"}
{"level":30,"time":1636655288976,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"dendron.reloadIndex:run","msg":"post-execute"}
{"level":30,"time":1636655288983,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"reloadWorkspace","msg":"post-ws.reloadWorkspace"}
{"level":30,"time":1636655288984,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"reloadWorkspace","msg":"exit"}
{"level":30,"time":1636655288984,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"postReloadWorkspace","msg":"same wsVersion"}
{"level":30,"time":1636655288984,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"postReloadWorkspace","msg":"exit"}
{"level":30,"time":1636655288984,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree: enter"}
{"level":30,"time":1636655288988,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"setupViews","msg":"init:treeViewV2"}
{"level":30,"time":1636655288989,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"setupBacklinkTreeView","msg":"init:backlinks"}
{"level":30,"time":1636655288994,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"activateWorkspace","stage":"prod","msg":"enter"}
{"level":30,"time":1636655289011,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"updateDecorations","msg":"Displaying 0 warnings and 1 decorations"}
{"level":30,"time":1636655289013,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"toggleViews","msg":"views enabled: true"}
{"level":30,"time":1636655289013,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"_activate","msg":"fin startClient","durationReloadWorkspace":3019}
{"level":30,"time":1636655289013,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"showWelcomeOrWhatsNew","version":"0.68.1","previousExtensionVersion":"0.68.1"}
{"level":30,"time":1636655289015,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree: exit"}
{"level":30,"time":1636655289048,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree: enter"}
{"level":30,"time":1636655289052,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"TreeView:getChildren","msg":"reconstructing tree: exit"}
{"level":30,"time":1636655290882,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:_connect","portCreated":1636655287871,"wsActivation":1636655285993}
{"level":30,"time":1636655290883,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:_connect","msg":"initFromExistingFile","port":56269}
{"level":30,"time":1636655290883,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:tryToConnect","port":56269,"msg":"enter"}
{"level":30,"time":1636655290892,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:tryToConnect","msg":"connected","info":{"version":"0.68.1"}}
{"level":30,"time":1636655290892,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:connectAndInit","msg":"checking for engine"}
{"level":30,"time":1636655290892,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:connectAndInit","msg":"found engine"}
{"level":30,"time":1636655290892,"pid":12256,"hostname":"Threadripper","name":"connector","ctx":"EngineConnector:initEngine","msg":"enter","port":56269}
{"level":30,"time":1636655292235,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"dendron.showPreview:run","msg":"pre-execute"}
{"level":30,"time":1636655292235,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"ShowPreview","msg":"creating new"}
{"level":30,"time":1636655292237,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"dendron.showPreview:run","msg":"post-execute"}
{"level":30,"time":1636655294580,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","editor":"undefined"}
{"level":30,"time":1636655299709,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","editor":"c:\Users\Rick\Documents\Dendron\vault\scratch.2<IP_ADDRESS>215.md"}
{"level":30,"time":1636655299724,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"updateDecorations","msg":"Displaying 0 warnings and 1 decorations"}
{"level":30,"time":1636655303682,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"dendron.dev.openLogs:run","msg":"pre-execute"}
{"level":30,"time":1636655303682,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"execute","opts":{}}
{"level":30,"time":1636655303696,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"dendron.dev.openLogs:run","msg":"post-execute"}
{"level":30,"time":1636655303745,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"WindowWatcher:onDidChangeVisibleTextEditors","editorPaths":["c:\Users\Rick\AppData\Roaming\VSCodium\logs\20211111T112803\exthost1\dendron.dendron\dendron.log"]}
{"level":30,"time":1636655303746,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","editor":"c:\Users\Rick\AppData\Roaming\VSCodium\logs\20211111T112803\exthost1\dendron.dendron\dendron.log"}
{"level":30,"time":1636655303747,"pid":12256,"hostname":"Threadripper","name":"dendron","ctx":"WindowWatcher:onDidChangeActiveTextEditor","uri":"c:\Users\Rick\AppData\Roaming\VSCodium\logs\20211111T112803\exthost1\dendron.dendron\dendron.log","msg":"not in workspace"}

Hi.
I'm not sure if my problem is the same, but just wanted to double check here.
In my case, when I insert an external file (in my case, a .docx file) and cmd+click on the resulting link, Dendron actually tries to open the file in a new tab.
But the new tab says it's not showing the file in the editor because it's a binary file or it's using an unsupported encoding. It then gives me a link to "open the file anyway", which upon clicking, asks me which editor should be used to open said file.
The problem is, it only gives me the option to choose the default, integrated text editor, which obviously renders gibberish.
Is my bug related to this one? Or is there something I can configure to make it use MS Word as the default editor for docx files?

Hi.
I'm not sure if my problem is the same, but just wanted to double check here.
In my case, when I insert an external file in MacOS (in my case, a .docx file) and cmd+click on the resulting link, Dendron actually tries to open the file in a new tab.
But the new tab says it's not showing the file in the editor because it's a binary file or it's using an unsupported encoding. It then gives me a link to "open the file anyway", which upon clicking, asks me which editor should be used to open said file.
The problem is, it only gives me the option to choose the default, integrated text editor, which obviously renders gibberish.
Is my problem related to this bug? Or is there something I can configure to make it use MS Word as the default editor for docx files?

I have the same symptoms when cmd+clicking in editor
[link](file:\\G:\link\with%20spaces%20\document.pdf)
and it doesn't do anything when clicking 'link' in the markdown preview. Right clicking 'link' in markdown preview and clicking copy results in that entire string including the title being copied instead of only the path.
The closest thing that worked for me was installing a pdf previewer extension for opening it with cmd+click

@sidwellr @Robproject Could you update your links to use forward slashes? So [link](assets/document.pdf)? I can reproduce this issue on Windows, and changing the slashes to forward slashes fixes the issue.
For the problem with Ctrl+clicking the link in the editor opening it inside VSCode, that's a built-in functionality of VSCode itself. I'm not sure if we can change that, I'd suggest sending a feature request to the VSCode team.

@Robproject Sorry for missing that! I can reproduce the issue when the PDF is outside the workspace. I'll work on a fix for this.

@Robproject Sorry for missing that! I can reproduce the issue when the PDF is outside the workspace. I'll work on a fix for this.

It works now with 0.84 🥳🙏

Hey
I have this problem as well. If I link to a file outside the workspace it still won't open it and I'm using dendron 0.84.
But when I use an absolute path it works which is not good exactly ideal for a GitHub project...
It also wouldn't open .xaml files even though I gave it an absolute path.

Forgot to specify I have to url encode spaces to %20. Am using absolute paths as well

It now works for me now when linking to a file in the workspace. Thanks.
After reading MAST1999's comment, I tried linking to a file outside the workspace. That doesn't work for me either, even using the absolute path. (Though I'm not sure how the absolute path is supposed to look in Windows; I tried "c:/temp/test.pdf", "/c/temp/test.pdf", and "/temp/test.pdf".)

@sidwellr The absolute path on Windows would look like c:\temp\test.pdf. Relative paths should also work, like ../test.pdf.
@Robproject URL encoding the spaces is unfortunately required because Markdown requires links to be URL encoded. Whenever I find some time, I'll take a look at Paste File to make sure it URL encodes them, and we can consider supporting asset files with wikilinks in the future which would solve this limitation.
@MAST1999 Can you share the link you used? Also, are .xaml files text files? Looks like the library we used to detect text files doesn't recognize them. If you can confirm that they are text files, I'll contact the library develops and get xaml added.

@SeriousBug  It looked something like this H:/repos/gallery/src/Gallery/Views/Statistics/StatisticsView.xaml
I think .xaml files are text files since they are some kind of a markup language similar to HTML, but I'm not exactly sure TBH.

@MAST1999 That's definitely because Dendron isn't recognizing .xaml as a text file right now, so it doesn't open it inside VSCode. It will instead try to open it with the default app that's set to open it, but you may not have anything configured right now.
I'll go ahead and make a request to the library to get .xaml added, then the problem should be solved.


Improve HTTP Error Handling in R11s Driver

Many of the errors in from r11s-driver are thrown as either a status code or a raw AxiosError. Following ODSP's example, this change transcribes request errors into more meaningful DriverErrors with canRetry and errorType properties. This will allow RetriableDocumentStorageService in the container layer to more accurately know when to retry a request. In addition, this adds a single retry with a re-generated auth token on 401 errors.
There will be a follow-up PR once the changes in #5116 are released in<EMAIL_ADDRESS>to handle auth token refresh/retry logic in DocumentStorageService. For now, we can say canRetry: false for those errors because without token refresh it would just fail again on future retries.

@vladsud Any input?

@vladsud made some great points, so I opened #5302 to allow for a custom RestWrapper to be passed into Historian in DocumentStorageService. This will give us direct access to HTTP errors at the level the HTTP requests are made.
Closing this for now, because most of it will change if the Historian/RestWrapper changes go through.


<GLFW>: Adding the static library

PR Info
Closes #46.
Closes #47.
Connected #31.
Changes
Adds the glfw .a file (a static library file). This way we don't need to worry about compiling the glfw project everything we need is already there.
Please keep in mind that you will still need glfw on your local machine.

Maintainer Notes
⚠ Do not delete this section. Checklist for maintainers.
IMPORTANT: Complete the following checklist before merging.

All PR's should be added to the Code Reviews project page.
Once you are happy with the changes remove the do not merge for the ready to merge tag.
Commits should be Squashed and Merged.

Please make sure that everything works for you before we merge, want to get it right this time.
The code is on my fork of the repository here.
If you run into any problems that you can't fix after a while we can setup another meeting to work through them together.
Good luck! @Galaxy25

Please keep in mind that this is only a valid fix for Linux. Windows linking is still broken as of this moment.


Class 'Monolog\Logger' not found

Updating rollbar/rollbar (v1.7.5 => v1.8.0)
Fatal error: Uncaught Error: Class 'Monolog\Logger' not found in /Users/LY/Server/Gstdev/Systemsurveyor/src/www/vendor/rollbar/rollbar/src/Config.php:366 Stack trace: #0
I can't find monolog in the vendor folder.

Same here

My bad. Fixed in https://github.com/rollbar/rollbar-php/releases/tag/v1.8.1 and published to composer.


Pinch to zoom on an image is inverted [SurfaceBook/Windows 10]

VSCode Version: 1.34.0
OS Version: Windows 10

Steps to Reproduce:

Open an image inside VSCode
Perform a pinch to zoom on the trackpad

Notice that doing a zoom-in gesture will actually zoom out the image: pinch to zoom gestures are inverted.
The bug is fixed in the latest insider builds (my guess is that it's fixed in 4c1b302 and/or da5f838 by @hwhung0111).
I opened up an issue to keep track of it: maybe this fix could be included in a minor version?

Duplicate of #73676 ?

Duplicate of #73775 / #73676


so crazy constraint! it's throw a error info if I defined one variable but not use it

What did you expect to see?
hey bro as a beginner I had learned the Golang language today, I found that it's will throw error tip if you defined variables or import one moudle in program but not use it . . . so crazy constraint compare to Java or Python. . . wish this issue will be improved in the feature version. . .

The Go project doesn't use the issue tracker for questions. See https://golang.org/wiki/Questions.

The Go project doesn't use the issue tracker for questions. See https://golang.org/wiki/Questions.

ok bro thanks.

The Go project doesn't use the issue tracker for questions. See https://golang.org/wiki/Questions.

ok sorry bro.


docs: add manifest v5 guide

Description
Add manifest v5 documentation in the "Guides" section.

Related Issue

Motivation and Context

How Has This Been Tested?

Screenshots (if appropriate):
Types of changes

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)

Checklist:

[ ] I have signed the Adobe Open Source CLA.
[ ] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have read the CONTRIBUTING document.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.

Waiting to confirm fonts API is either ready or not, and either leave in or remove fonts permission in manifest guide and example

With   "manifestVersion": 5, there are some problem like this, could you help me ?
@amandahuarng Thank you !

{
  "id": "8ad325fb",
  "name": "d2c-ps-plugin",
  "version": "1.0.0",
  "main": "index.html",
  "manifestVersion": 5,
  "host": {
    "app": "PS",
    "minVersion": "23.0.0"
  },
  "entrypoints": [
    {
      "type": "panel",
      "id": "main",
      "label": {
        "default": "一键转码"
      },
      "minimumSize": {
        "width": 320,
        "height": 500
      },
      "maximumSize": {
        "width": 2000,
        "height": 2000
      },
      "preferredDockedSize": {
        "width": 230,
        "height": 300
      },
      "preferredFloatingSize": {
        "width": 230,
        "height": 300
      },
      "icons": [
        {
          "width": 32,
          "height": 32,
          "path"<EMAIL_ADDRESS>          "scale": [
            1,
            2
          ],
          "theme": [
            "dark",
            "darkest"
          ],
          "species": [
            "generic"
          ]
        },
        {
          "width": 32,
          "height": 32,
          "path"<EMAIL_ADDRESS>          "scale": [
            1,
            2
          ],
          "theme": [
            "lightest",
            "light"
          ],
          "species": [
            "generic"
          ]
        }
      ]
    }
  ],
  "icons": [
    {
      "width": 32,
      "height": 32,
      "path"<EMAIL_ADDRESS>      "scale": [
        1,
        2
      ],
      "theme": [
        "dark",
        "darkest"
      ],
      "species": [
        "pluginList"
      ]
    },
    {
      "width": 32,
      "height": 32,
      "path"<EMAIL_ADDRESS>      "scale": [
        1,
        2
      ],
      "theme": [
        "lightest",
        "light"
      ],
      "species": [
        "pluginList"
      ]
    }
  ],
  "featureFlags": {
    "enableExperimentalWebviewSupport": true
  },
  "requiredPermissions": {
    "network": {
      "domains": [
        "https://adobe.com"
      ]
    },
    "clipboard": "readAndWrite",
    "webview": {
      "allow": "yes",
      "domains": [
        "https://*.adobe.com",
        "https://*.google.com"
      ],
      "allowLocalRendering": "yes"
    },
    "launchProcess": {
      "schemes": [
        "https",
        "slack"
      ],
      "extensions": [
        ".xd",
        ".ps"
      ]
    }
  }
}


Add Cryptographic protection to network messages

Once we have targeted sessions (see #10), we should also think about cryptographically protecting the contents of the messages. Something like a diffie-hellmann at the beginning of the session would probably work.

@kleest added this in 918cf85dff5eb829733f307b56f316f409a47707


Incorrect http_archive for latest v0.2.6 release

The http_archive in https://github.com/bazelbuild/rules_pkg/releases/tag/0.2.6-1 appears to refer to the "abandoned" v0.2.6 tag: https://github.com/bazelbuild/rules_pkg/releases/tag/0.2.6.
Currently it is:
load("@bazel_tools//tools/build_defs/repo:http.bzl", "http_archive")
http_archive(
    name = "rules_pkg",
    urls = [
        "https://github.com/bazelbuild/rules_pkg/releases/download/0.2.6/rules_pkg-0.2.6.tar.gz",
        "https://mirror.bazel.build/github.com/bazelbuild/rules_pkg/releases/download/0.2.6/rules_pkg-0.2.6.tar.gz",
    ],
    sha256 = "aeca78988341a2ee1ba097641056d168320ecc51372ef7ff8e64b139516a4937",
)
load("@rules_pkg//:deps.bzl", "rules_pkg_dependencies")
rules_pkg_dependencies()

I believe it should be (note the -1):
http_archive(
    name = "rules_pkg",
    urls = [
        "https://github.com/bazelbuild/rules_pkg/releases/download/0.2.6-1/rules_pkg-0.2.6.tar.gz",
        "https://mirror.bazel.build/github.com/bazelbuild/rules_pkg/releases/download/0.2.6-1/rules_pkg-0.2.6.tar.gz",
    ],
    sha256 = "aeca78988341a2ee1ba097641056d168320ecc51372ef7ff8e64b139516a4937",
)

Fixed


Change cwd on open

Contributing guidelines

[X] I have read CONTRIBUTING.md
[X] I have read CODE_OF_CONDUCT.md

Module(s)
mini.files
Description
When I open neovim like nvim dotfiles/config/nvim from the home directory mini.files opens like this

But the next time mini.nvim is opened, it shows this

I used nvim-tree before and it changed the working directory to whichever folder was first opened and persisted. Can I have this feature in mini.files as well?

Thanks for the suggestion!
MiniFiles.open() by default uses current working directory as anchor (target) directory. When you open nvim dotfiles/config/nvim, MiniFiles.open() is called with 'dotfiles/config/nvim' path, but when you later call it (probably without arguments), it is called without arguments and uses current working directory (which by default is the one Neovim was opened in; ~ in your case).
You have several options:

Create a 'mini.files' mapping which changes current working directory to the one inside which cursor is located. Here is an example.
Use automated change of current working directory. For example, MiniMisc.setup_auto_root() from 'mini.misc'.
Manually change current working directory to the one you'd like.

Closing as not planned.

Hi, I tried the first two methods, and kinda both of them failed. For the first method, I need to open a file in that directory, and for the second method, it just selects the sensible root (the directory with .git in my case, where I am trying to open nvim in a subfolder).
Basically, what I wanted was to get the path argument when running nvim and change cwd to that. I have searched fairly long time but couldn't find a way. Guess I'll just stick to the 2nd method till a solution is found.

For the first method, I need to open a file in that directory,

Judging by your example, you've already inside target directory, so first method (with example buffer mapping from 'mini.files') should work (assuming directory is not empty, though).

Basically, what I wanted was to get the path argument when running nvim and change cwd to that. I have searched fairly long time but couldn't find a way. Guess I'll just stick to the 2nd method till a solution is found.

I am not sure if I understand correctly, but this basically sounds like a combination argv() and chdir() built-in functions. Try putting something like this inside your config startup files:
if vim.fn.argc(-1) > 0 then
  local path = vim.fn.argv(0)
  if vim.fn.isdirectory(path) == 0 then path = vim.fs.dirname(path) end
  vim.fn.chdir(path)
end

Contributing guidelines 贡献指南

[x]  I have read CONTRIBUTING.md 我已阅读 CONTRIBUTING.md
[x]  I have read CODE_OF_CONDUCT.md 我已阅读 CODE_OF_CONDUCT.md

Module(s) 模块
mini.files 迷你文件
Description 描述
When I open neovim like nvim dotfiles/config/nvim from the home directory mini.files opens like this当我从主目录 nvim dotfiles/config/nvim 打开neovim时 mini.files 像这样打开
But the next time mini.nvim is opened, it shows this但是下次打开 mini.nvim 时，它会显示这个
I used nvim-tree before and it changed the working directory to whichever folder was first opened and persisted. Can I have this feature in mini.files as well?我之前使用过 nvim-tree ，它将工作目录更改为首先打开并保留的文件夹。我也可以在 mini.files 中使用此功能吗？

    vim.keymap.set("n", "<leader>e", ":lua MiniFiles.open(vim.api.nvim_buf_get_name(0))<CR>", {noremap = true,
        silent = true,})

mayme you can try keymap like this(?


Allows config.wrapper_mappings to allow wrapper: false

Given a custom SimpleForm input class MyCustomInput < SimpleForm::Inputs::Base; end
It appears a wrapper_mappings can't be configured with the option of wrapper: false.
Passing the option to input, or using input_field will work
<%= f.input :attribute, as: :my_custom, wrapper: false %>
<%= f.input_field :attribute %>

but setting wrapper_mappings to disable the wrapper, like this
# config/initializers/simple_form.rb
config.wrapper_mappings = {
  my_custom: false
}

will not work: wrapper will be still rendered. This behaviour feels unexpected and not consistent with f.input.
This PR allows for this setting to be set.
If behaviour described was intended for any reason, and PR is not to be accepted, or if there is something I can improve in the PR, please let me know.
Originated by this question at SO: https://stackoverflow.com/questions/51916852/how-to-configure-a-simpleform-input-to-default-to-no-wrapper/51917096#51917096

Anything I can do here to move this PR? Something's missing?

Sorry for the delay @dgilperez. I will try to review this PR this week.


Privacy Sanbox display wrong SameSite attribute value

Privacy Sanbox display wrong SameSite attribute value.
Into Application tab, the cc_cookie has SameSite value set to Lax.
This is correct.
Lax was set when cookie was created.

Into Privacy Sanbox tab, the cc_cookie has SameSite attribute empty.
Is this the bug?
Why in this view is not displaying value Lax?

Hello @betagoo
Thank you for reporting this issue, our team is looking into the same.
In the meantime, to get more accurate & additional details about the site being analyzed, please enable the CDP feature from the PSAT extension settings.
You can enable CDP in two ways from PSAT settings and PSAT popup. Once you enable the CDP, you will notice a “reload” button in the popup or in the extension settings, use it to start a debugging session of your chrome instance. (Please note that the “reload” button will reload all your Chrome tabs)
Once you enable CDP, the “Privacy Sandbox” tab should reflect the correct “Lax” value for the “cc_cookie”, as shown in the screenshot below

If you encounter any further issues or have suggestions for improvement, please don't hesitate to start a discussion.

@betagoo I will be converting this issue to support forum discussion, For future reference, please create support discussion if you have any question about the PSAT.


delete unused mocha-test-setup before changing scope to fluid-internal

Description
Removing unused @fluidframework/mocha-test-setup from packages before changing the scope of @fluidframework/mocha-test-setup to @fluid-internal/mocha-test-setup
#3720

Looks like there might be a few more that can go? Looking at at least these:

/tools/api-markdown-documenter/package.json
/packages/test/test-end-to-end-tests
/packages/test/test-pairwise-generator
/packages/test/test-service-load
/packages/tools/client-debugger/client-debugger/package.json

All of them except test-service-load use it in their .mocharc.js files (or src/test/benchmark/.mocharc.*.js for test-end-to-end-tests), either directly or transitively, and that use ends up causing a dynamic --require @fluidframework/mocha-test-setup when the tests run. test-service-load does look like it could lose the dep.
With /packages/test/test-pairwise-generator the weird part is that it has a test file but no script to execute it 🤔 so technically it's not using the .mocharc.js file right now. But I'd say that's what we need to fix there, instead of removing the mocha-test-setup dependency.
With /packages/test/test-end-to-end-tests I looked at it now and it currently needs it transitively through a chain of requires()  in .mocharc.<something>.js files that go through test-version-utils. I think this is actually brittle... if it lost its own dependency on mocha-test-setup and only kept test-version-utils, I think it would stop working? test-version-utils declares mocha-test-setup as a dev dependency, so in-repo with everything symlinked things might work, but once it is dealing with a published version of test-version-utils (like in the e2e or stress tests pipelines) it wouldn't be able to locate mocha-test-setup and fail. Seems like test-version-utils should declare mocha-test-setup at least as a peer dep, but probably as a regular dep since we're not great with peer deps?

You might consider investigating more deeply what the value of the mocha-test-setup package is at this point. It seems annoying to use and the use of globals and root hooks seems unpleasant, though I'm not an expert in this space. @Abe27342 may have some thoughts on future directions for it.

I know it does a few things (mostly through the base .mocharc.js it provides, which ends up dynamically requiring the package and triggering the global hooks, etc) :

Removes console output during test runs (configurable).
Automates some "redirections" when resolving dynamically required packages, which was necessary with Lerna. I think it's not anymore (I left a TODO in there to look at it; might still be relevant in release groups that we haven't moved to pnpm).
Sets up several test config defaults.
Some reporting-related config for CI.

I actually had a personal to-do item to make sure that the base .mocharc.js was being used consistently across the repo😄 .


[Bug] Template doesn’t render

I was having some issues with author affiliations/abstracts/title after filling in the template - which I though was my doing.
However, even when I try to render the template I’m getting an error:
Quitting from lines 172-581 (template.qmd)
Error in `unnest()`:
! Can't subset columns that don't exist.
✖ Column `data` doesn't exist.
Backtrace:
  1. global f_author_affiliations(yml_metadata$author)
 19. tidyr:::unnest.data.frame(., data)
Warning message:
In do_once((if (is_R_CMD_check()) stop else warning)("The function xfun::isFALSE() will be deprecated in the future. Please ",  :
  The function xfun::isFALSE() will be deprecated in the future. Please consider using base::isFALSE(x) or identical(x, FALSE) instead.

Execution halted

Running:
R version 4.2.1 (2022-06-23) -- "Funny-Looking Kid"
Platform: x86_64-apple-darwin17.0 (64-bit)

Any help/fixes to the template would be appreciated!

I am having trouble duplicating this error. I can imagine several problems. First, are you using updated versions of tidyverse packages (especially dplyr and tidyr)?

It was indeed to do with using outdated pacakges. Forgot to update the renv lockfile. Apologies!

Thanks! I will consider using code that does not use the latest features.


re-handshake support for secure re-negotiation

Adding re-handshake support for when secure renegotiation is requested according to https://www.gnutls.org/manual/html_node/Re_002dauthentication.html
For security purpose re handshake is performed only when gnutls_safe_renegotiation_status (session) returns non (0)
All test are passing.

Looks good, thank you :rocket:


Provide an option to omit the package name in GitHub release name

Thanks for stopping by to let us know something could be better!
PLEASE READ: If you have a support contract with Google, please create an issue in the support console instead of filing on GitHub. This will ensure a timely response.
Is your feature request related to a problem? Please describe.
The auto created GitHub release name is verbose and may make the version number invisible.

Describe the solution you'd like
Provide an option to omit the package name in GitHub release name.
Describe alternatives you've considered
Or make it be omitted by default.
Additional context
N/A

It would be great if there was an option to configure a tag prefix, instead of just having an option to omit the package name.
I have something like this in mind<EMAIL_ADDRESS>This would result in a tag of<EMAIL_ADDRESS>for example.

It would be great if there was an option to configure a tag prefix, instead of just having an option to omit the package name.
I have something like this in mind<EMAIL_ADDRESS>This would result in a tag of<EMAIL_ADDRESS>for example.

In v13 (releasing soon), there is a includeComponentInTag option which is surfaced in the CLI via the --monorepo-tags option or include-component-in-tag in the manifest config. If you are making a standalone release (i.e. not using a manifest config), this option defaults to false so it will not include the component name in the tag.


Feature request: Can there be a way to run a test suite like 10 times?

Basically I wanna run a test suite like 100 times and then fail the first time the suite fails. I'm trying to diagnose some flaky tests and this feature would be super handy in reproducing the issue and allow me to have a bit more confidence that I fixed the problem.
I could just write a script to do this, but I forgot how to run a single test suite because of how handy the Selfhost Test extension is.

Maybe a custom action the selfhost test provider could add https://github.com/microsoft/vscode-selfhost-test-provider

So far no other asks for this. Maybe the best way to do this is just to write your code in a for loop. But PRs welcome if you (or anyone else) feel strongly.


cannot spawn git-xltrail-diff.exe when running Git bash from Sourcetree

I am getting the following error when trying to run git diff from git bash started from within Source Tree:
error: cannot spawn git-xltrail-diff.exe: No such file or directory
fatal: external diff died, stopping at *.xlam

Are you starting git bash by clicking on the Terminal button at the top right and then you type in git diff manually? If so, I couldn't replicate the issue - what versions of Git (git --version) and SourceTree are you running?
From your description it sounds like if you start Git bash outside of SourceTree, then it works? Can you compare the output env|grep PATH in both instances? does GIT_XLTRAIL_PATH=C:\Program Files\Git xltrail and PATH=.../c/Program Files/Git xltrail/... show up when started from within SourceTree?

@Dripdrop12 Any update on this?

We can close it out. It was related to an internal security rule


Styles in single component are not applied

Hi guys,
my problem is following:

as you see my navbar has the background color red, so I styled my md-input in the navbar white. I defined those styles in my styles.scss, where I overwrite the styles of a prebuilt theme.
styles.scss:

Inside of the component you can see under the navbar, I want to overwrite the styles of the md-input because the background-color there is white and so you can´t even see the md-input. In the following screenshot you can see the stylesheet of the component:

these styles does not overwrite styles for my component. I also tried the single encapsulation types of angular 2, didn´t work either and I also tried the "/deep/" in my scss but this overwrites also the global styles.
thank you for your help,
kind regards,
Mario

While the spec doesn't every really make this super explicit, the kind of input you'd put in a toolbar like that is a variant called a "solo field". It doesn't have a floating label, errors, or hints (though it can have prefix/suffix). Based on how different they are, I consider this to be a totally separate component from out existing input (the form-field style).

Thank you guys for your answers,
@jelbourn do you know a good tutorial where they show how to create a solo field with angular material 2

Closing this since we don't intend to build this variant of text input (since there' not much to it- you can just use a native input)


add skill: Cython

Cython's svg badge and ts component added as skill.

LGTM! Thanks @Ep11phany :)


Add warning to README on using Node v8, due to debugging issues

Hi,
Thanks for the Ignite CLI and default boilerplate!
I have (almost) everything working after suffering much more time than a 5 min. no-brainer setup experience, but it appeared that Ignite was not to blame. Spent a full day on getting debugging up and running.
It appears you'll run into serious issues, blockers even when using Node v8.* right now. A downgrade to 7.10.1 finally solved this. See stackoverflow for details: Debugging Jest unit tests with breakpoints in VS Code with React Native.
A warning on the README would be nice, so other Ignite users will be spared the trauma :)
One other thing, still not solved, is running the ES6 tests that come with the boilerplate. They fail. See: https://github.com/infinitered/ignite/issues/1083
Thanks.

Thanks for taking the time to summarize this. Really appreciate it. Any interest in doing a PR to the readme?

I think I will PR, but this will have to wait for me to find a proper solution, because my debugging nightmare continues :(

@skellock It might be an idea to provide a docker image with a complete working Ignite boilerplate environment, one which has all the right combinations of dependencies, debugging facilities, etc.

That's an interesting solution. I'd never even thought to consider that.
Things are going to get better though.  Once we start using lock files (yarn & npm5) and fixing our dependency versions, some of this sorrow will subside.

I am going to setup a Rancher + Gitlab continuous delivery pipeline and was thinking about such kind of docker solution for web development, allowing for - theoretically, of course - real easy flows from dev > staging > live (and rollback, if needed).


Manifest Editor shows the New Canvas dialogue automatically

NB we might not do this task; PowerPoint doesn't prompt for this.
However PowerPoint does have an empty slide, because it's really created one for you - because it knows how big it is supposed to be.
The behaviour below requires interaction because we don't want to create an empty canvas and force it to be resized, we want to create it from content.

This happens when:

The user creates a new empty Manifest from File->New
The user creates a template-based Manifest, from the splash screen or from File->New, and the first (might be only) canvas in the template is either absent (0-length items property of Manifest) or has no painting annotation on the first Canvas.

The latter case allows a template to provide default metadata, seeAlso etc on a Canvas without giving it content.

Close, superseded by UI


cigien: Watch digitalmarketers.biz

cigien requests the watch of the watch_keyword digitalmarketers\.biz. See the MS search here and the Stack Exchange search in text, in URLs, and in code.

digitalmarketers\.biz has been seen in 1 true positive, 0 false positives, and 0 NAAs.

Rejected by Makyen in Charcoal HQ. Reason: 'ninja'd'


Update dependency version

Dependency affirm-ruby '1.1.0' won't install on Ruby 3.0 due to a hard gemspec requirement. The version requirement is relaxed in the newer version.

As far as I know this gem works on 1.1.0. ~> 1.1.0 is essentially the same as >= 1.1.0, < 1.2.0, which means you can use 1.1.2 without changing this constraint, so I'm not seeing a reason to restrict the constraint since it works fine for the people not running Ruby 3 and shouldn't cause any issues for people that are running Ruby 3.

Oh I see what you're saying. Yes, '~> 1.1.0' works fine also. Just tested
it.
On Tue, Nov 9, 2021 at 1:08 PM Jared Norman @.***>
wrote:

As far as I know this gem works on 1.1.0. ~> 1.1.0 is essentially the
same as >= 1.1.0, < 1.2.0, which means you can use 1.1.2 without changing
this constraint, so I'm not seeing a reason to restrict the constraint
since it works fine for the people not running Ruby 3 and shouldn't cause
any issues for people that are running Ruby 3.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/solidusio/solidus_affirm/pull/70#issuecomment-964404110,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AUGNDGW4AMRTTQ7NABAYJKDULFPQ5ANCNFSM5HVTSNYQ
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

--
Tyler Kocheff
DevOps & Web Developer | em**Bold http://embold.com/
https://embold.com/

Oh, sorry: in my previous response I'd thought you were changing it from ~> 1.1.0 to ~> 1.1.2; I hadn't noticed that it didn't already have the squiggly arrow. Need more coffee, apparently.
If you don't mind, could you squash the commits together and explain in the commit message why you're making the change? We try to follow these conventions as much as possible in the Solidus ecosystem.

You got it. Squashed and re-pushed. Hopefully that commit message is a bit better.

Thanks, looks great!


Avatars

Today we don't care about Operator avatars.
Avatars add a level of personality to the chat window from the user/client perspective. This could mean we either create a specific endpoint to handle image upload, which would require us to save the image data somewhere (database, file store, etc?) Or save just a URI to an image (maybe also support file:///?)

we could also just use gravatar

Good idea!! This could be the solution for now, gravatar, we'll have to collect an email in the config.json or something


[DO NOT MERGE]: Test PR to check that the pipeline fails if dtfs-central-api and external-api API tests fail

This PR should not be merged
#2359 fixes the pipeline to fail if the DTFS Central API or External API tests fail
This PR breaks the API tests in DTFS Central and External API to make sure the pipeline fails.

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

Comparison is base (6da84ce) 21.88% compared to head (5261ebd) 23.28%.
Report is 27 commits behind head on main.

Files
Patch %
Lines

dtfs-central-api/src/drivers/db-client.js
0.00%
1 Missing :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #2360      +/-   ##
==========================================
+ Coverage   21.88%   23.28%   +1.39%
==========================================
  Files        1132     1028     -104
  Lines       27048    25646    -1402
  Branches     4447     4094     -353
==========================================
+ Hits         5920     5971      +51
+ Misses      18403    17167    -1236
+ Partials     2725     2508     -217

Flag
Coverage Δ

api-test
?

ui-test
65.24% <ø> (+0.10%)
:arrow_up:

unit-test
3.88% <0.00%> (+0.10%)
:arrow_up:

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

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

The DTFS Central API and External API API tests failed and caused the pipeline to fail, as intended (I then cancelled the rest of the test runs) so this PR can be closed


[intl4x] Inconsistent Sorting Results Between dart run and dart test

I am encountering inconsistent sorting results when using the intl4x package for locale-sensitive string collation. Specifically, the sorting works correctly when running the application with dart run but produces incorrect results when running tests with dart test.
import 'package:intl4x/collation.dart';
import 'package:intl4x/intl4x.dart';
import 'package:test/test.dart';

void main() {
  group('Locale-Aware Sorting Tests', () {
    test('Sorts words correctly with locale-sensitive collation', () {
      intl = Intl(locale: Locale(language: 'en'));

      List<String> words = [
        '#Bright_Future',
        '5-Star Ratings',
        'Águas Claras',
        'Étoile du Nord',
        'Fjord Explorers',
        'Grüner Baum',
        'Infinity & Beyond',
        'Ljósið',
        'Müller’s Bakery',
        'Nørrebro Adventures',
        'Öl & Smörgås',
        'Sunrise 🌅',
        'Ütopia Designs',
        'α-Group',
        'Ωmega Industries',
        'ßharp Solutions',
      ];

      final collation = intl.collation(
        const CollationOptions(
          sensitivity: Sensitivity.base,
          numeric: true,
        ),
      );

      words.sort(collation.compare);

      // Expected sorted output
      final expectedWords = [
        '#Bright_Future',
        '5-Star Ratings',
        'Águas Claras',
        'Étoile du Nord',
        'Fjord Explorers',
        'Grüner Baum',
        'Infinity & Beyond',
        'Ljósið',
        'Müller’s Bakery',
        'Nørrebro Adventures',
        'Öl & Smörgås',
        'Sunrise 🌅',
        'Ütopia Designs',
        'α-Group',
        'ßharp Solutions',
        'Ωmega Industries',
      ];

      expect(words, equals(expectedWords));
    });
  });
}

Output:
dart --enable-experiment=native-assets test
Building package executable... (1.2s)
Built test:test.
00:01 +0 -1: test/main_test.dart: Locale-Aware Sorting Tests Sorts words correctly with locale-sensitive collation [E]
  Expected: [
              '#Bright_Future',
              '5-Star Ratings',
              'Águas Claras',
              'Étoile du Nord',
              'Fjord Explorers',
              'Grüner Baum',
              'Infinity & Beyond',
              'Ljósið',
              'Müller’s Bakery',
              'Nørrebro Adventures',
              'Öl & Smörgås',
              'Sunrise 🌅',
              'Ütopia Designs',
              'α-Group',
              'ßharp Solutions',
              'Ωmega Industries'
            ]
    Actual: [
              '#Bright_Future',
              '5-Star Ratings',
              'Fjord Explorers',
              'Grüner Baum',
              'Infinity & Beyond',
              'Ljósið',
              'Müller’s Bakery',
              'Nørrebro Adventures',
              'Sunrise 🌅',
              'Águas Claras',
              'Étoile du Nord',
              'Öl & Smörgås',
              'Ütopia Designs',
              'ßharp Solutions',
              'Ωmega Industries',
              'α-Group'
            ]
     Which: at location [2] is 'Fjord Explorers' instead of 'Águas Claras'
  package:matcher           expect
  test/main_test.dart 66:7  main.<fn>.<fn>

I think the issue is most likely that the native assets are not localized when I run tests.

/cc @mosuem

First of all, thanks for trying out the package! This is the first issue filed against it, super happy to see it in use.
Not so happy to see a bug :laughing: dart run and dart test should have the same behavior, so this is unexpected. I will look into it.
@dcharkes any idea?

No hunches. This is using code assets to bundle rust code right? No idea why dart run and dart test would provide different results. This will require a 🤿  to find the 🐛 . 😄


[glusterfs] Disable CGO to build static binary

glusterfs-simple-provisioner binary was dynamically linked
unless disable CGO_ENABLED flag. So that container image doesn't
work because alpine image doesn't contain dependent libraries.
This patch disable CGO_ENABLED flag to build container image
correctly.

Please check following command.
Docker responds with panic message.
$ docker run --rm -ti quay.io/external_storage/glusterfs-simple-provisioner:latest

I'll push the fixed image later today


HttpBridgeLocator URL Update

Thanks for the great library!
According to https://www.developers.meethue.com, the URL of the HTTP bridge locator service has changed, and should now point to https://discovery.meethue.com:

Bridge Discovery Endpoint Change
--
Effective July 1 (nupnp) bridge discovery is supported by a new endpoint, which is https://discovery.meethue.com. The old endpoint  www.meethue.com/api/nupnp   has been deprecated but remains available until further notice. We had  to change to the new endpoint such that we can guarantee a high  reliability with the increased amount of traffic we are getting. There  are no other differences besides the url. If you experience issues,  please let us know

As an aside, it seems SSDPBridgeLocator has a Thread.Sleep in the LocateBridgesAsync method, which would probably be better as await Task.Delay.

Thanks. Updated and will be in the next release.


'smooth: true' causes scrollTo to not work in Chrome, Edge, but works on Firefox

scroller.scrollTo(scrollRef.current[nextPage].props.name, {
                    duration: 800,
                    delay: 0,
                    smooth: true
                });

doesn't work in chrome and edge. works on firefox though.
When I remove smooth: true, it works on every browser. but it's ugly

I have the same problem，when I use smooth，Cannot roll to specified position

Could you provide a plunkr/codepen to demonstrate the issue?

https://codesandbox.io/s/container-forked-c3kse?file=/src/index.js:0-2586

it can not work

Roll inside the container，The height of the container is fixed, and the page will scroll automatically after loading

you can see this,https://codesandbox.io/s/container-forked-c3kse?file=/src/index.js

@rjworks Would it work if you wrote it like this instead.
scroller.scrollTo("scroll-to-element", {
      duration: 800,
      delay: 0,
      smooth: "easeInOutQuart",
      offset: offset
    });

I had the same problem. But in my case I had a CSS property like this:
html { scroll-behavior: smooth }
When I removed this line it worked correctly.

Yes, it seems react-scroll doesn't work as expected when the scroll-behavior is set.
Since it is not always an option, to remove the scroll-behavior from the CSS (because it is quite handy) - is there a way to work around this using react-scroll?

For me, scroll-behavior: smooth also caused the issue.
Maybe it's better to have this documented.

For me, scroll-behavior: smooth also caused the issue.
Maybe it's better to have this documented.

Yes please update the documentation with this. Would have saved team many hours.


HMAC SHA1 name did not match spec

Update “HMAC-SHA1” to match spec with “HMAC-SHA-1”.
Registered Key ranges to use values below and above the block size.

Thanks.
Norm
On May 26, 2017, at 2:23 PM, Ellie Marie <notifications<EMAIL_ADDRESS>wrote:
@elliemdaw approved this pull request.
Looks good, thanks for updating this!
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://github.com/cisco/libacvp/pull/21#pullrequestreview-40588936, or mute the threadhttps://github.com/notifications/unsubscribe-auth/AWQm5cGLEVOERZWtqhXdO6t70Z3I20m3ks5r9xiugaJpZM4Nnvyi.