[OpenAI Translator] Missing languages

Extension
https://www.raycast.com/douo/openai-translator
Raycast Version
1.83.1
macOS Version
14.7
Description
The list of languages is cut off after:
["kk", "Қазақ"],

That excludes many languages, including VIetnamese.
Steps To Reproduce
Try to translate to Vietanmese.
Current Behaviour
Vietnamese is not listed (along with many languages whose ISO code starts at or after the letter k)
Expected Behaviour
All languages are listed, including Vietnamese

This issue was already addressed in PR #14696


Add woff2 format

WOFF2 uses custom preprocessing and compression algorithms to deliver ~30% file-size reduction over other formats. For more information, see the WOFF 2.0 evaluation report

I will look into it, will probably add it this weekend

woff2 font has been added thanks for raising this issue


Desktop.cpp sample use Boost ?

Hello,
the sample Desktop refuses to compile because "boost/bind.hpp" in included but Cmake doesn't know where Boost is.

Fixed in 51bfb7c081efd98ac16a7cc171d8a57174be4bcf.


vint --version shouldn't be run in blocking startup path

I noticed that running vim ~/.vimrc was taking much longer than usual. vim --startuptime pointed to 3/4 of the time going to sourcing ale/ale_linters/vim/vint.vim. All of that time is running vint --version:
> time vint --version
0.3.10
vint --version  0.71s user 0.03s system 99% cpu 0.748 total

Would it be possible to run that asynchronously so that it doesn't block vim startup time? Usually when I open my vimrc it is for a quick edit so the delay is kinda painful.

Okay done.

That fixed it for me. Thanks!


[Bug] Frost Blades projectile scaling with Ruthless support

The Icy blades projectile damage portion of Frost Blades seems to be scaling with the Ruthless Support gem, even though Ruthless Support is tagged as "Melee, Attack" according to PoEDB data mined info. Contrast this to the Melee Physical Support gem which has the same tags as Ruthless Support but only scales the melee hit damage and not the projectile damage.
I'm using version 1.4.50 and game version 3.0.
Good job with PoB btw!

The tags are 100% irrelevant in cases like this; they are merely suggestive of the gem's mechanics. But the Ruthless Blow damage modifier's description does specifically state Melee Damage, so I will change this in the next update.

The tags are 100% irrelevant in cases like this

Thanks for bringing that to my attention.


comment bto secret

The docs for this PR live here. All of your documentation changes will be reflected on that endpoint.


tedge-apt-plugin should disable debian frontends when using apt commands

Is your feature improvement request related to a problem? Please describe.

Installing and removing debian packages via tedge-apt-plugin can trigger debian frontends when processing the packages.
It is best practice to disable when apt is being run via an non-user interactive process (e.g. tedge-apt-plugin)
Describe the solution you'd like

Set the environment variable DEBIAN_FRONTEND=noninteractive when calling any apt/apt-get commands.
Describe alternatives you've considered

Additional context

This is a bit hard to test, but we have verified the correctness of the code and are satisfied it functions as expected.


boards: centralize QEMU icount management

Instead of endlessly repeating the same command line args,
centralize this and tune the shift value on a per-board
basis.
Signed-off-by: Andrew Boie<EMAIL_ADDRESS>

Note to reviewers:

This PR makes no assertions on the optimality of various shift levels chosen.

Note to reviewers:

This PR makes no assertions on the optimality of various shift levels chosen.
I considered adding the shift values to Kconfig.defconfig, so as to keep knowledge in one location and propagate the same value to different variants of the same board (qemu_x86, qemu_x86_nommu, qemu_x86_coverage, etc) but I was not sure if that was appropriate.


Only register one type of pointer/touch handler.

Also use the standard touch-action CSS, not just the Microsoft prefix,
and move it to olMap. Thanks to Dave Tapuska for investigating this.
Fixes #1510.

Thanks @dracos for the fix. Can you please sign a CLA so we can merge this?

@ahocevar Sure, done :)


Wrong link in the docs.resin.io

Hey guys. I accidentally came across a wrong link. It's about the edison board. Check it out here: https://docs.resin.io/installing/gettingStarted-Edison/ when you press "The official Intel development board" link it takes you somewhere else but not the official intel link. :) Cheers!

Thanks
On Mon, Feb 13, 2017 at 12:57 PM, Stefanos Sakellariou <
<EMAIL_ADDRESS>wrote:

Hey guys. I accidentally came across a wrong link. It's about the edison
board. Check it out here: https://docs.resin.io/installing/gettingStarted-
Edison/ when you press "The official Intel development board" link it
takes you somewhere else but not the official intel link. :) Cheers!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/resin-io/docs/issues/426, or mute the thread
https://github.com/notifications/unsubscribe-auth/AAgGCEFlPYSa2Le41V9Q1erF48j5w3CKks5rcCklgaJpZM4L-_qB
.

--
Eugene Mirotin
Senior Frontend Engineer
site: Resin.io https://resin.io/, twitter: @resin_io
https://twitter.com/resin_io

@shaunmulligan @imrehg is this the same thing? https://www.sparkfun.com/products/13024

I think it might be this one https://www.sparkfun.com/products/13025 ?

