Made changes for adding the markdown content

Codecov Report
All modified lines are covered by tests :white_check_mark:

Comparison is base (f0fc0b9) 91.89% compared to head (c8d741c) 91.89%.

Additional details and impacted files
@@           Coverage Diff           @@
##             main      #60   +/-   ##
=======================================
  Coverage   91.89%   91.89%
=======================================
  Files           4        4
  Lines         148      148
=======================================
  Hits          136      136
  Misses         12       12

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


Can not connect an EV3 over cable to the Lab using the Open Roberta Chrome App

Describe the bug

If you enter the token for an EV3 in the Lab, which was created in the Open Roberta Chrome App, the Labs states, that the internet connection to the robot is not present, or the robot is shut down. Both possibilities are not true.

To Reproduce
Steps to reproduce the behavior:

Open Google Chrome and start the Open Roberta Chrome App
Connect an EV3 to the computer and generate a Token using the Open Roberta Chrome App
Go to the Lab, select the correct EV3 version and enter the token to connect the roboter
See error

Expected behavior

The robot should be paired with the Open Roberta Lab

Screenshots

Device information

Desktop
Windows 10, Ubuntu 18.4
Google Chrome 77.0.3865.90
Open Roberta Chrome App 1.5.0
EV3 leJOS 0.9.1

We just tested the Open Roberta Chrome App on the Chromebooks. Upon testing the setup with multiple Cromebooks, cables and EV3s, we found out, that the Open Roberta Chrome App does not even find the EV3s.
This is indicated by the "connect" button being greyed out. Waiting for longer periods of time did not "fix" the issue.


Typo

http://twig.sensiolabs.org/doc/recipes.html
Section "Overriding a Template that also extends itself"
Second Bullet
Original: "template if finds"
Should be "template it finds"

fixed, thanks.


Add Karpenter High-Level Architecture Diagram

Description
There have been a few requests from users to better understand how Karpenter runs under the hood and how the different controllers interact with each other. It might be nice to have a high-level architecture diagram that we could point users to when they ask how Karpenter works.

Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment

/kind documentation

Some tips:
https://www.k8s.dev/blog/2021/12/01/improve-your-documentation-with-mermaid.js-diagrams/

and https://kubernetes.io/docs/contribute/style/diagram-guide/

@jonathan-innis @sftim, I am interested in working on this issue but need guidance as I haven't undergone the code.

@srijan-shukla and I discussed a bit offline. This one may be tough if you don't already have deep familiarity with the codebase. I'd recommend picking up some issues that fall under good-first-issues first to get better familiarity and then come back to this one after you've gotten your feet wet a bit.

/assign @sanjeevrg89

/lifecycle fresh

/remove-lifecycle stale


drivers: dma: dma_dw: convert to DT_INST defines

Convert driver to use DT_INST_ defines.  The preferred defines for
drivers are DT_INST_.
Signed-off-by: Kumar Gala<EMAIL_ADDRESS>

Closing in favor of PR #22809


Login with Active-Directory account

As Akros employee I want to login in Marketplace application with active directory authentication (without the password) so that I can create or update the ad.


Add load_table_arrow limitation

load_table_arrow() not accepting a dataFrame with more than 2^31-1 elements

@CrisMorris95120 please note that i lack write access, so someone will have to complete this PR manually


Added Code of Conduct Content

Hey @myselfvipul, please don't create a PR without raising an issue and getting it assigned first.


bug: container image build fails when using podman

Describe the bug
mspreitz@mjs13 kubestellar % git status
On branch ks-0.20
Your branch is up to date with 'upstream/ks-0.20'.

nothing to commit, working tree clean

mspreitz@mjs13 kubestellar % git pull
Already up to date.

mspreitz@mjs13 kubestellar % make ko-build
test -s /Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/controller-gen && /Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/controller-gen --version | grep -q v0.11.3 || \
	GOBIN=/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin go install<EMAIL_ADDRESS>/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/controller-gen rbac:roleName=manager-role crd webhook paths="./..." output:crd:artifacts:config=config/crd/bases
