⚠ Bofrost.be has degraded performance

In fbe3336, Bofrost.be (https://www.bofrost.be) experienced degraded performance:

HTTP code: 200
Response time: 2132 ms

Resolved: Bofrost.be performance has improved in 3b2ab81.


Pylance causes Renaming to Format file

Enabling Pylance causes the following error:
I try to rename a variable with F2 (or by submenu), Pylance causes to reformat the file, by inserting a new empty line after each original line.
No idea what's the relation.
I tried to empty my user json config file, but didn't help.
When I disable Pylance it instantly solves the issue.

Environment data

Language Server version: Pylance v2022.10.10
OS and version: win7/ also win10
Python version (& distribution if applicable, e.g. Anaconda): Python 3.8.8

Code Snippet

XXX

Repro Steps

Try to rename a variable

Expected behavior
Varible should be renamed
Actual behavior
Variable renamed, but .py file gets formated (see above)
Logs
nothing shows up in output. (I don't try to run my script)

can't repo.
after hitting f2 there is a why to preview the change.. shift+enter

if your preview includes additional lines then it would be pylance

could you provide us some repro steps we can follow or sample project we can use to live repro the issue? otherwise, it would be hard for us to figure out what went wrong.

Although after saving the formatting it doesn't replace line endings, so no idea why is it touching them.

how did you get VSCode to display the carriage return and line feed?

can you upload your formatted file?

I still can't seem to repo this. My only suggestion is to disable/uninstall all other extensions except python and pylance and try again to see if its still happening.


Simultaneous batch substituions for Tensor.subst_all

A new a argument, simult_all, is added to Tensor.subst_all, which facilitates substituting with all TensorDef instances in a list independently of their order. By default, simult_all is set to be false, so the new feature does not affect existing drudge functionalities. Tests are added, which can also serve as code examples.
This PR also fixes a failed test arising from a sympy limitation of simplifying expressions involving Wigner symbols.

Coverage decreased (-0.02%) to 86.839% when pulling 875ae465d353b1a9d67e5d2930af6e67eeac2fbd on chenpeizhi:master into fc0be911c7968f0a12c275f0d0361cee35c3bbf9 on tschijnmo:master.


Enable skip & limits & hide logs

This PR does:

Enable the row limit
Remove debugging logs
Enable skip button
Prevents an exception when the map doesn't have a url template

cc @javisantana

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)

Frontend tests were OK :+1: (details)


jwt-core-impl_2.11;0.12.0 not published to jcenter

The package jwt-core_2.11;0.12.0 has been published to jcenter Repository, but its dependency is missing.

Could you add more details? I'm not publishing this lib on jcenter but on Maven Central so I'm not sure how you could get jwt-core_2.11;0.12.0 there.


Revert "seperate Stealth and StealthOnMove"

Reverts space-wizards/space-station-14#12035

or just fix the bugs in a system that isnt even used yet

idk how to fix these and id prefer having a working component then leaving in a broken system?

Is there even a github issue, all I see is https://github.com/space-wizards/space-station-14/issues/12197

ill write an issue but what im saying is, it worked perfectly before and now it does not work at all

Recorded on latest master
https://user-images.githubusercontent.com/60792108/197665298-a2e7bbc8-9939-4d5d-a47e-0873b06b6cfd.mp4

you put the components on an entity, one or the other or both and they dont do anything now, as opposed to doing something before

to get stealth to apply now you have to add both, move for a second, stop moving, delete the on move component really fast

when before hand all you had to do was add the stealth component to any entity and it would just work

yeah it just needs networking, stealthonmove only predicts when the proto has it

I can make a PR real quick, the two datafields are readonly so does it actually need the comp state too if they can't be written to?

they should be writeable to allow for editing of the component midround, stealth has been used frequently by admins

they should be writeable to allow for editing of the component midround, stealth has been used frequently by admins

changing something in VV doesn't seem to raise component state events so this is a bit above my expertise.
after https://github.com/space-wizards/space-station-14/pull/12203 the only regression (that's been reported) is fixed

they should be writeable to allow for editing of the component midround, stealth has been used frequently by admins

The fields were never writable in the first place (though that should be updated). Part of the point of splitting them was so that they could eventually be made writeable. The only bug the PR added was the lack of a [NetworkedComponent] attribute which is just a one line fix and not worth reverting over, especially as yaml prototype entities still work fine.
Imma close this in favour of just fixing the issue.

changing something in VV doesn't seem to raise component state events either way so this is a bit above my expertise.

The VV gui doesn't result in Dirty() being called. The entity needs to be dirtied separately using the /dirty command. I don't know much about the new VV stuff, maybe there is a way to automatically set & dirty now?


Aggregation queries ignores pagination

Describe the bug
Aggregation across nodes ignores pagination.
To Reproduce
Steps to reproduce the behavior:

Deploy this datamodel:

type User {
  id: ID! @unique
  name: String!
}

Create a few user nodes:

mutation a {
  createUser(data: {
    name: "Test"
  }) {
    id
  }
}

Count paginated users

query c {
  usersConnection(first: 3) {
    aggregate {
      count
    }
  }
}

See that count is not 3 but as many users as you created:

{
  "data": {
    "usersConnection": {
      "aggregate": {
        "count": 4
      }
    }
  }
}

Expected behavior
Should return the number of returned nodes:
{
  "data": {
    "usersConnection": {
      "aggregate": {
        "count": 3
      }
    }
  }
}

Versions (please complete the following information):

Prisma Server: 1.13.4

What the reason of this change? I am asking because this change broke my code.
When I implement pagination, I use count value. Before this change count was equal to total number of items. This value could be used to calculate total number of pages (count / itemsPerPage). But now I forced to use another one query to retrieve total number of items.

@braska : We learned that the old behavior was often unintuitive to people. There we changed the behavior to return the number of nodes that match the specified filter (first, where...). If you are concerned about additional roundtrips i suggest to use aliases to send Prisma 2 queries at once. One for the results itself. And one for the total number of nodes.
query {
  results: usersConnection(first: 3) {
    aggregate {
      count
    }
  }
  totalCount: usersConnection {
    aggregate {
      count
    }
  }
}

This workaround works for me. Thanks a lot!


Add init package downloader

Description
Enhanced the quick start process for testing Zarf by prompting users to download the init package if it can't be found locally.
Related Issue
Closes #502
Type of change

[x] New feature (non-breaking change which adds functionality)

So there's an interesting issue with some envs (like use a debug, go run and CI), the version is either "unset" or "UnknownVersion".  It probably wasn't necessary but I went ahead and added the ability on invalid cli version to get the latest release's init tarball.  Bonus this will later make it trivial to check for the latest version of Zarf if online.
Standard download message with "yes" chosen:

Error message with "no" chosen:

Automatica release lookup from github:

actually with our lack of interactive cli testing, I don't think there's a good way to test this in CI right now, now that I think about it.  If we do --confirm, needed to confirm the download it would also start to init the wrong version of zarf in a cluster, which wouldn't be great.  Not to mention forcing hundreds of megs in extra downloads per pipeline run.  Hmmm.....


[core] Remove deleteOnExit method to avoid out of memory

Purpose

file.deleteOnExit method will stat in memory forever

Tests

API and Format

Documentation

+1


Fail test run when testng listener fails

I pushed a fixup for improved reporting.

CI failed -- https://github.com/prestosql/presto/issues/4885


Update dd98b93c-0a75-4eb0-b92e-e760c502394f.md

MMA retirement update

Docs Build status updates of commit 76594ec:
:warning: Validation status: warnings

File
Status
Preview URL
Details

documentation/blog/MS-WININTBLOGLP/dd98b93c-0a75-4eb0-b92e-e760c502394f.md
:warning:Warning

Details

documentation/blog/MS-WININTBLOGLP/dd98b93c-0a75-4eb0-b92e-e760c502394f.md

[Warning] Author openspecs-office cannot be recognized in GitHub.

For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


validate project names

Description
Creating a new project called lean (lake init lean) kinda works, except the built artifact from lake build segfaults. Any other name appears to work fine.
This command should validate that the name is not "lean" and is alphanumeric. I also expected . to use the current directory's name, but instead it created a new project literally called .
Steps to Reproduce

lake init lean
lake build
./build/.../lean
Segmentation fault

Expected behavior: I shouldn't be allowed to make a project called lean, or this shouldn't segfault.
Actual behavior: I am allowed to make a project called lean, and it segfaults when built.
Versions
[Output of lean --version in the folder that the issue occured in] - Lean (version 4.1.0, commit a832f398b80a, Release)
[OS version] - Sonoma 14.0

This command should validate that the name is not "lean" and is alphanumeric.

Lean/Lake currently does not pose any requirement that project names be alphanumeric. Any valid string is a valid project name and any valid file name is a valid project directory or module name.
However, I do agree that Lake should validate any existing requirements (which it currently does not do) and new should prohibit reserved library names like Lean.

Sure, that makes sense! I assumed that it had to be alphanumeric because . doesn't work, but yeah whatever the requirements actually are is what should be enforced.


Combine the harverter with translation function

The enhanced STAC to GeoCore translation requires fields from the collection level. The current harvester is focused on item level and saves the item files in an S3 before the translation. I am proposing a workflow that combines the harvester and translation without saving a copy of the item and collection files:
1: Check the access to datacube, if denied, skip the script, if granted, proceed to step 2
2: In the geocore-to-parquet S3 bucket, delete all the items files in lastrun.txt stored in a reuse S3 bucket
3: In the root API, harvest and loop through the collection API, for each collection save the needed fields as variables, then harvest and loop through the items
4: Translate the item JSON to GeoCore format
5: Rewrite the lastrun.txt to keep a copy of the translated items
6: Flag the hard-coded fields as variables

I think this is complete

Yes, this is completed. Codes are committed to the main branch: https://github.com/Canadian-Geospatial-Platform/stac_to_geocore/commit/200c8994b01497493c4ef92f74904d43eac22230


Autolabeling custom 3D Objects

I want use your method to label my own 3D objects (CAD models are available).  What steps do i need to follow?

Hi Susan!
If you already have CAD models available and shape estimation is not really needed, then you only need to train a detector network (RCNN, DETR etc.) and a correspondence network (CSS net). The steps would be:

Train a detector to estimate bounding boxes containing your objects. If you don't have an annotated training set, you could render your CAD models, e.g. using BlenderProc;
Additionally render NOCS correspondences for your objects (similar to data/db/crops) e.g. using nocs-renderer;
Train a correspondence net to output NOCS from RGB (similar to train_css.py);
Estimate poses for detected objects based on estimated NOCS either by using PnP+RANSAC (if you have only RGB images available) or Kabsch+RANSAC (if you also have depth at hand). You can use our code for that;
Additionally you could apply refinement based on RGB/Depth similar to refine_css.py.

Hi Susan!
If you already have CAD models available and shape estimation is not really needed, then you only need to train a detector network (RCNN, DETR etc.) and a correspondence network (CSS net). The steps would be:

Train a detector to estimate bounding boxes containing your objects. If you don't have an annotated training set, you could render your CAD models, e.g. using BlenderProc;
Additionally render NOCS correspondences for your objects (similar to data/db/crops) e.g. using nocs-renderer;
Train a correspondence net to output NOCS from RGB (similar to train_css.py);
Estimate poses for detected objects based on estimated NOCS either by using PnP+RANSAC (if you have only RGB images available) or Kabsch+RANSAC (if you also have depth at hand). You can use our code for that;
Additionally you could apply refinement based on RGB/Depth similar to refine_css.py.

@zakharos ,
Thank you very much for your kind and quick reply!
I tried the nocs-renderer, but encountered some runtime errors. I wonder if you can tell me all the packages and their versions in your renderer environment.
I set up the conda environment on windows 10. When I run "conda env create -n renderer -f env.yml" for the first time, "glumpy" cannot be installed successfully. After I changing python=3.5 in env.yml to python=3.6 and adding cython,  I can create the environment. Then I encountered a runtime error at "expm" function. After reinstalling scipy of version 1.3.0, I can run the program and 24 images [ "synth_0000(~0007)_dpt.png, synth_0000(~0007)_dpt_vis.png, synth_0000(~0007)_img.png" ] were saved in the output folder. Howerer, it crashed at "self.program.draw(output, model.index_buffer)" in the function "draw_model". I guess there are still some package versions that do not match. I copied my conda renderer env packages and versions, as shown below, would you please send me your entire renderer environment packages and versions? Thank you very much for your help, Susan.
| packages | in environment | at C:\Anaconda\envs\renderer:
| Name | Version | Build Channel
blas | 1 | mkl | anaconda
certifi | 2020.12.5 | py36haa95532_0 |
cffi | 1.14.4 | py36hcd4344a_0 |
cudatoolkit | 10.1.243 | h74a9793_0 |
cython | 0.29.21 | py36ha925a31_0 | anaconda
decorator | 4.0.11 |  |
freetype | 2.10.4 | hd328e21_0 |
future | 0.16.0 |  |
glumpy | 1.1.0 |  |
icc_rt | 2019.0.0 | h0cc432a_1 | anaconda
intel-openmp | 2020.2 | 254 | anaconda
jpeg | 9b | hb83a4c4_2 |
libpng | 1.6.37 | h2a8f88b_0 |
libtiff | 4.1.0 | h56a325e_1 |
lz4-c | 1.9.3 | h2bbff1b_0 |
mkl | 2019.4 | 245 | anaconda
mkl-service | 2.3.0 | py36hb782905_0 | anaconda
mkl_fft | 1.2.0 | py36h45dec08_0 | anaconda
mkl_random | 1.1.0 | py36h675688f_0 | anaconda
networkx | 1.11 |  |
ninja | 1.10.2 | py36h6d14046_0 |
numpy | 1.19.1 | py36h5510c5b_0 | anaconda
numpy-base | 1.19.1 | py36ha3acd2a_0 | anaconda
olefile | 0.46 | py_0 |
opencv-python | <IP_ADDRESS> |  |
pillow | 8.1.0 | py36h4fa10fc_0 |
pip | 20.2.4 | py36_0 | anaconda
plyfile | 0.5 |  |
pycparser | 2.2 | py_2 |
pyglet | 1.2.4 |  |
pyopengl | 3.1.1a1 | py36_0 | anaconda
python | 3.6.12 | h5500b2f_2 | anaconda
pytorch | 1.4.0 | py3.6_cuda101_cudnn7_0 | pytorch
scipy | 1.3.0 |  |
setuptools | 50.3.0 | py36h9490d1a_1 | anaconda
six | 1.15.0 | py_0 | anaconda
sqlite | 3.33.0 | h2a8f88b_0 | anaconda
tk | 8.6.10 | he774522_0 |
torchvision | 0.5.0 | py36_cu101 | pytorch
triangle | 20200424 |  |
vc | 14.1 | h0510ff6_4 | anaconda
vispy | 0.4.0 |  |
vs2015_runtime | 14.16.27012 | hf0eaf9b_3 | anaconda
wheel | 0.35.1 | py_0 | anaconda
wincertstore | 0.2 | py36h7fe50ca_0 | anaconda
xz | 5.2.5 | h62dcd97_0 |
zlib | 1.2.11 | vc14h1cdd9ab_1 | [vc14] anaconda
zstd | 1.4.5 | h04227a9_0 |

@zakharos ,
Thank you very much for your kind and quick reply!
I tried the nocs-renderer, but encountered some runtime errors. I wonder if you can tell me all the packages and their versions in your renderer environment.
I set up the conda environment on windows 10. When I run "conda env create -n renderer -f env.yml" for the first time, "glumpy" cannot be installed successfully. After I changing python=3.5 in env.yml to python=3.6 and adding cython,  I can create the environment. Then I encountered a runtime error at "expm" function. After reinstalling scipy of version 1.3.0, I can run the program and 24 images [ "synth_0000(~0007)_dpt.png, synth_0000(~0007)_dpt_vis.png, synth_0000(~0007)_img.png" ] were saved in the output folder. Howerer, it crashed at "self.program.draw(output, model.index_buffer)" in the function "draw_model". I guess there are still some package versions that do not match. I copied my conda renderer env packages and versions, as shown below, would you please send me your entire renderer environment packages and versions? Thank you very much for your help, Susan.
| packages | in environment | at C:\Anaconda\envs\renderer:
| Name | Version | Build Channel
blas | 1 | mkl | anaconda
certifi | 2020.12.5 | py36haa95532_0 |
cffi | 1.14.4 | py36hcd4344a_0 |
cudatoolkit | 10.1.243 | h74a9793_0 |
cython | 0.29.21 | py36ha925a31_0 | anaconda
decorator | 4.0.11 |  |
freetype | 2.10.4 | hd328e21_0 |
future | 0.16.0 |  |
glumpy | 1.1.0 |  |
icc_rt | 2019.0.0 | h0cc432a_1 | anaconda
intel-openmp | 2020.2 | 254 | anaconda
jpeg | 9b | hb83a4c4_2 |
libpng | 1.6.37 | h2a8f88b_0 |
libtiff | 4.1.0 | h56a325e_1 |
lz4-c | 1.9.3 | h2bbff1b_0 |
mkl | 2019.4 | 245 | anaconda
mkl-service | 2.3.0 | py36hb782905_0 | anaconda
mkl_fft | 1.2.0 | py36h45dec08_0 | anaconda
mkl_random | 1.1.0 | py36h675688f_0 | anaconda
networkx | 1.11 |  |
ninja | 1.10.2 | py36h6d14046_0 |
numpy | 1.19.1 | py36h5510c5b_0 | anaconda
numpy-base | 1.19.1 | py36ha3acd2a_0 | anaconda
olefile | 0.46 | py_0 |
opencv-python | <IP_ADDRESS> |  |
pillow | 8.1.0 | py36h4fa10fc_0 |
pip | 20.2.4 | py36_0 | anaconda
plyfile | 0.5 |  |
pycparser | 2.2 | py_2 |
pyglet | 1.2.4 |  |
pyopengl | 3.1.1a1 | py36_0 | anaconda
python | 3.6.12 | h5500b2f_2 | anaconda
pytorch | 1.4.0 | py3.6_cuda101_cudnn7_0 | pytorch
scipy | 1.3.0 |  |
setuptools | 50.3.0 | py36h9490d1a_1 | anaconda
six | 1.15.0 | py_0 | anaconda
sqlite | 3.33.0 | h2a8f88b_0 | anaconda
tk | 8.6.10 | he774522_0 |
torchvision | 0.5.0 | py36_cu101 | pytorch
triangle | 20200424 |  |
vc | 14.1 | h0510ff6_4 | anaconda
vispy | 0.4.0 |  |
vs2015_runtime | 14.16.27012 | hf0eaf9b_3 | anaconda
wheel | 0.35.1 | py_0 | anaconda
wincertstore | 0.2 | py36h7fe50ca_0 | anaconda
xz | 5.2.5 | h62dcd97_0 |
zlib | 1.2.11 | vc14h1cdd9ab_1 | [vc14] anaconda
zstd | 1.4.5 | h04227a9_0 |

Hi Susan,
Sorry for the late reply. Unfortunately I didn't use the NOCS renderer on Windows and I currently don't have a machine to try... However, please create an issue in the respective repository and maybe some other users (or myself once I have access to a Windows machine) will be able to provide an environment for Windows. Thanks!


Consider moving OpenAPI plugin to a separate repo

I don't want to move it right away, but I think it makes sense to move it out eventually. @TobiasWalle @maxemann96, thoghts?

@tipsy I also think this is a good idea to make a separate package for the OpenApi Plugin.
But before that we need to extend the plugin system so we can remove all references from Javalin Core. Unfortunately I won't have much time in the next few months to make any contributions.
Maybe we could also consider a Monorepo?

Yeah, maybe a separate module is better than a separate repo. Like the PR for a test module: https://github.com/tipsy/javalin/pull/749


Feature request: QuickOpen marks most recently used editor by default

The QuickOpen functionality is great since it first shows the currently open editors, and if we write a search string it continues to look for files which are not open as well. But would it be possible to make it mark the most recently used editor by default, so that calling quickOpen and then pressing enter directly takes us to the last used editor?

I'm afraid that this is not quite the solution I was looking for. I have the quickOpen function bound to  and a key (in VSVim), and the request was for it to mark most recently used editor by default. Is that possible in VSCode?


Run yarn or npm if needed

This PR is based on top of #12 which needs to be merged first
This PR adds a startup check to see if yarn.lock or package-lock.json has changed since the last time Garn executed. If it has, we call yarn --force or npm install. We also check if there's a checked in yarn.cmd/yarn/npm.cmd/npm in the repo root and prioritize that over the global yarn or npm.
With this PR together with #11 and #12 there should no longer be a need to check in files like garn.cmd and yarn.cmd unless you really want to.
I've tested this PR (which means I've tested #11 and #12 as well) and it seems to work well. It's quite easy to test since you can just copy src/garn-bin.js into<EMAIL_ADDRESS>into a project and run garn there.

No not necessary, it's just what we had before I think. Should we call yarn without arguments?


Converting a CommonJS module to ES6 module via QuickFix generates invalid code in Firefox

monaco-editor version: 0.21.2
Browser: Firefox (83.0)
OS: MacOS, Windows
If a CommonJS module such as below is converted to an ES6 module using the QuickFix feature, it generates invalid code on Firefox browser. But works correctly on Google Chrome.
exports.foo = async (e) => {
   // Some code
}

This is how it is converted to invalid code on Firefox

This is how it works correctly on Google Chrome

@Udith I could not reproduce with the following snippet at https://microsoft.github.io/monaco-editor/playground.html:
monaco.editor.create(document.getElementById("container"), {
	value: `exports.foo = async (e) => {\n   // Some code\n}`,
	language: "javascript"
});

@Udith I could not reproduce with the following snippet at https://microsoft.github.io/monaco-editor/playground.html:
monaco.editor.create(document.getElementById("container"), {
	value: `exports.foo = async (e) => {\n   // Some code\n}`,
	language: "javascript"
});

@alexdima Thanks for looking into this. I experienced this issue on 0.21.2 version. But now the playground is running on 0.22.1 version and the issue is no longer reproducible. So I guess it has been fixed in this newer version.


Copy algorithms

Implemented copy_if using scan partitioner. Then used copy_if to implement remove_copy and remove_copy_if.

This also fixes #1220: parallel::copy_if is broken


Modify build.gradle to locate binexport2.proto in Windows builds

This should resolve #45 without overwriting the current binexport2.proto symlink.
It uses the gradle internal.os.OperatingSystem functionality to perform the OS check and makes the following modifications for Windows:

Overrides the default srcDirs array for the proto sourceSet to only look in the binexport root folder.
Also overrides the default includes array for the sourceSet so it doesn't look recursively for .proto files and cause issues with the extracted .proto files in build/
Ensure the generated class is placed in the correct location by manually setting generatedFilesBaseDir.

If we would prefer to avoid the use of the internal API, this can be easily modified to use ant.taskdefs.condition.Os instead.

Thank you for this!
Yeah, ant.taskdefs.condition.Os would be preferable, like you suggested. Ideally, I'd even get rid of the symlink itself on all platforms. Alas, my Gradle-fu is not very strong, so I have so far been unable to make this work (and I'm on Linux, personally, so this was has not been a pain point up until now).