maybe replace some of the link description as well as the link location as well. This would cover the bases, IMHO:
* [Intel® Edison and Mini Breakout Kit](https://www.sparkfun.com/products/13025)
* [Intel® Edison and Arduino Breakout Kit](https://www.sparkfun.com/products/13097)
* [SparkFun Block for Intel® Edison](https://www.sparkfun.com/products/13045)


Use default rollingout strategy.

We want to keep at least one running pod, the current configuration doesn't fit.

/approve
/lgtm


Kafka - Record metadata reading and asserting(optional)

RecordMetadata metadata = producer.send(record).get();

Currently the framework logs the info as below, but it's better to retrieve it in the response if it was available.
LOGGER.info("Record sent with key " + index
                        + ", to partition " + metadata.partition()
                        + ", with offset " + metadata.offset());

e.g.
            "assertions": {
                "status" : "Ok",
                "recordMetadata" : {
                    "topicPartition" : {
                        "partition" : 0,
                        "topic" : "demo-4"
                    }
                }
            }

Done. Tested Green

PR not yet merged.
Once merged - this tkt will be resolved.

Implementation, Dev and Test -Done.

TODO is

HelloWorld
Wiki page on How To

Also TODO- produce/load with

RAW data
JSON data


Vault design should allow storing different keys in different places

Vault design should allow storing different keys in different places, for example, one might want to store Identity and Credentials keys in the KMS, while Secure Channel keys in memory or on the disk

Part of #5543


Fixes #2944. TreeView unit tests fail intermittently: Ensures Attribute and Color are read only value types

Fixes

Fixes #2944

Todo:

[x] Make Color a readonly value type with unit test to prove it

[x] Change Color.ColorName to be get only. We're lucky in that the only code in the project that does someAttribute.ColorName = colorName are in unit tests! To convince myself I'm correct on this, I commented out all those tests that set ColorName and the TreeView case no longer fails.
[x] Change Color.R/G/B/A/Rgba/ to be get only.

[x] Fix things that the above broke
[x] Beef up unit tests

For another time:

[ ] Change ColorScheme in the same way. I spent an hour yesterday on an issue where I had done var cs = colorScheme vs var cs = new ColorScheme(colorScheme). This one is gonna be harder, as there's tons of code that will break, I fear.  We'll do this in : https://github.com/gui-cs/Terminal.Gui/issues/2381

Pull Request checklist:

[x] I've named my PR in the form of "Fixes #issue. Terse description."
[x] My code follows the style guidelines of Terminal.Gui - if you use Visual Studio, hit CTRL-K-D to automatically reformat your files before committing.
[x] My code follows the Terminal.Gui library design guidelines
[x] I ran dotnet test before commit
[x] I have made corresponding changes to the API documentation (using /// style comments)
[x] My changes generate no new warnings
[x] I have checked my code and corrected any poor grammar or misspellings
[x] I conducted basic QA to assure all features are working

On this:

[ ] Change Attribute.Default to be a static dynamic property with only a geter.

Now that both Color and Attribute are value types, this is no longer needed, so I took it back to the way it was before as it's slightly more performant...
[JsonConverter (typeof (AttributeJsonConverter))]
public readonly struct Attribute : IEquatable<Attribute> {
	/// <summary>
	/// Default empty attribute.
	/// </summary>
	/// </remarks>
	public static readonly Attribute Default = new (Color.White, Color.Black);


Fix: figure out a better way to render the GitHub comment buttons

The GitHub buttons currently wait until a user starts typing before rendering. It would be great to figure out some way to know when a new comment is created (maybe an onclick listener, filtering out by what element was clicked and checking the existence of a new comment?). We should be able to traverse the DOM for to find the relevant textarea when the Prettier button is clicked, so it should be able to be a fairly naive check just to scan for any editable textareas that don't have a button.

Fixed by #19


sd_twizy_interface_node.cpp : mph or kph conversion?

current_vel_mph = msg->twist.linear.x * 3.6; //mps
Typo?  current_vel_kph
Isn't this converting meter/s to kilometer/h?

Thank you - well spotted!


bug: $state.reload() doesn't work if view is cached

Hello Everyone,
I'm working with a type of Feed component I created, and I cache the view it uses so that the user can return to his previous position in the feed when navigating away by clicking a topic.
I have two types of feed ( mainly two api calls ) and each one loads a type of data. I created a feed switcher to be able to switch between the types and I am calling $state.reload() after switching so that the view and its directives recompile corresponding to the new api call.
Issue is, if 'cache: true' is set in the state provider for this view, $state.reload doesnt work. Removing the caching would complicate a lot of things for me (having to keep the position when returning to the feed, not reloading the data on the back event etc)
Is there a way to work around this or is a fix in mind for this issue?
Appreciate all the help! :)

Greetings @jsalhani!
My sensors indicate that you need to update your issue through our custom issue form. We are now requiring all issues to be submitted this way, to ensure that we have all of the information necessary to fix them as quickly as possible.
Click Here To Update Your Issue
I will have no choice but to close this issue if it is not resubmitted through the form. Please fill out the rest of the form, so that I may use my friendly robot powers to assist you.
Thank you!

Well, the state isn't really reloading if it's coming back from a cached state. Try these events instead http://ionicframework.com/docs/api/directive/ionView/

@perrygovier That's the issue I'm facing. If the state isn't cached, $state.reload() acts as it should. My point is shouldn't $state.reload() still force a state reload even if it's cached? I was assuming that would be the functionality but turns out it gets it from the cache. Any thoughts?

same bug, help me please

Greetings @jsalhani!
I've closed this issue because my sensors indicated it was old and inactive, and may have already been fixed in recent versions of Ionic. However, if you are still experiencing this issue, please feel free to reopen this issue by creating a new one, and include any examples and other necessary information, so that we can look into it further.
Thank you for allowing me to assist you.

same bug, help me please

Hi @tarymee,
At this time we aren't going to make any additional changes to this sort of navigation issue due to risk.  Nav is pretty stable right now 😄 .  Please try using the lifecycle events - hopefully those work.
Thanks,
Dan


✨ Add support for updating dagger modules via the CLI

What are you trying to do?
Right now upgrading modules to newer version is painful, especially because even if you put in the human readable tag version, when you run dagger develop it will be automatically converted to the git commit version instead.
We should allow people to specify tag versions in dagger.json and not have them rewritten to git commits, but we should also consider adding a mechanism similar to go get -u to check for newer versions and be able to apply those automatically via the CLI.
Why is this important to you?
The DX for maintaining module version would be greatly improved with this capability.
How are you currently working around this?
clicking around in daggerverse and manually copy and pasting things

This looks like a duplicate of https://github.com/dagger/dagger/issues/6605 (part of)

Thanks @helderco  you're right, I'll lose this one and follow the other issue.


Migrate ViewStack to just accept layout ids instead of ViewFactories.

After using this library in practice, we noticed that in most cases all you want
to do is inflate a particular view into your layout container.  This allows
Pancakes to do just that.
This also solves ViewStack not being restored from a bundle correctly.
The first commit in this PR just updates some build tools to work with the latest version of Android Studio and build tools.

This solves #8

I thought about my last comment regarding instrumentation testing a bit more, and I think that's better served in a separate issue/PR. I like your PancakesViewInflater proposal for making this work with JVM tests, for now.
Let's not worry about converting ViewStackTest to an instrumentation test for now.

Merged manually!


Fixes #603: after_find callback not called

This is actually not a feature. It is declared in the source but actually not implemented:
https://github.com/elastic/elasticsearch-rails/blob/7aa03e87b7fee71007ff7aa1a6fb452de298587e/elasticsearch-persistence/lib/elasticsearch/persistence/model.rb#L38

Hi @karmi,
Any chance for this to be merged, please? It is a nightmare to maintain the PR with all the changes for 5.x.
For elasticsearch-persistence Repository Pattern, there is customizable deserialization:
https://github.com/elastic/elasticsearch-rails/blame/109c155df6c8b8989aa935bc1fe163a1452a2b4e/elasticsearch-persistence/README.md#L144-L148
For elasticsearch-persistence ActiveRecord Pattern, there is a promise for it in the defined Model callbacks. Only trouble is it is not implemented. My PR is just one line of code that fulfils the promised declared callback.
https://github.com/jogaco/elasticsearch-rails/blob/bce287ed35afb855e93eeebc3c5a7c363523c164/elasticsearch-persistence/lib/elasticsearch/persistence/model.rb#L119-L121
If there is need for additional modifications in code, or anything I can do to facilitate the PR merging, please let me know and I'll do my best.

Any chance for merging this PR, please?
This is a show stopper.


[WFCORE-2665]: RemotingModelControllerClient should be able to be used with security manager

Adding privileged blocks to allow arquillian tests to call model operations.
Protecting those privileged blocks in RemotingModelControllerClient with a specific permission.
Jira: https://issues.jboss.org/browse/WFCORE-2665

Core - Full Integration Build 4702 outcome was FAILURE using a merge of 265a18c7d4c0542da9ca42e4f0cb0e1a06cd75d5
Summary: Execution timeout (new); tests passed: 3226, ignored: 131 Build time: 01:25:16

It feels odd to do a "RemoteModelControllerClientPermission.performRemoteCall" perm check in order to instantiate the client. Perhaps the perm class should just be ModelControllerClientPermission and then the perm check is on AbstractModelControllerClient.performRemoteCall.
That broadens the scope of who gets perm checks applied (e.g. the CLI will now as will the JConsoleCliPlugin). And in the CliModelControllerClient case at least, the remoting Endpoint is created outside the client, so this perm check would not remove the need to grant the remoting perms for the endpoint creation.
Plus CliModelControllerClient is creating a channel the same way RemotingModelControllerClient does, but there's no doPrivileged there.
Really, this needs a design post and discussion on wildfly-dev or someplace. I don't want to do something partial just to make a testsuite issue go away and then end up finding what we did doesn't allow us to have a nice overall solution later.

Closing as there is ongoing work; please reopen when ready.


[mechanics][contact detection] How to control the contact detection of bullet

I use the following example to simulate few cubes into an hopper (https://github.com/siconos/siconos/commit/b39650832419828caa668c20de72ae0899757dbc)
I have to question about the control of the contact detection of Bullet
1 - Is it possible to adjust for Scions/Mechanics the alert distance that creates a contact point between objects?
2- Is it possible to change  or to control the spatial  distribution of contact points between two surfaces ?

Is this function the right one for the first question ?
/** set close contact parameter

\param threshold double value that will be multiplicated by the

    radius of the object bouncing box

*/
void setCloseContactFilterParam(double threshold)
{
_closeContactsThreshold = threshold;
}

We discussed it at length of course, but I'll summarize here briefly what we found and close,

gContactBreakingThreshold controls "warning" of contact, but only for btConvexHullShape objects.  Does not work for btBoxShape, btSphereShape.
The btConvexHullShape contact points are on the outside of the margin set by setMargin(), whereas the effect of setMargin() on btBoxShape and btSphereShape is inside.  Importantly, the "real" shapes must never overlap, or the GJK convex-convex algorithm gives bad results.  The margins must be selected so that only the margins overlap.  This implies that btConvexHullShape objects should be shrunk so that the setMargin() margin leads to an object of the intended size.


Deprecation warning in sprockets 3.7.0

Using i18n-js 3.0.0.rc13, sprockets 3.7.0 and Rails 4.2.7:
DEPRECATION WARNING: You are using the a deprecated processor interface #<Proc:0x007fe3aac61228@/Users/jsantos/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/i18n-js-3.0.0.rc13/lib/i18n/js/engine.rb:30>.
Please update your processor interface:
https://github.com/rails/sprockets/blob/master/guides/extending_sprockets.md#supporting-all-versions-of-sprockets-in-processors
 (called from block (2 levels) in <class:Engine> at /Users/jsantos/.rbenv/versions/2.3.1/lib/ruby/gems/2.3.0/gems/i18n-js-3.0.0.rc13/lib/i18n/js/engine.rb:30)

This has been recently fixed in other gems, such as sass-rails.

Will look at it when free (busy until next week)
If you got a chance to change the code that works (with the deprecation message)
You can try to submit a PR to speed up the development :)

:+1:

I guess you guys can do +1 in reactions
Anyway I am still busy working on payment stuff for my work.
So need to delay the work for this for 1 week at least.
Sorry about that.

It's just a warning @PikachuEXE, nothing is breaking. Thanks for all your work on the project and take the time you need with stuff that makes you money.

@espen
I guess #417 should make the gem support sprockets 4
Try it :)
I will merge it at the end of this week of no issue found

#418 is opened as updated/fixed version of #417
Please test it :)
I am going to merge it once all major versions of sprockets are tested against

This works for me on Sprockets 3.7.0 and silences the warning.

Good
I guess this can be closed now :) ?

@PikachuEXE it will be a good idea to release 3.0.0.rc14

Ya I will do it tomorrow
Busy Q_Q


Add more example programs

This commit adds two more example programs to the README.md:

ddbug
dwprod

Coverage remained the same at 0.0% when pulling 8b8426fe1793af827b5b9b53db911b89c3ae2a11 on fitzgen-patch-1 into 3f0063c360b09848671785335c36042b78907885 on master.


Create hallon.html

why lingonsaft? When u have hallonsaft?

I prefer lingon but will merge this :P


closable not working when ExtraButton is set

From official samples[here], I found that when ExtraButton was set, closable could not work properly.
Here are some code revealing the problem. https://codesandbox.io/s/vvnkr7p50y
Only when ExtraButton is removed, closable starts to work.
Is this a bug or an usage issue ?

Hi @aiic03, thanks for the report.
I've fixed it on pr #94, and you can reference the note.
Please update to latest version.


No tag exists for the 0.3.0 release

There's no corresponding tag/version bump in this repository for the 0.3.0 release on PyPI: https://pypi.org/project/wagtail-airtable/0.3.0/#files

Retrospectively added a tag, based on the release date. Looks like the version bump for 0.3.0 never made it into the codebase though...


Automerging the PR vs enabling the automerge flag

Hi,
I am interested in github action that will help me to merge the PR not simply try to enable the automerge flag.
The subtle difference is going to be, that for branches that are not protected it should simply merge the pr instead of reporting error.
Same thing for the case where the PR is already checked, instead of failing to enable the auto merge flag, it should just merge it.
Are you interested in enhancing this tool in that direction?

Hi @ns-ggeorgiev
I would like to keep the scope and functionality of this action focused on just enabling GitHub's automerge feature. What might work well is to use this action inside a composite action. You can then write some logic steps to decide whether to run this action, or do something else.


Core :: Make all test in keptn core --race proof

While working on the CI pipeline a few services' tests presented DATA RACE. The complete list of failing services is here: https://github.com/keptn/keptn/runs/7428255474?check_suite_focus=true
We should fix these data races and later enable --race flag in all our pipeline tests. #8465 has a PoC pipeline that can be used to test it.
DoD

[ ] Remove all data races in unit and component tests

Acceptance Criteria

[ ] Using --race all tests in Keptn repo can pass
[ ] Coverage is not reduced

Since there will not be any big improvements in test execution time anymore, this ticket is not necessary


Uncommenting adds an extra whitespace in some cases

Issue Report Checklist

[x] Searched the issues page for similar reports
[x] Read the relevant sections of the Spyder Troubleshooting Guide and followed its advice
[x] Reproduced the issue after updating with conda update spyder (or pip, if not using Anaconda)
[ ] Could not reproduce inside jupyter qtconsole (if console-related)
[x] Tried basic troubleshooting (if a bug/error)

[x] Restarted Spyder
[x] Reset preferences with spyder --reset
[ ] Reinstalled the latest version of Anaconda
[x] Tried the other applicable steps from the Troubleshooting Guide

[x] Completed the Problem Description, Steps to Reproduce and Version sections below

Problem Description
Commenting and uncommenting a line with an odd number of leading whitespace adds an extra space.
What steps reproduce the problem?

Type

x = [1,
     2,
     3]

Select all 3 lines, comment and uncomment
The code is now

x = [1,
      2,
      3]

What is the expected output? What do you see instead?
The code after step 3 should be
x = [1,
     2,
     3]

If the number of leading whitespace is even, for ex:
xx = [1,
      2,
      3]

then there is no issue.

Thanks for reporting!

Is there any chance for a fix soon? This bug persists in v5.0.0.

@Mark531 I have opened at PR at https://github.com/spyder-ide/spyder/pull/14768.

Same here, this can be reproduced with tabs instead of whitespace as indent type. Toggle Comment adds a whitespace and when the line is indented, the space remains.


Waveform getValue() never seems to return numbers between -1 and 1 (as the docs suggest it should).

Describe the bug
I am using getValue as follows -
	const [playerWave, setPlayerWave] = useState(() => initialiseWave());

	function initialiseWave() {
		return new Waveform();
	}

	player.load(fireBaseUrl).then(() => {
		Transport.scheduleRepeat(function (time) {
			player.start(time);
				}, "4n");
					startTime = now() + 5.5;
					// player has previously been set to toDestination...
					player.connect(playerWave);
					Transport.start(startTime);
				});
 			})
			.catch((err) => {
								...
			});

 if (player.state == "started") {
			const waveValues = playerWave.getValue();
			const waveSum = waveValues.reduce((a, b) => a + b, 0);
			const waveAverage = waveSum / waveValues.length || 0;
			console.log(waveValues);
			let waveColour = p5.map(waveAverage, -1, 1, 0, 255);
			p5.lerpColor(p5.color(white), p5.color(black), waveColour);
		}