cp config/crd/bases/* pkg/crd/files
/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/controller-gen object:headerFile="hack/boilerplate/boilerplate.go.txt" paths="./..."
go fmt ./...
go vet ./...
test -s /Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/setup-envtest || GOBIN=/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin go install sigs.k8s.io/controller-runtime/tools/setup-envtest@latest
go: downloading sigs.k8s.io/controller-runtime v0.17.0
go: downloading sigs.k8s.io/controller-runtime/tools/setup-envtest v0.0.0-20240116121732-6747c42ce339
KUBEBUILDER_ASSETS="/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/k8s/1.26.1-darwin-arm64" go test ./... -coverprofile cover.out
?   	github.com/kubestellar/kubestellar/cmd/kubestellar-operator	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/client	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/crd	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/internal	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/ocm	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/placement	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/status	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/util	[no test files]
ok  	github.com/kubestellar/kubestellar/api/v1alpha1	0.412s	coverage: 15.8% of statements
KO_DOCKER_REPO=ko.local ko build --push=false -B ./cmd/kubestellar-operator -t 0.20.0 --platform linux/amd64,linux/arm64
2024/01/16 13:32:48 Using base cgr.dev/chainguard/static:latest@sha256:bda736ff75ec4b76ecd120d6ccf0b9428419cf4568a5d786a7d77ba23a9f6992 for github.com/kubestellar/kubestellar/cmd/kubestellar-operator
2024/01/16 13:32:48 Building github.com/kubestellar/kubestellar/cmd/kubestellar-operator for linux/arm64
2024/01/16 13:32:48 Building github.com/kubestellar/kubestellar/cmd/kubestellar-operator for linux/amd64
2024/01/16 13:33:11 Loading ko.local/kubestellar-operator:b432a10b2d7e4a74f476139a1cbf8c0b589d8bdd4e098be47de858bd5b66f4e8
2024/01/16 13:33:11 daemon.Write response:
Error: failed to publish images: error publishing ko://github.com/kubestellar/kubestellar/cmd/kubestellar-operator: error loading image: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
make: *** [ko-build] Error 1

With old KubeStellar I was successfully building locally using ko.
Steps To Reproduce
See above.
Expected Behavior
Contributors using podman should be supported.
Additional Context
No response

Here is a success:
mspreitz@mjs13 kubestellar % DOCKER_HOST=unix://$HOME/.local/share/containers/podman/machine/qemu/podman.sock make ko-build
test -s /Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/controller-gen && /Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/controller-gen --version | grep -q v0.11.3 || \
	GOBIN=/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin go install<EMAIL_ADDRESS>/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/controller-gen rbac:roleName=manager-role crd webhook paths="./..." output:crd:artifacts:config=config/crd/bases
cp config/crd/bases/* pkg/crd/files
/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/controller-gen object:headerFile="hack/boilerplate/boilerplate.go.txt" paths="./..."
go fmt ./...
go vet ./...
test -s /Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/setup-envtest || GOBIN=/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin go install sigs.k8s.io/controller-runtime/tools/setup-envtest@latest
KUBEBUILDER_ASSETS="/Users/mspreitz/go/src/github.com/kubestellar/kubestellar/bin/k8s/1.26.1-darwin-arm64" go test ./... -coverprofile cover.out
?   	github.com/kubestellar/kubestellar/cmd/kubestellar-operator	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/client	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/crd	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/internal	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/ocm	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/placement	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/status	[no test files]
?   	github.com/kubestellar/kubestellar/pkg/util	[no test files]
ok  	github.com/kubestellar/kubestellar/api/v1alpha1	0.176s	coverage: 15.8% of statements
KO_DOCKER_REPO=ko.local ko build --push=false -B ./cmd/kubestellar-operator -t 0.20.0 --platform linux/amd64,linux/arm64
2024/01/16 14:22:18 Using base cgr.dev/chainguard/static:latest@sha256:bda736ff75ec4b76ecd120d6ccf0b9428419cf4568a5d786a7d77ba23a9f6992 for github.com/kubestellar/kubestellar/cmd/kubestellar-operator
2024/01/16 14:22:18 Building github.com/kubestellar/kubestellar/cmd/kubestellar-operator for linux/amd64
2024/01/16 14:22:18 Building github.com/kubestellar/kubestellar/cmd/kubestellar-operator for linux/arm64
2024/01/16 14:22:20 Loading ko.local/kubestellar-operator:b432a10b2d7e4a74f476139a1cbf8c0b589d8bdd4e098be47de858bd5b66f4e8
2024/01/16 14:22:21 Loaded ko.local/kubestellar-operator:b432a10b2d7e4a74f476139a1cbf8c0b589d8bdd4e098be47de858bd5b66f4e8
2024/01/16 14:22:21 Adding tag 0.20.0
2024/01/16 14:22:21 Added tag 0.20.0
ko.local/kubestellar-operator:b432a10b2d7e4a74f476139a1cbf8c0b589d8bdd4e098be47de858bd5b66f4e8
docker tag ko.local/kubestellar-operator:0.20.0 ghcr.io/kubestellar/kubestellar/kubestellar-operator:0.20.0

Note that https://github.com/kubestellar/kubestellar/blob/v0.14.0/Makefile has two distinct make targets for the syncer image: one builds a multi-platform manifest and one builds a single-platform container image. Both use ko. The latter target exists because the former is not what someone doing local testing wants (in the generality that we need, which includes contributors using podman).

Error: failed to publish images: error publishing ko://github.com/kubestellar/kubestellar/cmd/kubestellar-operator: error loading image: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?
make: *** [ko-build] Error 1

@MikeSpreitzer I see that you found how to setup your env for using ko with Podman. We should document this somewhere. For example, for Rancher Desktop I have created a symbolic link to allow ko to talk to the docker socket:  sudo ln -s ${HOME}/.rd/docker.sock /var/run/docker.sock

The latter target exists because the former is not what someone doing local testing wants (in the generality that we need, which includes contributors using podman).

I agree @MikeSpreitzer - for local testing the script can be changed to get the GOARCH and only build for that.

Other tools are another story, but for ko you could just use an environment variable like I showed rather than a sudo and symlink.

seems like this issue has been resolved - is it now more about documenting this for developers ?

All done but the documentation, which is covered by #1531


PublishTweetWithMedia fails with code 186 (>140 chars)

I use the following api:

await Tweetinvi.TwitterCredentials.ExecuteOperationWithCredentials(credentials, async () =>
{
await TweetAsync.PublishTweetWithMedia("How Real Estate Agents Get More Closings By Using SMS Text Messaging - DialMyCalls.com http://bit.ly/1kmezw9", image);
});

The image are the bytes from https://www.dialmycalls.com/img/dmc-logo-fbmain.png url which is about 22kb. The text is 108 characters.
Why does twitter say I'm more than 140 characters?

Tweetinvi works correctly, adding an image to a Tweet usually adds 24 characters to this message. Your text with the URL that you gave is of 118 characters, meaning you have 22 left.
Therefore if you want to add an image, you will have a message of 142 characters.
In the meantime there is a bug in Tweetinvi because if you use Tweet.Length() it will return a size of 139 which is incorrect. I will fix this issue.
Cheers,
Linvi

I see. Thanks.

On Nov 16, 2015, at 4:24 PM, linvi<EMAIL_ADDRESS>wrote:
Tweetinvi works correctly, adding an image to a Tweet usually adds 24 characters to this message. Your text with the URL that you gave is of 118 characters, meaning you have 22 left.
Therefore if you want to add an image, you will have a message of 142 characters.
In the meantime there is a bug in Tweetinvi because if you use Tweet.Length() it will return a size of 139 which is incorrect. I will fix this issue.
Cheers,
Linvi
—
Reply to this email directly or view it on GitHub.


Basic setup

Feat:
Create index.html and add h1 tag inside header tag
Create style.css and add background color to header tag using css class selector
Create linters.yml file to check for errors in the code
Add node_modules directory to .gitignore
Create test.md file and add it to .gitignore

After including the main sections, can I leave some sub-sections blank or do I remove them because it does not relate to my project? For example, under getting started where there's no setup needed, no install, no usage etc.

After including the main sections, can I leave some sub-sections blank or do I remove them because it does not relate to my project? For example, under getting started where there's no setup needed, no install, no usage etc.

On narate how your project can be clone with yoir repo link ,the usage only section that is optional to include is the FAQ section.

I have fixed the broken MIT license from the README

Thank you @Alusp


fixed DirectoryShardlist -> DirectoryShardList in webdataset/compat.py:222

Hi.
I found a mistake in the webdataset/compat.py:222 file. This pr contains a fix for the bug.

This bug seems to prevent reading from a directory of files.


Proper Asset File Type

The .nca file type should be reworked:

Should have a proper header with version, type, etc.
Data should be binary - not sure if supporting a human readable version has utility...
Binary blobs should be compressed: lz4 is fine to start, but we should be forward thinking and allow specifying compression type in the header.

Data should be binary - not sure if supporting a human readable version has utility...

It's common for there to be a format that merges well so repos can keep track of changes. This may be an intermediary format that's stored in the repo, but on commit to main branch they are converted to binary version when a playable game build is made. If each build can be traced to a commit then a QA team can identify when a bug was introduced and if the data in the repo is human readable it can be more easily determined.
Just what I've heard from people talk about the subject and something I've tried to do!


Not able to enable addon in blender

Current Behavior
issue
ModuleNotFoundError: No module named 'io_scene_gltf2.blender.exp.gltf2_blender_gather_texture_info'
Expected Behavior
Enable addon
Steps To Reproduce
blender 3.6, in blender preferences, after install, at stage to checkbox for enable the addon.
Environment
- OS:
- Blender:
- glTF-Blender-IO-MSFS:

Anything else?
No response

I seem to be having the same issue. Everytime I try to enable the plugin I get Traceback messages -- tried restarting Blender after install, still a no-go. I have the other, 3rd party GLTF importer installed? These shouldn't conflict right? I'm using Blender 3.6 on Windows 10.

Blender 3.6 is not compatible with this addon:
The version 1.3.x is only compatible with Blender 3.3.x LTS. Other versions are not supported.


Improvements in the Lisk Core docs v3

Delegates had some issues when setting up a node, enabling forging and updating their node.
Add in further clarification/instructions/content in the relevant sections to cover the above points.

Solved in #1407


weak estimators- average together predictions (or grab the median prediction)

some way of very visibly ensembling them together.

this is done, but will be deprecated soon.


fix: safe join for urls

Addresses #262
This is a little noisy since the previous URL used in tests (http://) isn't valid when passed to the new URL constructor that's used to perform the new safe URL construction. This means all tests needed that URL change.

Pull Request Test Coverage Report for Build 879392518

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

Totals

Change from base Build 874320863:
0.0%

Covered Lines:
106

Relevant Lines:
106

💛  - Coveralls


Update glossary.md

Following further discussion, this is a second set of revisions simplifying the glossary.

@beckymasond you need to run just fmt-md to format the document correctly.


amendments suggestion

This is a draft, and I will continue to update it as needed.

[x] "ID" may be a little bit confusing.

https://github.com/ines/spacy-course/blame/master/chapters/en/slides/chapter1_02_statistical-models.md#L104

[x] not method, but function?

https://github.com/ines/spacy-course/blame/master/chapters/en/slides/chapter1_02_statistical-models.md#L192

[x] add backquotes to words and spaces? (inconsistent to L113)

https://github.com/ines/spacy-course/blame/master/chapters/en/chapter2.md#L127

[x] not "shared nlp object", but "shared nlp.vocab object"?

https://github.com/ines/spacy-course/blame/master/chapters/en/chapter2.md#L155

[x] check if index < len(doc) - 1?

https://github.com/ines/spacy-course/blame/master/chapters/en/chapter2.md#L196

[x] not one or more, but zero or more

https://github.com/ines/spacy-course/blame/master/chapters/en/slides/chapter2_02_data-structures-2.md#L51

[x] what this "easier" means? In terms of the computational cost?

https://github.com/ines/spacy-course/blame/master/chapters/en/slides/chapter4_02_training-loop.md#L32

Thanks! 🎉

not method, but function?

I've changed it to say "the spacy.explain method". We're typically referring to things like spacy.load as methods (even though they're technically functions), so at least this makes it consistent.

not "shared nlp object", but "shared nlp.vocab object"?

This is supposed to mean that the variable nlp has already been created. This was kind of a leftover from the original course materials because they typically stated what objects were already created or preloaded. And I guess it's pointed out in 2.6 because it's one of the first exercises where nlp is already defined in the code and not something the user has to write.
If you find it too confusing, I'd just take the whole sentence out.

check if index < len(doc) - 1?

To keep things simple, I didn't include that in the example. But it's mentioned in the success message of that exercise:
https://github.com/ines/spacy-course/blob/a8ab486f5a8425347e51e04f6ee4dffe0b0bdbbe/exercises/en/test_02_07.py#L10-L15

not one or more, but zero or more

Technically, yes, but maybe that's a bit confusing? While it's theoretically possible to create a Span object consisting of 0 tokens, it's not something you typically would or should do. And if we're talking about a "span" as in a "text span" (not just the Span instance), I do think we should mean 1+ tokens.

what this "easier" means? In terms of the computational cost?

It's more like, the output is more likely to be correct. I actually just changed that part to: "This increases the reliability of the gradient estimates."
(We tried to keep that simple because we didn't want the course to go too much into arbitrary ML details.)

Thanks for the reply! I'm all convinced!
Here are other issues:

[ ] not "property" but "method"?

https://github.com/ines/spacy-course/blob/master/exercises/en/exc_03_10_02.py#L12


Add collaborators to this repo

Comment below to be added as a collaborator
We will all be using this repository today. Even though it's public right now, you will not be able to make changes until you're given the correct permissions. We've automated this process via the GitHub API. Once you comment, we will add you as a collaborator.
You'll start to receive a lot of emails. (❗) You can slow these down immediately by clicking the Unwatch button at the top of the page and selecting either the Participating and @mentions or Ignore option.

any comment

Que pasta!

Hello

word...

Hi

Hi

Comment

.

Comment

wazzuuuup!

my comment

Hi

🦕

januszb

Hello


bug: Multiselect open and utf8 filename

Platform: windows
Repr:
There is a bug inside m_async->start lambda. If you try to open multiple files, and first one contains special characters f.e. "test - kópia.png", filename size will be different then wcslen(p), so next filename will loose first character/s.
 for (wchar_t const *p = woutput.c_str(); *p; ) {             auto filename = internal::wstr2str(p);             p += filename.size();
Fix:
 for (wchar_t const *p = woutput.c_str(); *p; ) {             auto filename = internal::wstr2str(p);             p += wcslen(p);

Well spotted, thanks!


Side effects of unused ES6 classes transpiled to ES5.

In the repo link I posted below, it appears that using tools like UglifyJs is not able to 'tree-shake' classes transpiled from TS to target ES5. It appears that the IIFE, is considered a side affect and won't be removed from code even if the export is unused.
Regardless of where this cam be fixed it's important to see this fixed for the 98% of angular2 users (who favor webpack as their bundler). We will be investigating work around for users for now such as TS ES6=ES6 and then babel to transpile to ES5.
References:
https://github.com/webpack/webpack/issues/2899
https://github.com/mishoo/UglifyJS2/issues/1261
TypeScript Version: 2.0.0+
Code
https://github.com/blacksonic/typescript-webpack-tree-shaking
Expected behavior:
Either TS removes the module or return it as an empty unused module, or the side affect is not present.
Actual behavior:
The unused export still appears in transpiled code.

We will be investigating work around for users for now such as TS ES6=ES6 and then babel to transpile to ES5.

Babel also generates an IIFE if I'm not mistaken, right?

Different, but it looks encapsulated mostly the same way.
https://babeljs.io/repl/#?evaluate=true&lineWrap=false&presets=es2015%2Creact%2Cstage-2&code=export class Foo {}

Once you have a method, Babel reverts to an IIFE, just like TypeScript.

It is also an issue with Babel

Thanks for verifying.

It's more than an IIFE issue. Uglify will not drop code that is assigned to a global or a property. Uglify doesn't know how exports will be used as it lacks program flow analysis.
    var Foo = (function () {
        function Foo() {
        }
        Foo.prototype.foo = function () { };
        return Foo;
    }());
    exports.Foo = Foo;

Is it possible to generate a side-effect free ES5 class declaration?

Is it possible to generate a side-effect free ES5 class declaration?

It doesn't have side effects, it is that Uglify thinks that it might, but the IIFE is there so that code inside has the appropriate scope.  There maybe nastier ways to write it (like using new Function) but that won't help Uglify understand that the IIFE doesn't have side effects.

Thinking of this from a different perspective. Should TS be able to remove unused exports as part of the transpilation process from module ES6/2015 to target ES5?

How would you propose TypeScript detect unused exports?  How would TypeScript know that you intend to publish your TypeScript as a package where all the published (exported) APIs are available and some final build of a project?
Tree shaking of a final bunlded build is usually considered something that is the domain of build tooling and the TypeScript Design goals state this as a non-goal:

Provide an end-to-end build pipeline. Instead, make the system extensible so that external tools can use the compiler for more complex build workflows.

For TypeScript 2.1 and the change to the transformation based emitter, it is likely someone would be able to create a transform that either would signal to a tree-shaker related export code that could be eliminated, or potentially build the dependency graph itself and not emit the code, but I suspect it is unlikely we will see something like this baked into TypeScript directly.

Totally get what you are saying. I just wondered how much program flow analysis could already be leveraged to do this, if even possible?
In regards to the build to/bundling, I am 💯 on board with that decision. Just trying to consider ways to optimize if there is room and ability to.
All of those questions you brought up, are excellent points in why it proves to be not a trivial task.

#13721 should solve this issue.

#13721 should solve this issue.

Yes and no. Uglify would drop unused /*@__PURE__*/ annotated downleveled IIFEs if everything is in the same function scope. It does not address the module exports problem outlined in https://github.com/Microsoft/TypeScript/issues/10467#issuecomment-241446385 which is also an issue in webpack2.
Something like Rollup would have to be used to hoist everything into the same function scope, renaming conflicting things as necessary.