If you want to get rid of the symlink entirely we could just remove the OS check and it'll always build using binexport2.proto in the project root.


Introduce new math->pack sync kernel APIs and migrate RN50 convs and MM kernels

As discussed,

new math->pack sync kernel APIs. tile_regs_acquire() , tile_regs_commit() , tile_regs_wait() , tile_regs_release()
migrate RN50 convs and MMs
will be merged to main on next RN50 branch merge to main, and then kernel owners can start propagating to all other kernels
keep the old API until migration is complete, then deprecate

example:
tile_regs_acquire();    // math acq
// ...copy to dst if needed...
// ...loop matmul_tiles...
tile_regs_commit();     // math done

tile_regs_wait();       // pack waits
// ...pack subblock...
tile_regs_release();    // pack release

Also update the docs: https://github.com/tenstorrent-metal/tt-metal/issues/250

This has been completed for convs and MMs.
Will open another case to propagate to all other OPs.


Panic after removing types

thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', crates/rhai-hir/src/hir/resolve/types.rs:566:54

Types are handled slightly differently compared to symbols, the relationships (references/aliases) between them are not as clear and aren't tracked. So when a type is removed we might end up having dangling references to it which currently result in a panic.
We either need to track references, properly update them and keep the current panicking behaviour to catch bugs (the hard way), or return the builtin unknown type any time a type is requested that does not exist (the easy way).