When I output the values of waveValues, as you can see by the attached image, they barely stray from 0. I haven't modified the gain or the volume, I would expect the values to be bound by the max/min of something? How are the numbers calculated and what would it take to have values that use the whole range from -1 to 1 given different inputs i.e playing different sounds? Or is there some constant or formula I should be multiplying each number by? Seems odd that if you do nothing to volume etc that they barely change from 0.

Note: Browsers' Autoplay Policy leads to a lot of subtle and inconsistent bugs where Tone.js produces no sound. Check out the link for more information and the solution.
To Reproduce
See code samples above
Expected behavior
I would except much more of the getValue results returned to be larger and smaller than they are i.e. barely moving from 0. Are the values returned absolute and based on volume levels?
Additional context
this is running in next.js/react

The more I think about this, the more i think its related to how the sounds are recorded - do you have levels at which sounds should be recorded such that getValues will return a max of 1 and min of minus 1?

-1 to 1 is the normal range of the audio signal. I believe it's possible for it to be outside of that range (maybe?), but more typically you'll see very small numbers closet o 0 like you're getting.
You can normalize the array by dividing by the max, that'll bring it between -1 to 1, but it won't be consistent between frames unless you smooth that max value across the frames.
What i often do is something like Math.pow(val, 0.1) to boost the values substantially without bringing it outside of the [-1,1] range.


Cluster crashes app

steps to reproduce
set huaweimap clustering to true
set markeroption as clusterable to true
set markeroption icon using bitmapdescriptorfactory.fromresource(r.drawable.anyresource)
then clear map.
then redo steps above.
notice crasj

Hi chitgoks, this is a known issue that occurs in versions earlier than HMS 4.0.3. This problem has been resolved in Map4.0.4 version.
The first way is to enable AppGallery -- Me --Settings --enable Auto-updata over Wi-Fi. If your phone is connected to a Wi-Fi network and has sufficient battery power, the map will be automatically updated in the early morning.
Method 2: Open the Settings -- Apps -- Apps -- Huawei Services Framework -- Huawei Storage -- CLEAR DATA, and then open the map again. Two upgrade prompts are displayed. Select Update. After the update is complete, open the map again.
PS:
How to check map version:  we can search this key word in logs: get athUrl success.athUrl is
For example, I got this log: this means map version is 40004300
2020-06-09 14:37:14.449 24933-25023/com.huawei.hms.maps.demo I/HmsMapKit_AuthenticateClient_11246: get athUrl success.athUrl is https://map-dra.platform.hicloud.com/map/v2/license/authenticate?clientVersion=40004300


integer overflow when trying to print result of subsequent benchmark

Hey, just tried poop for the first time and
I just wanted to check peak_rss of different zstd compression levels.
sudo /home/tobias/.local/bin/poop "zstd -3 -f java_error_in_idea_.hprof" "zstd -6 -f java_error_in_idea_.hprof" "zstd -9 -f java_error_in_idea_.hprof"
When finishing the second benchmark (after the 3rd run, when he should post the results), there was a panic with integer overflow.
Running it again (after some time) it got through the second benchmark but crashed on the third :man_shrugging:

I am using x86_64-linux-poop 0.3.0 on Ubuntu 22.04.
Let me know if I can provide you any additional information.

Here is an error trace (there could be other similar cases):
thread 717791 panic: integer overflow
/path/to/poop/src/main.zig:420:35: 0x22ff42 in printMeasurement__anon_5830 (poop)
    try w.writeByteNTimes(' ', 42 - ("  measurement      ".len + count + 3));
                                  ^
/path/to/poop/src/main.zig:297:37: 0x234aab in main (poop)
                try printMeasurement(tty_conf, stdout_w, measurement, field.name, first_measurement, commands.items.len);
                                    ^