closing in favor of https://github.com/Microsoft/TypeScript/issues/13721.


App doesn't work with "Ice" menu bar app

Every since installing the Ice menu bar app, Tuneful always automatically hides itself. When I go into Ice settings to unhide Tuneful, it works, But then as soon as I change track and do anything else, it hides itself again.
Such a shame because it's a great app but I can't seem to get it working 🤷♂

Can you record this behaviour? I'm using Ice myself but haven't encounter this issue

I am dealing with this same issue

not working for me at all, I'm using ice menu bar
not sure if the ice app is the reason but:

installed the app
opened using the security settings menu
and when i click the app nothings happens, there is no icon in the menu bar (checked in ice settings too)
the tuneful is not showing in the activity monitor app too

not sure what to do but would really love to use this app ;/

I just release new version 1.7.1 which might have fixed this issue, let me know if it now works for you guys

I just released new version 1.7.1 which might have fixed this issue, let me know if it now works for you guys

works for me now, huge thanks!  😀

I am still running into issues with this. I've downloaded 1.7.1 and Tuneful continues to crash. My error log follows:
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               Tuneful [94866]
Path:                  /Applications/Tuneful.app/Contents/MacOS/Tuneful
Identifier:            com.Martin-Fekete.Tuneful
Version:               1.7.1 (1.7.1)
Code Type:             X86-64 (Native)
Parent Process:        launchd [1]
User ID:               502

Date/Time:             2024-11-27 18:40:07.2082 -0600
OS Version:            macOS 14.1.1 (23B81)
Report Version:        12
Bridge OS Version:     8.1 (21P1069)
Anonymous UUID:        AC02E090-92C0-A19E-5AD1-B765139659A7

Sleep/Wake UUID:       1FAA343A-9A12-4F70-AEC4-8367D68741D4

Time Awake Since Boot: 850000 seconds
Time Since Wake:       31873 seconds

System Integrity Protection: enabled

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_CRASH (SIGABRT)
Exception Codes:       0x0000000000000000, 0x0000000000000000

Termination Reason:    Namespace SIGNAL, Code 6 Abort trap: 6
Terminating Process:   Tuneful [94866]

Application Specific Information:
abort() called

Thread 0 Crashed::  Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	    0x7ff8115b37ce __pthread_kill + 10
1   libsystem_pthread.dylib       	    0x7ff8115ebf30 pthread_kill + 262
2   libsystem_c.dylib             	    0x7ff81150aa49 abort + 126
3   libc++abi.dylib               	    0x7ff8115a4c72 abort_message + 241
4   libc++abi.dylib               	    0x7ff811596e1a demangling_terminate_handler() + 266
5   libobjc.A.dylib               	    0x7ff81123736e _objc_terminate() + 96
6   libc++abi.dylib               	    0x7ff8115a40cb std::__terminate(void (*)()) + 6
7   libc++abi.dylib               	    0x7ff8115a4086 std::terminate() + 54
8   libdispatch.dylib             	    0x7ff8114445ae _dispatch_client_callout + 28
9   libdispatch.dylib             	    0x7ff8114508e1 _dispatch_main_queue_drain + 993
10  libdispatch.dylib             	    0x7ff8114504f2 _dispatch_main_queue_callback_4CF + 31
11  CoreFoundation                	    0x7ff811707056 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 9
12  CoreFoundation                	    0x7ff8116c62b5 __CFRunLoopRun + 2459
13  CoreFoundation                	    0x7ff8116c5352 CFRunLoopRunSpecific + 557
14  HIToolbox                     	    0x7ff81bf679d9 RunCurrentEventLoopInMode + 292
15  HIToolbox                     	    0x7ff81bf677e6 ReceiveNextEventCommon + 665
16  HIToolbox                     	    0x7ff81bf67531 _BlockUntilNextEventMatchingListInModeWithFilter + 66
17  AppKit                        	    0x7ff814cd5885 _DPSNextEvent + 880
18  AppKit                        	    0x7ff8155c9348 -[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:] + 1304
19  AppKit                        	    0x7ff814cc6dfa -[NSApplication run] + 603
20  AppKit                        	    0x7ff814c9ae10 NSApplicationMain + 816
21  SwiftUI                       	    0x7ff91d4d0455 0x7ff91d41a000 + 746581
22  SwiftUI                       	    0x7ff91dcd61b4 0x7ff91d41a000 + 9159092
23  SwiftUI                       	    0x7ff91e1336af 0x7ff91d41a000 + 13735599
24  Tuneful                       	       0x103149286 0x1030e9000 + 393862
25  dyld                          	    0x7ff8112633a6 start + 1942

Thread 1:
0   libsystem_pthread.dylib       	    0x7ff8115e7b88 start_wqthread + 0

Thread 2:
0   libsystem_pthread.dylib       	    0x7ff8115e7b88 start_wqthread + 0

Thread 3:
0   libsystem_pthread.dylib       	    0x7ff8115e7b88 start_wqthread + 0

Thread 4:: caulk.messenger.shared:17
0   libsystem_kernel.dylib        	    0x7ff8115ac9ea semaphore_wait_trap + 10
1   caulk                         	    0x7ff81bc84c7e caulk::semaphore::timed_wait(double) + 150
2   caulk                         	    0x7ff81bc84b98 caulk::concurrent::details::worker_thread::run() + 30
3   caulk                         	    0x7ff81bc848bc void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*>>>(void*) + 41
4   libsystem_pthread.dylib       	    0x7ff8115ec202 _pthread_start + 99
5   libsystem_pthread.dylib       	    0x7ff8115e7bab thread_start + 15

Thread 5:: caulk.messenger.shared:high
0   libsystem_kernel.dylib        	    0x7ff8115ac9ea semaphore_wait_trap + 10
1   caulk                         	    0x7ff81bc84c7e caulk::semaphore::timed_wait(double) + 150
2   caulk                         	    0x7ff81bc84b98 caulk::concurrent::details::worker_thread::run() + 30
3   caulk                         	    0x7ff81bc848bc void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*>>>(void*) + 41
4   libsystem_pthread.dylib       	    0x7ff8115ec202 _pthread_start + 99
5   libsystem_pthread.dylib       	    0x7ff8115e7bab thread_start + 15

Thread 6:: com.apple.NSEventThread
0   libsystem_kernel.dylib        	    0x7ff8115aca6e mach_msg2_trap + 10
1   libsystem_kernel.dylib        	    0x7ff8115bae7a mach_msg2_internal + 84
2   libsystem_kernel.dylib        	    0x7ff8115b3b92 mach_msg_overwrite + 653
3   libsystem_kernel.dylib        	    0x7ff8115acd5f mach_msg + 19
4   CoreFoundation                	    0x7ff8116c7405 __CFRunLoopServiceMachPort + 143
5   CoreFoundation                	    0x7ff8116c5e75 __CFRunLoopRun + 1371
6   CoreFoundation                	    0x7ff8116c5352 CFRunLoopRunSpecific + 557
7   AppKit                        	    0x7ff814e32a00 _NSEventThread + 122
8   libsystem_pthread.dylib       	    0x7ff8115ec202 _pthread_start + 99
9   libsystem_pthread.dylib       	    0x7ff8115e7bab thread_start + 15

Thread 7:
0   libsystem_pthread.dylib       	    0x7ff8115e7b88 start_wqthread + 0

Thread 0 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x0000000000000006  rcx: 0x00007ff7bce14f98  rdx: 0x0000000000000000
  rdi: 0x0000000000000103  rsi: 0x0000000000000006  rbp: 0x00007ff7bce14fc0  rsp: 0x00007ff7bce14f98
   r8: 0x00007ff7bce14e60   r9: 0x00007ff7bce150c0  r10: 0x0000000000000000  r11: 0x0000000000000246
  r12: 0x0000000000000103  r13: 0x0000003000000008  r14: 0x00007ff854bedb40  r15: 0x0000000000000016
  rip: 0x00007ff8115b37ce  rfl: 0x0000000000000246  cr2: 0x0000000000000000

Logical CPU:     0
Error Code:      0x02000148
Trap Number:     133