Speaking of "dangling references" worry me... is this from unsafe Rust?  Because safe Rust should really have them...

I don't think there's any significant unsafe code right now. All data is stored in slotmaps (arenas), hierarchies and references are achieved by storing indexes to data.

Ah ok.  So you mean an index that refers to data that is no longer valid.  I suppose you can just substitute ? for now?

Alright I just did that, it's in the phase where we resolve all type aliases, so it's a form of garbage collection. I did not touch related code anywhere else, so we will still panic on bugs where types are expected to exist.


Bug fix: v.MoveCursor with dx < -1 or dx > 1 does not work if origin needs to be adjusted

The existing logic moves the origin by 1 in either direction. The new logic adjusts the origin by the appropriate amount, and moves the cursor to the beginning or end of the line.
Please let me know what you think or if you'd like me to make any changes.

Merged via d1b6db5a496f9164cb7370873d31063ab4885ef8. Thanks! :)


Login does not work after sign up and logout

Issue desc:  After signing up and logging out , signing in does not work
Steps:

Sign up with a new id
Verify that the profile displays the details of this new id
Log out
_ Now sign in with the same id

Observation : Sign in does not work
Work Around: Restart the app.
Closing and opening the app again shows that he user is signed in.
Expected :
The user sign in should happen without refreshing the app


Can't find the script files?

Hello! I just extracted PZ in C:\opt\PrivateZilla\ and the script zip into C:\opt\PrivateZilla\scripts
Then I run PZ, go scripts, I tick any script ex. Blocking Telemetry IPs via Windows Firewall, I try to apply the script and I get the following error... (The system cannot find the file specified)
My guess would be some weird Powershell configuration issue on my computer but I wonder what's really hapenning here!
Thank you
Paul
************** Exception Text **************
System.ComponentModel.Win32Exception (0x80004005): The system cannot find the file specified
at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
at Privatezilla.MainWindow.<>c__DisplayClass28_1.<BtnDoPS_Click>b__1()
at System.Threading.Tasks.Task.Execute()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()
at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task)
at System.Runtime.CompilerServices.TaskAwaiter.GetResult()
at Privatezilla.MainWindow.<BtnDoPS_Click>d__28.MoveNext()
--- End of stack trace from previous location where exception was thrown ---
at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw()

just checked, everything is fine.
did yu check the presencer of the "scripts" in the folder??

Please make a complete screenshot of the application and error message when it is generated
This does not look like a faulty Powershell config. It just can't execute the scripts from Privatezilla because they don't exist. Thats's strange

Yes, the scripts folder is in the same folder as privatezilla exe.
As mentioned, I suspect something’s wrong on my system. Would you be interested to understand / prevent my issue, maybe you can provide me a debugging-enabled exe of actual version ?
Thanks
Paul
De : DrSaad77<EMAIL_ADDRESS>Envoyé : Sunday, November 01, 2020 19:32
À : builtbybel/privatezilla<EMAIL_ADDRESS>Cc : Paul Dubé<EMAIL_ADDRESS>Author<EMAIL_ADDRESS>Objet : Re: [builtbybel/privatezilla] Can't find the script files? (#36)
just checked, everything is fine.
did yu check the presencer of the "scripts" in the folder??
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHubhttps://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fbuiltbybel%2Fprivatezilla%2Fissues%2F36%23issuecomment-720179040&data=04|01||656321498e5d4a03f73e08d87ec6b262|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637398739137492257|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=trZR%2F0HcfiDewCMmZ3dFCsmSeoqNA4Ast68V0Fr4XMY%3D&reserved=0, or unsubscribehttps://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FACIOCKSNN5IZOS7VA34UOYTSNX4XTANCNFSM4TGYB4TA&data=04|01||656321498e5d4a03f73e08d87ec6b262|84df9e7fe9f640afb435aaaaaaaaaaaa|1|0|637398739137492257|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|1000&sdata=puJDPDWCV5zUzlz9XCcZvZT3iG5gN2jgaaE5MfrJ8Ng%3D&reserved=0.

hum, it looks like u said it is more related to your system than to Privatezilla. Those scripts are fine, except for Revert change that do not success much... At least in my case.
Maybe yu used another Debloater in the past, that why now this is happening...
Generally, this Debload stuff is best succefully on a fresh installed system...
Perso, I am going to reinstall Win 10, and debload... For Win Apps, I used Win10Debloater of Sycnex, I like to be more able to choose what Win Apps are removed...
At leat that is my advice to you, cause looking to resolve such complexe error is not evident...

Allright, and don't worry I completely agree and don't need my error resolved, just wanted to make sure you didn't have some problem to fix on your side :)
Thank you and have a great day


manage editor styles in a single CSS

Some frameworks like Next.js does not like global CSS from node
modules, so we are going to bundle CSS into a single file with
postcss.
ref: https://github.com/vercel/next.js/discussions/27953

test slack


Missing gallery

Error: Missing gallery
at <anonymous> in src/vs/workbench/contrib/extensions/browser/extensionsWorkbenchService.ts:1475:11
at installTask in src/vs/workbench/contrib/extensions/browser/extensionsWorkbenchService.ts:1636:25
at task in src/vs/workbench/contrib/extensions/browser/extensionsWorkbenchService.ts:1836:57
at callback in src/vs/base/common/async.ts:26:19
at <anonymous> in out/vs/workbench/workbench.desktop.main.js:2588:26364
at task in src/vs/workbench/services/progress/browser/progressService.ts:419:102
at e.ProgressService.withProgress in src/vs/workbench/services/progress/browser/progressService.ts:89:17
at Uo.Gb in src/vs/workbench/contrib/extensions/browser/extensionsWorkbenchService.ts:1835:31
at Uo.tb in src/vs/workbench/contrib/extensions/browser/extensionsWorkbenchService.ts:1627:15
at Uo.install in src/vs/workbench/contrib/extensions/browser/extensionsWorkbenchService.ts:1467:15
at handler in src/vs/workbench/contrib/extensions/browser/extensions.contribution.ts:349:40

Go to Errors Site

Gallery should always exists in VS Code unless this is coming from non built VS Code product.


Can't add device that appears in my TuyaApp  "not a valid device-id or device-name."

Describe the bug
When trying to add a device that appears in my TuyaApp, I receive an error message "not a valid device-id or device-name." The device ID appears to be correct and matches what is shown in the Tuya cloud website and Tuya app. However, the plugin is rejecting it.
Steps To Reproduce

Attempt to add the device "bf8d760ac5548e60de****" to Homebridge using the TuyaWebPlatform plugin.
Observe the error message "Tried overwriting device config for: 'bf8d760ac5548e60de****' which is not a valid device-id or device-name."

Plugin Version

Current Plugin Version: v1.1.5
Are you on the latest version? [Yes]

Homebridge Config

 {
           "name": "TuyaWebPlatform",
           "options": {
               "username": "********",
               "password": "********",
               "countryCode": "39",
               "platform": "tuya"
           },
           "defaults": [
               {
                   "id": "bf8d760ac5548e60de****",
                   "device_type": "light",
               }
           ],
           "scenes": false,
           "hiddenAccessories": [
               "01885680c82b**********",
               "33741346d8f15**********"
           ],
           "platform": "TuyaWebPlatform"
       }

Device Config

My device not appear on this response devices list:
Script Output:
Getting credentials
Got credentials
Getting devices
Got devices
{   'header': {'code': 'SUCCESS', 'payloadVersion': 1},
   'payload': {   'devices': [   {   'data': {'online': True, 'state': False},
                                     'dev_type': 'switch',
                                     'ha_type': 'switch',
                                     'icon': 'https://images.tuyaeu.com/smart/solution/15001/66ba22c327bfbf3d_cover.png',
                                     'id': '01885680c82b964*****',
                                     'name': 'Ventilation'},
                                 {   'data': {'online': True, 'state': True},
                                     'dev_type': 'switch',
                                     'ha_type': 'switch',
                                     'icon': 'https://images.tuyaeu.com/smart/icon/bay1586437185539mtYt/164145240177d744592ba.png',
                                     'id': 'bf09d33553a31df14*****',
                                     'name': 'Boiler'},
                                 ],
                  'scenes': []}}
!!!

Additional Context
[7/9/2024, 8:49:33 PM] [TuyaWebPlatform] Tried overwriting device config for: "Kitchen Light" which is not a valid device-id or device-name.

[7/9/2024, 8:42:32 PM] [TuyaWebPlatform] Tried overwriting device config for: "bf8d760ac5548e60de****" which is not a valid device-id or device-name.

It seems like the device ID might be too long, and there could be a validation issue related to its length.
I Tried also the device name instead of the ID, not working too.

If the device is not shown in the device list output; sadly it is not possible to add it to homebridge via this plugin.
It seems like this device is not supported by the API that this plugin uses.

There is another plug-in that I can use instead?


Cannot copy pdb to server when online

This doc states it applies to Dynamics 365 online, but you cannot copy the pdb file in an online environment, because you don't have access to %installdir%\server\bin\assembly

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