/path/to/zig/zig-linux-x86_64-0.11.0-dev.3395+1e7dcaa3a/lib/std/start.zig:609:37: 0x22b46e in posixCallMainAndExit (poop)
            const result = root.main() catch |err| {
                                    ^
/path/to/zig/zig-linux-x86_64-0.11.0-dev.3395+1e7dcaa3a/lib/std/start.zig:368:5: 0x22aed1 in _start (poop)
    @call(.never_inline, posixCallMainAndExit, .{});
    ^


[WIP] Redirect to the latest version of a doc if it exists

Description

Todos

[ ] Tests
[ ] Documentation
[ ] Release note

Release Note

None required

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.turk seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.

oops, i meant to open this from my fork.


NIFI-6325 Added AWS Sensitive Property Provider

Thank you for submitting a contribution to Apache NiFi.
Please provide a short description of the PR here:
Description of PR

Added AWS Sensitive Property Provider as well as Integration Test
Updated Toolkit Guide with PropertyProtectionScheme migration example
Updated SensitivePropertyProvider interface to implement the close function to close resources that a Sensitive Property Provider might have opened.

In order to streamline the review of the contribution we ask you
to ensure the following steps have been taken:
For all changes:

[x] Is there a JIRA ticket associated with this PR? Is it referenced
in the commit message?

[x] Does your PR title start with NIFI-XXXX where XXXX is the JIRA number you are trying to resolve? Pay particular attention to the hyphen "-" character.

[x] Has your PR been rebased against the latest commit within the target branch (typically main)?

[x] Is your initial contribution a single, squashed commit? Additional commits in response to PR reviewer feedback should be made on this branch and pushed to allow change tracking. Do not squash or use --force when pushing to allow for clean monitoring of changes.

For code changes:

[x] Have you ensured that the full suite of tests is executed via mvn -Pcontrib-check clean install at the root nifi folder?
[x] Have you written or updated unit tests to verify your changes?
[x] Have you verified that the full build is successful on JDK 8?
[x] Have you verified that the full build is successful on JDK 11?
[x] If adding new dependencies to the code, are these dependencies licensed in a way that is compatible for inclusion under ASF 2.0?
[ ] If applicable, have you updated the LICENSE file, including the main LICENSE file under nifi-assembly?
[x] If applicable, have you updated the NOTICE file, including the main NOTICE file found under nifi-assembly?
[ ] If adding new Properties, have you added .displayName in addition to .name (programmatic access) for each of the new properties?

For documentation related changes:

[x] Have you ensured that format looks appropriate for the output in which it is rendered?

Note:
Please ensure that once the PR is submitted, you check GitHub Actions CI for build issues and submit an update to your PR as soon as possible.

By the way, I also tested this by encrypting nifi.properties with the encrypt-tool and then decrypting by running NiFi.  Works as designed!


Remove readonly keyword from the key in optionalized records

Purpose
$subject
Fixes:
Examples
Checklist

[ ] Linked to an issue
[ ] Updated the specification
[ ] Updated the changelog
[ ] Added tests

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.3 out of 4 committers have signed the CLA.:white_check_mark: kalaiyarasiganeshalingam:white_check_mark: sahanHe:white_check_mark: daneshk:x: Danesh KuruppuDanesh Kuruppu seems not to be a GitHub user. You need a GitHub account to be able to sign the CLA. If you have already a GitHub account, please add the email address used for this commit to your account.You have signed the CLA already but the status is still pending? Let us recheck it.


WIP: Add ipwatch controller to handle IP address changes

The IPWatchController will restart MicroShift when IP address
changes have been detected.
This is an initial implementation which will trigger the initialization
of all components with the new IP address and relies on systemd or
podman restarting the process.
Related-Issue: #556
Signed-off-by: Miguel Angel Ajo<EMAIL_ADDRESS>

There exists already a mechanism for shutting down MicroShift and its embedded services, which is to cancel the context, either directly or via a SIGTERM sent to MicroShift. I believe we should reuse that mechanism rather than implementing a new + parallel mechanism.

Closing this PR in favour of #650


How to properly use the --url or --u parameter in the project

Hey,
I want to use the --url parameter in the code so i can export flows to a Flask Python server where my ML model is being run. How do i do this. For some reason, the "cicflowmeter -i  -u <url_link> output" command does not send the traffic to the endpoint. I even monitored traffic through Wireshark to check but tit does not show any request to my URL model. Your help would be highly appreciated

Are you try to send data to both url endpoint and output csv at the same time ?

Below you can see the  2 screenshots of me running the command and the server.  The server does not capture the flows even if i generate traffic by going to the internet.

try with --verbose and share your logs
sudo cicflowmeter -i eth0 -u http://localhost:80/prediction/ output

what is output ? Have you tried remove it ?

I tried with the verbose flag the screenshot is provided above. I also removed the output but still, the flows are not received by the server

hey everythig is working perfectly. Thanks for everything. I highly appreciate the help


chore: upgrade wunderctl in sdk

Motivation and Context

Marketing Changelog

Checklist

[ ] run make test
[ ] PR title must follow conventional-commit-standard
[ ] tests and/or benchmarks are included
[ ] documentation is changed or added
[ ] commit message and code follows the Code of conduct

Closed the PR in favor of yours @Aenimus


[database][orm][beego] development

I think this will help you.
https://bit.ly/3XQLHlH
you may need to install the c compiler


[DISCUSS] Handling Arrow Versioning

I think there are a number of questions around Arrow versioning:

Should recipes be based on the latest released version of the implementation?  Or should they be based on the nightly build or the latest commit?
Should there be recipes that use deprecated methods?  What about methods that have been removed (presumably after having been deprecated for some time)
How should we mark features that were only newly added?  Do we just rely on the compatibility matrix or do we specifically call it out in the cookbook (e.g. "Since 5.0.0")?

@westonpace was this discussed elsewhere when you close? I'm particularly interested in "How should we mark features that were only newly added?"

It's been a while but I guess my thinking was that this question was superseded by discussion in #10 .
I think it's good to allow recipes to be developed prior to the feature being released so having some way to mark them would be good.  In general, we probably want some way to mark which versions a particular recipe supports anyways.
At one point in time I had even brainstormed a little how we might support this in the C++ cookbook.  The start recipe macro could take an (optional) minimum version and an (optional) maximum version and then use that information to allow multiple versions of a recipe and make sure to include the min/max on the page when it is being viewed.  However, that thought never made it past brainstorming and each cookbook will have to figure out some way of managing this.


[Bug]: List widget is showing errors on JSeditor but not shown when navigated to page

Is there an existing issue for this?

[X] I have searched the existing issues

Description
Add List and Bind it to the API, Text1 and Text2 should be added with {{currentItem.name.first}}
Navigate to JSeditor and check the error displayed -
ReferenceError:Text2:
currentItem is not defined
Verify the error count on page and JSeditor its a mismatched
https://user-images.githubusercontent.com/80756091/222072054-716ed84c-f6c8-4a26-a0a9-8783e5ebaf68.mov
Steps To Reproduce

Add list widget, Bind it with API
Bind Text1 and Text2 on list widget by currentitem
Verify error log by navigating to JSeditor and to Page

Public Sample App
No response
Environment
Production
Issue video log
No response
Version
cloud

@Tooluloope Page does not break but , is there way to get rid of errors on debugger?

@AnandiKulkarni, I'll include this in my next sprint and work on it.


[Bug] Dropdown closing

Version
1.1.0
Reproduction link
https://demos.creative-tim.com/notus-svelte/admin/dashboard
Operating System
Windows 10
Device
PC
Browser & Version
Firefox 86
Steps to reproduce

Go to the provided link to minimal reproduction
Open some dropdown eg. click on profile icon
Click on empty space, on link eg Settings

What is expected?
Dropdown closes itself.
What is actually happening?
Dropdown remains opened.

Solution
Additional comments

Helo there, @milanobrtlik ,
At the moment we do not have a solution for this - it is not actually a bug, it is more like an enhancement, as the dropdown closes if you click back on it.
If you have any idea on how to solve this, you can leave your solution here, or you can open a PR: https://github.com/creativetimofficial/notus-svelte/pulls
Best,
Manu


Daemonset update and bug fix

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

Make sure to change the tag value for the daemonset-check in the makefile

re-running jobs with @jonnydawg's fix merged

👍


Clipboard history

Description of the new feature / enhancement
This allows you to access previously copied content
Scenario when this would be used?
Everytime i want to fill out something
Supporting information
No response

/dup #671
but what @technobulb recommended also is there.

Did you ever try 🪟+V?

Yeah of course I did
But after i installed power toys it stopped working so i guessed the function is not implemented yet

Did you ever try 🪟+V?

Yeah of course I did
But after i installed power toys it stopped working so i guessed the function is not implemented yet

I think you have a different issue, because the clipboard history should still work fine for you even with powertoys installed.


Controller tools now automatically removes metadata descriptions

This overlay currently fails when using vendored controller-tools 0.7.0 because the metadata description has already been removed.
It is no longer generated in CRDs since 0.5.0. See release notes: https://github.com/kubernetes-sigs/controller-tools/releases/tag/v0.5.0
Showing no change in CRD generation:
git clone git@github.com:Samze/carvel-secretgen-controller.git -b description_fails
Cloning into 'carvel-secretgen-controller'...
remote: Enumerating objects: 17998, done.
remote: Counting objects: 100% (256/256), done.
remote: Compressing objects: 100% (96/96), done.
remote: Total 17998 (delta 199), reused 161 (delta 160), pack-reused 17742
Receiving objects: 100% (17998/17998), 27.14 MiB | 9.96 MiB/s, done.
Resolving deltas: 100% (7215/7215), done.
sgunaratne@sg-dev:/tmp$ cd carvel-secretgen-controller/
sgunaratne@sg-dev:/tmp/carvel-secretgen-controller$ ./hack/gen-crds.sh
sgunaratne@sg-dev:/tmp/carvel-secretgen-controller$ echo $?
0
sgunaratne@sg-dev:/tmp/carvel-secretgen-controller$ git diff
sgunaratne@sg-dev:/tmp/carvel-secretgen-controller$

Thanks for the PR @Samze ! Appreciate it 🙏


Ticket "locked", can no longer be commented (github-actions)

Ticket #110254 has the needs more info label. Unfortunately, I cannot provide whatever information is needed or even ask what information is needed; in fact, I cannot comment the ticket at all.
Even as its reporter, the Write tab which normally allows to type a comment indicates:

This conversation has been locked and limited to collaborators.

The last entry in the ticket history is correspondingly:

github-actions bot locked and limited conversation to collaborators on 1 Jan

There is no explanation for why that happened, nor what "locked" and "collaborators" mean, but I assume that is the cause of the issue. Clicking the bot's name brings to a page about GitHub Actions.

Does this issue occur when all extensions are disabled?: N/A

VS Code Version: N/A
OS Version: N/A

Steps to Reproduce:
I do not know.

@Chealer There is nothing actionable from the discussion at https://github.com/microsoft/vscode/issues/110254 . I have read all your comments and acknowledge all your feedback, but I have found that there is nothing that we want to change in vscode. It is a philosophical difference and we do not need to be aligned, we can agree to disagree on our views on how keybindings and the keybindings extension point should work.
Since the issue is not actionable, I closed the issue and our bot locks closed issues after a while.
If you have other feedback on another topic, please feel free to open a new issue. Thank you!


Story for mutating traits

Inspired by the Flux paper's usage of the std library swap<T>(&mut T, &mut T) function, I was curious why/how Flux was able to pass refinements through the function. I think I reached a conclusion in that one cannot do anything with a T, just move it around, so whatever refinement input swap gets, it will be preserved through to the output.
I came up with the following example that still has a T, but actually changes  the T, meaning a generic refinement input can not in general be preserved to the output:
trait MyTrait { fn reset(&mut self); }

impl MyTrait for i32 {
    fn reset(&mut self) { *self = 0; }
}

fn swap<T: MyTrait>(a: &mut T, b: &mut T) {
        a.reset();
}

#[flux::sig(fn() -> i32{v: v >= 10})]
fn test() -> i32 {
        let mut x = 10;
        let mut y = 20;
        swap(&mut x, &mut y);
        x
}

In contrast to the paper's function, T is now a MyTrait, with which I can "arbitrarily" modify the values, in particular, refinements from the input may not hold anymore, and indeed, test is not type safe.
What is Flux's story for this (or rephrased, are there plans to support this)? On my system, using commit https://github.com/flux-rs/flux/commit/d64a0a3e1af71553d43f8d5ea0b3c3eb797b0626, running rustc-flux --crate-type=lib file.rs results in no errors and 0 exit code, however, the playground reports an invisible error: link.
(Replacing the MyTrait stuff with just T: Default and *a = Default::default() results in a compiler panic: crates/flux-refineck/src/type_env.rs:143:13: cannot move out of *_1)

yes, the analysis is unsound in the presence of trait bounds. We don't have concrete plans to work on it but we would definitely like to tackle it at some point. We just have other projects in mind and resources are limited. It will make a fantastic project if someone wants to get involved!
I do have some ideas though. It all boils down to how you interpret impl MyTrait for i32.  Putting aside how it can be implemented, a couple of ideas come to mind.
The first one is that we can interpret impl MyTrait for i32 as implementing the trait on the trivial refinement.
Typically when you write a type without refinements, it desugars to a type with a trivial refinement. For i32  this would be i32{v: true}[^1].
Under this reading, impl MyTrait for i32 would mean impl MyTrait for i32{v: true}. In this world, you would have to infer the trivial refinement for x and y when calling swap, as that's the only type that implements the trait. Because of this, you would lose all information after the call and the code would be rejected.
This leaves space to be able to implement traits on other refinement types not just the trivial one. For example, you could do impl MyTrait for i32{v: v > 0}. This opens a lot of questions about how trait resolution works and whether you can implement the trait on different refinements. There are also a lot of technical questions about how to implement this on top of rust without modifying the trait solver.
Another idea that is still very vague in my mind is to interpret trait impls using what I call a shape. A shape is what you get when you strip all refinements out of a type, i.e., a plain rust type. You could then interpret impl MyTrait for i32 as something like impl<T> MyTrait for T where shape(T) == i32 to say that the trait is implemented for every possible refinement of i32. In this world, the implementation of reset would be rejected because you cannot prove *self = 0 safe for every possible refinement of i32. This is as far as I've gone with this idea though.
[^1]: In Flux, we represent the trivial refinement a bit differently. This is not documented anywhere, but we have a more general notion of existential types where you can quantify arbitrarily over a refinement variable of some sort. Using a general existential, the trivial refinement type for i32 is written {v:int. i32[v]}, that's it, we represent the set of all i32 values by existentially quantifying over the index.

Thank you for the detailed reply, interesting thoughts! This seems like a challenging problem indeed. (As a side note, I'm really fascinated by this project, thanks for working on it!)
A thought for a 'hack' to fix soundness: Have you played around with the thought of restricting polymorphic refinements as soon as a trait bound is introduced? I.e., the current fn <T, p>(T{v: p(v)}) (excuse my notation) would be restricted in the case of trait bounds to the trivial refinement fn <T: Bound>(T{v: true})? I suspect this would break a lot of things you get for free with the type system, but I don't have the overview to say for sure. Actually, this seems semantically equivalent to the one case of your first idea where a trait is only (and can only be) implemented for the trivial refinement.
A second thought, this time about your first idea:

This opens a lot of questions about how trait resolution works and whether you can implement the trait on different refinements. There are also a lot of technical questions about how to implement this on top of rust without modifying the trait solver.

Both questions seem quite important to me, so what if instead of allowing whole different method impl's for different refinement trait bounds, we have different refinement signatures depending on the actual refinement?
Maybe an example to illustrate this idea:
impl MyTrait for i32 desugars to impl<p> MyTrait for i32{v; p(v)}. Now the reset method requires p(0), and this bubbles up to the trait impl, essentially saying impl<p: p(0)> MyTrait for i32{v: p(v)}. The benefit of this over the shape idea (as far as I can tell), is that now you just need a supertype of i32[0] and the implementation is not restricted. This would be extended to multiple methods in a trait by just requiring the conjunction of all the methods' preconditions. Furthermore, this can all happen after regular Rust trait resolution, as there is only one impl for i32.
Without knowledge of Flux's inner workings, I would assume something like the following to happen: From Rust, Flux sees that T ~= <i32 as MyTrait>. Now, for the "refinement trait resolution" to succeed, Flux needs to infer a p for which p(0) (the precondition of <i32 as MyTrait>) holds. Because swap is generic, it has a generic q refinement predicate for i32, from which Flux must prove p(0). Because q is unconstrained, this fails.
An (admittedly) significant downside to this approach is that I don't know how a user could specify a precondition to swap that satisfies the precondition of an arbitrary <T as MyTrait>. I don't know if this is a general impossibility, or just missing surface syntax. However, something that I could see perhaps working is (inventing syntax here):
fn swap<T: MyTrait, q: predicate>(&mut T{v: q(v)}, &mut T{v: q(v)}) requires precondition(q, T, MyTrait) {...}

where precondition(q, T, MyTrait) returns whether the precondition q satisfies the precondition for each T, i.e., in the i32 case it would be equivalent to requires q(0).
With this signature, Flux could only infer some supertype of {0, 10, 20} for the swap call in test, and the postcondition verification would fail.

A thought for a 'hack' to fix soundness: Have you played around with the thought of restricting polymorphic refinements as soon as a trait bound is introduced? I.e., the current fn <T, p>(T{v: p(v)}) (excuse my notation) would be restricted in the case of trait bounds to the trivial refinement fn <T: Bound>(T{v: true})? I suspect this would break a lot of things you get for free with the type system, but I don't have the overview to say for sure. Actually, this seems semantically equivalent to the one case of your first idea where a trait is only (and can only be) implemented for trivial the refinement.

Something like this wouldn't be too hard to implement, at least to handle the example in the op. You have the right intuition, but the details are a bit different. When you have a function fn foo<T>(x: T) and you call it with i32, e.g., foo(0), the way it works is that we generate an i32 refined with a kvar, i.e., i32{v: $k(v)}, where $k is a predicate we need to infer. Note that the function itself is not parameterized by a predicate, but by a type and we instantiate with a type we need to infer, this end up having a similar effect to your example though. Once you add a bound fn foo<T: Bound>(x: T) the most natural way to implement it would be to still generate i32{v: $k(v)}, but then constraint it such that it has type the trait is implemented on. In this case, you would generate i32{v: $k(v)} <: i32{v: true} and i32{v: true} <: i32{v: $k(v)} to constraint the type to be the trivial refinement (I think it needs to be invariant). But you could also as you suggest avoid the extra step and instantiate T with i32{v: true} directly.

Both questions seem quite important to me, so what if instead of allowing whole different method impl's for different refinement trait bounds, we have different refinement signatures depending on the actual refinement?
Maybe an example to illustrate this idea:
impl MyTrait for i32 desugars to impl MyTrait for i32{v: p(v)}. Now the reset method requires p(0), and this bubbles up to the trait impl, essentially saying impl<p: p(0)> MyTrait for i32{v: p(v)}. The benefit of this over the shape idea (as far as I can tell), is that now you just need a supertype of i32[0] and the implementation is not restricted. This would be extended to multiple methods in a trait by just requiring the conjunction of all the methods' preconditions. Furthermore, this can all happen after regular Rust trait resolution, as there is only one impl for i32.
Without knowledge of Flux's inner workings, I would assume something like the following to happen: From Rust, Flux sees that T ~= . Now, for the "refinement trait resolution" to succeed, Flux needs to infer a p for which p(0) (the precondition of ) holds. Because swap is generic, it has a generic q refinement predicate for i32, from which Flux must prove p(0). Because q is unconstrained, this fails.
An (admittedly) significant downside to this approach is that I don't know how a user could specify a precondition to swap that satisfies the precondition of an arbitrary . I don't know if this is a general impossibility, or just missing surface syntax. However, something that I could see perhaps working is (inventing syntax here):
fn swap<T: MyTrait, q: predicate>(&mut T{v: q(v)}, &mut T{v: q(v)}) requires precondition(q, T, MyTrait) {...}
where precondition(q, T, MyTrait) returns whether the precondition q satisfies the precondition for each T, i.e., in the i32 case it would be equivalent to requires q(0).
With this signature, Flux could only infer some supertype of {0, 10, 20} for the swap call in test, and the postcondition verification would fail.

This feels similar in spirit to the shape idea. You could also introduce bounds using shapes, e.g., saying impl<T> MyTrait for T where shape(T) = i32, i32{v: v == 0} <: T. Actually, now I realize that the subtyping bound subsumes the shape constraint, so you maybe don't need that.
Anyhow, agree that you need some form of constraining the refinements the trait is being implemented on. I also fancy the idea of using more parametric predicates. For example, one thing I know we will need is associated predicates. I have an example in mind where you want to refine the Index/IndexMut trait. The idea is to constrain the indices such that they are contained in the collection. However, you only know what being contained means when for specific implementation, so you have to be parametric on it. I'm envisioning something like:
pub trait Index<Idx> {
    type Output;
    predicate p: (Self, Idx) -> bool;

    fn index(&self, index: Idx{Self::p(index)}) -> &Self::Output;
}

impl<T> Index<usize> for RVec<T> {
    type Output = T;
    predicate p = |vec, index| 0 <= index && index < vec.len;

    fn index(&self, index: usize{0 <= index && index < vec.len}) -> &T { ... }
}

This hides a lot of complexity and it touches on some recent progress we've been making around polymorphic sorts

Exciting stuff! I will definitely be following the progress :)
Feel free to close this issue if you're already tracking this somewhere/have other plans

I'm converting this into a discussion because it has interesting context, but there's no specific issue.


[PE-D][Tester D] UI: Unable to see all notes of a person

When more than 15 notes are added, the 15th note and onwards are unable to be seen with no option to scroll down

Labels: type.FeatureFlaw severity.High
original: dwangwk/ped#8

This is related to the scrolling of the side panel, which is also covered in issue #124. Will be closing this as a duplicate.


High CPU when using display-line-numbers-mode on Emacs 28.1

Describe the bug
When running good-scroll-mode together with display-line-numbers-mode, the CPU usage goes up to ~10% to 15% on my 2.6GHz CPU using Emacs 28.1 with native-comp. The window with the line numbers has to be active to see the behaviour. If I switch to another window after C-x 2 the CPU usage goes down. Giving focus to the window with line numbers: higher CPU again.
To Reproduce
Steps to reproduce the behavior:

use the following ready-to-start (uses use-package) .emacs I prepared:

(require 'package)
(setq package-enable-at-startup nil)
(add-to-list 'package-archives '("melpa" . "https://melpa.org/packages/"))
(if (string-equal system-type "gnu/linux")
    (setq gnutls-algorithm-priority "NORMAL:-VERS-TLS1.3")) ; make default https elpa usable again
(package-initialize)
(unless (package-installed-p 'use-package)
  (package-refresh-contents)
  (package-install 'use-package))

;; configure use-package
(eval-when-compile
  (require 'use-package)
  (setq use-package-compute-statistics t)
  (require 'use-package-ensure)
  (setq use-package-always-ensure t))

(use-package good-scroll
  :config (good-scroll-mode 1))

(global-display-line-numbers-mode)

open some text or source code file
watch the CPU emacs consumes, should be quite high (for an idle text editor)
disable display-line-numbers-mode
watch the CPU emacs consumes, should be very low

Expected behavior
Low CPU usage with good-scroll and display-line-numbers-mode.
Videos
N/A
Version and environment

OS: Debian 11
Emacs version: GNU Emacs 28.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.24, cairo version 1.16.0) of 2022-08-20, modified by Debian

Additional context
Uses native-comp, but I'm not sure if that matters.

I can't reproduce this. Can you use a profiler to see what's using so much CPU?

I tried that, but it does not yield anything conclusive. One more thing worth mentioning is that I see that under GNOME 3.38, both Wayland and X11. The interesting thing is that gnome-shell CPU usage also goes up together with emacs when doing the mentioned repro steps. Maybe that emacs mode combination is exposing some inefficiency in gnome-shell...

This is what I get after around 50s
         202  45% - timer-event-handler
         202  45%  - apply
         202  45%   + #<compiled -0x187cd7fb86125353>
         138  31% - command-execute
         121  27%  - byte-code
         121  27%   - read-extended-command
          78  17%    - completing-read-default
           5   1%     + redisplay_internal (C function)
          17   3%  - funcall-interactively
          14   3%   - minibuffer-complete
          14   3%    - completion-in-region
          14   3%     - completion--in-region
          14   3%      + #<compiled -0xf4e010c85352e2>
           3   0%   - execute-extended-command
           3   0%    - command-execute
           3   0%       funcall-interactively
          64  14% - redisplay_internal (C function)
          43   9%  - eval
          18   4%   - if
           4   0%      display-graphic-p
          15   3%   - unless
           9   2%    - if
           9   2%       display-graphic-p
           3   0%  - mode-line-default-help-echo
           3   0%   - window-at-side-p
           3   0%      window-pixel-edges
          39   8% + ...

I tried out good-scroll today and just wanted to say that I also encountered issues OP described.
Emacs' cpu usage:
~4% without the package
~20% without line numbers
~50% with line numbers
(on a 3.2 GHz cpu)
Profiler for 1 min:
1062  52% - command-execute
1058  52%  - byte-code
1058  52%   - read-extended-command
1058  52%    - completing-read-default
1058  52%     - apply
1058  52%      - vertico--advice
 205  10%       + #<subr completing-read-default>
   4   0%  + funcall-interactively
 783  38% - ...
 783  38%    Automatic GC
 170   8% + redisplay_internal (C function)

Setup:

Doom emacs 28.2.50
--with-native-compilation --with-pgtk from https://aur.archlinux.org/packages/emacs-gcc-wayland-devel-bin
Arch linux
Sway (wayland)

@ericliou thanks for reporting as well! Could you also be so kind and try with the minimal config I posted so we have comparable results?

I ran a fresh vanilla emacs with that config and this is the result: ~20% cpu with the above config ~2% cpu with (global-display-line-numbers-mode) removed
         650  74% - command-execute
         644  73%  - byte-code
         644  73%   - read-extended-command
          26   2%    + completing-read-default
           6   0%  + funcall-interactively
         129  14% + ...
          78   8% + timer-event-handler
          18   2% + redisplay_internal (C function)

Hm interesting. I also wonder why doom makes the issue worse than in vanilla.

can you confirm this does not happen without pgtk (so with an emacs that does not have the --with-pgtk flag)

@jwijenbergh I've updated the emacs version in the top post. It's not pgtk in my case.

@jwijenbergh I've updated the emacs version in the top post. It's not pgtk in my case.

Ok thanks! I thought pgtk might be part of the problem, but I guess not then

In the last weeks or months I noticed Emacs was using 30%+ CPU at rest but never took the time to investigate.
Today I finally investigated by gradually commenting out parts of my conf, and I finally identified the root cause is good-scroll-mode, hence I found this issue. I just want to add my voice to the choir, the performance problem is real :sweat_smile:

Just leaving a note that something that stresses a lot good-scroll is the *sly-inspector* buffer for the common lisp development tool.


Firsts changes

New way to test the samples.

Thank's so much for your contribution caique, i'm analyzing your merge for join in the oficial version


Some useful tricks in training variational autoencoder

https://fenghz.github.io/VAE-train-tips/

Here you can leave a comment


Refactor Init error window to fit to design spec (2/4)

Refactors the init error window to fit one of the design proposals for the init error window
This employs the use of startSystemMove which was introduced in Qt 5.15.
Based on bitcoin-core/gui-qml#163
Alternative to bitcoin-core/gui-qml#164, bitcoin-core/gui-qml#166, and  bitcoin-core/gui-qml#167
Linux

master
PR

closes bitcoin-core/gui-qml#130

updated from from 194a879 to f495575
changes: removed irrelevant color definition from dummy rectangle

closing in favor of bitcoin-core/gui-qml#164


Add support for Aqara H1 EU switches with neutral

Issue "Add support for Aqara H1 EU switches #374" added support for WS-EUK01 and WS-EUK02 only (no neutral). Can you please add the same for switches with neutral wire? Thank you.
https://zigbee.blakadder.com/Aqara_WS-EUK03.html
https://zigbee.blakadder.com/Aqara_WS-EUK04.html

Will be in 2.0 release


Maven: Resolve artifactId properties before downloading versions

What's changed?
Support changing managed maven dependencies with artifactIds that include properties.

What's your motivation?
Jenkins has moved to a model where a bom is now defined like
<artifactId>bom-${jenkins.baseline}.x</artifactId>

This breaks the org.openrewrite.jenkins.ModernizePlugin recipe. Attempting to use an artifactId with a property fails to resolve:
Caused by: org.openrewrite.internal.RecipeRunException: java.lang.IllegalArgumentException: Illegal character in path at index 67: file:///home/sghill/.m2/repository/jakarta/activation/jakarta.acti${partial.arti}-api/maven-metadata.xml

https://github.com/jenkinsci/archetypes/pull/737

Anyone you would like to review specifically?
@timtebeek and I briefly talked about this on OSS Slack.
Have you considered any alternatives or workarounds?
I made an attempt to fix this in the MavenPomDownloader in https://github.com/sghill/rewrite/commit/941e1eef59a4b1cdb906cce2763dfcb52cfd5b88. It didn't work because the set of resolved poms through this codepath is always empty.
Since this is valid maven, I think it'd be nice if this were universally supported instead of just fixed in this one recipe. I'm not quite sure how to go about making it more universal.

Any additional context
This is more for discussion than an implementation I feel strongly about. My ideal end state is for the ModernizePlugin recipe to compose these building blocks to extract a jenkins.baseline property and use it in multiple places, just like the updated plugin archetype.

Checklist

[x] I've added unit tests to cover both positive and negative cases
[x] I've read and applied the recipe conventions and best practices
[x] I've used the IntelliJ IDEA auto-formatter on affected files

In fact such placeholder cause other issues when some recipes
When testing
type: specs.openrewrite.org/v1beta/recipe
name: io.jenkins.tools.pluginmodernizer.UpgradeParentVersion
recipeList:
  - org.openrewrite.maven.UpgradeParentVersion:
      groupId: org.jenkins-ci.plugins
      artifactId: plugin
      newVersion: 4.X

I got some result that OpenRewrite is moving some dependency on dependencyManagement even if they are managed by the pom. Probably because the resolution with placeholder doesn't happen correctly
   <parent>
     <groupId>org.jenkins-ci.plugins</groupId>
     <artifactId>plugin</artifactId>
-    <version>4.86</version>
+    <version>4.87</version>
     <relativePath />
   </parent>
   <groupId>io.jenkins.plugins</groupId>
@@ -39,6 +39,11 @@
   <dependencyManagement>
     <dependencies>
       <dependency>
+        <groupId>io.jenkins.plugins</groupId>
+        <artifactId>asm-api</artifactId>
+        <version>9.7-33.v4d23ef79fcc8</version>
+      </dependency>
+      <dependency>
         <groupId>io.jenkins.tools.bom</groupId>
         <artifactId>bom-${jenkins.baseline}.x</artifactId>
         <version>3271.vf18ea_cb_9edfb_</version>

If I change my pom bom artifact to
<artifactId>bom-2.440.x</artifactId>

Everything is back to normal
@@ -4,7 +4,7 @@ io.jenkins.tools.pluginmodernizer.UpgradeParentVersion
   <parent>
     <groupId>org.jenkins-ci.plugins</groupId>
     <artifactId>plugin</artifactId>
-    <version>4.86</version>
+    <version>4.87</version>
     <relativePath />
   </parent>
   <groupId>io.jenkins.plugins</groupId>

Some other occurence caused by the placeholder
[ERROR] Failed to execute goal org.openrewrite.maven:rewrite-maven-plugin:5.39.1:run (default-cli) on project jobcacher: Execution default-cli of goal org.openrewrite.maven:rewrite-maven-plugin:5.39.1:run failed: Error while visiting pom.xml: java.lang.IllegalStateException: Illegal state while comparing versions : [${jenkins.baseline}.<IP_ADDRESS>.0.0.0] and [2.462.1]. Metadata = [2.462.1]
[ERROR]   org.openrewrite.semver.LatestRelease.compare(LatestRelease.java:162)
[ERROR]   org.openrewrite.semver.VersionComparator.upgrade(VersionComparator.java:45)
[ERROR]   org.openrewrite.jenkins.UpgradeVersionProperty$1.visitDocument(UpgradeVersionProperty.java:69)
[ERROR]   org.openrewrite.jenkins.UpgradeVersionProperty$1.visitDocument(UpgradeVersionProperty.java:62)
[ERROR]   org.openrewrite.xml.tree.Xml$Document.acceptXml(Xml.java:145)
[ERROR]   org.openrewrite.xml.tree.Xml.accept(Xml.java:50)

Is it something we can move on or is prefereble to have a general solution like https://github.com/openrewrite/rewrite/issues/4527
I'm asking because we are movin now from a new recommanded version (from 2.440 to 2.452) and we are seeing more and more failing due to the new archetype
<artifactId>bom-${jenkins.baseline}.x</artifactId>

Thanks!

Thanks for this contribution!


Add source_path_prefix to Glide ServerFactory

Description
Add source_path_prefix to Glide ServerFactory create params

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.1 out of 2 committers have signed the CLA.:white_check_mark: haringsrob:x: matteovg7You have signed the CLA already but the status is still pending? Let us recheck it.

Hey @matteovg7 thank you for your contribution. Can you add this to the default config file + add some documentation as well.

Hi @haringsrob, I added the parameter to the default config file.
I don't know where to add the documentation but this is simply an additional parameter passed to the default glide configuration (https://glide.thephpleague.com/2.0/config/source-and-cache/)

hey @matteovg7 it's fine like this. I will check if additional docs are required. We can only merge this pr after the cla has been completed.


[WIP] Use a GADT parametrized by param type, fixes #54

So apart from my terrible names (that's why it's marked as WIP), there are a couple of things here.

The Rec datatype is the same as the one from Vinyl, I am not sure if it's worth pulling that in as a dependency for only one type.
The duplication is not nice, the problem is that we need to stuff that in the map and maps want a monomorphic type, so you would need to put it in a RankNType to hide the tag, but that still doesn't work because now you can no longer derive Generic and Show. Show is easily fixable using StandaloneDeriving, Generic is not because you can't derive Generic for RankNTypes. We can just not derive Generic, but we need that for the json stuff, so we would need to manually write a ToJSON and FromJSON instance for ParamMap which doesn't seem to be easily possible since you can't make instances of RankNTypes. I'll try to find a solution later, but I doubt we'll get around the duplication.
We can't use standard list syntax (overloaded lists also don't allow for that kind of list).
We have to specify the types of the parameters passed to getParams. I actually consider that to be a good thing, but it might be annoying sometimes.

In terms of Generic, I think we decided to hand-roll all JSON instances to make sure that external interfaces stay stable as compiler versions change, so we can do away with it for now.

Looks good though.

Yeah the problem is not actually Generic, but that we don't get a ToJSON and FromJSON instance of ParamMap. I think we can work around that by making it a newtype. I'll play around with it a bit more.

What we can do is have the dispatcher convert from the original ParamMap to
the new GADT version when it does its type checking. That way we separate
the external transport level interaction from the internal plugin one.
In other  words a plugin will always be called with valid params.
Because the next step is to define the CommandFunc as one of those Rec
instances, so we can only call it with the right stuff.
On Wed, Nov 11, 2015 at 10:28 AM, Moritz Kiefer<EMAIL_ADDRESS>wrote:

Yeah the problem is not actually Generic, but that we don't get a ToJSON
and FromJSON instance of ParamMap. I think we can work around that by
making it a newtype. I'll play around with it a bit more.
—
Reply to this email directly or view it on GitHub
https://github.com/haskell/haskell-ide-engine/pull/56#issuecomment-155702375
.

@cocreature Please indicate when you are done with this, so we can do a final review/merge

Will do, I want to clean up some minor things before.

I'm done with this now. If you want I can squash the commits, not sure what's easier for you to review.

I am happy to keep the history, and github shows a diff for the whole PR, so no reason to squash it

Also ParamValP is a pretty crappy name, but I couldn't come up with something that made sense.

If we are reusing the Rec type from vinyl, is there any way we can use it directly?
And if not we should put in a comment noting its origin/inspiration.
Otherwise lgtm. Thanks.

Well, it just adds a 'P' to what we had before, so it drops in neatly.
On Wed, Nov 11, 2015 at 8:52 PM, Moritz Kiefer<EMAIL_ADDRESS>wrote:

Also ParamValP is a pretty crappy name, but I couldn't come up with
something that made sense.
—
Reply to this email directly or view it on GitHub
https://github.com/haskell/haskell-ide-engine/pull/56#issuecomment-155875608
.

We could depend on vinyl, I just wasn't sure if it's worth depending on it for a single type. If you think that's a good idea I'll change it.

By depending on vinyl we expose the documentation, so people can trace it
through and see how it works.
On Wed, Nov 11, 2015 at 9:07 PM, Moritz Kiefer<EMAIL_ADDRESS>wrote:

We could depend on vinyl, I just wasn't sure if it's worth depending on it
for a single type. If you think that's a good idea I'll change it.
—
Reply to this email directly or view it on GitHub
https://github.com/haskell/haskell-ide-engine/pull/56#issuecomment-155880837
.

Updated.


Add JNDI data sources

This will help us reuse the same DataSource in all Infinispan caches that get persisted to the DB.
Basically, this allows us to configure a datasource in the new conf.d/connection-pools.conf file,
which will be bound to a JNDI context that is only available within Indy, then lookup those
datasources elsewhere in the application.
Note that, if we use the old style of BootupAction implementation that's part of a class which
uses an Infinispan cache, it may trigger Infinispan to initialize before the datasource is actually
bound!

Looks good to me, except a compilation error in unit test.


Deprecate SAM config references

Changes

remove SAM resources from the config module
include local environment file parsing (until we have something better)

Comments

For some reason every time I read "SAM" I think "Altman" and I think he created it or something.

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#248  👈
#247
#246
#245
master

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @forstmeier and the rest of your teammates on  Graphite

I'm not sure why the checks are continuing hang but I'm going to steadily just merge these in and run checks locally.


🌐 Update Chinese translation for docs/zh/docs/tutorial/query-params-str-validations.md

I found there are some missing translations  of this part

Great, thanks @hjlarry! :tada:
And thanks for the reviews @Jedore, @1320555911, @mcthesw :coffee:


bladebit and other "included in 2.0" plotters are not included in the docker image

Hi, if this Issue is specifically about the container image, please see the repo: https://github.com/Chia-Network/chia-docker


Computing Curvatures

Kindly I'm trying to compute the curvatures (principal, mean, gaussion) of the vertices in my mesh, specifically for special vertices not the whole vertices, is it possible?

Thank you.

Try
from vedo import *

elli = Ellipsoid()

elli.addCurvatureScalars().cmap('coolwarm').printInfo()

print(elli.getPointArray("Gauss_Curvature"))

show(elli, axes=1)

I'm so thankful for your reply :)
Yes, It gives me the curvatures, and I get the specific curvatures by determining the indices needed, after extracting for the full vertices, would be a better way to extract for only specified vertices directly?.
I mean instead of retrieving the curvature for the full mesh (ex. 280 vertexes, I need the curvature for specified already determined 13 vertexes!)
but may you clarify please:

what .getPointArray() do, and how to know what parameter should I give it?
for kmax and kmin that are available in the addCurvatureScalars these refer to that for principal curvature correct?
again if you please if I may get the source for the formulas used behind extracting these values.

there no overhead in retrieving the full array - no problem with that. It's numpy array so you extract from it the interest values the numpy-way: array(list_of_idx])

it needs the name of the point array, which you get from .printInfo() in the example
there is no kmin kmax in the  addCurvatureScalars
you should look for documentation of the class vtkCurvatures

Sorry but I didn't get your point for this:
there no overhead in retrieving the full array - no problem with that. It's numpy array so you extract from it the interest values the numpy-way: array(list_of_idx])

You mean I have to retrieve all, then the desired ones!
regarding 2, sorry it's miss typing from me, I mean: 2-max, 3-min curvature from curvature
Thank you

You mean I have to retrieve all, then the desired ones!

Yes, that's correct. It might seem over-killing but it's actually not: numpy takes care of that.

Sorry again for re-opining this,
but I was wondering how I may know what to pass for .getPointArray() for the min and max
How I shall know the parameters! since I tried to pass different ones but didn't get the point.
print(mesh.addCurvatureScalars(2).printInfo())
print(mesh.getPointArray("Max-Curvature"))

similar if I set instead of 2 3

that's shown in the printout..
from vedo import *

elli = Ellipsoid()

m = 3
modes = {0:"Gauss_Curvature",
         1:"Mean_Curvature",
         2:"Maximum_Curvature",
         3:"Minimum_Curvature"}

elli.addCurvatureScalars(m).cmap('coolwarm', modes[m]).printInfo()

print(elli.getPointArray(modes[m]))

show(elli, axes=1)


Enhancement request - addition of 'Jump to bottom' on log page

zigbee2mqtt add-on version (if edge, please report commit hash):
1.14.4
Operating environment (HassOS, Virtual Machine, Device/platform running Hass.io):

HassOS 4.12
RPi4 4Gb
Description of enhancement request:
Jump to bottom link/button on log page, especially for mobile, to allow for the latest log entry to be read quickly without the need to manually scroll.
Your entire configuration from the frontend (with sensitive fields redacted):
N/A
Your logs from Hass.io
N/A

This functionality for log view management is done in Home Assistant. You should open an issue with the frontend there to add such support. The addon can't control the view.


No offense, just a question...

There have been other easy-to-use Python EOS API tools here for a long time.
Is this project reinventing the wheel?
For example: https://github.com/learnforpractice/pyeoskit

Hello @tianwangchn ,
Yes, you're right. There are some other python projects. But we don't see ourselves reinventing the wheel.
For a better view, I'll list some here and why we haven't choose them (the order has no meaning):

pyeoskit (your example):
They have a great project. It used to be heavily based on UUOSKit, so I'll focus on just one of them.
If we were to use one of them, we'd go with the parent project.
(ps.: It seems that pyeoskit made important changes recently. I'd need to update myself on those...)

UUOSKit:
It seems they found a clever way to use libuuoskit binaries using cython.
That is a good idea since we need to maintain only one codebase and they may get the benefits from a pre-compiled code.
But we are quite concerned by the use of an external wallet (in this case, a file in the disk).  Also it is a problem if you're to use non-resilient or read-only file systems (like some containers or function-as-a-service computing)

eospy:
Their project is similar to ours.
However it seems that the development is slow recently. Personally, I'd probably go with this one if it was active.

µEOSIO:
We're based on them. Also we use some of their code in ours.
I can't state how thankful we are for this project and people to exist. hehehe
Our api, however, is very different. Also we're using nodeos rpc calls to serialize the data.

As you can see, we haven't started from scratch. We used other projects' codes and ideas into this project. This is common (and, I believe, healthy) for the open source ecosystem.
Maybe, in the future, all projects can converge to just one single lib and all others be deprecated. I believe this would mean that we found a solution that fits many (hopefully all) use cases.
Meanwhile we need something that fits our needs (easy api, easy to parallelize, works well with some cloud tools, etc) and want to share with others that may face the same problems.

Hi edinhodiluviano,
Great! Thank you for your reply which answered my doubts.
I wish eospyo can become a powerful and easy-to-use tool. Happy coding~


multiple json sources

Hello
does this support the ability to setup multiple source urls ? I am looking for a solution that can easily cater for large number of json feeds and turn them into something that can be consumed by Prometheus.
The example here only shows a single url and was wondering if this scales ?
thanks.
Pete

Support for multiple endpoints would be great!

Support for multiple endpoints would be great!

This worked very well for me! Many thanks!!!


Duplicate content and a missing word on "Help users to Navigate a service"

What
Under the second WCAG 2.2 tag in the content, you have duplicated content. Is it meant to be there or was it meant to say something else?
"...and must always link to the same place.
For example, a header link to “Get help with this service” must go to the same place as similar header links elsewhere in your service. This is to comply with WCAG 2.2 success criterion 3.2.6 Consistent help.
Help links must always link to the same place. For example, a header link to “Get help with this service” must go to the same place as similar header links elsewhere in your service.

There also appears to be a word missing ("the") in the first sentence of the second paragraph under the heading "Adding other header and navigation elements". It should probably read "...should start with the most..."

Thanks for the proofread Jodi, looking to shake these down today.

Resolved as part of work in https://github.com/alphagov/govuk-design-system/pull/4092, happy days and thanks again!


Remove fs.readFileSync calls?

When the error-first-callback idea was discussed, I thought that the fs.readFileSync calls would be replaced with their async counterpart.  Do you think that would be possible or does it add too much complexity?

Was also hoping to reduce/remove the try/catch calls.

This would be better indeed.
It's definitely feasible but it gets more complex to reason about with all the nested if blocks.
Perhaps it could be improved with some third party library like async, otherwise just need to split up the logic into multiple functions that have to be called at the right time.

Working on this... got the add method updated with async readFile.
I'll look at the other one next. I've removed the addSync and writeSync methods as well.

Ok so I've replaced the remaining readFileSync method as well... this also reduces the try/catch blocks, will open PR for review or can I just merge it myself?

Closed by #7


Workspace filesystem watcher should not be behind experiment.

Codecov Report

Merging #15121 (a51ef97) into main (cbe265d) will increase coverage by 0%.
The diff coverage is 88%.

@@          Coverage Diff           @@
##            main   #15121   +/-   ##
======================================
  Coverage     65%      65%
======================================
  Files        560      560
  Lines      26323    26330    +7
  Branches    3733     3735    +2
======================================
+ Hits       17161    17178   +17
+ Misses      8472     8460   -12
- Partials     690      692    +2

Impacted Files
Coverage Δ

...nments/discovery/locators/services/pyenvLocator.ts
63% <50%> (ø)

...nments/base/locators/lowLevel/fsWatchingLocator.ts
81% <91%> (+31%)
:arrow_up:

...se/locators/lowLevel/workspaceVirtualEnvLocator.ts
100% <100%> (ø)

...overy/locators/services/customVirtualEnvLocator.ts
100% <100%> (ø)

...discovery/locators/services/windowsStoreLocator.ts
100% <100%> (ø)

...pythonEnvironments/common/pythonBinariesWatcher.ts
52% <0%> (+17%)
:arrow_up:

Codecov Report

Merging #15121 (a51ef97) into main (cbe265d) will increase coverage by 0%.
The diff coverage is 88%.

@@          Coverage Diff           @@
##            main   #15121   +/-   ##
======================================
  Coverage     65%      65%
======================================
  Files        560      560
  Lines      26323    26330    +7
  Branches    3733     3735    +2
======================================
+ Hits       17161    17178   +17
+ Misses      8472     8460   -12
- Partials     690      692    +2

Impacted Files
Coverage Δ

...nments/discovery/locators/services/pyenvLocator.ts
63% <50%> (ø)

...nments/base/locators/lowLevel/fsWatchingLocator.ts
81% <91%> (+31%)
:arrow_up:

...se/locators/lowLevel/workspaceVirtualEnvLocator.ts
100% <100%> (ø)

...overy/locators/services/customVirtualEnvLocator.ts
100% <100%> (ø)

...discovery/locators/services/windowsStoreLocator.ts
100% <100%> (ø)

...pythonEnvironments/common/pythonBinariesWatcher.ts
52% <0%> (+17%)
:arrow_up:


Delete StringHelper#replaceAll and use String#replace instead as its …

…much faster from Java 11 onward.
Should the method be deprecated instead (my understanding is that methods like this were deleted in the past, but maybe this policy has changed)?
It may be that some additional null checks are needed, e.g. in BinaryExpression.

I am okay with removing since we are using JDK APIs instead which is better. Can you add a note to the 3.15.x upgrade doc (see in docs folder).


Translate array length limits

Could you please confirm the limits for the single item in the array? I saw in the past it was mentioned the limit for a single item is 1000 chara, but it looks like this has been recently removed from the docs. Thus I am wondering if now the only limit is the size and the total length of the array. Thanks.

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

ID: 1648784c-c385-4120-a2a6-3414a0d752e1
Version Independent ID: 1f90c698-a146-3345-40dd-eb5dabe56cf3
Content: Microsoft Translator Text API Translate Method - Cognitive Services
Content Source: articles/cognitive-services/Translator/reference/v3-0-translate.md
Service: cognitive-services
GitHub Login: @Jann-Skotdal
Microsoft Alias: v-jansko

@tofula Thanks for the feedback! I have assigned the issue to the content author to investigate further and update the document as appropriate.
@Jann-Skotdal  Hi, this is a doc-enhancement issue, can you please check the limit and update the document as necessary? Thanks a lot!

@tofula - Yes, the individual limits no longer apply. It is just the limit of the entire array https://docs.microsoft.com/en-us/azure/cognitive-services/Translator/reference/v3-0-translate?tabs=curl#request-body

#please-close

@tofula
We will now proceed to close this thread. If there are further questions regarding this matter, please respond here and @YutongTie-MSFT and we will gladly continue the discussion.


Project_Updated Code, Package & Deployment Sheet

Changes:-

Orchestrator Folder Path. (Shared)
Package (1.0.4)
Deployment Sheet

Your project is successfully deployed.


IndexError when processing Kite completions

Description
No completions are shown when I type t at plt.plo$.
What steps will reproduce the problem?

I can repro it consistently after writing this code:
import numpy as np
import matplotlib.pyplot as plt
my_x = np.linspace(1, -1, 1, endpoint=bool)
my_y = np.linspace()
my_x = np.linspace(1, -1, 2)
plt.plot()
Traceback
  File "/Users/patricklung/spyder/spyder/plugins/editor/widgets/codeeditor.py", line 1126, in process_signatures
    parameter_data = parameters[parameter_idx]
IndexError: list index out of range

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/patricklung/anaconda3/envs/spyder-dev/lib/python3.7/logging/__init__.py", line 1025, in emit
    msg = self.format(record)
  File "/Users/patricklung/anaconda3/envs/spyder-dev/lib/python3.7/logging/__init__.py", line 869, in format
    return fmt.format(record)
  File "/Users/patricklung/anaconda3/envs/spyder-dev/lib/python3.7/logging/__init__.py", line 608, in format
    record.message = record.getMessage()
  File "/Users/patricklung/anaconda3/envs/spyder-dev/lib/python3.7/logging/__init__.py", line 369, in getMessage
    msg = msg % self.args
ValueError: incomplete format
Call stack:
  File "bootstrap.py", line 186, in <module>
    start.main()
  File "/Users/patricklung/spyder/spyder/app/start.py", line 195, in main
    mainwindow.main()
  File "/Users/patricklung/spyder/spyder/app/mainwindow.py", line 3596, in main
    mainwindow = run_spyder(app, options, args)
  File "/Users/patricklung/spyder/spyder/app/mainwindow.py", line 3479, in run_spyder
    app.exec_()
  File "/Users/patricklung/spyder/spyder/app/mainwindow.py", line 3044, in show_preferences
    dlg.exec_()
  File "/Users/patricklung/spyder/spyder/plugins/completion/languageserver/client.py", line 340, in on_msg_received
    handler(resp['result'], req_id)
  File "/Users/patricklung/spyder/spyder/plugins/completion/languageserver/providers/document.py", line 132, in process_signature_completion
    {'params': response})
  File "/Users/patricklung/spyder/spyder/plugins/completion/languageserver/plugin.py", line 245, in receive_response
    self.COMPLETION_CLIENT_NAME, req_id, response)
  File "/Users/patricklung/spyder/spyder/plugins/completion/plugin.py", line 102, in receive_response
    completion_source, response_instance, req_type, req_id)
  File "/Users/patricklung/spyder/spyder/plugins/completion/plugin.py", line 167, in gather_and_send
    response_instance.handle_response(req_type, responses)
  File "/Users/patricklung/spyder/spyder/plugins/editor/widgets/codeeditor.py", line 886, in handle_response
    handler(params)
  File "/Users/patricklung/spyder/spyder/plugins/editor/widgets/codeeditor.py", line 1143, in process_signatures
    self.log_lsp_handle_errors("Error when processing signature")
  File "/Users/patricklung/spyder/spyder/plugins/editor/widgets/codeeditor.py", line 917, in log_lsp_handle_errors
    logger.error('%', 1, stack_info=True)
Message: '%'
Arguments: (1,)
--- Logging error ---
Traceback (most recent call last):
  File "/Users/patricklung/spyder/spyder/plugins/editor/widgets/codeeditor.py", line 1126, in process_signatures
    parameter_data = parameters[parameter_idx]
IndexError: list index out of range

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/Users/patricklung/anaconda3/envs/spyder-dev/lib/python3.7/logging/__init__.py", line 1025, in emit
    msg = self.format(record)
  File "/Users/patricklung/anaconda3/envs/spyder-dev/lib/python3.7/logging/__init__.py", line 869, in format
    return fmt.format(record)
  File "/Users/patricklung/anaconda3/envs/spyder-dev/lib/python3.7/logging/__init__.py", line 608, in format
    record.message = record.getMessage()
  File "/Users/patricklung/anaconda3/envs/spyder-dev/lib/python3.7/logging/__init__.py", line 369, in getMessage
    msg = msg % self.args
ValueError: incomplete format
Call stack:
  File "bootstrap.py", line 186, in <module>
    start.main()
  File "/Users/patricklung/spyder/spyder/app/start.py", line 195, in main
    mainwindow.main()
  File "/Users/patricklung/spyder/spyder/app/mainwindow.py", line 3596, in main
    mainwindow = run_spyder(app, options, args)
  File "/Users/patricklung/spyder/spyder/app/mainwindow.py", line 3479, in run_spyder
    app.exec_()
  File "/Users/patricklung/spyder/spyder/app/mainwindow.py", line 3044, in show_preferences
    dlg.exec_()
  File "/Users/patricklung/spyder/spyder/plugins/completion/languageserver/client.py", line 340, in on_msg_received
    handler(resp['result'], req_id)
  File "/Users/patricklung/spyder/spyder/plugins/completion/languageserver/providers/document.py", line 132, in process_signature_completion
    {'params': response})
  File "/Users/patricklung/spyder/spyder/plugins/completion/languageserver/plugin.py", line 245, in receive_response
    self.COMPLETION_CLIENT_NAME, req_id, response)
  File "/Users/patricklung/spyder/spyder/plugins/completion/plugin.py", line 102, in receive_response
    completion_source, response_instance, req_type, req_id)
  File "/Users/patricklung/spyder/spyder/plugins/completion/plugin.py", line 167, in gather_and_send
    response_instance.handle_response(req_type, responses)
  File "/Users/patricklung/spyder/spyder/plugins/editor/widgets/codeeditor.py", line 886, in handle_response
    handler(params)
  File "/Users/patricklung/spyder/spyder/plugins/editor/widgets/codeeditor.py", line 1143, in process_signatures
    self.log_lsp_handle_errors("Error when processing signature")
  File "/Users/patricklung/spyder/spyder/plugins/editor/widgets/codeeditor.py", line 917, in log_lsp_handle_errors
    logger.error('%', 1, stack_info=True)