Binary Images:
       0x10360c000 -        0x10361bfff libobjc-trampolines.dylib (*) <98971a5a-9c10-3af1-8886-451f2945c39e> /usr/lib/libobjc-trampolines.dylib
       0x103285000 -        0x1032c8fff org.sparkle-project.Sparkle (2.5.1) <c48058fc-540e-3b1f-af01-3260e00c3e1d> /Applications/Tuneful.app/Contents/Frameworks/Sparkle.framework/Versions/B/Sparkle
       0x1030e9000 -        0x103214fff com.Martin-Fekete.Tuneful (1.7.1) <cc98e40f-ef07-37a3-9453-14dce3d4fe53> /Applications/Tuneful.app/Contents/MacOS/Tuneful
    0x7ff8115ab000 -     0x7ff8115e5ff7 libsystem_kernel.dylib (*) <4df0d732-7fc4-3200-8176-f1804c63f2c8> /usr/lib/system/libsystem_kernel.dylib
    0x7ff8115e6000 -     0x7ff8115f1fff libsystem_pthread.dylib (*) <c64722b0-e96a-3fa5-96c3-b4beaf0c494a> /usr/lib/system/libsystem_pthread.dylib
    0x7ff81148b000 -     0x7ff811512fff libsystem_c.dylib (*) <83c7b73c-86fe-32f9-85dd-f46fa2c1315b> /usr/lib/system/libsystem_c.dylib
    0x7ff811592000 -     0x7ff8115aafff libc++abi.dylib (*) <64e46c2a-b814-390c-b33a-d9d95da6854e> /usr/lib/libc++abi.dylib
    0x7ff81121b000 -     0x7ff81125cfc0 libobjc.A.dylib (*) <a58a8749-bfb0-31e7-bb38-c14e6a17406b> /usr/lib/libobjc.A.dylib
    0x7ff811441000 -     0x7ff811487ffd libdispatch.dylib (*) <4472f1a5-1d47-3665-ac8d-7adb0e9d2d87> /usr/lib/system/libdispatch.dylib
    0x7ff81164b000 -     0x7ff811ae5fec com.apple.CoreFoundation (6.9) <d148cf66-0478-3100-a9d6-0571b6f769e3> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
    0x7ff81bf37000 -     0x7ff81c1d2ff4 com.apple.HIToolbox (2.1.1) <06bf0872-3b34-3c7b-ad5b-7a447d793405> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
    0x7ff814c97000 -     0x7ff81609cffb com.apple.AppKit (6.9) <27fed5dd-d148-3238-bc95-1dac5dd57fa1> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
    0x7ff91d41a000 -     0x7ff91f0c9ff0 com.apple.SwiftUI (5.1.16) <218a045c-1a1a-31a6-b135-5951b5d7a42b> /System/Library/Frameworks/SwiftUI.framework/Versions/A/SwiftUI
    0x7ff81125d000 -     0x7ff8112f93df dyld (*) <d5406f23-6967-39c4-beb5-6ae3293c7753> /usr/lib/dyld
               0x0 - 0xffffffffffffffff ??? (*) <00000000-0000-0000-0000-000000000000> ???
    0x7ff81bc83000 -     0x7ff81bca8ff3 com.apple.audio.caulk (1.0) <add15787-ab8a-3a29-8c38-4f91922814e6> /System/Library/PrivateFrameworks/caulk.framework/Versions/A/caulk

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=841.5M resident=0K(0%) swapped_out_or_unallocated=841.5M(100%)
Writable regions: Total=1.7G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=1.7G(100%)

                                VIRTUAL   REGION
REGION TYPE                        SIZE    COUNT (non-coalesced)
===========                     =======  =======
Activity Tracing                   256K        1
AttributeGraph Data               1024K        1
CG image                             8K        1
ColorSync                          228K       28
CoreAnimation                       36K        3
CoreGraphics                        12K        2
Foundation                          16K        1
Kernel Alloc Once                    8K        1
MALLOC                             1.7G       92
MALLOC guard page                  120K       30
STACK GUARD                       56.0M        8
Stack                             11.6M        8
VM_ALLOCATE                        180K       10
__CTF                               824        1
__DATA                            32.8M      567
__DATA_CONST                      39.3M      372
__DATA_DIRTY                      1608K      190
__FONT_DATA                        2352        1
__INFO_FILTER                         8        1
__LINKEDIT                       180.8M        5
__OBJC_RO                         70.8M        1
__OBJC_RW                         2157K        2
__TEXT                           660.7M      591
dyld private memory                260K        2
mapped file                      181.3M       31
shared memory                      788K       18
===========                     =======  =======
TOTAL                              2.9G     1968

-----------
Full Report
-----------