ID: 59b66061-1a3e-3674-ba2e-57b014347ad8
Version Independent ID: 2639cb01-b376-df3a-7d49-82ba34e94a55
Content: Debug a custom workflow activity (Developer Guide for Dynamics 365 Customer Engagement)
Content Source: ce/developer/workflow/debug-custom-workflow-activity.md
Service: crm-online
GitHub Login: @JimDaly
Microsoft Alias: jdaly

Thanks for your feedback. You are correct. Updating this is part of a larger initiative and we expect to take care of this ASAP.

@RoelG  Just wrote some new information about this and it should be published next week.

@mmcguinness The latest information for Online environments is now found here: Debug Workflow Activities
All the content under /powerapps/ is for online only and refers to Common Data Service for Apps rather than Dynamics 356 Customer Engagement.

We still need to update these older topics to reconcile the new primary location for these tasks. These topics will probably only cover on-premises steps.

@RoelG Thanks for your feedback. We have updated the docs and updated content is live. Closing this issue


Added no_std feature switch.

Types from core module are used instead of std when no_std feature is
enabled. This also enables alloc feature and uses alloc crate. Removed
println statements from tests since they don't work in no_std.

@bluss what do you think?

@bluss have you had chance to review the changes? Any comments would be appreciated.

@bluss Can we look into merging this? The changes seem minimal & the new feature unblocks this issue

Using a "positive" feature flag for "no_std" is not how this is usually done, because features must be additive. I'll have to half revert this back to the solution that works well with cargo features.
Using a feature "std" that is a default feature is the normal solution.


Cannot pass props from Astro to an internal element

Hello there!
I'm creating a reusable Heading element with Portable Text. The main functionality is to return just h1-h6 tag, with content inside, or  inside the main element, if there will be an enter inside a Portable Text.
Example:

If there will be simple text, then return
Some bold content

If there will be text with an Enter, then return
Some content another text line

Whole page looks like:
---
const { portableTextContent } = await someQuery();
---
<Heading level="h2" value={portableTextContent} />

My Heading.astro component looks like:
---
import type { HTMLAttributes } from 'astro/types';
import { PortableText } from 'astro-portabletext';
import type { PortableTextBlock } from '@portabletext/types';
import Block from './Block.astro';

type Props = {
  level: 'h1' | 'h2' | 'h3' | 'h4' | 'h5' | 'h6';
  value: PortableTextBlock;
} & HTMLAttributes<'h1' | 'h2' | 'h3' | 'h4' | 'h5' | 'h6'>;

const { level, value, ...props } = Astro.props;

const HeadingTag = level;
---
<HeadingTag {...props}>
  <PortableText value={value} components={{ block: Block }} />
</HeadingTag>

And Block.astro:
---
import type { Props as $, Block as BlockType } from 'astro-portabletext/types';

type Props = $<BlockType>;

const props = Astro.props;

const isFirstElement = props.index === 0;
---
{
  isFirstElement ? (
    <slot {...props} />
  ) : (

      <slot />

  )
}

The problem is that I cannot pass a {...props} from <Heading>, to , and that means that scoped SCSS is not working.
Any ideas how to solve that?

Hi @milewskibogumil I've had a play on Stackblitz astro-portabletext issue #155 and there is a quirk with Astro.
Have a look at the <Heading /> component and you'll notice a child  . With it, the styling works and without it the styling is lost.
I would however, approach rendering Portable Text content, in a different manner as <PortableText /> shouldn't be nested within a heading.
Extend astro-portabletext Block component
/* BlockExt.astro */
---
import type { Props as $, Block as BlockType } from "astro-portabletext/types";
import { Block } from "astro-portabletext/components";
import Heading from "./Heading.astro"; // 👈 custom heading

export type Props = $<BlockType>;

const props = Astro.props;
// const styleIs = (style: string) => style === props.node.style;
const isHeading = /^h[1-6]$/.test(props.node.style);

const Cmp = isHeading ? (
  Heading // custom heading
) : (
  Block  // fallback to `astro-portabletext`
)
---

<Cmp {...props}><slot /></Cmp>

/* Heading.astro */
---
import type { HTMLAttributes } from 'astro/types';
import type { Props as $, Block as BlockType } from "astro-portabletext/types";

type Props = $<Block>;

const { node } = Astro.props;

const HeadingTag = node.style;
---

<HeadingTag>
  <slot />
</HeadingTag>

/* some page */
---
import { PortableText } from "astro-portabletext";
import BlockExt from "path/to/BlockExt.astro";

const { portableTextContent } = await someQuery();
---

<PortableText value={portableTextContent} components={{ block: BlockExt }} />

You can go a step further by extending PortableText component.
I hope this helps, let me know your thoughts.