Message: '%'
Arguments: (1,)

Versions

Spyder version: 4.0.0.dev0 11611776d
Python version: 3.7.4
Qt version: 5.9.6
PyQt5 version: 5.9.2
Operating System: Darwin 18.6.0

Dependencies
pygments >=2.0    :  2.4.2 (OK)
qdarkstyle >=2.6.4:  2.7 (OK)
sphinx >=0.6.6    :  2.1.2 (OK)
psutil >=0.3      :  5.6.3 (OK)
pyls >=0.27.0     :  0.28.3 (OK)
nbconvert >=4.0   :  5.5.0 (OK)
pandas >=0.13.1   :  None (NOK)
numpy >=1.7       :  None (NOK)
pympler >=0.7     :  None (NOK)
sympy >=0.7.3     :  None (NOK)
cython >=0.21     :  None (NOK)
qtconsole >=4.5.5 :  4.5.5 (OK)
IPython >=4.0     :  7.8.0 (OK)
matplotlib >=2.0.0:  None (NOK)
pylint >=0.25     :  2.3.1 (OK)

Thanks for the reproducible case. @dalthviz, please take a look at this one.

@ccordoba12 @plungg I was not able to reproduce this on Windows and Linux (Fedora). @plungg could you try to reproduce this with the latest master please? Maybe this is some how related with the fix made at PR https://github.com/spyder-ide/spyder/pull/10216