{"app_name":"Tuneful","timestamp":"2024-11-27 18:40:07.00 -0600","app_version":"1.7.1","slice_uuid":"cc98e40f-ef07-37a3-9453-14dce3d4fe53","build_version":"1.7.1","platform":1,"bundleID":"com.Martin-Fekete.Tuneful","share_with_app_devs":0,"is_first_party":0,"bug_type":"309","os_version":"macOS 14.1.1 (23B81)","roots_installed":0,"name":"Tuneful","incident_id":"B3BE8279-396A-4545-A897-1DA733294B69"}
{
  "uptime" : 850000,
  "procRole" : "Foreground",
  "version" : 2,
  "userID" : 502,
  "deployVersion" : 210,
  "modelCode" : "MacBookPro16,4",
  "coalitionID" : 214515,
  "osVersion" : {
    "train" : "macOS 14.1.1",
    "build" : "23B81",
    "releaseType" : "User"
  },
  "captureTime" : "2024-11-27 18:40:07.2082 -0600",
  "codeSigningMonitor" : 0,
  "incident" : "B3BE8279-396A-4545-A897-1DA733294B69",
  "pid" : 94866,
  "cpuType" : "X86-64",
  "roots_installed" : 0,
  "bug_type" : "309",
  "procLaunch" : "2024-11-27 18:40:06.6963 -0600",
  "procStartAbsTime" :<PHONE_NUMBER>91519,
  "procExitAbsTime" :<PHONE_NUMBER>20971,
  "procName" : "Tuneful",
  "procPath" : "\/Applications\/Tuneful.app\/Contents\/MacOS\/Tuneful",
  "bundleInfo" : {"CFBundleShortVersionString":"1.7.1","CFBundleVersion":"1.7.1","CFBundleIdentifier":"com.Martin-Fekete.Tuneful"},
  "storeInfo" : {"deviceIdentifierForVendor":"40F58DA9-6EE9-514E-9AE5-658D191B6CDB","thirdParty":true},
  "parentProc" : "launchd",
  "parentPid" : 1,
  "coalitionName" : "com.Martin-Fekete.Tuneful",
  "crashReporterKey" : "AC02E090-92C0-A19E-5AD1-B765139659A7",
  "codeSigningID" : "com.Martin-Fekete.Tuneful",
  "codeSigningTeamID" : "RM399ZL5B5",
  "codeSigningFlags" :<PHONE_NUMBER>,
  "codeSigningValidationCategory" : 3,
  "codeSigningTrustLevel" :<PHONE_NUMBER>,
  "wakeTime" : 31873,
  "bridgeVersion" : {"build":"21P1069","train":"8.1"},
  "sleepWakeUUID" : "1FAA343A-9A12-4F70-AEC4-8367D68741D4",
  "sip" : "enabled",
  "exception" : {"codes":"0x0000000000000000, 0x0000000000000000","rawCodes":[0,0],"type":"EXC_CRASH","signal":"SIGABRT"},
  "termination" : {"flags":0,"code":6,"namespace":"SIGNAL","indicator":"Abort trap: 6","byProc":"Tuneful","byPid":94866},
  "asi" : {"libsystem_c.dylib":["abort() called"]},
  "exceptionReason" : {"arguments":["NSAppleEventDescriptor","CGImageForProposedRect:context:hints:","0x6000004f5420"],"format_string":"-[%s %s]: unrecognized selector sent to instance %p","name":"NSInvalidArgumentException","type":"objc-exception","composed_message":"-[NSAppleEventDescriptor CGImageForProposedRect:context:hints:]: unrecognized selector sent to instance 0x6000004f5420","class":"NSException"},
  "extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
  "lastExceptionBacktrace" : [{"imageOffset":978838,"symbol":"__exceptionPreprocess","symbolLocation":226,"imageIndex":9},{"imageOffset":82481,"symbol":"objc_exception_throw","symbolLocation":48,"imageIndex":7},{"imageOffset":1655460,"symbol":"-[NSObject(NSObject) __retain_OA]","symbolLocation":0,"imageIndex":9},{"imageOffset":379027,"symbol":"___forwarding___","symbolLocation":1379,"imageIndex":9},{"imageOffset":377512,"symbol":"_CF_forwarding_prep_0","symbolLocation":120,"imageIndex":9},{"imageOffset":173226,"imageIndex":2},{"imageOffset":151672,"imageIndex":2},{"imageOffset":154544,"imageIndex":2},{"imageOffset":215269,"imageIndex":2},{"imageOffset":212841,"imageIndex":2},{"imageOffset":155633,"imageIndex":2},{"imageOffset":84521,"imageIndex":2},{"imageOffset":8934,"symbol":"_dispatch_call_block_and_release","symbolLocation":12,"imageIndex":8},{"imageOffset":13722,"symbol":"_dispatch_client_callout","symbolLocation":8,"imageIndex":8},{"imageOffset":63713,"symbol":"_dispatch_main_queue_drain","symbolLocation":993,"imageIndex":8},{"imageOffset":62706,"symbol":"_dispatch_main_queue_callback_4CF","symbolLocation":31,"imageIndex":8},{"imageOffset":770134,"symbol":"__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__","symbolLocation":9,"imageIndex":9},{"imageOffset":504501,"symbol":"__CFRunLoopRun","symbolLocation":2459,"imageIndex":9},{"imageOffset":500562,"symbol":"CFRunLoopRunSpecific","symbolLocation":557,"imageIndex":9},{"imageOffset":199129,"symbol":"RunCurrentEventLoopInMode","symbolLocation":292,"imageIndex":10},{"imageOffset":198630,"symbol":"ReceiveNextEventCommon","symbolLocation":665,"imageIndex":10},{"imageOffset":197937,"symbol":"_BlockUntilNextEventMatchingListInModeWithFilter","symbolLocation":66,"imageIndex":10},{"imageOffset":256133,"symbol":"_DPSNextEvent","symbolLocation":880,"imageIndex":11},{"imageOffset":9642824,"symbol":"-[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]","symbolLocation":1304,"imageIndex":11},{"imageOffset":196090,"symbol":"-[NSApplication run]","symbolLocation":603,"imageIndex":11},{"imageOffset":15888,"symbol":"NSApplicationMain","symbolLocation":816,"imageIndex":11},{"imageOffset":746581,"imageIndex":12},{"imageOffset":9159092,"imageIndex":12},{"imageOffset":13735599,"imageIndex":12},{"imageOffset":393862,"imageIndex":2},{"imageOffset":25510,"symbol":"start","symbolLocation":1942,"imageIndex":13}],
  "faultingThread" : 0,
  "threads" : [{"triggered":true,"id":19669166,"threadState":{"r13":{"value":206158430216},"rax":{"value":0},"rflags":{"value":582},"cpu":{"value":0},"r14":{"value":140704550411072,"symbolLocation":0,"symbol":"_main_thread"},"rsi":{"value":6},"r8":{"value":140702002531936},"cr2":{"value":0},"rdx":{"value":0},"r10":{"value":0},"r9":{"value":140702002532544},"r15":{"value":22},"rbx":{"value":6},"trap":{"value":133},"err":{"value":33554760},"r11":{"value":582},"rip":{"value":140703419807694,"matchesCrashFrame":1},"rbp":{"value":140702002532288},"rsp":{"value":140702002532248},"r12":{"value":259},"rcx":{"value":140702002532248},"flavor":"x86_THREAD_STATE","rdi":{"value":259}},"queue":"com.apple.main-thread","frames":[{"imageOffset":34766,"symbol":"__pthread_kill","symbolLocation":10,"imageIndex":3},{"imageOffset":24368,"symbol":"pthread_kill","symbolLocation":262,"imageIndex":4},{"imageOffset":522825,"symbol":"abort","symbolLocation":126,"imageIndex":5},{"imageOffset":76914,"symbol":"abort_message","symbolLocation":241,"imageIndex":6},{"imageOffset":19994,"symbol":"demangling_terminate_handler()","symbolLocation":266,"imageIndex":6},{"imageOffset":115566,"symbol":"_objc_terminate()","symbolLocation":96,"imageIndex":7},{"imageOffset":73931,"symbol":"std::__terminate(void (*)())","symbolLocation":6,"imageIndex":6},{"imageOffset":73862,"symbol":"std::terminate()","symbolLocation":54,"imageIndex":6},{"imageOffset":13742,"symbol":"_dispatch_client_callout","symbolLocation":28,"imageIndex":8},{"imageOffset":63713,"symbol":"_dispatch_main_queue_drain","symbolLocation":993,"imageIndex":8},{"imageOffset":62706,"symbol":"_dispatch_main_queue_callback_4CF","symbolLocation":31,"imageIndex":8},{"imageOffset":770134,"symbol":"__CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__","symbolLocation":9,"imageIndex":9},{"imageOffset":504501,"symbol":"__CFRunLoopRun","symbolLocation":2459,"imageIndex":9},{"imageOffset":500562,"symbol":"CFRunLoopRunSpecific","symbolLocation":557,"imageIndex":9},{"imageOffset":199129,"symbol":"RunCurrentEventLoopInMode","symbolLocation":292,"imageIndex":10},{"imageOffset":198630,"symbol":"ReceiveNextEventCommon","symbolLocation":665,"imageIndex":10},{"imageOffset":197937,"symbol":"_BlockUntilNextEventMatchingListInModeWithFilter","symbolLocation":66,"imageIndex":10},{"imageOffset":256133,"symbol":"_DPSNextEvent","symbolLocation":880,"imageIndex":11},{"imageOffset":9642824,"symbol":"-[NSApplication(NSEventRouting) _nextEventMatchingEventMask:untilDate:inMode:dequeue:]","symbolLocation":1304,"imageIndex":11},{"imageOffset":196090,"symbol":"-[NSApplication run]","symbolLocation":603,"imageIndex":11},{"imageOffset":15888,"symbol":"NSApplicationMain","symbolLocation":816,"imageIndex":11},{"imageOffset":746581,"imageIndex":12},{"imageOffset":9159092,"imageIndex":12},{"imageOffset":13735599,"imageIndex":12},{"imageOffset":393862,"imageIndex":2},{"imageOffset":25510,"symbol":"start","symbolLocation":1942,"imageIndex":13}]},{"id":19669167,"frames":[{"imageOffset":7048,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":4}],"threadState":{"r13":{"value":0},"rax":{"value":33554800},"rflags":{"value":512},"cpu":{"value":0},"r14":{"value":0},"rsi":{"value":6403},"r8":{"value":409604},"cr2":{"value":0},"rdx":{"value":123145480044544},"r10":{"value":0},"r9":{"value":18446744073709551615},"r15":{"value":0},"rbx":{"value":123145480568832},"trap":{"value":133},"err":{"value":33554800},"r11":{"value":582},"rip":{"value":140703420021640},"rbp":{"value":0},"rsp":{"value":123145480568832},"r12":{"value":0},"rcx":{"value":0},"flavor":"x86_THREAD_STATE","rdi":{"value":123145480568832}}},{"id":19669168,"frames":[{"imageOffset":7048,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":4}],"threadState":{"r13":{"value":0},"rax":{"value":33554800},"rflags":{"value":512},"cpu":{"value":0},"r14":{"value":0},"rsi":{"value":5379},"r8":{"value":409604},"cr2":{"value":0},"rdx":{"value":123145480581120},"r10":{"value":0},"r9":{"value":18446744073709551615},"r15":{"value":0},"rbx":{"value":123145481105408},"trap":{"value":133},"err":{"value":33554800},"r11":{"value":582},"rip":{"value":140703420021640},"rbp":{"value":0},"rsp":{"value":123145481105408},"r12":{"value":0},"rcx":{"value":0},"flavor":"x86_THREAD_STATE","rdi":{"value":123145481105408}}},{"id":19669169,"frames":[{"imageOffset":7048,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":4}],"threadState":{"r13":{"value":0},"rax":{"value":33554800},"rflags":{"value":512},"cpu":{"value":0},"r14":{"value":1},"rsi":{"value":20995},"r8":{"value":409604},"cr2":{"value":0},"rdx":{"value":123145481117696},"r10":{"value":0},"r9":{"value":18446744073709551615},"r15":{"value":123145481640824},"rbx":{"value":123145481641984},"trap":{"value":133},"err":{"value":33554800},"r11":{"value":582},"rip":{"value":140703420021640},"rbp":{"value":0},"rsp":{"value":123145481641984},"r12":{"value":5128197},"rcx":{"value":0},"flavor":"x86_THREAD_STATE","rdi":{"value":123145481641984}}},{"id":19669171,"name":"caulk.messenger.shared:17","threadState":{"r13":{"value":0},"rax":{"value":14},"rflags":{"value":515},"cpu":{"value":0},"r14":{"value":105553182868528},"rsi":{"value":105553120994336},"r8":{"value":105553120994336},"cr2":{"value":0},"rdx":{"value":10},"r10":{"value":0},"r9":{"value":25},"r15":{"value":0},"rbx":{"value":105553182868481},"trap":{"value":133},"err":{"value":16777252},"r11":{"value":515},"rip":{"value":140703419779562},"rbp":{"value":123145482178416},"rsp":{"value":123145482178376},"r12":{"value":0},"rcx":{"value":123145482178376},"flavor":"x86_THREAD_STATE","rdi":{"value":39943}},"frames":[{"imageOffset":6634,"symbol":"semaphore_wait_trap","symbolLocation":10,"imageIndex":3},{"imageOffset":7294,"symbol":"caulk::semaphore::timed_wait(double)","symbolLocation":150,"imageIndex":15},{"imageOffset":7064,"symbol":"caulk::concurrent::details::worker_thread::run()","symbolLocation":30,"imageIndex":15},{"imageOffset":6332,"symbol":"void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*>>>(void*)","symbolLocation":41,"imageIndex":15},{"imageOffset":25090,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":4},{"imageOffset":7083,"symbol":"thread_start","symbolLocation":15,"imageIndex":4}]},{"id":19669172,"name":"caulk.messenger.shared:high","threadState":{"r13":{"value":0},"rax":{"value":14},"rflags":{"value":515},"cpu":{"value":0},"r14":{"value":105553182868736},"rsi":{"value":105553120994464},"r8":{"value":105553120994464},"cr2":{"value":0},"rdx":{"value":12},"r10":{"value":0},"r9":{"value":27},"r15":{"value":0},"rbx":{"value":105553182868481},"trap":{"value":133},"err":{"value":16777252},"r11":{"value":515},"rip":{"value":140703419779562},"rbp":{"value":123145482714992},"rsp":{"value":123145482714952},"r12":{"value":0},"rcx":{"value":123145482714952},"flavor":"x86_THREAD_STATE","rdi":{"value":34307}},"frames":[{"imageOffset":6634,"symbol":"semaphore_wait_trap","symbolLocation":10,"imageIndex":3},{"imageOffset":7294,"symbol":"caulk::semaphore::timed_wait(double)","symbolLocation":150,"imageIndex":15},{"imageOffset":7064,"symbol":"caulk::concurrent::details::worker_thread::run()","symbolLocation":30,"imageIndex":15},{"imageOffset":6332,"symbol":"void* caulk::thread_proxy<std::__1::tuple<caulk::thread::attributes, void (caulk::concurrent::details::worker_thread::*)(), std::__1::tuple<caulk::concurrent::details::worker_thread*>>>(void*)","symbolLocation":41,"imageIndex":15},{"imageOffset":25090,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":4},{"imageOffset":7083,"symbol":"thread_start","symbolLocation":15,"imageIndex":4}]},{"id":19669279,"name":"com.apple.NSEventThread","threadState":{"r13":{"value":21592279046},"rax":{"value":268451845},"rflags":{"value":518},"cpu":{"value":0},"r14":{"value":2},"rsi":{"value":21592279046},"r8":{"value":0},"cr2":{"value":0},"rdx":{"value":8589934592},"r10":{"value":402434140667904},"r9":{"value":402434140667904},"r15":{"value":402434140667904},"rbx":{"value":123145483247712},"trap":{"value":133},"err":{"value":16777263},"r11":{"value":518},"rip":{"value":140703419779694},"rbp":{"value":123145483247552},"rsp":{"value":123145483247448},"r12":{"value":4294967295},"rcx":{"value":123145483247448},"flavor":"x86_THREAD_STATE","rdi":{"value":123145483247712}},"frames":[{"imageOffset":6766,"symbol":"mach_msg2_trap","symbolLocation":10,"imageIndex":3},{"imageOffset":65146,"symbol":"mach_msg2_internal","symbolLocation":84,"imageIndex":3},{"imageOffset":35730,"symbol":"mach_msg_overwrite","symbolLocation":653,"imageIndex":3},{"imageOffset":7519,"symbol":"mach_msg","symbolLocation":19,"imageIndex":3},{"imageOffset":508933,"symbol":"__CFRunLoopServiceMachPort","symbolLocation":143,"imageIndex":9},{"imageOffset":503413,"symbol":"__CFRunLoopRun","symbolLocation":1371,"imageIndex":9},{"imageOffset":500562,"symbol":"CFRunLoopRunSpecific","symbolLocation":557,"imageIndex":9},{"imageOffset":1686016,"symbol":"_NSEventThread","symbolLocation":122,"imageIndex":11},{"imageOffset":25090,"symbol":"_pthread_start","symbolLocation":99,"imageIndex":4},{"imageOffset":7083,"symbol":"thread_start","symbolLocation":15,"imageIndex":4}]},{"id":19669282,"frames":[{"imageOffset":7048,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":4}],"threadState":{"r13":{"value":0},"rax":{"value":0},"rflags":{"value":512},"cpu":{"value":0},"r14":{"value":0},"rsi":{"value":0},"r8":{"value":278532},"cr2":{"value":0},"rdx":{"value":123145483264000},"r10":{"value":0},"r9":{"value":18446744073709551615},"r15":{"value":0},"rbx":{"value":0},"trap":{"value":0},"err":{"value":0},"r11":{"value":0},"rip":{"value":140703420021640},"rbp":{"value":0},"rsp":{"value":123145483788288},"r12":{"value":0},"rcx":{"value":0},"flavor":"x86_THREAD_STATE","rdi":{"value":123145483788288}}}],
  "usedImages" : [
  {
    "source" : "P",
    "arch" : "x86_64h",
    "base" :<PHONE_NUMBER>,
    "size" : 65536,
    "uuid" : "98971a5a-9c10-3af1-8886-451f2945c39e",
    "path" : "\/usr\/lib\/libobjc-trampolines.dylib",
    "name" : "libobjc-trampolines.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "2.5.1",
    "CFBundleIdentifier" : "org.sparkle-project.Sparkle",
    "size" : 278528,
    "uuid" : "c48058fc-540e-3b1f-af01-3260e00c3e1d",
    "path" : "\/Applications\/Tuneful.app\/Contents\/Frameworks\/Sparkle.framework\/Versions\/B\/Sparkle",
    "name" : "Sparkle",
    "CFBundleVersion" : "2032"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "CFBundleShortVersionString" : "1.7.1",
    "CFBundleIdentifier" : "com.Martin-Fekete.Tuneful",
    "size" : 1228800,
    "uuid" : "cc98e40f-ef07-37a3-9453-14dce3d4fe53",
    "path" : "\/Applications\/Tuneful.app\/Contents\/MacOS\/Tuneful",
    "name" : "Tuneful",
    "CFBundleVersion" : "1.7.1"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>72928,
    "size" : 241656,
    "uuid" : "4df0d732-7fc4-3200-8176-f1804c63f2c8",
    "path" : "\/usr\/lib\/system\/libsystem_kernel.dylib",
    "name" : "libsystem_kernel.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>14592,
    "size" : 49152,
    "uuid" : "c64722b0-e96a-3fa5-96c3-b4beaf0c494a",
    "path" : "\/usr\/lib\/system\/libsystem_pthread.dylib",
    "name" : "libsystem_pthread.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>93280,
    "size" : 557056,
    "uuid" : "83c7b73c-86fe-32f9-85dd-f46fa2c1315b",
    "path" : "\/usr\/lib\/system\/libsystem_c.dylib",
    "name" : "libsystem_c.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>70528,
    "size" : 102400,
    "uuid" : "64e46c2a-b814-390c-b33a-d9d95da6854e",
    "path" : "\/usr\/lib\/libc++abi.dylib",
    "name" : "libc++abi.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64h",
    "base" :<PHONE_NUMBER>37376,
    "size" : 270273,
    "uuid" : "a58a8749-bfb0-31e7-bb38-c14e6a17406b",
    "path" : "\/usr\/lib\/libobjc.A.dylib",
    "name" : "libobjc.A.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>90176,
    "size" : 290814,
    "uuid" : "4472f1a5-1d47-3665-ac8d-7adb0e9d2d87",
    "path" : "\/usr\/lib\/system\/libdispatch.dylib",
    "name" : "libdispatch.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64h",
    "base" :<PHONE_NUMBER>28288,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.CoreFoundation",
    "size" : 4829165,
    "uuid" : "d148cf66-0478-3100-a9d6-0571b6f769e3",
    "path" : "\/System\/Library\/Frameworks\/CoreFoundation.framework\/Versions\/A\/CoreFoundation",
    "name" : "CoreFoundation",
    "CFBundleVersion" : "2106"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>55712,
    "CFBundleShortVersionString" : "2.1.1",
    "CFBundleIdentifier" : "com.apple.HIToolbox",
    "size" : 2736117,
    "uuid" : "06bf0872-3b34-3c7b-ad5b-7a447d793405",
    "path" : "\/System\/Library\/Frameworks\/Carbon.framework\/Versions\/A\/Frameworks\/HIToolbox.framework\/Versions\/A\/HIToolbox",
    "name" : "HIToolbox"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>62688,
    "CFBundleShortVersionString" : "6.9",
    "CFBundleIdentifier" : "com.apple.AppKit",
    "size" : 20996092,
    "uuid" : "27fed5dd-d148-3238-bc95-1dac5dd57fa1",
    "path" : "\/System\/Library\/Frameworks\/AppKit.framework\/Versions\/C\/AppKit",
    "name" : "AppKit",
    "CFBundleVersion" : "2487.20.107"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>24320,
    "CFBundleShortVersionString" : "5.1.16",
    "CFBundleIdentifier" : "com.apple.SwiftUI",
    "size" : 30081009,
    "uuid" : "218a045c-1a1a-31a6-b135-5951b5d7a42b",
    "path" : "\/System\/Library\/Frameworks\/SwiftUI.framework\/Versions\/A\/SwiftUI",
    "name" : "SwiftUI",
    "CFBundleVersion" : "5.1.16"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>07712,
    "size" : 639968,
    "uuid" : "d5406f23-6967-39c4-beb5-6ae3293c7753",
    "path" : "\/usr\/lib\/dyld",
    "name" : "dyld"
  },
  {
    "size" : 0,
    "source" : "A",
    "base" : 0,
    "uuid" : "00000000-0000-0000-0000-000000000000"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>21280,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.audio.caulk",
    "size" : 155636,
    "uuid" : "add15787-ab8a-3a29-8c38-4f91922814e6",
    "path" : "\/System\/Library\/PrivateFrameworks\/caulk.framework\/Versions\/A\/caulk",
    "name" : "caulk"
  }
],
  "sharedCache" : {
  "base" :<PHONE_NUMBER>11392,
  "size" :<PHONE_NUMBER>6,
  "uuid" : "4f1c5bcd-3ba7-365c-9e1f-56c2b41cafa6"
},
  "vmSummary" : "ReadOnly portion of Libraries: Total=841.5M resident=0K(0%) swapped_out_or_unallocated=841.5M(100%)\nWritable regions: Total=1.7G written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=1.7G(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nActivity Tracing                   256K        1 \nAttributeGraph Data               1024K        1 \nCG image                             8K        1 \nColorSync                          228K       28 \nCoreAnimation                       36K        3 \nCoreGraphics                        12K        2 \nFoundation                          16K        1 \nKernel Alloc Once                    8K        1 \nMALLOC                             1.7G       92 \nMALLOC guard page                  120K       30 \nSTACK GUARD                       56.0M        8 \nStack                             11.6M        8 \nVM_ALLOCATE                        180K       10 \n__CTF                               824        1 \n__DATA                            32.8M      567 \n__DATA_CONST                      39.3M      372 \n__DATA_DIRTY                      1608K      190 \n__FONT_DATA                        2352        1 \n__INFO_FILTER                         8        1 \n__LINKEDIT                       180.8M        5 \n__OBJC_RO                         70.8M        1 \n__OBJC_RW                         2157K        2 \n__TEXT                           660.7M      591 \ndyld private memory                260K        2 \nmapped file                      181.3M       31 \nshared memory                      788K       18 \n===========                     =======  ======= \nTOTAL                              2.9G     1968 \n",
  "legacyInfo" : {
  "threadTriggered" : {
    "queue" : "com.apple.main-thread"
  }
},
  "logWritingSignature" : "d88d710a8f12c78870fab25699a19ac1110026ac",
  "trialInfo" : {
  "rollouts" : [
    {
      "rolloutId" : "632e3df958740028737bffc0",
      "factorPackIds" : {
        "SIRI_UNDERSTANDING_NL_OVERRIDES" : "65e7a8ec68da4f6d14fe7a05"
      },
      "deploymentId" : 240000670
    },
    {
      "rolloutId" : "5f72dc58705eff005a46b3a9",
      "factorPackIds" : {

      },
      "deploymentId" : 240000015
    }
  ],
  "experiments" : [
    {
      "treatmentId" : "45f4e2a5-551b-4bc2-a2dc-19c244dda8f8",
      "experimentId" : "6643969b3099cf28e049862f",
      "deploymentId" : 400000007
    }
  ]
}
}