Tom, thanks for your suggestions!
Initially I get only the normal Portable Text, not styled as Heading from my CMS. Then I do all the transformation (converting the simple
 to initial <h?>.
The final code, which works as I intended, looks like this:
/* page.astro */
---
const { portableTextContent } = await someQuery();
---
<Heading level="h2" value={portableTextContent} />

/* Heading.astro */
---
import { PortableText } from 'astro-portabletext';
import Block from './Block.astro';
import type { PortableTextBlock } from '@portabletext/types';
import type { HTMLAttributes } from 'astro/types';

type Props = {
  level: 'h1' | 'h2' | 'h3' | 'h4' | 'h5' | 'h6';
  value: PortableTextBlock[];
} & HTMLAttributes<'h1' | 'h2' | 'h3' | 'h4' | 'h5' | 'h6'>;

const { level, value, ...props } = Astro.props;

const HeadingTag = level;
---
<HeadingTag {...props}>
  {
    value.map((block: PortableTextBlock, index: number) =>
      index > 0 ? (

          <PortableText value={block} components={{ block: Block }} />

      ) : (
        <PortableText value={block} components={{ block: Block }} />
      ),
    )
  }
</HeadingTag>

/* Block.astro */
<slot/>

And I have concerns only about Block.astro, but in Astro it is probably impossible to do it any other way? In React it would be enough to use something just like: components={{ block: ({ children }) => children }}

Hi @milewskibogumil the issue lies in how the Portable Text is presented.
You have mentioned

Initially I get only the normal Portable Text, not styled as Heading from my CMS. Then I do all the transformation (converting the simple
 to initial <h?>.

Out of interest which CMS are you using? If you are using Sanity, I would look into implementing decorators or annotations.
astro-portabletext is simple, it hands over data to relevant components.
As a guide, have a look at the following code. I have removed all Typescript stuff to make it easier to read. You will notice that the span with text "One" has a mark.
Let me know how things go.
// pages/*.astro
---
import { PortableText } from "astro-portabletext";
import Layout from "../layouts/Layout.astro";
import BlockExt from "../components/BlockExt.astro";
import MarkExt from "../components/MarkExt.astro";

const value = [
  {
    "_type": "block",
    "style": "h2",
    "children": [
      {
        "_type": "span",
        "text": "Heading "
      },
      {
        "_type": "span",
        "text": "One",
        "marks": ["abc123"], // 👈 this is where the magic happens
      },
    ],
    "markDefs": [
      {
        "_type": "highlight",
        "_key": "abc123"
      }
    ]
  },
];

const components = { block: BlockExt, mark: MarkExt };
---

<Layout>
  <PortableText {value} {components} />
</Layout>

// BlockExt.astro
---
import { Block } from "astro-portabletext/components";
import Heading from "./Heading.astro"; // 👈 custom heading

const props = Astro.props;
const isHeading = /^h[1-6]$/.test(props.node.style);

const Cmp = isHeading ? (
  Heading // custom heading
) : (
  Block  // fallback to `astro-portabletext`
)
---

<Cmp {...props}><slot /></Cmp>

// Heading.astro
---
const { node, index, isInline, ...rest } = Astro.props;
const HeadingTag = node.style;
---

<HeadingTag class="heading" {...rest}><slot /></HeadingTag>

// MarkExt.astro
---
import { Mark } from "astro-portabletext/components";
import Highlight from "./Highlight.astro"; // 👈 custom mark

const props = Astro.props;
const { node } = props;
const markTypeIs = (markType: string) => markType === node.markType;

const Cmp = markTypeIs('highlight') ? Highlight : Mark;
---

<Cmp {...props}><slot /></Cmp>

// Hightlight.astro
---
/*
 You may need to do the following just in case of whitespace

 const html = await Astro.slots.render('default').then((str) => str.trim(());

 {html}
*/
---
<slot />

Closing this issue as there hasn't been any recent activity. If you have any further questions or updates, feel free to reopen or create a new issue.


[5.5] [Refactoring] A couple of fixes for async return handling

5.5 cherry-pick of https://github.com/apple/swift/pull/37411

Fix placeholder handling so we don't crash while re-writing a return statement with a return expression
Avoid duplicating return statements when converting a completion handler call into a return statement
Don't drop return statements at the end of a block if they have an expression

rdar://77789360

@swift-ci please test


process_utilization_stats failed with NOT_FOUND error, Ubuntu 22.04

use nvml_wrapper::Nvml;

fn main() {
    let nvml = Nvml::init().unwrap();
    let device = nvml.device_by_index(0).unwrap();

    let st = device.process_utilization_stats(None).unwrap();
}

cargo run with error:
thread 'main' panicked at src/main.rs:7:53:
called `Result::unwrap()` on an `Err` value: NotFound
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

My device:
Fri Mar 15 07:01:16 2024
+-----------------------------------------------------------------------------------------+
| NVIDIA-SMI 550.54.14              Driver Version: 550.54.14      CUDA Version: 12.4     |
|-----------------------------------------+------------------------+----------------------+
| GPU  Name                 Persistence-M | Bus-Id          Disp.A | Volatile Uncorr. ECC |
| Fan  Temp   Perf          Pwr:Usage/Cap |           Memory-Usage | GPU-Util  Compute M. |
|                                         |                        |               MIG M. |
|=========================================+========================+======================|
|   0  NVIDIA GeForce RTX 3080 Ti     Off |   00000000:01:00.0 Off |                  N/A |
|  0%   43C    P8             24W /  350W |       1MiB /  12288MiB |      0%      Default |
|                                         |                        |                  N/A |
+-----------------------------------------+------------------------+----------------------+

+-----------------------------------------------------------------------------------------+
| Processes:                                                                              |
|  GPU   GI   CI        PID   Type   Process name                              GPU Memory |
|        ID   ID                                                               Usage      |
|=========================================================================================|
|  No running processes found                                                             |
+-----------------------------------------------------------------------------------------+

It's quite strange here, the first call to nvmlDeviceGetProcessUtilization to retrieve proccess count returned 79 in my situation which should be 0.

Some observations:

The problem persists between restarts of the NVML-using program.
If there is only a single compute process running, and I restart it, then the problem temporarily disappears.
Passing in a timestamp makes it far more likely to break. If I always pass in None, then it'll usually keep working for half a minute or so, polling every 2s.
nvtop doesn't have the issue. What do they do differently?

Here's the relevant nvtop code. Looks pretty different: https://github.com/Syllo/nvtop/blob/0316ce19581c3d8543cf6aa312d1569c56ca754f/src/extract_gpuinfo_nvidia.c#L761

Another observation: Processes appear to only be returned if they are running. An idle process doesn't end up in the array, unless it was non-idle very recently. This accounts for what happens if I set the timestamp -- it reduces the horizon.
Also means that swallowing the error (and returning []) should be a valid workaround.


Changed RunBoundedArgs to RunFixedArgs if exp fixed args. Fixes #1569

LGTM.  Will merge as soon as CI passes.


UnaryExpr failing to resolve BITWISE_COMPLEMENT operator

While trying to resolve the type of an expression to which I applied the unary bitwise complement operator, an exception is thrown. In fact the TypeExtractor doesn't currently handle bitwise complement. See: https://github.com/javaparser/javasymbolsolver/blob/678dce3c4df8fd8646164d731f0557b0d7f31ca1/java-symbol-solver-core/src/main/java/com/github/javaparser/symbolsolver/javaparsermodel/TypeExtractor.java#L337-L352
One can simply test this with e.g.:
int i = 1; int j = ~i;
Is this per design or was something perhaps forgotten to be handled?

Moved to new project location


Applicant Correspondence - Design and Wording

Title of ticket: Applicant Correspondence - Design and Wording
Description
Sort all templates into categories of already in system, high-priority, mid-priority, low-priority, and not-a-priority with help of business.
Working with Applicant Correspondence templates to create first iteration of high priority templates in more accessible and easy to understand words
Dependencies
Are there any dependencies?
DOD

[ ] Get list of all templates
[ ] Work with business to prioritize list of templates
[ ] Once we have wholesome list will have better understanding of estimate and how it will work and should be divided out
[ ]
[ ]

Increasing estimate as organize will take time as there are over 175 letters and this ticket will included updating workding for the

Updating ticket and decreasing estimate to focus on the prioritization work - will create separate ticket for upcoming sprint around actual wording updates


Hotkey issue for Russian and Bulgarian Language pack

VSCode Version:1.27.1
OS Version:

Steps to Reproduce:

File menu with Hotkey for Bulgarian and Russian language contain visible && in translation and Hotkey is not working. All other languages do not have this issue. There is no issue in translation string list.

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

This seems to happen with the custom menu bar.
Assignig to @sbatten
@bpasero FYI. Not sure if this is something that might be Electron related.

Maybe related to https://github.com/Microsoft/vscode/commit/2c9408fecfc0507e78e1ac008e220d433cfef295 ?

I reverted to using . instead of \w. which seems to work for underlining. Please verify that they can be triggered with a Russian or Bulgarian layout. No VMs setup while traveling.


LedgerResult Deserialization: Negative TakerPays in Tx Metadata

Some Offer transactions in historical ledgers have metadata where the TakerPays field is a negative number. MetaOfferObject.takerPays is typed as a CurrencyAmount, which for XRP amounts wraps an UnsignedInteger. We should figure out why in some cases the TakerPays field can be negative.
Ledgers where this is a problem:

03C83A4DA96E1E55F8BE7617CDD405C5A967CE4DFE935602632DFEEF34B20021
E74BBAF2073EA15CA82C167FA5B9B40D74E5391C218E8473CBF90FEB9C6540DC

One idea: We can add a flag to XrpCurrencyAmount to indicate sign (e.g., isNegative). This should align with the STAmount binary encoding, which also uses a flag to indicate negativity.

This is fixed via https://github.com/XRPLF/xrpl4j/pull/535. Please upgrade to v3.5.0 or above.


remove coffeescript?

I found stuff like:
https://github.com/shelljs/shelljs/blob/b4daff5fd2aa92cbe9cf50d329a20aed3925682a/package.json#L66
is it still being used?
how about dropping support for for coffee script entirely?
(besides it's deprecated CoffeeScript on NPM has moved to "coffeescript" (no hyphen))

This is still used by shjs. I'm planning to remove shjs (see issue #500), but I'm not sure what the best deprecation strategy is.
I think "coffee-script" and "coffeescript" have different min node versions. I should double check what the min node versions are though and see if we can upgrade this dep.


Wrong format of Tags attribute in AWS::Serverless::Function

The document explaining the AWS SAM 2016-10-31 transform states that Tags should resolve to a "Map of string to string" ({ 'abc': '123' }), but the current implementation of Tags returns a list of key-value pairs ([{ Key: 'abc', Value: '123' }]).
This causes an error when deploying (invalid resource) and when manually trying to supply a map of string to string it causes a validation error because the attribute type is set to Tags in troposphere/serverless.py.
Related issue where Tags was added: #856.

Thanks! Fixed.


ufoLib: support UFO formatVersionMinor and GLIF formatMinor

As discussed in https://github.com/unified-font-object/ufo-spec/issues/78, this PR adds support for reading/writing a new formatVersionMinor element in metainfo.plist as well as a formatMinor attribute to the glyph element of the GLIF data structure.
The idea is to be able to add new data to the UFO spec without breaking existing implementations, (which should be able to ignore this new data).

This PR is now ready for review, I cleaned it up, rebased and added tests.
If we like this, I will work on a PR to update the UFO spec to have an additional formatVersionMinor element in metainfo.plist (0 if omitted), and an additional formatMinor attribute for the <glyph> element in GLIF format (also defaulting to 0).
Summary of the changes:

when reading metainfo.plist, check for a formatVersionMinor (int), assume 0 if missing.
if the parsed formatVersion (major, minor) tuple is unsupported, raise UnsupportedUFOFormat exception (subclass of UFOLibError) when validate=True (default); if validate=False, assume the latest supported version and warn that some data may be skipped or parsed incorrectly.
in UFOWriter constructor, allow to pass formatVersion as a tuple (major, minor) in addition to a single int (i.e. major only, minor=0); raise UnsupportedUFOFormat if specified formatVersion is unknown. If no explicit formatVersion, default to latest;
UFOReader and UFOWriter formatVersion property is deprecated but kept for backward compatibility; you should now use formatVersionTuple which return a tuple-enum object (with minor and major attributes).
glifLib.GlyphSet similarly accepts a tuple as ufoFormatVersion; added a ufoFormatVersionTuple attribute, but kept old ufoFormatVersion (only returning the major int) to avoid breaking clients that may use that.
when parsing GLIF, check for a formatMinor attribute of glyph element (defaults to 0 if missing); if the (major, minor) format tuple thus parsed is unsupported raise UnsupportedGLIFFormat exception (subclass of GlifLibError) when validate=True (default); if validate=False, assume the latest supported version and log a warning that data may be skipped/parsed incorrectly.
when serializing glyph element, a formatMinor attribute is added (in addition to the existing format attribute) but only if version tuple.minor is != 0
GlyphSet.writeGlyph and writeGlyphToString can take optional formatVersion as a tuple.
In readGlyphFromString, the set of allowed formatVersions can contain either ints or tuples.

Note that I didn't define any UFO 3.1 or GLIF 2.1 in this PR yet. This is only to allow us in the future to be able to make backward compatible changes to the UFO spec by bumping the minor version of the format.

@typemytype can you please check out this PR branch https://github.com/anthrotype/fonttools/tree/ufo-minor-format-version and see if we didn't break anything in RoboFont, as @benkiel suggested?

@typemytype you should expect no changes at all, since I didn't define any new UFO 3.x or GLIF 2.x in this PR, the new element/attribute is optional on reading and only written when != 0. Once we will have a minor UFO/GLIF update we can specify that in the spec.

To many fontTools issues, so this one got lost... (is there way to set it up I got notifications only when Im mentioned, instead of all fontTools notifications from github)
maybe you should send a PR to defcon as a warning is now popping up. Defcon already requires the latest fontTools with this change...

DeprecationWarning: The 'formatVersion' attribute is deprecated; use the 'formatVersionTuple'

thanks!

ehm, Im looking at patching this change to defcon and fontParts and I have some issues with comparing. It should be able to compare with ints, tuples and UFOFormatVersion objects
from fontTools.ufoLib import UFOFormatVersion

m = UFOFormatVersion(1)
print(m == 1) # this is False, but that is not true

m = UFOFormatVersion(1)
print(m == (1, 0)) # this is True, thats true

m = UFOFormatVersion(1)
print(m == UFOFormatVersion(1)) # this is True, thats true

m = UFOFormatVersion(1)
print(m == UFOFormatVersion((1, 0)) # this is True, thats true

The idea is to be able to add new data to the UFO spec without breaking existing implementations, (which should be able to ignore this new data).

it breaks when comparing ufo format version... lot of scripts have a defconFont.save(... formatVersion=2) this will fail while overwriting existing ufo with a different format version.
It could be solved by improving eq, ne by allowing comparing the tuple format with an int. Only the major version should be compared then.

It shouldn't fail because UFO writer still accepts the integer form (and converts automatically to a version tuple) and similarly the reader has the formatVersion property returning the major integer just like before. The deprecation warning is to nudge applications to use the tuple form from now onwards, but anything existing should continue to work by passing/getting integer versions to ufoLib API.
The additional formatVersionTuple attribute will now return a 2-tuple, you can treat it and compare it as such. When you only need to access the major (or minor) version you can by using the major/minor getters. So this works like a namedtuple if you like.
I would prefer to keep the old and new formatVersion formats distinct (instead of adding comparison methods like you suggest), and eventually drop support for the old integer only format.
In defcon you can always convert incoming integer-only formatVersion values from the user into a UFOFormatVersion tuple, or even just a tuple tuple and let ufoLib do the casting.

this is endless...
a simple __eq__ could solve this...
fe in:
https://github.com/adobe-type-tools/afdko/blob/172fea0f689940a2a23125dcfe0d204a1f282a8d/python/afdko/checkoutlinesufo.py#L68-L70
from fontTools.ufoLib import UFOFormatVersion as UFOFormatVersionUnableToCompareWithAnythingExecptItselfAndIsUnalbeToBeSubclassed
from fontTools.ufoLib.utils import _VersionTupleEnumMixin
import enum

class UFOFormatVersion(tuple, _VersionTupleEnumMixin, enum.Enum):
    FORMAT_1_0 = (1, 0)
    FORMAT_2_0 = (2, 0)
    FORMAT_3_0 = (3, 0)

    def __eq__(self, other):
        if isinstance(other, (int, float)):
            other = self.__class__(other)
        return super().__eq__(other)

version = UFOFormatVersion(3)
print(version)
print(version == 3)
print(3 == version)

cannotCompareVersion = UFOFormatVersionUnableToCompareWithAnythingExecptItselfAndIsUnalbeToBeSubclassed(3)

print(cannotCompareVersion)
print(cannotCompareVersion == 3)
print(3 == cannotCompareVersion)

obviously the same for __lt__, __le__, __gt__, __ge__

more places where comparison will go wrong, but could be fixed easily...
https://github.com/LettError/ufoProcessor/blob/master/Lib/ufoProcessor/__init__.py#L310
@LettError

I think this PR was not correct: https://github.com/robotools/defcon/pull/289.
You can't just replace the existing decon.Font().ufoFormatVersion attribute with the new UFOFormatVersion object and expect everything to work in a 100% bw-compatible way. For exactly those reasons ufoLib does not take that approach.
Either you do as ufoLib, and provide a new attribute, eg. called font.ufoFormatVersionTuple, or you provide a new attribute called font.ufoFormatVersionMinor.

It should, otherwise its a breaking change for fe. defcon.... the promise was not a breaking change
In the near future defcon also would like to know if data is according the (3, 1) spec... and being able to compare

It should, otherwise its a breaking change for fe. defcon.... the promise was not a breaking change

It should what exactly? It's the defcon PR that is the breaking change.

no, the PR in defcon tries to work around the deprecated warning in fontTools, related to the use of ufoFormatVersion, solving that moves the breaking change to other packages...
and this could be easily be solved to improve comparing UFOFormatVersions, I dont see the issue with by adding support for comparing with ints... the object already takes simple ints as argument and adds missing minor version...
a non breaking change means nothing has to be changed in other packages, this is not the case

So a deprecation warning makes an otherwise non-breaking change a breaking change? I think that's an unrealistic position.
It's possible to adapt defcon to take advantage of the new format version scheme that is backwards compatible (as per my suggestion). You chose not to do that, and now blame fonttools. That's just not right.

I dont see the issue with by adding support for comparing with ints...

I think it this would be a terrible design decision, but apart from that: it wouldn't even solve everything. There are other ways client code can expect an int (say, write it to json or plist) which would then still break. Again, the reasons why ufoLib doesn't do it that way (but opted for a new attribute) are applicable to defcon just the same.
The approach of ufoLib is: the old attribute stays exactly the same (int), and if you want to take advantage of the minor version you have to use the tuple variant of the format version attribute. defcon should do the same, then the problem is solved. Old code just works, but yeah, will face a deprecation warning, which I think is a fair price for a change like this.

dont get it, why  a deprecated warning? this is a signal for other packages to make change... cause it will break...

It's a new API, and we want people to move to the new API. A deprecation warning doesn't mean the old API is going to go away soon, it just means there's something better now, and please use it if you can.
It's a new API because it's not possible to guarantee backwards compatibility by changing the existing API.
Would you have preferred to keep the old API but have it break in subtle ways that are hard to predict? That's pretty much what happened in the defcon PR, and why I think that was the wrong thing to do.

Im just saying it can be solved differently :) and the solution now is not so friendly for others...
fe a breaking change now: (without that PR in defcon) imagine opening a UFO in the near future with format (3, 1), will save now back to 3 which is not good.
and moving to a new api has a big impact, bigger then anticipated, bigger then the change in GLIFFormatVersion as a lot of tools are comparing, the goal of these attributes is to compar :) IMO this can solved differently and easily.
and I dont like a deprecated warning each time I open a UFO, and no I dont want to import warning each time too
why does the UFOFormatVersion take a single int as argument?
looking at similar version objects: distutils.version objects can always be compared with str, init argument is a str --> compare is possible with a str.
For UFOFormatVersion init argument is an int --> compare should be possible with an int. But here we are making circles :)

IMO this can solved differently and easily.

This is where we disagree, as it would give way more subtle breakage down the line.
The kind of magic you're proposing always comes back to bite you when you least expect it.

its idd a kind of sorcery where you dont have to hold the wings while flying, but trust the plane to be attached to wings...
I dont see a difference in comparing:
UFOFormatVersion(3) == (3, 0)
UFOFormatVersion(3) == 3

why allowing comparing with a tuple?
(now my open source time for this month and next month is over)

why allowing comparing with a tuple?

Because it is a tuple.
Eventually all client code will have to explicitly deal with the ufo format version having two components. What you're proposing encourages client code to not care about this ever.
This is just no way to make progress. If the depreciation warning bothers you so much, I invite you to pin fonttools to an older version. But I guess you'd like to take advantage of the other progress in fonttools as well...

ahah, euh that is what I tried in the defcon PR, until I noticed it has a bigger impact, moving the problem is not solving it...

So, defcon exposes ufoLib's format version.
The UFO spec changes so that there can be a minor component of the format version. ufoLib is (obviously) the first to implement this, and comes to the (correct) conclusion that it's not possible to do this in a 100% bw-compatible way without introducing a new API, that will eventually replace the old API. To make client code aware of this, a deprecation warning is issued, as is the usual way of dealing with these kinds of things.
Defcon can choose to abstract this away by applying magic (eg. defcon could provide its own tuple subclass that will do the comparisons how you like them), but that won't invalidate ufoLib's conclusion that such an abstraction is ultimately the wrong thing to do.
Defcon is a library, too, and I see no problem with it adding a new API, too, and deprecating the old one. It's directly exposing a ufoLib API to defcon clients after all, so defcon clients will have to deal with this eventually, too. To be honest I don't understand how you think defcon can get away with something that ufoLib consciously decided is too risky to do to its clients.
Everyone is free to ignore deprecation warnings. Demanding a non-breaking change is one thing, but demanding it with without deprecation warnings is moving the goal posts.

yes defcon exposes ufoLib UFOFormatVersion, like it does for the fileStructure.
Defcon cannot make it own subclass as these enum objects are not subclassable... (see the end of the example)
Still dont see the issue why this is so bad.
this example warns AND has a correct comparison result!! the best of both worlds!!
it does the same thing like on init of a UFOFormatVersion: converting an int to a tuple.
This can be removed in a couple of years, when all packages depending on this have updated to a tuple version world.
from fontTools.ufoLib import UFOFormatVersion as UFOFormatVersionUnableToCompareWithAnythingExecptItselfAndIsUnalbeToBeSubclassed
from fontTools.ufoLib.utils import _VersionTupleEnumMixin
import enum

class _CompareMixin:

    def __comparableUFOFormatVersionObject(self, other):
        if isinstance(other, (int, float)):
            print("warning here, but allow it, but still the result of the comparison will be correct!!!")
            other = self.__class__(other)
        return other

    def __eq__(self, other):
        return super().__eq__(self.__comparableUFOFormatVersionObject(other))

    def __ne__(self, other):
        return super().__ne__(self.__comparableUFOFormatVersionObject(other))

    def __lt__(self, other):
        return super().__lt__(self.__comparableUFOFormatVersionObject(other))

    def __le__(self, other):
        return super().__le__(self.__comparableUFOFormatVersionObject(other))

    def __gt__(self, other):
        return super().__gt__(self.__comparableUFOFormatVersionObject(other))

    def __ge__(self, other):
        return super().__ge__(self.__comparableUFOFormatVersionObject(other))

class UFOFormatVersion(_CompareMixin, tuple, _VersionTupleEnumMixin, enum.Enum):
    FORMAT_1_0 = (1, 0)
    FORMAT_2_0 = (2, 0)
    FORMAT_3_0 = (3, 0)

version = UFOFormatVersion(3)
print(version)
print(version)
print(version == 3)
print(3 != version)
print((3, 6) != version)

cannotCompareVersion = UFOFormatVersionUnableToCompareWithAnythingExecptItselfAndIsUnalbeToBeSubclassed(3)

print(cannotCompareVersion)
print("this should be True")
print(cannotCompareVersion == 3)
print("this should be False")
print(3 != cannotCompareVersion)

# this fails: TypeError: Cannot extend enumerations
# class MySubclass(UFOFormatVersionUnableToCompareWithAnythingExecptItselfAndIsUnalbeToBeSubclassed):
#     pass

First you say the deprecation warning is the deal breaker, and now you introduce a warning in your own proposal. That makes no sense, and you may as well just deal with the existing deprecation warning.
I give up arguing, but I stand by the current design in ufoLib and recommend against adopting comparisons this way. This is ultimately @anthrotype's call.
I also still recommend against defcon adopting this kind of implicit conversion, too, but that's your call.
Btw.:

Defcon cannot make it own subclass as these enum objects are not subclassable

I didn't say subclass UFOFormatVersion, I said "provide its own tuple subclass". You can cast UFOFormatVersion to a tuple.


Add status or details for package

When I see a package in a scan, I would like to know where we got it from.

Was it obtained from a scan of the code?
Or was it matched to the purlDB? and which one?
Or was it found from mapped file to corresponding source code in a d2d pipeline?
Or does it come from some other procedure (like a dependency resolution)
It this a skiny, partial package (with only PURL data?) or more a more comprehensive set of metadata?
Or does it come from a curated ABOUT file or some other curated data source?

@pombredanne Could you provide the status values for each case?

Could you provide the status values for each case?

This requires a bit of thinking, first what would the data structure be.
@DennisClark ping, help much welcome to design how we could track based on what we created a package... like a scan or purldb match, or both

We also need to plan ahead for when we may have status codes entered by a person
The current status codes from SCIO are already confusing because they span multiple concepts:

application-package or system-package
file type or content - e.g. ignored-empty and other ignored codes
scan status - e.g. scanned
Now is the time to design the use of status codes for automated and for manual processing

Two new fields, I think:
pkg-origin  list of values

code-scan
purlDB match
d2d-map
dependency
about-file

scanned yes/no/unknown

perhaps one more:
sctk-version

From a discussion with @pombredanne
This should be best implemented by a status/origin log which is a list of status values (similar to how we have detection logs in LicenseDetection objects)
This is a list and not a single value because, a package can have multiple data sources and origin, like in the following flow (keeping in mind future plans too):

A package is created from a scan
package is enriched by data from purldb/full scans in purldb
package data is added for vulneribilities/quality

Suggesting the values (not exhaustive, please add and update) for this based on the list above by @DennisClark:

code-scan
purldb-match (matched based on archive/files)
purldb-metadata (metadata fetched by purl)
static-resolved (resolved from lockfiles/metadata)
dynamic-resolved (resolved by inspectors like python inspector)
about-file

Suggestions on attribute name: origin/origin_log


Assasins creed 2 / AC:Brotherhood

Massive camera shaking and at irregular rate.Like twitching. In some view directions its much less in amplitude and severe in other directions.No settings / resolution/Vsync off or on helps.
I use DXVK with reshade but even without it, same problem remains.
Here is the issue on video:
https://www.youtube.com/watch?v=ZtqvrBByEZo
If you use Windows, please check the following page: https://github.com/doitsujin/dxvk/wiki/Windows
Software information
Name of the game, settings used etc.
System information

GPU:3080 Ti Asus Tuf
Driver: 531.68
Wine version:
DXVK version: 2.2

Apitrace file(s)

(https://drive.google.com/file/d/1-CrW1oDiP-2d1pRAlgtCuloaN8ZtJqRr/view?usp=drive_link)

This Apitrace is gathered from couple of minutes of play from AC:brotherhood
For instructions on how to use apitrace, see: https://github.com/doitsujin/dxvk/wiki/Using-Apitrace
Log files
Please attach Proton or Wine logs as a text file:

When using Proton, set the Steam launch options for your game to PROTON_LOG=1 %command% and attach the corresponding steam-xxxxx.log file in your home directory.
When using regular Wine, use wine game.exe > game.log 2>&1 and attach the resulting game.log file.

Duplicate of #1829

(ACbrotherhood) ACBSP.trace is FFFFFFFFFFFreaking 72GB!!!!!!!!!!!!!! ,
curently zipping et but i dint think im gonna upload that anyway, just curious how much less et will be packed.

Duplicate of #1829
Also missing an apitrace and a video of the issue.

Video of the issue is linked now.

Note that this is a game bug that can get triggered somehow and neither I nor the devs have ever been able to reproduce it. #2249 (comment) Also see for one of the bit later games https://www.ubisoft.com/en-gb/help/assassins-creed-revelations/connectivity-and-performance/article/flickering-or-shaky-camera-on-windows-10-in-assassins-creed-revelations/000063457
Will try again on my new setup tho

I am aware bout the renaming the systemdetection file in revelation(i never played the game) as a solution, but AC2 and Brotherhood dont have that file

The problem is that we cannot reproduce the problem. I played a bit of AC2 on my Steam Deck and it works fine.

I have tried again to reproduce this. This time on my new setup on Windows 11 with dxck in AC2, but i have still not been able to reproduce.

I'm having this exact same issue as ts

still no fix for this? i tried every version camera shakes happens on all ezio trilogy

None of us have been able to reproduce it yet no.

Note that this is a game bug that can get triggered somehow and neither I nor the devs have ever been able to reproduce it. #2249 (comment) Also see for one of the bit later games https://www.ubisoft.com/en-gb/help/assassins-creed-revelations/connectivity-and-performance/article/flickering-or-shaky-camera-on-windows-10-in-assassins-creed-revelations/000063457
Will try again on my new setup tho

I can agree on this as I looked it up on PCGAMINGWIKI website.
https://www.pcgamingwiki.com/wiki/Assassin's_Creed_II#Stuttering.2FTearing_with_Vsync_On_or_Off
This is a bug not related to DXVK.

Note that this is a game bug that can get triggered somehow and neither I nor the devs have ever been able to reproduce it. #2249 (comment) Also see for one of the bit later games https://www.ubisoft.com/en-gb/help/assassins-creed-revelations/connectivity-and-performance/article/flickering-or-shaky-camera-on-windows-10-in-assassins-creed-revelations/000063457
Will try again on my new setup tho

I can agree on this as I looked it up on PCGAMINGWIKI website. https://www.pcgamingwiki.com/wiki/Assassin's_Creed_II#Stuttering.2FTearing_with_Vsync_On_or_Off This is a bug not related to DXVK.  Cause this is a bug from Ubisoft's "bugged" testing on 50hz.

Cpu: i7 6700k. I had this same problem on my previous intel g4560
Monitor is 60hz but i had locked max fps on 58 fps(dont ask why) .
Yesterday i tried to retest if its the nvidia controlpanel settings Vsync-wise , but the same problem remains. yes i even changed the max fps to 60 to eliminate variables.
Now i rechecked vsync off or on, no change.Both from nvidia control panel (global settings) and from within the game.
Never used a controler,always keyboard and mouse

Follow what the guy's guide on the link. @DarkoP913

Let us know if it is fixed.

Let us know if it is fixed.

Thanks for trying but no. It doesnt fix it at all.
So i used the CRU , Changed the 1080p(thats what im using ingame too) resolution refreshrate to 50 then the actual monitor frequency from properties

Checked the games res (it was on 59hz) changed to 50hz and i tried vsync on and off.
No change
What is weird to me is no one can discern even where the problem is from one (significant?) clue. The shaking is NOT the same in all view directions. Looking down has alot less.

CRU doesn't work? Did you change the threads on the cores for the game to read?

Plus I'm not going say this was an overlook on ubisoft's view. If steam deck had the correct amount of threads and cores for the game to run. Then this is an issue on system spec on GPU/ CPU shadering issues with the game when using DXVK. Also I haven't asked about Ram.

Game completely shutsdown(no errors etc) while alt-tabbing or ctrl+alt+del , so i cant test the threads and cores. (i got 16 gigs of ram | 2x8 )

I have the same issue on Brotherhood. Setting .exe affinity to 1 core only seems to fix most of the camera issues but Ezio still moves a bit weird, so the problem looks to be CPU related.
These games have notorious problems with multi-core CPUs on Windows even without dxvk:
https://www.pcgamingwiki.com/wiki/Assassin's_Creed:_Brotherhood#In-game_stuttering.2C_freezing_issues
Found on some old forums that disabling CPU hyperthreding on BIOS made the games run better, but it does not fix this dxvk issue. I use a Ryzen 7 5700x (8C/16T).
not sure if any of this helps but it's what I found out.

We found out this is a bug cause by the game not dxvk. Can so one put this is not our bug tag?

We know it's a game issue.
Just don't know why dxvk can trigger it

It is a CPU call back with GPU render.

That doesn't mean much.
The devs need to be able to reproduce to give it a proper look and haven't been able to yet

Hmm. I see.

The issue has followed me through 3 PC builds over the past few years. I know some will disagree, but it is not caused by user error. It's literally down to DXVK not communicating correctly for this game on any Windows 10/11 Nvidia/Intel or Ryzen configuration.
It's fine on Linux. But not on any Windows system with the above setup.

can confirm this happens, the game is unplayable :(

@brad86m No, you can't guarantee it.
The bug never triggered on my Win10 setup (previously Ryzen 2600X + Vega 56, now Ryzen 5600X + Navi 6650 XT).

The "Can't reproduce" tag is only valid for testing on Linux. Try on any Win 10/11 and Nvidia setup, and I guarantee that you will have the same issue.

@brad86m I've tried it on Windows with DXVK, couldnt reproduce it either.

Ditto

@brad86m No, you can't guarantee it. The bug never triggered on my Win10 setup (previously Ryzen 2600X + Vega 56, now Ryzen 5600X + Navi 6650 XT).

can you not read? He said Nvidia.

K0bin has Nvidia

K0bin has Nvidia

well i could reproduce it on every machine i have (all nvidia - 1060, 3050, 3070)

As said I will try again later. Including on a Nvidia GPU.
We to be able to reproduce ourselves to even begin looking at it.

@hammerfist11 Just to throw some quick things at the wall can you try making a file called dxvk.conf next to the games exe and inserting.
d3d9.customVendorId = 1002
d3d9.floatEmulation = Strict
d3d9.enableDialogMode = True
d3d9.allowDirectBufferMapping = False

Don't have big hopes it will do anything but might as well try.

@hammerfist11 Just to throw some quick things at the wall can you try making a file called dxvk.conf next to the games exe and inserting.
d3d9.customVendorId = 1002
d3d9.floatEmulation = Strict
d3d9.enableDialogMode = True
d3d9.deviceLossOnFocusLoss = True

Don't have big hopes it will do anything but might as well try.
Edit: corrected the configs

Tried this and the issue is still there sadly. Thanks for trying to help though.

I can't figure out why it's happening... RTSS also fails to inject with DXVK for some reason.

Finally reproduced now with my new Nvidia GPU.
Made two apitraces on Windows. One with dxvk and one without https://drive.proton.me/urls/SVMK2MYXZW#fcL9dc3qG9BH

Experiencing the same issue on my end as well.

I can reproduce the problem on Windows but I have no idea what causes it. For all intents and purposes, it seems like the game randomly jerks the camera around. From DXVKs perspective, the game just randomly sends different camera data to the GPU in specific frames.


Additional resources

opsschool.org and a handful of podcasts, newsletters, confs

@fromonesrc It seems there are merge conflicts. Would you mind fixing those and also adding yourself to the AUTHORS file?

given #3, we can close this one now

Thanks for helping me keep on track with housekeeping, @igalic.


Question/Bug: how to update the current scope?

First of all, thanks you for this plugin – was looking for something like Harpoon, but with a bit more flexibility.
So regarding this issue, I am not sure whether this is a bug or whether I simply have not figured out how the caching of this plugin works. For whatever reason, I can't get the scope to update when changing file / working directory, it seems I am always stuck with the first scope after nvim-startup.
Now my directory structure looks like this. I have ~/.config set up as my dotfile repo, and it contains various config folders. With .root(".luarc.json"), I'd like to have hammerspoon and nvim to be treated as different project scopes.
.
├── .git
├── (...other config directories)
├── hammerspoon
│   ├── init.lua
│   ├── .luarc.json
│   └── lua
│       ├── file_A.lua
│       └── ....lua
└── nvim
    ├── init.lua
    ├── .luarc.json
    └── lua
        ├── config
        │   ├── file_B.lua
        │   └── ....lua
        └── ....lua

Here is my config using lazy
{
	"cbochs/grapple.nvim",
	dependencies = "nvim-lua/plenary.nvim",
	init = function()
		local my_resolver = require("grapple.scope").fallback({
			require("grapple.scope").root(".luarc.json"),
			require("grapple").resolvers.git_fallback,
			require("grapple").resolvers.directory,
		})
		require("grapple").setup {
			scope = my_resolver,
		}
	end,
},

Now, since both hammerspoon and nvim are lua configs, I frequently switch from one to the other to copy some lua code. However, I cannot get grapple.nvim to behave as I would expect. So here is what I did:

Open nvim at file_A.lua. require("grapple").popup_scopes() correctly lists ~/.config/nvim as scope.
I tag file_A.lua, running popup_scopes() shows that for the ~/.config/nvim, the number of tagged files correctly incremented from 0 to 1.
I switch to file_B.lua via Telescope. Since the hammerspoon directory has it's own .luarc.json, I am expecting it is treated as an independent scope.
I open up popup_scopes(), and it's still showing ~/.config/nvim as the only scope.
I tag the current file ( file_B.lua) and when I check popup_scopes() once more, it shows that only the scope ~/.config/nvim, now updated to 2.
I quit nvim. I open nvim at file_B.lua. Now it correctly shows ~/.config/hammerspoon as scope, but there are 0 tagged files.
Switching to file_A.lua via Telescope does not result in an updated scope.
I quit nvim and open it again at file_A.lua. The scope shown is now ~/.config/nvim, with the number 2.

So reading through the docs, I tried two things:
A. changing the cache option for the resolver, to force it to always update.
my_resolver = require("grapple.scope").fallback({
	require("grapple.scope").root(".luarc.json"),
	require("grapple").resolvers.git_fallback,
	require("grapple").resolvers.directory,
}, { cache = false })

However, this did not change the behavior described above.
B. I tried adding an auto-command that updates the resolver on buffer enter:
vim.api.nvim_create_autocmd("BufEnter", {
	pattern = "*",
	callback = function()
		require("grapple.scope").update(my_resolver)
	end,
})

This, too, did not not change the behavior described in steps 1-8. Probably, I am just missing something obvious about how/when the resolver updates, but even after trying for 3 hours, I just can't figure it out :(

Hey @chrisgrieser, I think the scope resolver you've defined is correct. However, I would note that the root, git_fallback, and directory scope resolvers use the "DirChanged" autocmd to invalidate their cache. When you use telescope to open file_B.lua, is your current directory being changed to ~/.config/hammerspoon (check with :pwd)? I might suggest looking into :h 'autochdir'.
As an alternative you could define a custom scope that resolves a "root" directory from a file path's directory name:
local dotfile_resolver = require("grapple.scope").resolver(function()
  local file_path = vim.api.nvim_buf_get_name(0)
  local base_dir = vim.fs.dirname(file_path)
  local root_files = vim.fs.find({ ".luarc.json" }, { path = base_dir, upward = true })
  if #root_files > 0 then
    return vim.fs.dirname(root_files[1])
  end
  return nil
end, { cache = "BufEnter" })

Use it like:
local resolver = require("grapple.scope").fallback({
	dotfile_resolver,
	require("grapple").resolvers.git_fallback,
	require("grapple").resolvers.directory,
})

Thanks a lot for the answer! the pwd does indeed change, but it still did not work 🤔
Nevertheless, you second suggestions seems to work, thanks!

Thanks a lot for the answer! the pwd does indeed change, but it still did not work 🤔

Interesting. I wasn't able to reproduce this issue. I'll keep an eye open to see if it crops up again.

Nevertheless, you second suggestions seems to work, thanks!

Happy to help 🙂 In fact, this might be a useful default resolver to provide. I'll see about adding it to the builtin resolvers.

@chrisgrieser a quick update: I'm working on adding the above scope resolver to Grapple. If you'd like to try it out, feel free to checkout the feat_scope_root_from_buffer branch (PR: #63). To use it:
require("grapple.scope").root_from_buffer(".luarc.json")


I hit "Run tests" and nothing happens.

Challenge Size your Images has an issue.
User Agent is: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.87 Safari/537.36.
Please describe how to reproduce this issue, and include links to screenshots if possible.
My code:

<link href="https://fonts.googleapis.com/css?family=Lobster" rel="stylesheet" type="text/css">

CatPhotoApp

Kitty ipsum dolor sit amet, shed everywhere shed everywhere stretching attack your ankles chase the red dot, hairball run catnip eat the grass sniff.

Purr jump eat the grass rip the couch scratched sunbathe, shed everywhere rip the couch sleep in the sink fluffy fur catnip scratched.

It looks like you've not edited the code to do what it's asking, It's asking you to add a class to the img. If you need some help, join us in https://gitter.im/FreeCodeCamp/Help

Hi @AnimeHeart
Thanks for the report. The issue tracker is for reporting bugs only.
Please use the chat rooms:

HTML/CSS help chat room
JavaScript help chat room
Other Official Rooms

or try looking through our forum for help with a specific challenge.
Happy Coding!


add API_HOST to inventory container

inventory talks to itself via the inventory Service, but when the API_HOST variable is not defined it binds to localhost only and is not reachable using the cluster IP that the service resolves to

or maybe the service is not created correctly? hmm...

or minikube-specific. I can't get to the forklift-inventory.konveyor-forklift.svc.cluster.local via Cluster IP...maybe because it's the same pod. in that case API_HOST=localhost for the inventory would likely work better

The main/API container and inventory container run in the same pod and utilize the same network space, so localhost is sufficient for communication between them. The service address will take effect when applications from other pods attempt to access them.
@jortel please verify , thanks.

Yeah, so that's the problem - main uses the service url instead, and it doesn't seem to route back to the same pod in minikube with docker backend. I'll check setting this to localhost.
Seeing OCP working it could well be minikube specific

ok...apparently an old minikube issue that is still relevant
https://github.com/kubernetes/kubernetes/issues/20475#issuecomment-190995739


Inherent mutability -> Interior mutablility

The rust book calls this "interior mutability". I think that the two terms were just confused because they sound awfully similar.
First edition: https://doc.rust-lang.org/book/first-edition/mutability.html
Second edition: https://doc.rust-lang.org/book/second-edition/ch15-05-interior-mutability.html#refcellt-and-the-interior-mutability-pattern

Ah, yep, even the std::cell docs call it "interior". Thanks!
bors r+


Issue 6: Convert channel mentions and roles into plain text

Completed issue #6 : Adding functionality to convert channel mentions and roles into plain text.
Please do let me know if you have any questions or concerns.
Thank you!

Thanks will test.


Remove depreciations

Resolves #11

Doesn't seem broken. Hopefully nothing has broken and instead things have been fixed.


Consider moving time methods and enums out of OS

Issue description: https://docs.godotengine.org/en/latest/classes/class_os.html
The Weekday enum, the Month enum, and methods using them, such as get_date* and get_unix_time_from_datetime, aren't really related to operating systems, so it would make sense if they were moved elsewhere. Perhaps there should be a dedicated class for working with time?
4.0 milestone since this would break compat and therefore we should decide on it before 4.0 is out.

When doing so, I recommend replacing gmtime and localtime with thread safe versions.


Licensing issues - License is invalid! Nothing updated. Error: invalid

When trying to use the new offline license, VIS is showing the version 1.4.2 blinking and in a red color.
While adding the new license to the instnace, the action can be performed successfully and the check is completed with "OK".
Still, the license does not work when opening VIS.

Dito

Same Problem here.

Same Problem here.
Old "FREE" license is running fine.
Paid one  shows up "OK" in instance but is showing up as "Invalid" in log.

Fixed in 1.4.3.

Fixed in 1.4.3.

Run, THX

Issue fixed in 1.4.3


Uri regex [dev]

Codecov Report

Merging #936 (6663a29) into dev (f99e836) will increase coverage by 0.01%.
The diff coverage is n/a.

:exclamation: Current head 6663a29 differs from pull request most recent head eefafb8. Consider uploading reports for the commit eefafb8 to get more accurate results

@@            Coverage Diff             @@
##              dev     #936      +/-   ##
==========================================
+ Coverage   73.69%   73.71%   +0.01%
==========================================
  Files         132      132
  Lines       12787    12787
==========================================
+ Hits         9424     9426       +2
+ Misses       3363     3361       -2

Impacted Files
Coverage Δ

assemblyline/filestore/transport/local.py
90.32% <0.00%> (-1.62%)
:arrow_down:

assemblyline/odm/randomizer.py
95.25% <0.00%> (+1.72%)
:arrow_up:

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


Export an App Service certificate  to a pfx file with PowerShell

Hello Shibayan,
Can I export the certificate after it is created in a local folder on my server?
I found this article "https://benohead.com/export-app-service-certificate-pfx-file-powershell/" but displays an error below:
The Resource 'Microsoft.Web / certificates / xxxxx "under resource group' Letencrypt 'was not found
Thanks for the help

PFX export is not possible because it is different from App Service Certificate.
If you need to export, you need to use the Key Vault version. https://github.com/shibayan/azure-keyvault-letsencrypt

Ok Shibayan,
Thanks for the help.


Option Request: Mark identical translations

I have seen many cases (in my inherited projects) where some keys are no translated but copied from one language to another. Would be nice to be able to see those as marked duplicates.
As in this screen shot, the last text in CZ and EN are identical, someone copied EN to CZ without translating.

Duplicate of #168


Add full support for django2

Set on_delete to CASCADE explicitly as required for django 2.0.  This mimics the default of prior django versions.
Updated existing migration to explicitly set CASCADE.  As this was implicitly set before, this is only necessary for new users running the migration.
Updated test suite to test django 2.0 + python 3.5.  Python 3.4 is being deprecated, so didn't add 3.4.  Happy to change if there's disagreement that we should also test 3.4.
Updated documentation to use the as_view pattern for JavaScriptCatalog in urls.py.

Looks good - thanks @kedlav!


Excpetion: 500 'AUTH': command unrecognized.

I have a problem when connecting to my  ftp server:
b"FTPSync [default] > Authentication failed [Exception: 500 'AUTH': command unrecognized.]"
FTPSync > Exception in user code:
------------------------------------------------------------
Traceback (most recent call last):
  File "FTPSync in C:\Users\Rico\AppData\Roaming\Sublime Text 3\Installed Packages\FTPSync.sublime-package", line 972, in makeConnection
  File "ftpsyncwrapper in C:\Users\Rico\AppData\Roaming\Sublime Text 3\Installed Packages\FTPSync.sublime-package", line 337, in authenticate
  File "ftpsyncwrapper in C:\Users\Rico\AppData\Roaming\Sublime Text 3\Installed Packages\FTPSync.sublime-package", line 290, in retryingCommand
  File "ftpsyncwrapper in C:\Users\Rico\AppData\Roaming\Sublime Text 3\Installed Packages\FTPSync.sublime-package", line 284, in call
  File "lib3.ftplib in C:\Users\Rico\AppData\Roaming\Sublime Text 3\Installed Packages\FTPSync.sublime-package", line 719, in auth
  File "lib3.ftplib in C:\Users\Rico\AppData\Roaming\Sublime Text 3\Installed Packages\FTPSync.sublime-package", line 274, in voidcmd
  File "lib3.ftplib in C:\Users\Rico\AppData\Roaming\Sublime Text 3\Installed Packages\FTPSync.sublime-package", line 248, in voidresp
  File "lib3.ftplib in C:\Users\Rico\AppData\Roaming\Sublime Text 3\Installed Packages\FTPSync.sublime-package", line 243, in getresp
FTPSync.lib3.ftplib.error_perm: 500 'AUTH': command unrecognized.

Is is the way i configured the server? I checked my username and password twice.

Hi, I would say so. The error makes it seem that the code is correct but the server simply do not recognize this command. It's not a part of the vanilla FTP specification but a FTP Security Extension. It so much recommended to have this extension that I didn't even consider that it would not be present.
You mentioned configuration of server - does this mean not the server credentials, but the actual server? If it is so, please check if you can add this extension too. You can also take a look at not enforcing SSL_REUSE to allow secure transactions.
http://en.wikipedia.org/wiki/List_of_FTP_commands
http://tools.ietf.org/html/rfc2228
If you have this extension installed and properly configured, we can continue looking into it, but so far it seems this way.


Inginious 0.40

Motivation for this change
unbreak the package so that the module can be evaluated. See the comments on 611116823a13930caf2bf0402300b9b523efb92b
/cc @layus @grahamc
Things done

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

[ ] NixOS
[ ] macOS
[ ] other Linux distributions

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

nox-review is failing with:
warning: no previously-included files matching '*.py[co]' found anywhere in distribution
no previously-included directories found matching 'docs/_build'
builder for ‘/nix/store/q5pqx45v5l4c8v752l5c44pl14a0njxf-python2.7-oslo.reports-0.6.0.drv’ failed with exit code 1

Could we remove this package and the corresponding module ? It is a tool under development with a tendency to use cutting edge versions of all the python dependencies. It is quite difficult to maintain, and I have little time to do so ATM.

Plus, @grahamc fixed the module eval in #31973

psutil is in staging


Server needs updating

Not really a bug.
Necesse was updated to version 0.26.0 if not mistaken.
Unable to play on the server until the image gets updated i suppose.

Seems like the x path to the download url has changed again. So the automatic updater needs to be updated again. However, I'll try to manually update it later tonight.

You can always make a PR for that as well. Simply look at the past PRs for an example.

I see, let me see if i can pull and upate the url to https://necessegame.com/content/server/0-26-0-15329744/necesse-server-linux64-0-26-0-15329744.zip

Pull request send. that should do the trick

Merged! Please let me works if it works properly.

Works!


Add fields venue, pinned_message and entities to the Message object

Added fields venue, pinned_message and entities to the Message object. Added new objects MessageEntity and Venue, new methods sendVenue and sendContact.

Resolved in PR #32


[PE-D][Tester E] Using the Edit command, I was able to change the policy number to a value that is not alphanumeric and 8 characters

Description
Under User Guide, it is stated that the range of acceptable values of the policy number parameter is alphanumeric and exactly 8 characters. May I ask if the range of acceptable values has since been changed?

Steps to Reproduce

Load up application with default addressbook
Type into CLI the command: edit 1 pn/123

Expected Behaviour
The application will throw an error message that claims that the new policy number does not adhere to the format of accepted values that was specified.
Actual Behaviour
The edit command was allowed, and the policy number was changed, despite violating the format of accepted values as stated in the User Guide. Please refer to the screenshot below:

Labels: severity.Medium type.DocumentationBug
original: ivyy-poison/ped#2

Same as #165 , settle there


Possible typo in init.pp line 174

Describe the Bug
package_ensure      => $_package_ensure, vs $package_ensure. Causes haproxy to not get installed. Could be line 123 it depends on what the intent was in the changes.
Expected Behavior
haproxy gets installed
Steps to Reproduce
Steps to reproduce the behavior:

Attempt to install haproxy with the module

Environment

Puppet module v8.0
RHEL 9

Additional Context
Add any other context about the problem here.

Nevermind GPG key issue it appears on my end.