@dalthviz, please post the issues you found about snippets on issue #10230.

@dalthviz, please also try to reproduce this one by checking out beta5 and trying again. I just want to confirm that it's fixed in master.

I was not able to get the same IndexError as @plungg (even when testing with commit https://github.com/spyder-ide/spyder/commit/11611776d89aec8c76e03a44e6ab8cd7a6248024 )
All the other issues found are at https://github.com/spyder-ide/spyder/issues/10230#issuecomment-532366012

I can't reproduce this either with a default configuration.
@plungg, could you post an animated gif of this problem?

I cannot repro this issue anymore. If I see it in the future, I'll record a GIF.

@plungg, I'm going to close this for now but please add more comments here if you manage to reproduce this problem.


Update Home “homepage”

Automatically generated by Netlify CMS

👷 Deploy Preview for konpetans010 processing.

Name
Link

🔨 Latest commit
2cf6ce5bf40173174dc589a4883028e8404e558d

🔍 Latest deploy log
https://app.netlify.com/sites/konpetans010/deploys/6485c6a19751f900085d14ad


Unauthorized

I'm trying to run a sample
but it always returns
message: "Unauthorized"
in this request
"
Request URL: https://learningtools.onenote.com/learningtoolsapi/cognitive/v2.0/GetContentModelForReader
Request Method: POST
Status Code: 401
Accept: application/json, text/javascript, /; q=0.01
Authorization: CogSvcsAccessToken {Token}
Content-Type: application/json
MS-Int-AppId: Cognitive
"

Hi there, do you have an Immersive Reader subscription?

I use Cognitive Services  subscription
I can't find Immersive Reader subscription in Services  ???

who I can get Immersive Reader subscription?

Apologies! The Immersive Reader is currently not yet publicly available, and at this time, I unfortunately cannot disclose when it will become available. Sorry for the inconvenience. Please check back often :)


Add parallax to home page

Closes issue #13.

Add parallax to home page

This PR was closed because it don't work for some elements.


Smrtconnect: Add new bidder

I have added adapter for smrtconnect

@psmrt - since you don't support TCF, you probably don't run in Europe.
Please see https://docs.prebid.org/prebid-server/developers/add-new-bidder-go.html#consider-your-geography and consider adding a note like the one in 33across.yaml to your yaml file:
# This bidder does not operate globally. Please consider setting "disabled: true" in European datacenters.
geoscope:
  - "!EEA"

Thanks for review.
i have updated config file and updated pr with all requested change.


Add dev container

Addresses #1213

/ok-to-test

Note: I understand if the project would rather not include features that are targeted for particular IDEs. But I thought I'd propose it - as I find them really useful.

Yeah, this already summarizes my concern. This is very user specific. Maybe we could add to the docs in the getting started guide just as a suggestion if the contributor wants to create this directory and files. But I am generally against adding this directly to this repo. @ingvagabund @a7i WDYT?

Perhaps your perspective may have changed on these, now that they're moving (slowly) beyond visual studio code -
https://containers.dev/supporting


Native file dialogs do not prevent input from propagating to main window

Godot version
4.2rc1
System information
Linux/Manjaro
Issue description
Windowss with the exclusive property set to true are supposed to not propagate input to the main window. However, native dialogs, such as FileDialog (which is inherently exclusive by default) with use_native_dialog set to true still let input through.
When running the MRP, you can press 1 to popup a native dialog and press the button. If you press 2, it will popup a Window dialog and you will not be able to press the button.
Steps to reproduce

Display a native dialog, either with DisplayServer#file_dialog_show or a FileDialog with Use Native Dialog enabled
Click or keyboard focus any Control in the tree while the dialog is showing

Minimal reproduction project
native-file-dialog-exclusive-bug.zip

This is expected. Native file dialogs are not part of the app itself and fully handled by OS, exclusive flag (or any other Window flag) can't have any effect on it.
In case of Linux it's part of XDG desktop portal and there's no option to make it exclusive (we are setting parent window XID, but it's only used to arrange dialog on top of the window).


Feedback for: engine/getstarted/step_six.md

Command to remove a docker image is incorrect. This document refers to 'docker rm -f ' to remove an image, which is incorrect. It should have been 'docker rmi '

@lelakshm yes, this is better
They both work in this case to actually remove the images, but technically, the docker rm  is for containers, and docker rmi is for images
I've made the change in the PR referenced above, I'll merge this when the builds finish, and you should see it published with your corrections within the hour.
Closing this issue, thanks for the feedback!


feat: display different stripes for tentative and declined events Google Calendar

This will be helpful in planning the day easily.
Sometimes user would have mentioned Rsvp No or Maybe. He/she does not need to bother about those events in planning their day.
Basically Rsvp status visibility will be helpful in planning the day
MAYBE rsvp status = striped box

Declined rsvp status = cross striped box

Currently, it has been implemented for Google calendar. There needs to be minor tweaks for other calendars.
If this feature is useful for others, i can implement for other calendars too.

@ivan-lednev
Just updated the code to the latest master. Let me know your thought even if you feel this feature is not useful.