Model: MacBookPro16,4, BootROM 2<IP_ADDRESS>.0 (iBridge: 21.16.1069.0.0,0), 8 processors, 8-Core Intel Core i9, 2.4 GHz, 32 GB, SMC
Graphics: Intel UHD Graphics 630, Intel UHD Graphics 630, Built-In
Graphics: AMD Radeon Pro 5600M, AMD Radeon Pro 5600M, PCIe, 8 GB
Display: Color LCD, 3072 x 1920 Retina, Main, MirrorOff, Online
Memory Module: BANK 0/ChannelA-DIMM0, 16 GB, DDR4, 2667 MHz, Micron, MT40A2G8NEA-062E:J
Memory Module: BANK 2/ChannelB-DIMM0, 16 GB, DDR4, 2667 MHz, Micron, MT40A2G8NEA-062E:J
AirPort: spairport_wireless_card_type_wifi (0x14E4, 0x7BF), wl0: Jul 10 2023 12:53:18 version 9.30.5<IP_ADDRESS>.92 FWID 01-c06f991b
AirPort:
Bluetooth: Version (null), 0 services, 0 devices, 0 incoming serial ports
Network Service: Wi-Fi, AirPort, en0
USB Device: USB31Bus
USB Device: T2Bus
USB Device: composite_device
USB Device: Touch Bar Backlight
USB Device: Touch Bar Display
USB Device: Apple Internal Keyboard / Trackpad
USB Device: Headset
USB Device: Ambient Light Sensor
USB Device: FaceTime HD Camera (Built-in)
USB Device: Apple T2 Controller
Thunderbolt Bus: MacBook Pro, Apple Inc., 63.5
Thunderbolt Bus: MacBook Pro, Apple Inc., 63.5


ASU-935 Store audit logs in the app database instead of filesystem

This PR modifies the audit logging functionality to write the audit events into the database instead of log files on the filesystem.
To maintain audit trail integrity, audit events are written in the same transaction as the actual CRUD operation. If writing the audit log event fails, the whole transaction will be rolled back. This way it should be impossible to view or modify records without leaving an audit trail.

Codecov Report

Merging #95 (3f876bd) into develop (14f6d47) will increase coverage by 0.36%.
The diff coverage is 89.61%.

@@             Coverage Diff             @@
##           develop      #95      +/-   ##
===========================================
+ Coverage    91.35%   91.72%   +0.36%
===========================================
  Files           50       53       +3
  Lines         1412     1462      +50
  Branches       125      124       -1
===========================================
+ Hits          1290     1341      +51
  Misses          96       96
+ Partials        26       25       -1

Impacted Files
Coverage Δ

apartment_application_service/settings.py
84.84% <ø> (+6.66%)
:arrow_up:

audit_log/admin.py
70.37% <70.37%> (ø)

audit_log/audit_logging.py
100.00% <100.00%> (ø)

audit_log/models.py
100.00% <100.00%> (ø)

audit_log/paginators.py
100.00% <100.00%> (ø)

audit_log/viewsets.py
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

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


Wrong index type

Hi,
I think there should be faiss.IndexFlatIP instead of faiss.IndexFlatL2 in the aggregation script.
Katerina

Dear Katerina,
Thank you for reading our paper into detail and the question. We have updated our model to v2 to support esm2 and have changed to L2 distance in order to support more optimization methods in faiss package. I will add some explanations to avoid ambiguity.
Best,
Liang

Thank you very much for the quick reply! I have a follow up question: If I download model checkpoints from README (link to the checkpoint), am I supposed to use L2 distance or IP?


Tray icon left-click on KDE acts as right-click

Version 9.0.0 Clicking on tray icon does not open program. Left click brings up the whatsapp-quit dialog the same as a right click would. This was fixed in the 8.0.7 version, but is now back. Could this be a regression in Electron?

After digging this is an Electron 9.0.4 issue where they have reverted the tray handling via gtk appindicator and not the Dbus implementation. This is by design and is not a bug.

is their any work around for this problem ?


Development: Fix duplicated task error in Hestia

Checklist
General

[x] I tested all changes and their related features with all corresponding user types on a test server.
[ ] This is a small issue that I tested locally and was confirmed by another developer on a test server.
[x] Language: I followed the guidelines for inclusive, diversity-sensitive, and appreciative language.
[x] I chose a title conforming to the naming conventions for pull requests.

Server

[x] Important: I implemented the changes with a very good performance and prevented too many (unnecessary) database calls.
[x] I followed the coding and design guidelines.
[x] I documented the Java code using JavaDoc style.

Motivation and Context

Fixes the imminent issue described in #7736
Description

A simple .distinct() call suffices to fix this issue
Steps for Testing

Prerequisites:

1 Instructor

Create a programming exercise with a duplicated task (2 tasks with the same name and test cases)
Participate in the exercise
Do one submission
Wait for the result to come back
No error

Testserver States

[!NOTE]
These badges show the state of the test servers.
Green = Currently available, Red = Currently locked

Review Progress

Performance Review

[x] I (as a reviewer) confirm that the client changes (in particular related to REST calls and UI responsiveness) are implemented with a very good performance
[x] I (as a reviewer) confirm that the server changes (in particular related to database calls) are implemented with a very good performance

Code Review

[ ] Code Review 1

Manual Tests

[ ] Test 1

Test Coverage

Effectively unchanged
Screenshots

N/A

Tested manually on ts2. I did everything as you provided, however, I have got an internal error. It was shown at Artemis. Nevertheless, that actually worked.

I am unable to reproduce this on TS2 with this PR deployed. Can you give me the URL of the specific exercise where this happened?


TiCDC can't recover after TiDB of upstream OOM

What did you do?
TiDB of upstream has too high qps and connections, causing TIDB OOM.
metrics of TiDB:
https://clinic.pingcap.com/grafana/d/000000013tidbcloudv6_1_x/tidb-runtime-cluster-clinic?orgId=1&var-tidb_cluster=1379661944640134080&var-instance=All&var-store=All&from=1678407999000&to=1678415199000&var-tidb_version=v6.1.x&var-org=1372813089196917631&refresh=15m&var-org_type=cloud
https://clinic.pingcap.com/grafana/d/2bbdcd7d4d88a2dtidbcloudv6_1_x/tidb-summary-cluster-clinic?orgId=1&var-tidb_cluster=1379661944640134080&var-instance=All&var-store=All&from=1678407999000&to=1678415199000&var-tidb_version=v6.1.x&var-org=1372813089196917631&refresh=15m&var-org_type=cloud
https://clinic.pingcap.com/portal/#/orgs/1372813089196917631/clusters/1379661944640134080/report/5/fed8c3b6-fe7a-48f7-80e1-100dacf18938
after scale up TiDB nodes, TiDB recovered.
What did you expect to see?
After TiDB recovered, cdc should reduce lag.
What did you see instead?
cdc lag is still high.
Versions of the cluster
Upstream TiDB cluster version (execute SELECT tidb_version(); in a MySQL client):
(paste TiDB cluster version here)

Upstream TiKV version (execute tikv-server --version):
(paste TiKV version here)

TiCDC version (execute cdc version):
(paste TiCDC version here)

https://clinic.pingcap.com/portal/#/orgs/1372813089196917631/clusters/1379661944640134080
cluster version is v6.1.3

The issue can be work around per https://github.com/pingcap/tiflow/issues/4516#issuecomment-1049540773

/severity major

/assign @overvenus

update


Support for Laravel 6.4

I have 2 concerns:

it seems that this PR is containing more than juste the 6.4 support (something about adding a login button?)
and why don't we simply put 6.* as Laravel dependency (since it's semver now)?

Thanks for your fast reply! The login button was included by an error.

Login Button: I added it on our projects since some customers didn't know how to login. This should have been done with an separate PR/ and additional syles...

Yes 6.* should do it.


Missing row in sample

Description
In the final part of the article, in the part "completed Todo component" is missing the row:
@rendermode InteractiveServer
Page URL
https://learn.microsoft.com/en-us/aspnet/core/blazor/tutorials/build-a-blazor-app?view=aspnetcore-8.0
Content source URL
https://github.com/dotnet/AspNetCore.Docs/blob/main/aspnetcore/blazor/tutorials/build-a-blazor-app.md
Document ID
23f2cad2-31f9-d5d1-671c-5613fb812b19
Article author
@guardrex

Thanks @pietroorlando ... Yes, that happened because the example at the end comes from the sample app and not from an INCLUDE file that resides here with the article.
I'll fix this shortly ... sometime before EOD. Thanks for letting me know about it.


Size of constant buffer cannot exceed 65536

Can the size of a uniform buffer exceed 65536? On my Mac I get an error when I create my pipeline with vkCreateGraphicsPipelines using a shader that has a uniform buffer with a size greater than 65536. I do not get this error on iOS. Only Mac. Should I not exceed 65536 on both iOS and Mac? On Mac, my VkPhysicalDeviceLimits maxUniformBufferRang is<PHONE_NUMBER>. Is that not related?

This is my output:
[mvk-error] VK_ERROR_INITIALIZATION_FAILED: Shader library compile failed (Error code 3):
Compilation failed:
program_source:40:90: error: size of constant buffer cannot exceed 65536
vertex main0_out main0(main0_in in [[stage_in]], constant UniformData& ud [[buffer(0)]], constant UniformModel& um [[buffer(1)]], constant PushConstant& pc [[buffer(2)]], uint gl_InstanceIndex [[instance_id]])

This actually appears to be a limitation of desktop Metal (cf. Metal Feature Set Tables, under "Maximum function memory allocation for a buffer in the constant address space").

Interesting. Thank you!


Using a newer version of azblob causes a compile error

We're using an older version of azblob (v0.6.0) but this can limit clients attempting to upgrade to newer versions of azblob.
azblob isn't GA yet, which means interface breaking changes are still possible, even if we do upgrade. The current compile error with 0.15.0 (latest as of this writing). It looks like it's just a simple expansion of arguments:
/storage.go:290:41: not enough arguments in call to blobURL.GetProperties
        have (context.Context, azblob.BlobAccessConditions)
        want (context.Context, azblob.BlobAccessConditions, azblob.ClientProvidedKeyOptions)
./storage.go:601:101: not enough arguments in call to blobURL.ToBlockBlobURL().Upload
        have (context.Context, *bytes.Reader, azblob.BlobHTTPHeaders, azblob.Metadata, azblob.BlobAccessConditions)
        want (context.Context, io.ReadSeeker, azblob.BlobHTTPHeaders, azblob.Metadata, azblob.BlobAccessConditions, azblob.AccessTierType, azblob.BlobTagsMap, azblob.ClientProvidedKeyOptions, azblob.ImmutabilityPolicyOptions)
./storage.go:625:104: not enough arguments in call to blobURL.ToBlockBlobURL().Upload
        have (context.Context, *bytes.Reader, azblob.BlobHTTPHeaders, azblob.Metadata, azblob.BlobAccessConditions)
        want (context.Context, io.ReadSeeker, azblob.BlobHTTPHeaders, azblob.Metadata, azblob.BlobAccessConditions, azblob.AccessTierType, azblob.BlobTagsMap, azblob.ClientProvidedKeyOptions, azblob.ImmutabilityPolicyOptions)
./storage.go:646:89: not enough arguments in call to blobURL.Download
        have (context.Context, number, number, azblob.BlobAccessConditions, bool)
        want (context.Context, int64, int64, azblob.BlobAccessConditions, bool, azblob.ClientProvidedKeyOptions)

We're discussing solutions, but filing the issue to track any discussion.

Attempt 1 - vendor a copy of azblob v0.6.0
This would decouple us from any changes to the azblob package, allowing us to use the unchanging subset of features from Azure Storage.
Unfortunately, this doesn't work. The problem is that the Event Hubs package exports a Credential interface that embeds azblob.Credential from the azblob package. That interface requires a private marker method:
// azblob.Credential
type Credential interface {
	pipeline.Factory
        // can't be implemented by someone external this package
	credentialMarker()
}

This is our normal use case:
// (azblob here is: "github.com/Azure/azure-storage-blob-go/azblob"

	cred, err := azblob.NewSharedKeyCredential("foo", "Zm9vCg==")

	leaser, err := NewStorageLeaserCheckpointer(cred, ts.AccountName, "someContainer", ts.Env)

Yields this compile error:
/storage.go:110:76: cannot use credential (variable of type Credential) as type "github.com/Azure/azure-event-hubs-go/v3/internal/azure-storage-blob-go/azblob".Credential in argument to azblobVendor.NewPipeline:
        Credential does not implement "github.com/Azure/azure-event-hubs-go/v3/internal/azure-storage-blob-go/azblob".Credential (missing credentialMarker method)

Which makes sense - a struct can't implement a private function that can be "seen" in a separate package.

Ah! I didn't go far enough - @jhendrixMSFT solved this by creating a pipeline from the new package, and passing that to the older package which works beautifully.


Using alerts on panel not working

Hello!
Using alerts on existing panels are not working.
Version(s):

Grafana v8.5.13 (38d274060d)
OS DS Plugin 1.2.2
OS Version 1.3.2

Example panel:

Example alert:

When clicking "Test rule" in "alerts tab" getting:
{
  ...
  "logs": [
    ...
    {
      "message": "Condition[0]: Query Result",
      "data": {
        "fromDataframe": true,
        "series": []
      }
    },
    {
      "message": "Condition: Eval: false, Query Returned No Series (reduced to null/no value)",
      "data": null
    }
  ]
}

Hello @janisbiz. To help us investigate, could you please provide panel/dashboard JSON and query from query inspector.

@ivanahuckova I can provide it only with obscured values due to my company policy. If that's fine, let me know.

Yes it is absolutely fine! Thank you.

@ivanahuckova here you go:
{
  "annotations": {
    "list": [
      {
        "builtIn": 1,
        "datasource": {
          "type": "datasource",
          "uid": "grafana"
        },
        "enable": true,
        "hide": true,
        "iconColor": "rgba(0, 211, 255, 1)",
        "name": "Annotations & Alerts",
        "target": {
          "limit": 100,
          "matchAny": false,
          "tags": [],
          "type": "dashboard"
        },
        "type": "dashboard"
      }
    ]
  },
  "editable": true,
  "fiscalYearStartMonth": 0,
  "graphTooltip": 0,
  "id": 125,
  "iteration":<PHONE_NUMBER>102,
  "links": [],
  "liveNow": false,
  "panels": [
    {
      "alert": {
        "alertRuleTags": {},
        "conditions": [
          {
            "evaluator": {
              "params": [
                3
              ],
              "type": "lt"
            },
            "operator": {
              "type": "and"
            },
            "query": {
              "params": [
                "ALERT",
                "3m",
                "now"
              ]
            },
            "reducer": {
              "params": [],
              "type": "sum"
            },
            "type": "query"
          }
        ],
        "executionErrorState": "alerting",
        "for": "3m",
        "frequency": "1m",
        "handler": 1,
        "name": "OBSCURED",
        "noDataState": "alerting",
        "notifications": []
      },
      "datasource": {
        "type": "OBSCURED",
        "uid": "OBSCURED"
      },
      "fieldConfig": {
        "defaults": {
          "color": {
            "mode": "palette-classic"
          },
          "custom": {
            "axisLabel": "",
            "axisPlacement": "auto",
            "barAlignment": 0,
            "drawStyle": "bars",
            "fillOpacity": 0,
            "gradientMode": "none",
            "hideFrom": {
              "legend": false,
              "tooltip": false,
              "viz": false
            },
            "lineInterpolation": "linear",
            "lineWidth": 1,
            "pointSize": 5,
            "scaleDistribution": {
              "type": "linear"
            },
            "showPoints": "auto",
            "spanNulls": false,
            "stacking": {
              "group": "A",
              "mode": "normal"
            },
            "thresholdsStyle": {
              "mode": "area"
            }
          },
          "mappings": [],
          "max": 1,
          "thresholds": {
            "mode": "absolute",
            "steps": [
              {
                "color": "green",
                "value": null
              },
              {
                "color": "red",
                "value": 0
              }
            ]
          }
        },
        "overrides": []
      },
      "gridPos": {
        "h": 8,
        "w": 22,
        "x": 0,
        "y": 0
      },
      "id": 13,
      "interval": "1m",
      "options": {
        "legend": {
          "calcs": [],
          "displayMode": "list",
          "placement": "bottom"
        },
        "tooltip": {
          "mode": "multi",
          "sort": "none"
        }
      },
      "pluginVersion": "8.1.1",
      "targets": [
        {
          "alias": "",
          "bucketAggs": [
            {
              "field": "FIELD",
              "id": "3",
              "settings": {
                "min_doc_count": "1",
                "order": "desc",
                "orderBy": "_term",
                "size": "0"
              },
              "type": "terms"
            },
            {
              "id": "4",
              "settings": {
                "interval": "auto",
                "min_doc_count": "0",
                "trimEdges": "0"
              },
              "type": "date_histogram"
            }
          ],
          "datasource": {
            "type": "OBSCURED",
            "uid": "OBSCURED"
          },
          "format": "table",
          "metrics": [
            {
              "field": "value",
              "id": "1",
              "type": "sum"
            }
          ],
          "query": "KEY1:VALUE1 AND KEY2:\"VALUE2\" AND KEY3:\"VALUE3\"",
          "queryType": "lucene",
          "refId": "ALERT",
          "timeField": "time"
        }
      ],
      "thresholds": [
        {
          "colorMode": "critical",
          "op": "lt",
          "value": 3,
          "visible": true
        }
      ],
      "title": "OBSCURED",
      "type": "timeseries"
    }
  ],
  "refresh": "",
  "schemaVersion": 36,
  "style": "dark",
  "tags": [],
  "templating": {
    "list": []
  },
  "time": {
    "from": "now-6h",
    "to": "now"
  },
  "timepicker": {},
  "timezone": "",
  "title": "OBSCURED",
  "uid": "OBSCURED",
  "version": 5,
  "weekStart": ""
}

I too am experiencing this issue. I am using grafana OSS 9.1.8, but see the same in 9.2.2 with the opensearch plugin version 2.0.3.
It appears from my grafana container logs that the alert queries are not respecting some of the values configured in the datasource. I expect see the index of [cds_proxies-]YYYY.MM.DD being used as it is configured in the datasource.

but when I check the logs after running the queries from the Alerts tab I see that it is attempting to use a different index

Output in grafana logs:
logger=plugin.grafana-opensearch-datasource t=2022-11-02T16:25:11.322770919Z level=info msg="Creating new client" PPLindex=logstash-* indices=logstash-2022.11.02 timeField=@timestamp version=5.6.0
These values from the datasource appear to be respected when I simply create a new panel for viewing only purposes.

Thanks @maxwellvarner. I see that you are using the datasource to query an ElasticSearch. Could you provide the exact version of that ElasticSearch?
@janisbiz Are you using the datasource to query ElasticSearch as well, or any other database? Would be great to get that version too.
Thanks!

@maxwellvarner / @janisbiz
Sorry for the next ping. I discovered a root cause and will get a fix out.

I've attempted this against 2 different versions of Elasticsearch; versions 6.8.23 and 7.9
I got this information by running
curl -u <username> -XGET 'https://<domain>:9200

@janisbiz @maxwellvarner OpenSearch v1.2.4 and OpenSearch v2.0.4 have been released with a fix of this issue.

@svennergr just updated. The previous error is gone, but alerts are still not working. It seems like datasets are always returning 0. Will take a look deeper to understand what's the problem.
@maxwellvarner please let us know how it is for you.

@janisbiz tested in Grafana 8.5.13 and it was working for me:

@svennergr this is what I cam having for alert - with sum:

If I change to count - it is all good. Thus not sure why :thinking: I guess sum is not summing actual metric value maybe.

This appears to be working for me against both versions of elasticsearch mentioned above running grafana v9.1.8.
sum() appears to be returning the correct value for me. However, and perhaps I'm not understanding what count() is supposed to return, but those are different when I would think they should be the same given the query used.
Alert Rule  - Results

Panel Results

@svennergr are you trying with elastic or OS? As I am using OS, it seems to be not working.

So, I re-created panel with same query, same alert (litereally everything the same) and it works now. I guess something was corrupted on my panel. :man_shrugging:
Anyway - all good now. Thanks :tada: