ResizeObserver loop completed with undelivered notifications

Describe the bug
Just implemented 5.3.1 of the library. We are seeing daily unhandled exceptions thrown by Safari with the message: 'ResizeObserver loop completed with undelivered notifications'.
We do not see the issue ourselves, despite using the same browser, on the same site(s) that are logging this issue, so cannot reproduce, can Sentry is capturing the issue.
Screenshots

Desktop (please complete the following information):

OS: iOS
Browser safari
Version: latest

This seems to be a bug in Safari, that does not actually impact how iframe-resizer works. It's basically objecting to the fact the code runs so fast, that it has resized the iframe on the parent page within the same animation frame that the change in content size was detected.
It's their to reduce the impact of unintended loops locking up the browser, but that is not an issue here, as the second time it fires will trigger no action, as the iframe now matches the content size. Further to this iframe-resizer throttles all event handlers through the same code path, so it will only ever check content size once per animation frame anyway.
Looking at Sentry's own page about this warning, they basically recommend disabling the message.
Can I ask are you using cross domain or same domain iframes? I'm wondering if this is only an issue with same domain.
Also have you seen this issue in earlier versions of iframe-resizer? Or is this the only version you have used?
Having just upgraded to Safari 18, I'm able to now see this warning message on the examples page of iframe-resizer.com.
A possible workaround to this would be to use requestAnimationFrame when the parent receives a message from the child to resize, but that comes at the cost of making animated content resizes slightly choppy. It also should not be necessary, as all resize events run through the same code pipeline and are already throttled to once per frame.

I should also note that on the examples page, I'm deliberately causing an infinite resize loop with the CSS animation. On more normal pages I'm not seeing the warning message and it could also be that some of your users have a browser extension that is causing the issue.

The iframes are cross-domain, and this is our first use of your code, so no prior versions/regressions known.
All I can safely say is that I do not see any perceived issued when I browse to the site in question, using the same device, OS and browser version as the user. I would be happy to pass to you a sample couple of sites that have reported the error, but would prefer to do so privately, somehow. Let me know if you are happy to do this and how we might be able to.
Am happy in principle to instruct Sentry to ignore these exceptions, but wanted to raise it for awareness.

You can send stuff privately to<EMAIL_ADDRESS>I’m interested to take a look.
Do you see this warning on the examples page?


[WIP] Remove primitive operators

This simplifies the internals by removing the special-cased primitive operators

Not sure about how you feel about this. Have some failing tests though because all the special cases have been remove from the type checker, etc...

Could you add some benchmark for calling these operations and compare it before and after?
While I think that removing opcodes for addition, subtraction etc is a non-starter due to how slow it is going to be, the way (+), (-) work now is they call a gluon function which runs the opcode so it is already slow now. If there is not a noticeable speed difference compared to the current implementation I'd be on board on doing this, however it will make adding basic inlining much more important in my mind as it just shows how slow the current way of calling a function for basic operations is simply far to slow.


docs: add Seznam.cz to list of Cilium users

Signed-off-by: Ondrej Blazek<EMAIL_ADDRESS>

ah, committed too quickly.. will remove the L: part

Thanks this is great! I thought you were already on here 😅

Thanks this is great! I thought you were already on here sweat_smile

haha, we actually haven't.. we were very sloooowly moving to production :)


Fix whitespace before #include

Closes #1050
I did test it locally but I already had the file open on github so it was easier to webedit than push a commit.

Confirmed to fix the issue we had with this on Nebula.

Now that I think about it, I need to test if this causes error line numbers to be off by one.

Now that I think about it, I need to test if this causes error line numbers to be off by one.

Debugger line numbers were off by one but I don't know if that's related or if it occurred before I locally merged this PR.

This isn't the ideal fix and I cba to revisit this right now.


Fix typos and clarify explanations

[x] I have read freeCodeCamp's contribution guidelines.
[x] My pull request has a descriptive title (not a vague title like Update index.md)
[x] My pull request targets the master branch of freeCodeCamp.
[x] None of my changes are plagiarized from another source without proper attribution.
[x] My article does not contain shortened URLs or affiliate links.

@amyg123 also consider resolving the merge conflicts with master branch,
if you need any help for the same then do let us know.

@RandellDawson @co16353sidak thanks for the feedback and suggestions. Have made updates accordingly.

@co16353sidak What do you think now?

Thank you, @co16353sidak and @RandellDawson!

@amyg123 also consider resolving the merge conflicts with master branch,
if you need any help for the same then do let us know.

Was this comment to me or @amyyf ?  Thanks!  Is any action from me needed?

Was this comment to me or @amyyf ? Thanks! Is any action from me needed?

Sorry @amyg123 for this 😄 , I guess I typed the wrong name when I was linking this, I have been reviewing a lot of PRs and I must have typed the wrong name in a hurry.
Yes, This was for @amyyf but I guess it won't be needed as @RandellDawson has merged this PR into master. thank you for pointing out my mistake.


Loading .obj files with textures does not work?

I'm trying to follow your samples but it seems basic functionality is not working.
When you do either SerializationEngine.Instance.LoadScene(path) or new ObjFileFormat().LoadData(path), there's a crash. This is because LoadData() makes a brand new Scene with no gl context, meaning the Scene's gl context is null. Then when loading textures, it crashes because it calls Texture.Create() with a null gl context.
Am I missing something? I feel like everyone in the planet would be making this issue if it was actually broken. There's no way for me to pass in a gl context. Also, I can't downgrade to 2.4.4 (before this crash would've existed) because your Serialization nuget package does not go before 3.1.0

I ran into this issue too as I was trying to port the library and samples to .net 6.  I got the "WinForms Sample/DuckySample" to load by modifying the ObjFileFormat to include a property to provide the GlContext, assigning it when creating the ObjFileFormat, and calling scene.CreateInContext(..) before loading the format.
I don't think it was just you.  This seems a pretty clear bug, possibly a design issue by the mandate that the GL context be initialized before being able to utilize the load model data (which was more what I was looking for - something that could parse and open Wavefront OBJ files, rather than a full OpenGL engine.)

This got me as well, spent quite a few minutes investigating file paths, formats and whatnot, and finally found the faulty place:
https://github.com/dwmkerr/sharpgl/blob/9a18e2624f488635ee87d4ee5a75aa2e6df09cdd/source/SharpGL/Core/SharpGL.Serialization/Wavefront/ObjFileFormat.cs#L254
Fortunately, it was pretty easy to create a custom ObjFileFormat with context.


Cookies don't send on cross-origin?

Describe the bug
I began to deploy my app! Unfortunately, I found another bug in my code during the process.
For some reason or another, my cookies aren't sending in JsonApiEntityProvider requests. They do for the axios requests, and I can see my cookies in the application inspector. I think this has to do with the credentials setting on the fetch API called in this library.
To Reproduce
Steps to reproduce the behavior:
Difficult, as it should be seen in the backend testing already...
My use case, all that changed was that my app went from localhost to localhost:3000. Server stayed the same, localhost:80
Expected behavior
I'd expected my app to send the cookies with the request, similar to the axios library.
Desktop (please complete the following information):

OS: Windows 11 64 bit with WSL2
Browser: edge
Version: unknown

Additional context
At first, I thought CORS, but my dev server has CORS setup to allow http://localhost:3000
I wonder if it is because credentials is set to same-origin. I am terrible at cookies, but from what I interpreted from a few searches is that this would need to be include for my use case. Maybe this could be exposed as a setting, defaulting to same-origin?
Also, I don't remember (but hope to look at it soon), but I wonder if the backend is on a different port, but the local testing is without a port (port 80)? Still don't understand how this isn't occurring on the test suite.
Another thing that may be feature worthy, and could resolve this, is documenting how to create a custom connection class. Say I wanted to tie in Axios, or customize my connection configuration? (But that could be another ticket)

I just realized; testing doesn't use cookies... That's why it didn't appear before...
I'll see if I can sideload this project into mine, and see if changing that credentials setting fixes the issue.
It does look like Connection is tied to Adapter, and that Adapter is configurable. Maybe the next course of action is that I create my own connection class, and instantiate the adapter within the JsonApiEntityProvider config.

Hi DellanX, are there any bugs with interceptor so the seperate option is required? Interceptors are designed to change all possible request and response properties. Options you see in the connection are default. One can set custom interceptors during configuration.
new JsonApiEntityProvider({
    baseUrl: 'http://localhost:20001',
    jsonApiRequestInterceptor: (request: Request) => new Request(request, { credentials: 'include' })
})

About Axios - it does not make too much sense to allow connection extension as fetch API became a standard when Node.js team included it into a core. There are no more difference between frontend requests and backend one. Cross fetch dependency from this library also will be removed on the next major version change.

Oooo, that might work! (I didn't think to recreate the request, and knew that credentials were a readonly variable). I am running into some strange issues, which leads me to think that the properties aren't getting mapped to the new request:

(Should be localhost/users/:id)
I will try for it, worst case, I manually repopulate everything. Luckily the headers and cookies are populated 😀
I will agree that axios itself doesn't make sense to implement at this point. But some projects that use SSR/G may want to be able to inject a custom method to execute the query. (e.g. NUXT has the useFetch composable).
I'm not working on such a project, so, I am definitely not going to push for such a feature. I think the solution you posted will work just fine for my needs.

Disregard, forgot to import Request from 'cross-fetch'
Works like a breeze now. Will cancel my PR!
(Which... I just realized has my name on it because I forgot to configure my username for github...)


Add last update timestamp and laster updater to keys

Added columns updated_at and last_updated_by to keys
ping @chef/lob

:+1:

:+1  We discussed in chat that updated_at will be incorrect for keys that are migrated.  The alternative of setting it to the current created_at value was discussed; but, since this may also be wrong, we decided to leave it.


[Plugin] CodeClimate Velocity

Summary
CodeClimate Velocity is an analysis tool used to quantity and measure metrics that are commonly viewed as strong indicators of a good engineering culture.  The content that this tool serves could benefit several sections of the Backstage portal:  From Users and Groups to Libraries, there are opportunities to aggregate content

Project website (if applicable)

Vendor Website: https://codeclimate.com/
API Docs: https://docs.velocity.codeclimate.com/en/collections/2036087-velocity-api
Context
Examples of Velocity Content
Library-level:  PR Throughput, Change Breakdown, Cycle Time

User Level

Nice. Is this something you might be interested in contributing?

Potentially, I'll start with my first suggestion but I could see myself diving into this.  I'm going to also seed the idea with the vendor next time I have a check-in.

Looks like there might be a foundation to add this on to: https://github.com/backstage/backstage/tree/master/plugins/code-climate


make ascii char algorithms public

functions like ascii_tolower can be public

What about base64?

Lets not do this. Boost.URL is already providing some of these (but not base64).


Analyse package only once

Currently, analysing the Talon package happens in the run function for the package directive. However, there doesn't seem to be an easy way to ensure that the index.rst file is processed first, which means that every file needs its own package directive.
Unfortunately, it isn't possible to analyse the various Python files in a package independently. We may need to trigger the launch or ready events to make sure that CSV files are loaded, etc, and the event handlers may depend on actions used in other files.
As we don't want to have to analyse the package in-full for each file, we should find a way to trigger the analysis once, before any file is processed. In order of preference:

Perhaps we can ensure that the package directive registers for some Sphinx hook to run the analysis before anything else is processed?
Perhaps we can declare the package details in conf.py and running the analysis there?
Perhaps we can simply force a reorder of the order in which files are processed to always process files with package statements first?

Fixed by #98
Package configuration now happens in conf.py


Fixing stopping criteria & Modifying T0 and T5 to BaseLM

This PR is to fix the stopping criteria to be optional, and modify T0 and T5 to BaseLM.

Wrong repo, don't merge.


Customer calender

Issue Reference
#7370

@rachana-webkul as I have checked the PR and it is working fine now, After creating a new customer and then checking the DOB Calendar, the calendar is updated.
for reference please check the screenshot here


ARC-54 Control Scripts PT4: Steering angle scripts

PR Details
Description
This is Part 4 of control script analysis creation. This PR:

adds steering angle and steering wheel angle scripts

TODO: Edit readme and run with better data to get better plots. perhaps make it succinct with factorization of plotting functionalities
Please see pics and results to understand how the results might look like.
Design document for this task is here: https://leidoscorpus.sharepoint.us/:w:/r/sites/STR/TODevelopmentLibrary/22-256 CDA Design %26 Architecture/Work-In-Progress/Task 7 Architecture Improvement Implementation/CARMA Platform Controls Improvements/Identified Core Performance Metrics And Analysis Design for CARMA Platform Control.docx?d=w40615c2fbfb74d439215cf62c5e5c4ca&csf=1&web=1&e=NXYkMT

Related GitHub Issue
NA

Related Jira Key
https://usdot-carma.atlassian.net/browse/ARC-54

Motivation and Context
Control improvements under CDA DnA needed control performance analysis scripts.

How Has This Been Tested?
Run simply by:
python3 run_all_control_analysis.py --input-dir /workspaces/carma/carma_ws_ros2/src/analysis-data
where analysis-data folder has all mcap files in different folders (rosbag2 folders):

Types of changes

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

Checklist:

[X] I have added any new packages to the sonar-scanner.properties file
[X] My change requires a change to the documentation.
[X] I have updated the documentation accordingly.
[X] I have read the CONTRIBUTING document.
[X] I have added tests to cover my changes.
[X] All new and existing tests passed.

Although the functions and topics seem correct, I just don't have good data to plot yet. if I have time I can get it after I finish all the functions that need to be done.


Enhance Load Balancer Configuration File Format

Refactor the load balancer configuration file to support comments and improved readability. Consider adopting a standardized format (e.g., YAML) to enhance usability and make the configuration easier for users to understand.
Requirements:

Implement parsing for the new format, ensuring backward compatibility if needed.
Update the documentation to reflect the changes in the configuration format.
Implement parsing for the new format, if needed.

Hi @ardatosun ,
Thanks for brining this up. I can pick this up. But perhaps could you please explain what all the configs atleast for now are we planning to migrate ? Could you point me the link to start with ?
I can do it in YAML itself , or if there is any other preference that you have , maybe we can discuss that too.
WDYT ?
Thanks,

Hi @ohyesgocool,
Thank you for your interest. Currently the configurations that we do/could have are:

Backend URLs
Health check interval
Max Latency
Timeout for health check, retries
Port

So I was thinking to move all/some of these to a config file such as YAML, instead of hardcoding or providing via environment variables. Something like this:
backends:
  - url: http://backend1.example.com
  - url: http://backend2.example.com

health_check_interval: 30s  # Health check every 30 seconds
timeout: 2s                 # Timeout for each health check request
port: 8080                  # Port for the load balancer to listen on

Although having some of these (e.g. backend server address) as environment variables seems better to make it dynamic and to make it more production grade, I thought maybe we could move some config to yaml. At least not hardcoded in the go code.
Let me know your thoughts.

Yes got it , thanks for the detailed explanation.
I’ll work on this , you can assign it to me.
Thanks ,


Replace MediaRecorder with MediaCodec

The official documentation says we can use any surface to capture imag (e.g. MediaCodec, MediaRecorder, SurfaceTexture). Anyway, I'm having trouble getting MediaCodec work. Here is my sample code https://github.com/alexbat98/Sample-Camera
Any ideas on how to implement it?

Your sample code link doesn't work.
https://github.com/alexbat98/Sample-Camera

This sample has been migrated to a new location where we can accept Pull Requests (check README for more information).
As recommended by GitHub, we are closing all issues and pull requests now that this older repo will be archived.
If you still see this issue in the updated repo, please reopen the issue/PR there. Thank you!


Please help to Evaluate "Computer programming for everyone" on Futurelearn to replace py4e in "Intro CS"

The "Intro to CS" section currently recommends "Python for Everybody", which I have taken. Py4e is a fairly long course, which sorts of eats into your time in advancing through the curriculum, which can sap one's motivation especially at such an early stage (before any real CS is undertaken).
I am proposing an evaluation of an alternative: FutureLearn's Computer Programming for Everyone, which might be a decent replacement, and help to keep the motivation levels high by moving faster through the curriculum.  Having taken FutureLearn's pre-calculus course myself (an OSSU prerequisite)
, I wish to reaffirm that their catalogue contains material that is nothing to be scoffed at.
Can the moderators take a look, and offer your thoughts on whether it is worth replacing py4e as the intro course?

This is actually the same course as the one we currently use as stated at https://www.py4e.com . The questions to ask are whether we need all five Coursera courses in the curriculum and, if we only need the first one or two, which of the four websites should be the primary one linked

@Alaharon123 Not at all. This is a different put together by the Institute of Coding and hosted on FutureLearn.
Please have a look here. [Computer Programming for Everyone] (https://www.futurelearn.com/courses/computer-programming-for-everyone). It has no connection with Py4E.

Oh my bad, I misread it as Python for Everybody, which is also on FutureLearn

Taking a glance, it appears to use Scratch or something similar. The primary purpose of Intro Programming is to have something that teaches Python slower than Intro CS so people who've never touched a programming language don't get left behind by the fast pace of the Intro CS course. I don't think Programming for Everyone meets that goal. However if the problem is how long Py4e is, it could be worth cutting down on how much of it we include as an alternate solution to that problem. Do you think Programming for Everyone would be a better solution? Make a case for it.

I have taken "py4e" and it took me a fairly long time to finish all 5 courses about 1.5 months)
I don't want to get into a "Language A" vs "Language B" discussion, but before the intro CS stage, does it matter that they use scratch, as long as the concepts of programming are covered.  If using scratch was a demerit, then PL A,B & C shouldn't be in the curriculum since theese courses use "RacketML" I believe?
The institute of coding has received tremendous attention in the UK these days, and they have been registering/enrolling attendees by the droves.  The course is only 2 weeks long, and might help to keep the motivation levels for new beginners.
Can we recommend this as an "alt"?  OSSU caters to a much wider audience spanning the entire spectrum ranging from:

full-time CS students who use the curriculum over 3-4 years to regularly supplement what they learn at their local universities,

all the way to

single dads with non-technical education who have been furloughed or out of jobs, looking to learn CS skills part-time from home juggling life and family

and everything in between.  Including a shorter "alt" course for those pressed for time (especially if we meet the CS2013 curriculum standards) could be worth considering.

I agree with you, py4e its a long course for an introductory course. Computing Programming for Everyone that you recommended lowers the bar of skill for a student to start because its pretty short and simple, like CS50s week 0 Scratch. I think CS50's Understanding Technology does the satisfies the same objective, its CS50 prequel and its a bit more complete. Thanks to this issue i adjusted my curriculum draft, if i started the curriculum again i would have done it like this.
my draft of comment-660886018

Intro CS
Knowledge Areas: SDF - Software Development Fundamentals
If you've never written a for-loop, start here. Students who have been introduced to programming should also take this course for a flavor of the material to come. If you finish the course wanting more, Computer Science is likely for you!

KA
Course
Hours
Optional Resources
Prerequisites

SDF
CS50's Understanding Technology
24
Computing Programming for Everyone
none

Core CS
Theory
Knowledge Areas: SDF - Software Development Fundamentals SP - Social Issues and Professional Practice DS - Discrete Structures PL - Programming Languages AL - Algorithms and Complexity CN - Computational Science

Objective: Develop effective ways to solve computing problems.

KA
Course
Hrs
Optional Resources
Prerequisites

SDF
Python for Everbody
102
Intro, Fundamentals, Basics, khan, Java, GT, 100+
none

SDF
Intro to CS - CS50
132
Missing, Code 1 2 Book, IT,  Law, Business, Web
algebra

SP
Learning How to Learn
15
Mindshift
none

DS
1 Calculus A B C & Prob.
256
Calculus K B, Probability MIT K B
high school

DS
Mathematics for CS
65
Discrete, Logic, Effective, Thinking, Sets
Calculus A B C

PL
PL Part A Part B Part C
66
Rosalind, Book 1, Book 2, Projects
SDF , Instructor's

AL
Algorithms
96
Khan, UCSD, Algo, freecodecamp, geeksforgeeks, Princeton 1 2, MIT 1 2
SDF PL DS

CN
Computation, videos
80
Princeton, Intro Book
DS AL

errr... before we amend the curriculum, shouldn't someone take the FutureLearn programming course, and offer some feedback?

I signed up for the precancerous course but they want you to pay to take tests. This is kinda annoying so yes I do agree that khan academy math 1-3 is better as ray is free
Sent from my iPhone

On Sep 15, 2020, at 7:04 PM, Krishnakumar Gopalakrishnan, PhD<EMAIL_ADDRESS>wrote:

errr... before we amend the curriculum, shouldn't someone take the FutureLearn programming course, and offer some feedback?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or unsubscribe.

@rayhendricks Please stay on topic when commenting
What do you mean by "precancerous" course?  This issue is not about any math course, but about "introduction to programming".

I think it may have been an auto-correct of pre-calculus, which would make sense with the reference to Khan Academy's Math 1-3.

@waciumawanjohi Which original message are you referring to? This issue specifically deals with evaluating an alternative 'Intro to programming' courses and has nothing to do with Maths.  Maths & pre-calculus related discussions may happen elsewhere outside of this issue.

In your first message above you wrote

Having taken FutureLearn's pre-calculus course myself (an OSSU prerequisite)
, I wish to reaffirm that their catalogue contains material that is nothing to be scoffed at.

I think that's what the other contributor was responding to. Hopefully he will return and either explain or move the comment to the proper issue.

Before we amend the curriculum, it would be nice if someone can take the FutureLearn programming course and offer some feedback.

I've had this in my "todo list" at FutureLearn for a while. The "first week" tells you what computers do and introduces you to the concept of what a program is without introducing any code.

It then moves on to discuss programming as part of a team (a very basic overview), skills that employers are looking for (again, very basic), more teamwork, career advice, finished.
The test at the end does not cost money to do. It is vaguely useful, but not overly so. It took me about 15 minutes to go through the course (not counting Blockly - I already did this in my uni course). I imagine it would only take a day or two for someone completely ignorant of computer programming to finish. I am not sure that this adds value to the OSSU curriculum.

@krishnakumarg1984 you are right in the amount of time Intro CS takes right now, longer courses can be moved to Core CS. What do you think about the CS50's Understanding Technology ?
Proposed Intro CS:

Total Hours
24

CS50's Understanding Tech. alt
24

Current Intro to CS:

Total Hours
261

Python for Everbody
102

Intro to CS and Programming
135

Missing Semester
24

Missing semester is definitely not an intro to CS. it's an intro to practical IT required as an adjunctb life companion for a CS (read programming) career.
I haven't taken CS50, but the past comments here in the issues of this repo suggests a mixed view.

@krishnakumarg1984 its not CS50 that takes 144 hours to complete, its  CS50's Understanding Technology that takes 24 hours to complete. Its the short and simple prequel that people can course it like a trailer before committing to the full curriculum.

I see. At about 3 hours/week effort, it will take 8 weeks (2 months).   Maybe that's reasonable. If the content is exciting to a beginner, probably that's enough to keep them engaged.
I am a beginning student of OSSU. I haven't taken CS50. if others have taken it and it's deemed good, and 2 months seem appropriate, then maybe it's a good choice.

CS50 - understanding technology:

Hardware Video is about 1 hour long. Covers binary, basics of ASCII, basics of hardware. 1st assignment asks you to do things like explain the different types of memory, convert binary, know what a USB device is.
Internet  Video is just over 50 minutes long. Basics of what the internet means. Assignment asks you to explain what certain IP addresses mean, describe difference between access points, firewalls, etc. Define DCHP/DNS/IP address/packet. http vs https.
Multimedia Video is 40 minutes long. What are file formats? Difference between different file formats. What "bits" mean in graphical formats. How videos work.
Security  Video is over an hour long. Cookies. Password security. Why certain passwords are insecure. VPNs.
Web development Video is over an hour long. HTML vs. CSS. Assignment asks you to create a basic website at repl.it.
Programming Video is over an hour long. Assignment is to create a very basic Scratch program/video/animation/game at https://scratch.mit.edu/ using https://scratch.mit.edu/ideas as a resource.

From this comment, it seems like the original poster is satisfied that the issue that was opened has been addressed. Closing this issue. Users are welcome to continue discussion of anything else that they desire in this thread. If there is desire for some other change to the curriculum, feel free to open a new issue.


StackOverflowError when using parSequence

Running this app:
import monix.eval.{Task, TaskApp}
import cats.effect.ExitCode
import cats.implicits._

object TestRunner extends TaskApp {
  override def run(args: List[String]): Task[ExitCode] = {
    List.fill(2000)(Task.unit).parSequence_
      .executeWithOptions(_.enableLocalContextPropagation)
      .as(ExitCode.Success)
  }
}

produces (shortened):
java.lang.StackOverflowError
        at java.security.AccessController.doPrivileged(Native Method)
        at java.lang.ClassLoader.checkPackageAccess(ClassLoader.java:500)
        at monix.execution.internal.Trampoline.monix$execution$internal$Trampoline$$immediateLoop(Trampoline.scala:70)

        // :loop
        at monix.execution.internal.Trampoline.startLoop(Trampoline.scala:32)
        at monix.execution.schedulers.TrampolineExecutionContext$JVMOptimalTrampoline.startLoop(TrampolineExecutionContext.scala:143)
        at monix.execution.internal.Trampoline.execute(Trampoline.scala:40)
        at monix.execution.schedulers.TrampolineExecutionContext.execute(TrampolineExecutionContext.scala:64)
        at monix.execution.schedulers.BatchingScheduler.execute(BatchingScheduler.scala:50)
        at monix.execution.schedulers.BatchingScheduler.execute$(BatchingScheduler.scala:47)
        at monix.execution.schedulers.TracingScheduler$Base.execute(TracingScheduler.scala:53)
        at monix.eval.internal.TaskRestartCallback.start(TaskRestartCallback.scala:56)
        at monix.eval.internal.TaskRunLoop$.executeAsyncTask(TaskRunLoop.scala:592)
        at monix.eval.internal.TaskRunLoop$.startFull(TaskRunLoop.scala:120)
        at monix.eval.Task$.unsafeStartNow(Task.scala:4582)
        at monix.eval.Task$.unsafeStartEnsureAsync(Task.scala:4563)
        at monix.eval.internal.TaskMapBoth$Register.apply(TaskMapBoth.scala:128)
        at monix.eval.internal.TaskMapBoth$Register.apply(TaskMapBoth.scala:43)
        at monix.eval.internal.TaskRestartCallback.run(TaskRestartCallback.scala:65)
        at monix.execution.internal.Trampoline.monix$execution$internal$Trampoline$$immediateLoop(Trampoline.scala:66)
        // goto loop

Does it happen without executeWithOptions?
I think parSequence is quite inefficient (IIRC it just folds everything with parMap2 and it comes from cats type classes so we can't override it) and I assume extra garbage created from constant wrapping of Scheduler could be too much.

Regardless of how efficient parSequence is, it should be stack safe.
We'll have to check that loop, I might have missed introducing a trampolined boundary somewhere.

It happens only when executeWithOptions sets enableLocalContextPropagation. If you do executeWithOptions(x => x), it won't crash.
The garbage isn't the problem, I wasn't looking for memory issues :)

If you do executeWithOptions(x => x), it won't crash.

I believe we have an internal optimization for that 😄

I didn't have a chance to look at it closer but if we use Scheduler.traced then StackOverflow is gone. Might be connected to #1023
I wonder if it would be possible to reuse TracingScheduler reference instead of creating it each TaskShift / Context . Although it wouldn't fix the root of the problem, only symptoms

Yeah, I'm pretty sure it's connected. I don't know why exactly it stack overflows but it has a memory leak for sure.
I don't have any experience in debugging such issues so I'm not making a lot of progress but here's a simple reproduction example:
import cats.effect.ExitCode
import cats.implicits._
import monix.eval.{Task, TaskApp}

object TestRunner extends TaskApp {

  override def run(args: List[String]): Task[ExitCode] = {
    parSequence(List.fill(200)(Task.unit))
      .loopForever
      .executeWithOptions(_.enableLocalContextPropagation)
      .as(ExitCode.Success)
  }

  def parSequence(a: List[Task[Unit]]): Task[Unit] =
    a.foldLeft[Task[Any]](Task.unit)((x, y) => Task.parZip2(x, y)).void
}

with javaOptions += "-Xmx64m" it will throw OOM
Heap Dump:
https://drive.google.com/open?id=1xKRcC2HlQkX0aohPWqqeCkt05nvlht-l

Should be fixed in 3.1.0


[MM-47168] removing redundant test file

Summary
The UI has changed and we do not have these banners for trial anymore
Ticket Link
https://mattermost.atlassian.net/browse/MM-47168
Release Note
NONE

Thank you @salmanmanekia . These tests are not valid , right ?

@yasserfaraazkhan yes, thats right. The UI has changed and at some later point of time we will write new test cases for the up-to-date UI.

Thank you @salmanmanekia . These tests are not valid , right ?

@yasserfaraazkhan yes, thats right. The UI has changed and at some later point of time we will write new test cases for the up-to-date UI.

Got it @salmanmanekia, I'll archive the tests in zephyr too


Store sender's public key in Transaction

The sender's public key is a useful piece of information, and since it is already being calculated, it doesn't make sense to throw it away.

imho it doesn't make sense to memoize if there is no consumer.


Add CI (continuous integration)

👋 Hello! I added CI to automatically make sure the yarn run build passes and that all files are formatted with prettier. I also added badges to the README which won't render yet until this PR gets merged. Hopefully, this helps!

cool kid 😎

I super, super appreciate your effort here Matt, but with a marketing site like this Prettier is more a tool to help me while coding than something super strict, & after using this on Theme I didn’t find it super helpful — it just notifies me there’s a Prettier violation, but not what/where or fixing it. Plus, since Vercel does the deploy previews, I already know whether or not the branch builds correctly. Nonetheless, thanks!!

Totally understand. Usually, CI like this meant for outside PRs. Its a pain to have someone make a PR and then they didn't format the code forcing you to do it yourself or waiting for a fix once you left a message. Same kinda thing goes with the building as vercel fails to build for me because I am not a contributor to this project. Totally understand if this project isn't big enough for that though.


DT-143 - batch cancel workflows on Recent Workflows page

What was changed

Why?

Checklist

Closes

How was this tested:

Any docs updates needed?

relies on https://github.com/temporalio/ui-server/pull/256


Protocol Security Exception

Hi, thank you for this library.
I'm actually having this exception when I try to run the test program:

System.ServiceModel.ProtocolException: The header 'Security' from the namespace 'http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd' was not understood by the recipient of this message, causing the message to not be processed.  This error typically indicates that the sender of this message has enabled a communication protocol that the receiver cannot process.  Please ensure that the configuration of the client's binding is consistent with the service's binding.

I'm using .Net Core 3.0, Visual Studio 2019 and a simple Foscam IP Camera.
Any idea why I get that exception?

First, you should check if your camera supports ONVIF, If so It seems your camera doesn't support SOAP security header. You can download the repo and comment out at OnvifClientFactory.cs where SoapSecurityHeaderBehavior is added.
I highly recommend you to check https://sourceforge.net/projects/onvifdm/, this project is also .NET and much more complete.
Regards,
Eddy Zavaleta

Ok I actually solved this problem: I basically created a new class called OnvifClient that provides the same methods of OnvifClientFactory but reuses the same data (username, password, uri, binding and capabilities) when a client is created. And now it works. I did this because I noticed that the exception is raised on this line, which is weird.


Task yield control flow improvements and test refactoring

Cleaned up annotations
Added tox testing
Refactored yield control flow for timing reference safety

Codecov Report

Merging #7 (25dceb6) into main (152f0b6) will not change coverage.
The diff coverage is 100.00%.

:exclamation: Current head 25dceb6 differs from pull request most recent head c1a620e. Consider uploading reports for the commit c1a620e to get more accurate results

@@            Coverage Diff            @@
##              main        #7   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           12        12
  Lines          275       275
=========================================
  Hits           275       275

Flag
Coverage Δ

unittests
100.00% <100.00%> (ø)

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

Impacted Files
Coverage Δ

src/nwave/batch.py
100.00% <100.00%> (ø)

src/nwave/common/iter.py
100.00% <100.00%> (ø)

src/nwave/core.py
100.00% <100.00%> (ø)

src/nwave/scheduler/task.py
100.00% <100.00%> (ø)

Continue to review full report at Codecov.

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


Hadoop 17912 final PR.

It includes https://github.com/sumangala-patki/hadoop/pull/12/ + backmerge of apache:trunk

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 55s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 13 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
40m 50s

trunk passed

+1 :green_heart:
compile
0m 38s

trunk passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
compile
0m 34s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 30s

trunk passed

+1 :green_heart:
mvnsite
0m 40s

trunk passed

-1 :x:
javadoc
0m 36s
/branch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in trunk failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

+1 :green_heart:
javadoc
0m 28s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 11s

trunk passed

+1 :green_heart:
shadedclient
22m 58s

branch has no errors when building and testing our client artifacts.

-0 :warning:
patch
23m 15s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

-1 :x:
mvninstall
0m 27s
/patch-mvninstall-hadoop-tools_hadoop-azure.txt
hadoop-azure in the patch failed.

-1 :x:
compile
0m 31s
/patch-compile-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

-1 :x:
javac
0m 31s
/patch-compile-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

-1 :x:
compile
0m 26s
/patch-compile-hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08.txt
hadoop-azure in the patch failed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08.

-1 :x:
javac
0m 26s
/patch-compile-hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08.txt
hadoop-azure in the patch failed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08.

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 17s
/results-checkstyle-hadoop-tools_hadoop-azure.txt
hadoop-tools/hadoop-azure: The patch generated 17 new + 7 unchanged - 0 fixed = 24 total (was 7)

-1 :x:
mvnsite
0m 28s
/patch-mvnsite-hadoop-tools_hadoop-azure.txt
hadoop-azure in the patch failed.

-1 :x:
javadoc
0m 23s
/patch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

-1 :x:
javadoc
0m 21s
/results-javadoc-javadoc-hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08.txt
hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08 with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08 generated 13 new + 15 unchanged - 0 fixed = 28 total (was 15)

-1 :x:
spotbugs
0m 25s
/patch-spotbugs-hadoop-tools_hadoop-azure.txt
hadoop-azure in the patch failed.

+1 :green_heart:
shadedclient
25m 11s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
0m 29s
/patch-unit-hadoop-tools_hadoop-azure.txt
hadoop-azure in the patch failed.

-1 :x:
asflicense
0m 33s
/results-asflicense.txt
The patch generated 1 ASF License warnings.

97m 33s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/2/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5261

Optional Tests
dupname asflicense codespell detsecrets compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle

uname
Linux 31ffe288b069 4.15.0-200-generic #211-Ubuntu SMP Thu Nov 24 18:16:04 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 4002da665850f02d446736398b4950743f2406ef

Default Java
Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/2/testReport/

Max. process+thread count
536 (vs. ulimit of 5500)

modules
C: hadoop-tools/hadoop-azure U: hadoop-tools/hadoop-azure

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/2/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
1m 19s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 13 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
42m 21s

trunk passed

+1 :green_heart:
compile
0m 41s

trunk passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
compile
0m 35s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 31s

trunk passed

+1 :green_heart:
mvnsite
0m 42s

trunk passed

-1 :x:
javadoc
0m 36s
/branch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in trunk failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

+1 :green_heart:
javadoc
0m 29s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 13s

trunk passed

+1 :green_heart:
shadedclient
23m 31s

branch has no errors when building and testing our client artifacts.

-0 :warning:
patch
23m 49s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

-1 :x:
mvninstall
0m 26s
/patch-mvninstall-hadoop-tools_hadoop-azure.txt
hadoop-azure in the patch failed.

-1 :x:
compile
0m 32s
/patch-compile-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

-1 :x:
javac
0m 32s
/patch-compile-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

-1 :x:
compile
0m 27s
/patch-compile-hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08.txt
hadoop-azure in the patch failed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08.

-1 :x:
javac
0m 27s
/patch-compile-hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08.txt
hadoop-azure in the patch failed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08.

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 18s
/results-checkstyle-hadoop-tools_hadoop-azure.txt
hadoop-tools/hadoop-azure: The patch generated 17 new + 7 unchanged - 0 fixed = 24 total (was 7)

-1 :x:
mvnsite
0m 30s
/patch-mvnsite-hadoop-tools_hadoop-azure.txt
hadoop-azure in the patch failed.

-1 :x:
javadoc
0m 24s
/patch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

-1 :x:
javadoc
0m 24s
/results-javadoc-javadoc-hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08.txt
hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08 with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08 generated 13 new + 15 unchanged - 0 fixed = 28 total (was 15)

-1 :x:
spotbugs
0m 27s
/patch-spotbugs-hadoop-tools_hadoop-azure.txt
hadoop-azure in the patch failed.

+1 :green_heart:
shadedclient
25m 53s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

-1 :x:
unit
0m 31s
/patch-unit-hadoop-tools_hadoop-azure.txt
hadoop-azure in the patch failed.

-1 :x:
asflicense
0m 34s
/results-asflicense.txt
The patch generated 1 ASF License warnings.

101m 11s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/1/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5261

Optional Tests
dupname asflicense codespell detsecrets compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle

uname
Linux 2b421acb0102 4.15.0-200-generic #211-Ubuntu SMP Thu Nov 24 18:16:04 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 4002da665850f02d446736398b4950743f2406ef

Default Java
Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/1/testReport/

Max. process+thread count
545 (vs. ulimit of 5500)

modules
C: hadoop-tools/hadoop-azure U: hadoop-tools/hadoop-azure

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/1/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 13 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
38m 21s

trunk passed

+1 :green_heart:
compile
0m 41s

trunk passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
compile
0m 37s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 36s

trunk passed

+1 :green_heart:
mvnsite
0m 43s

trunk passed

-1 :x:
javadoc
0m 42s
/branch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in trunk failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

+1 :green_heart:
javadoc
0m 32s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 16s

trunk passed

+1 :green_heart:
shadedclient
20m 22s

branch has no errors when building and testing our client artifacts.

-0 :warning:
patch
20m 41s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 31s

the patch passed

+1 :green_heart:
compile
0m 33s

the patch passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
javac
0m 33s

the patch passed

+1 :green_heart:
compile
0m 29s

the patch passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
javac
0m 29s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 19s
/results-checkstyle-hadoop-tools_hadoop-azure.txt
hadoop-tools/hadoop-azure: The patch generated 17 new + 7 unchanged - 0 fixed = 24 total (was 7)

+1 :green_heart:
mvnsite
0m 32s

the patch passed

-1 :x:
javadoc
0m 25s
/patch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

-1 :x:
javadoc
0m 23s
/results-javadoc-javadoc-hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08.txt
hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08 with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08 generated 13 new + 15 unchanged - 0 fixed = 28 total (was 15)

-1 :x:
spotbugs
1m  7s
/new-spotbugs-hadoop-tools_hadoop-azure.html
hadoop-tools/hadoop-azure generated 1 new + 0 unchanged - 0 fixed = 1 total (was 0)

+1 :green_heart:
shadedclient
20m  0s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 15s

hadoop-azure in the patch passed.

-1 :x:
asflicense
0m 36s
/results-asflicense.txt
The patch generated 1 ASF License warnings.

92m 53s

Reason
Tests

SpotBugs
module:hadoop-tools/hadoop-azure

Inconsistent synchronization of org.apache.hadoop.fs.azurebfs.services.AbfsClient.isNamespaceEnabled; locked 75% of time  Unsynchronized access at AbfsClient.java:75% of time  Unsynchronized access at AbfsClient.java:[line 1385]

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/3/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5261

Optional Tests
dupname asflicense codespell detsecrets compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle

uname
Linux 48dc269d91c4 4.15.0-200-generic #211-Ubuntu SMP Thu Nov 24 18:16:04 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 1990a4824c9a38a69eb5cbcb6ef841e1f23f88f4

Default Java
Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/3/testReport/

Max. process+thread count
699 (vs. ulimit of 5500)

modules
C: hadoop-tools/hadoop-azure U: hadoop-tools/hadoop-azure

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/3/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 51s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 13 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
38m  4s

trunk passed

+1 :green_heart:
compile
0m 42s

trunk passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
compile
0m 38s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 34s

trunk passed

+1 :green_heart:
mvnsite
0m 41s

trunk passed

-1 :x:
javadoc
0m 40s
/branch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in trunk failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

+1 :green_heart:
javadoc
0m 34s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 15s

trunk passed

+1 :green_heart:
shadedclient
20m 21s

branch has no errors when building and testing our client artifacts.

-0 :warning:
patch
20m 41s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 32s

the patch passed

+1 :green_heart:
compile
0m 33s

the patch passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
javac
0m 34s

the patch passed

+1 :green_heart:
compile
0m 29s

the patch passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
javac
0m 29s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 18s
/results-checkstyle-hadoop-tools_hadoop-azure.txt
hadoop-tools/hadoop-azure: The patch generated 17 new + 7 unchanged - 0 fixed = 24 total (was 7)

+1 :green_heart:
mvnsite
0m 33s

the patch passed

-1 :x:
javadoc
0m 25s
/patch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

-1 :x:
javadoc
0m 23s
/results-javadoc-javadoc-hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08.txt
hadoop-tools_hadoop-azure-jdkPrivateBuild-1.8.0_352-8u352-ga-1~20.04-b08 with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08 generated 4 new + 15 unchanged - 0 fixed = 19 total (was 15)

+1 :green_heart:
spotbugs
1m  4s

the patch passed

+1 :green_heart:
shadedclient
20m  1s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 15s

hadoop-azure in the patch passed.

+1 :green_heart:
asflicense
0m 37s

The patch does not generate ASF License warnings.

92m 40s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/4/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5261

Optional Tests
dupname asflicense codespell detsecrets compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle

uname
Linux b7a163f68801 4.15.0-200-generic #211-Ubuntu SMP Thu Nov 24 18:16:04 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / a2472d56c4f9abea4023df01ddb2cd156fb85cf7

Default Java
Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/4/testReport/

Max. process+thread count
568 (vs. ulimit of 5500)

modules
C: hadoop-tools/hadoop-azure U: hadoop-tools/hadoop-azure

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/4/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
2m  5s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  0s

No case conflicting files found.

+0 :ok:
codespell
0m  0s

codespell was not available.

+0 :ok:
detsecrets
0m  0s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 13 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
42m 21s

trunk passed

+1 :green_heart:
compile
0m 42s

trunk passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
compile
0m 34s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 32s

trunk passed

+1 :green_heart:
mvnsite
0m 44s

trunk passed

-1 :x:
javadoc
0m 39s
/branch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in trunk failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

+1 :green_heart:
javadoc
0m 28s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 18s

trunk passed

+1 :green_heart:
shadedclient
23m 28s

branch has no errors when building and testing our client artifacts.

-0 :warning:
patch
23m 48s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 33s

the patch passed

+1 :green_heart:
compile
0m 34s

the patch passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
javac
0m 34s

the patch passed

+1 :green_heart:
compile
0m 32s

the patch passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
javac
0m 32s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 17s
/results-checkstyle-hadoop-tools_hadoop-azure.txt
hadoop-tools/hadoop-azure: The patch generated 17 new + 7 unchanged - 0 fixed = 24 total (was 7)

+1 :green_heart:
mvnsite
0m 33s

the patch passed

-1 :x:
javadoc
0m 25s
/patch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

+1 :green_heart:
javadoc
0m 22s

the patch passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m  5s

the patch passed

+1 :green_heart:
shadedclient
23m 14s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
2m 11s

hadoop-azure in the patch passed.

+1 :green_heart:
asflicense
0m 35s

The patch does not generate ASF License warnings.

104m 19s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/5/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5261

Optional Tests
dupname asflicense codespell detsecrets compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle

uname
Linux 9a37b9de4852 4.15.0-200-generic #211-Ubuntu SMP Thu Nov 24 18:16:04 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 95b0f9d77fad1702c2748d8d0159dac584cc9c34

Default Java
Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/5/testReport/

Max. process+thread count
534 (vs. ulimit of 5500)

modules
C: hadoop-tools/hadoop-azure U: hadoop-tools/hadoop-azure

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/5/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.

:broken_heart: -1 overall

Vote
Subsystem
Runtime
Logfile
Comment

+0 :ok:
reexec
0m 57s

Docker mode activated.

_ Prechecks _

+1 :green_heart:
dupname
0m  1s

No case conflicting files found.

+0 :ok:
codespell
0m  1s

codespell was not available.

+0 :ok:
detsecrets
0m  1s

detect-secrets was not available.

+1 :green_heart:
@author
0m  0s

The patch does not contain any @author tags.

+1 :green_heart:
test4tests
0m  0s

The patch appears to include 13 new or modified test files.

_ trunk Compile Tests _

+1 :green_heart:
mvninstall
42m  0s

trunk passed

+1 :green_heart:
compile
0m 41s

trunk passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
compile
0m 34s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
checkstyle
0m 33s

trunk passed

+1 :green_heart:
mvnsite
0m 41s

trunk passed

-1 :x:
javadoc
0m 37s
/branch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in trunk failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

+1 :green_heart:
javadoc
0m 28s

trunk passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m 14s

trunk passed

+1 :green_heart:
shadedclient
23m 29s

branch has no errors when building and testing our client artifacts.

-0 :warning:
patch
23m 46s

Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary.

_ Patch Compile Tests _

+1 :green_heart:
mvninstall
0m 31s

the patch passed

+1 :green_heart:
compile
0m 33s

the patch passed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04

+1 :green_heart:
javac
0m 33s

the patch passed

+1 :green_heart:
compile
0m 27s

the patch passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
javac
0m 27s

the patch passed

+1 :green_heart:
blanks
0m  0s

The patch has no blanks issues.

-0 :warning:
checkstyle
0m 17s
/results-checkstyle-hadoop-tools_hadoop-azure.txt
hadoop-tools/hadoop-azure: The patch generated 10 new + 7 unchanged - 0 fixed = 17 total (was 7)

+1 :green_heart:
mvnsite
0m 31s

the patch passed

-1 :x:
javadoc
0m 23s
/patch-javadoc-hadoop-tools_hadoop-azure-jdkUbuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.txt
hadoop-azure in the patch failed with JDK Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04.

+1 :green_heart:
javadoc
0m 21s

the patch passed with JDK Private Build-1.8.0_352-8u352-ga-1~20.04-b08

+1 :green_heart:
spotbugs
1m  5s

the patch passed

+1 :green_heart:
shadedclient
23m  1s

patch has no errors when building and testing our client artifacts.

_ Other Tests _

+1 :green_heart:
unit
1m 56s

hadoop-azure in the patch passed.

+1 :green_heart:
asflicense
0m 33s

The patch does not generate ASF License warnings.

101m 59s

Subsystem
Report/Notes

Docker
ClientAPI=1.41 ServerAPI=1.41 base: https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/6/artifact/out/Dockerfile

GITHUB PR
https://github.com/apache/hadoop/pull/5261

Optional Tests
dupname asflicense codespell detsecrets compile javac javadoc mvninstall mvnsite unit shadedclient spotbugs checkstyle

uname
Linux db564bc38f70 4.15.0-200-generic #211-Ubuntu SMP Thu Nov 24 18:16:04 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux

Build tool
maven

Personality
dev-support/bin/hadoop.sh

git revision
trunk / 0cd8c8c1cda3a82c742a91b54c9cb29c62b83f82

Default Java
Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Multi-JDK versions
/usr/lib/jvm/java-11-openjdk-amd64:Ubuntu-11.0.17+8-post-Ubuntu-1ubuntu220.04 /usr/lib/jvm/java-8-openjdk-amd64:Private Build-1.8.0_352-8u352-ga-1~20.04-b08

Test Results
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/6/testReport/

Max. process+thread count
614 (vs. ulimit of 5500)

modules
C: hadoop-tools/hadoop-azure U: hadoop-tools/hadoop-azure

Console output
https://ci-hadoop.apache.org/job/hadoop-multibranch/job/PR-5261/6/console

versions
git=2.25.1 maven=3.6.3 spotbugs=4.2.2

Powered by
Apache Yetus 0.14.0 https://yetus.apache.org

This message was automatically generated.


Fold 3DTILES_metadata extension in implicit tilesets

This PR is a follow up to #10159.

Added 3D Tiles 1.1 versions of the implicit metadata tilesets
Reorganized unit tests to distinguish between new and legacy schema
Tweaked documentation in areas where the 3DTILES_metadata extension was referenced

cc @ptrgags for review

Thanks for the pull request @j9liu!

:heavy_check_mark: Signed CLA found.

Reviewers, don't forget to make sure that:

[ ] Cesium Viewer works.
[ ] Works in 2D/CV.

@j9liu looks good, I'll merge once CI passes!

Merged, thanks @j9liu!


Feature/1032

Please answer these questions before submitting pull request

Why submit this pull request?

[X] Improve performance

Related issues
#1032

New feature or improvement

Describe the details and related test reports.

Time stamp format to time bucket performance optimization.
Reduce the number of calls to the method named "getMinuteTimeBucket".

Before:
/utils/timeBucket/getSecondTimeBucket
	Avg=9768 (nanosecond), Success Rate=100%, Calls=17417, Total=170135908 (nanosecond)
/utils/timeBucket/getMinuteTimeBucket
	Avg=7384 (nanosecond), Success Rate=100%, Calls=82536, Total=609514865 (nanosecond)

After:
/utils/timeBucket/getSecondTimeBucket
	Avg=13636 (nanosecond), Success Rate=100%, Calls=3664, Total=49964432 (nanosecond)
/utils/timeBucket/getMinuteTimeBucket
	Avg=6148 (nanosecond), Success Rate=100%, Calls=27512, Total=169161105 (nanosecond)

Coverage increased (+0.1%) to 19.754% when pulling 81c991616b7124f09ae4e1692e4301fc9863898e on peng-yongsheng:feature/1032 into 4607128c4dbc094b35c468994ae93d33b78e9344 on apache:master.


Crash when opening reaction picker

Summary
iOS app consistently crashes when I open the reaction emoji picker.
Potentially this has the same root cause as #7106.
Environment Information

Device Name: iPhone XR
OS Version: 16.3
Mattermost App Version: 2.0.1
Mattermost Server Version: 7.7.1

Steps to reproduce
Open the reaction picker on any message.
Expected behavior
No crash, no freeze, I can pick an emoji
Observed behavior (that appears unintentional)
I see the reaction picker, but the app freezes and is killed after about three seconds.

Opened https://mattermost.atlassian.net/browse/MM-50483.

Hey @bgeron one quick question, do you happen to have a lot of custom emojis? if so, how many of them? and it would be great if you can share how many of them are gifs. Thanks.

We do! About 200 custom emojis, with perhaps 15% gifs.
Cheers, Bram
Am Mi, 15. Feb 2023, um 09:56, schrieb Elias Nahum:

Hey @bgeron https://github.com/bgeron one quick question, do you happen to have a lot of custom emojis? if so, how many of them? and it would be great if you can share how many of them are gifs. Thanks.
—
Reply to this email directly, view it on GitHub https://github.com/mattermost/mattermost-mobile/issues/7113#issuecomment-1430966631, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAHIAOHVXGLSB6HCFEL4TWDWXSK5DANCNFSM6AAAAAAU3OVVG4.
You are receiving this because you were mentioned.Message ID: @.***>

We do! About 200 custom emojis, with perhaps 15% gifs.
Cheers, Bram
Am Mi, 15. Feb 2023, um 09:56, schrieb Elias Nahum:

Hey @bgeron https://github.com/bgeron one quick question, do you happen to have a lot of custom emojis? if so, how many of them? and it would be great if you can share how many of them are gifs. Thanks.
—
Reply to this email directly, view it on GitHub https://github.com/mattermost/mattermost-mobile/issues/7113#issuecomment-1430966631, or unsubscribe https://github.com/notifications/unsubscribe-auth/AAHIAOHVXGLSB6HCFEL4TWDWXSK5DANCNFSM6AAAAAAU3OVVG4.
You are receiving this because you were mentioned.Message ID: @.***>

Would you mind sharing a screen recording?

Weird. I used to be able to reproduce this consistently. Now it consistently works as expected.
I’m still on client 2.0.1 (build 455). It’s a pity I didn’t write down the build number in the original message — I don’t know for sure whether I got an automatic client update in the meantime.

Alright let's close if for now, in case is needed we can reopen


More integration tests

Simple and quick PR (no new functionality):
Since we have implemented the functionality to check whether the output of an integration test was correctly produced, we havent used it in all the current tests. I do that here by including these checks to every integration test that produces output files. With these tests, we will notice more easily when any change breaks the tools (even though we might change in the future how we do the tests and save the output).
produce_array_config_run is the only one whose output name depends on the model version. Hence, I did not implement a check for the output of this tool.

Thanks @GernotMaier !


[move-lang] propogate friend list to bytecode

The last piece of friend visibility in the source compiler.
Since friend list info is not used in hlir, cfgir, etc, most of the
translation is simply unpacking and repacking.
Motivation
This completes the implementation of friend visibility.
Have you read the Contributing Guidelines on pull requests?
Yes
Test Plan
cargo xtest

My bad, I should have included it there in the original PR. Thanks for the fast approval!

My bad, I should have included it there in the original PR. Thanks for the fast approval!

Maybe just as a separate commit would have been good. But I understand you were just trying to slice it up (wait until you see my next monstrosity)

/land


Subquery cannot preload associations

@drewolson just a heads up this commit broke queries with preload: c6d1c45f3b4adb9014cbbb88ed4becd2bf6ad0e8
Subqueries cannot contain preloads, so you would still need to remove it, if you wanted to use the subquery syntax. So in the example from the README:
  page =
    MyApp.Person
    |> where([p], p.age > 30)
    |> order_by(desc: :age)
    |> preload(:friends)
    |> MyApp.Repo.paginate(params)

Since we have preload(:friends) in the query (which is used in a subquery for pagination) this error will be raised (Ecto.QueryError) cannot preload associations in subquery in query

Thanks, I'm pushing a fix for this as we speak. Will update this issue.

This is now fixed in 1.1.3 and released.


Push top-level summary at endpoint

Documentation on working with the triage portal from the analyzer
Functionality to upload summary-results.sarif to graphql endpoint
Updates comments on Software Requirements Doc on Analyzer

#182 Talks a little about the Documentation Enhancements here


sporadic TestGossipSurrogate failure

Seen in CI, e.g.
https://circleci.com/gh/weaveworks/weave/3929
https://circleci.com/gh/weaveworks/weave/3894
Reproduced locally as well, if run enough times.
The likely cause is the insufficiently accurate emulation of connections with mockConnection, brought to the fore by the reduced gossiping post #1736.

Unfortunately the change in #1767 has not fixed this. We saw a test failure in #1782, and I can reproduce the failure locally by running
go test -c -o mesh-test ./mesh/
for i in $(seq 1 500); do if ! ./mesh-test -test.run TestGossipSurrogate; then echo "failed at $i"; break; fi done

with the patch
diff --git a/mesh/gossip_test.go b/mesh/gossip_test.go
index 32ab647..c577fec 100644
--- a/mesh/gossip_test.go
+++ b/mesh/gossip_test.go
@@ -33,11 +33,13 @@ func (conn *mockGossipConnection) SendProtocolMsg(protocolMsg ProtocolMsg) {
 }

 func (conn *mockGossipConnection) Connect() {
+       log.Printf("connecting %s->%s", conn.router.Ourself.Name, conn.dest.Ourself.Name)
        conn.router.Ourself.handleAddConnection(conn)
        conn.router.Ourself.handleConnectionEstablished(conn)
 }

 func (conn *mockGossipConnection) Start() {
+       log.Printf("receiving  %s->%s", conn.router.Ourself.Name, conn.dest.Ourself.Name)
        close(conn.start)
 }

diff --git a/mesh/peers.go b/mesh/peers.go
index 8fc0761..8d54bfa 100644
--- a/mesh/peers.go
+++ b/mesh/peers.go
@@ -324,7 +324,7 @@ func (peers *Peers) ApplyUpdate(update []byte) (PeerNameSet, PeerNameSet, error)
        if err != nil {
                return nil, nil, err
        }
-
+       log.Printf("%s topology update: %v - %v", peers.ourself.Name, decodedUpdate, decodedConns)
        // Add new peers
        for name, newPeer := range newPeers {
                peers.byName[name] = newPeer

a successful run looks like this:
INFO: 2015/12/15 13:41:55.926333 connecting 01:00:00:01:00:00->02:00:00:02:00:00
INFO: 2015/12/15 13:41:55.926525 ->[|02:00:00:02:00:00(nick)]: connection added (new peer)
INFO: 2015/12/15 13:41:55.926568 ->[|02:00:00:02:00:00(nick)]: connection fully established
INFO: 2015/12/15 13:41:55.926590 receiving  02:00:00:02:00:00->01:00:00:01:00:00
INFO: 2015/12/15 13:41:55.926603 connecting 02:00:00:02:00:00->01:00:00:01:00:00
INFO: 2015/12/15 13:41:55.926643 ->[|01:00:00:01:00:00(nick)]: connection added (new peer)
INFO: 2015/12/15 13:41:55.926677 ->[|01:00:00:01:00:00(nick)]: connection fully established
INFO: 2015/12/15 13:41:55.926698 receiving  01:00:00:01:00:00->02:00:00:02:00:00
INFO: 2015/12/15 13:41:55.926717 connecting 03:00:00:03:00:00->02:00:00:02:00:00
INFO: 2015/12/15 13:41:55.926740 ->[|02:00:00:02:00:00(nick)]: connection added (new peer)
INFO: 2015/12/15 13:41:55.926765 ->[|02:00:00:02:00:00(nick)]: connection fully established
INFO: 2015/12/15 13:41:55.926789 receiving  02:00:00:02:00:00->03:00:00:03:00:00
INFO: 2015/12/15 13:41:55.926803 connecting 02:00:00:02:00:00->03:00:00:03:00:00
INFO: 2015/12/15 13:41:55.926824 ->[|03:00:00:03:00:00(nick)]: connection added (new peer)
INFO: 2015/12/15 13:41:55.926850 ->[|03:00:00:03:00:00(nick)]: connection fully established
INFO: 2015/12/15 13:41:55.926867 receiving  03:00:00:03:00:00->02:00:00:02:00:00
INFO: 2015/12/15 13:41:55.927360 03:00:00:03:00:00 topology update: [01:00:00:01:00:00(nick) 03:00:00:03:00:00(nick) 02:00:00:02:00:00(nick)] - [[] [] [{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.927707 02:00:00:02:00:00 topology update: [01:00:00:01:00:00(nick) 02:00:00:02:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}] []]
INFO: 2015/12/15 13:41:55.928013 02:00:00:02:00:00 topology update: [01:00:00:01:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.928321 01:00:00:01:00:00 topology update: [02:00:00:02:00:00(nick) 01:00:00:01:00:00(nick)] - [[{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}] [{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.928630 03:00:00:03:00:00 topology update: [01:00:00:01:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.928935 01:00:00:01:00:00 topology update: [02:00:00:02:00:00(nick)] - [[{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.929219 02:00:00:02:00:00 topology update: [03:00:00:03:00:00(nick) 02:00:00:02:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}] [{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.929474 01:00:00:01:00:00 topology update: [03:00:00:03:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.929695 03:00:00:03:00:00 topology update: [02:00:00:02:00:00(nick)] - [[{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.929736 02:00:00:02:00:00 topology update: [03:00:00:03:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.930098 03:00:00:03:00:00 topology update: [01:00:00:01:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.930618 01:00:00:01:00:00 topology update: [03:00:00:03:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.930962 [gossip Test]: created surrogate channel
INFO: 2015/12/15 13:41:55.931926 02:00:00:02:00:00 topology update: [03:00:00:03:00:00(nick) 02:00:00:02:00:00(nick) 01:00:00:01:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}] [{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}] [{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.934379 02:00:00:02:00:00 topology update: [01:00:00:01:00:00(nick) 02:00:00:02:00:00(nick) 03:00:00:03:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}] [{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}] [{[2 0 0 2 0 0]  false true}]]
PASS

and a failed run
INFO: 2015/12/15 13:41:55.971263 connecting 01:00:00:01:00:00->02:00:00:02:00:00
INFO: 2015/12/15 13:41:55.971824 ->[|02:00:00:02:00:00(nick)]: connection added (new peer)
INFO: 2015/12/15 13:41:55.972088 ->[|02:00:00:02:00:00(nick)]: connection fully established
INFO: 2015/12/15 13:41:55.972197 receiving  02:00:00:02:00:00->01:00:00:01:00:00
INFO: 2015/12/15 13:41:55.972253 connecting 02:00:00:02:00:00->01:00:00:01:00:00
INFO: 2015/12/15 13:41:55.972326 ->[|01:00:00:01:00:00(nick)]: connection added (new peer)
INFO: 2015/12/15 13:41:55.972786 ->[|01:00:00:01:00:00(nick)]: connection fully established
INFO: 2015/12/15 13:41:55.972919 receiving  01:00:00:01:00:00->02:00:00:02:00:00
INFO: 2015/12/15 13:41:55.973083 connecting 03:00:00:03:00:00->02:00:00:02:00:00
INFO: 2015/12/15 13:41:55.973169 ->[|02:00:00:02:00:00(nick)]: connection added (new peer)
INFO: 2015/12/15 13:41:55.973471 ->[|02:00:00:02:00:00(nick)]: connection fully established
INFO: 2015/12/15 13:41:55.973684 receiving  02:00:00:02:00:00->03:00:00:03:00:00
INFO: 2015/12/15 13:41:55.973726 connecting 02:00:00:02:00:00->03:00:00:03:00:00
INFO: 2015/12/15 13:41:55.973780 ->[|03:00:00:03:00:00(nick)]: connection added (new peer)
INFO: 2015/12/15 13:41:55.973858 ->[|03:00:00:03:00:00(nick)]: connection fully established
INFO: 2015/12/15 13:41:55.973913 receiving  03:00:00:03:00:00->02:00:00:02:00:00
INFO: 2015/12/15 13:41:55.974510 02:00:00:02:00:00 topology update: [01:00:00:01:00:00(nick) 02:00:00:02:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}] []]
INFO: 2015/12/15 13:41:55.974750 01:00:00:01:00:00 topology update: [02:00:00:02:00:00(nick) 01:00:00:01:00:00(nick)] - [[{[1 0 0 1 0 0]  false true}] []]
INFO: 2015/12/15 13:41:55.975013 02:00:00:02:00:00 topology update: [03:00:00:03:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.975193 01:00:00:01:00:00 topology update: [02:00:00:02:00:00(nick)] - [[{[1 0 0 1 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.975472 03:00:00:03:00:00 topology update: [01:00:00:01:00:00(nick) 03:00:00:03:00:00(nick) 02:00:00:02:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}] [{[2 0 0 2 0 0]  false true}] [{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.975585 02:00:00:02:00:00 topology update: [01:00:00:01:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.976001 03:00:00:03:00:00 topology update: [01:00:00:01:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.976499 01:00:00:01:00:00 topology update: [03:00:00:03:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.976572 Removed unreachable peer 03:00:00:03:00:00(nick)
INFO: 2015/12/15 13:41:55.976987 02:00:00:02:00:00 topology update: [03:00:00:03:00:00(nick) 02:00:00:02:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}] []]
INFO: 2015/12/15 13:41:55.977575 03:00:00:03:00:00 topology update: [01:00:00:01:00:00(nick)] - [[{[2 0 0 2 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.978026 03:00:00:03:00:00 topology update: [02:00:00:02:00:00(nick)] - [[{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}]]
INFO: 2015/12/15 13:41:55.978332 01:00:00:01:00:00 topology update: [02:00:00:02:00:00(nick)] - [[{[1 0 0 1 0 0]  false true} {[3 0 0 3 0 0]  false true}]]

Note that these share the same prefix - all the connection establishment is done before any topology gossip gets processed. This isn't always the case, i.e. there are successful and failed traces with some interleaving, but I chose the above precisely because of their similarity.

I have figured out what is going on and raised #1765.


how to use nd4j to implement l2normalize ?

I tried to do it but encountered some difficulties.
Can you give me some suggestions ?
the l2normalize python code:
def l2_normalize(x, axis=-1, epsilon=1e-10):
    output = x / np.sqrt(np.maximum(np.sum(np.square(x), axis=axis, keepdims=True), epsilon))
    return output

The easiest way would be to use Transforms.unitVec https://nd4j.org/doc/org/nd4j/linalg/ops/transforms/Transforms.html#unitVec-org.nd4j.linalg.api.ndarray.INDArray-

@treo
I input a INDArray
val imgl = unitVec(img)

throw error:
Array must be a vector. Array has shape: [1, 3, 160, 160]


Unable to find package Microsoft.AspNetCore.Blazor.Templates

I've been trying to run the command listed here to install the Blazor Web Assembly, but I continue to get the error mentioned in the subject.  I've tried uninstalling .Net SDK 3.0.1 entirely and reinstalling, but I continue to get this error.  Below is command and the error output from command line:
C:\Users\zhandzlik>dotnet new -I Microsoft.AspNetCore.Blazor.Templates::3.0.0-preview9.19465.2
C:\Users\zhandzlik\.templateengine\dotnetcli\v3.0.100\scratch\restore.csproj : error NU1101: Unable to find package Microsoft.AspNetCore.Blazor.Templates. No packages exist with this id in source(s): C:\Program Files\dotnet\sdk\NuGetFallbackFolder, Microsoft Visual Studio Offline Packages
  Restore failed in 141.23 ms for C:\Users\zhandzlik\.templateengine\dotnetcli\v3.0.100\scratch\restore.csproj.

Usage: new [options]

Options:
  -h, --help          Displays help for this command.
  -l, --list          Lists templates containing the specified name. If no name is specified, lists all templates.
  -n, --name          The name for the output being created. If no name is specified, the name of the current directory is used.
  -o, --output        Location to place the generated output.
  -i, --install       Installs a source or a template pack.
  -u, --uninstall     Uninstalls a source or a template pack.
  --nuget-source      Specifies a NuGet source to use during install.
  --type              Filters templates based on available types. Predefined values are "project", "item" or "other".
  --dry-run           Displays a summary of what would happen if the given command line were run if it would result in a template creation.
  --force             Forces content to be generated even if it would change existing files.
  -lang, --language   Filters templates based on language and specifies the language of the template to create.
  --update-check      Check the currently installed template packs for updates.
  --update-apply      Check the currently installed template packs for update, and install the updates.

Templates                                         Short Name               Language          Tags
----------------------------------------------------------------------------------------------------------------------------------
Console Application                               console                  [C#], F#, VB      Common/Console
Class library                                     classlib                 [C#], F#, VB      Common/Library
WPF Application                                   wpf                      [C#]              Common/WPF
WPF Class library                                 wpflib                   [C#]              Common/WPF
WPF Custom Control Library                        wpfcustomcontrollib      [C#]              Common/WPF
WPF User Control Library                          wpfusercontrollib        [C#]              Common/WPF
Windows Forms (WinForms) Application              winforms                 [C#]              Common/WinForms
Windows Forms (WinForms) Class library            winformslib              [C#]              Common/WinForms
Worker Service                                    worker                   [C#]              Common/Worker/Web
Unit Test Project                                 mstest                   [C#], F#, VB      Test/MSTest
NUnit 3 Test Project                              nunit                    [C#], F#, VB      Test/NUnit
NUnit 3 Test Item                                 nunit-test               [C#], F#, VB      Test/NUnit
xUnit Test Project                                xunit                    [C#], F#, VB      Test/xUnit
Razor Component                                   razorcomponent           [C#]              Web/ASP.NET
Razor Page                                        page                     [C#]              Web/ASP.NET
MVC ViewImports                                   viewimports              [C#]              Web/ASP.NET
MVC ViewStart                                     viewstart                [C#]              Web/ASP.NET
Blazor Server App                                 blazorserver             [C#]              Web/Blazor
ASP.NET Core Empty                                web                      [C#], F#          Web/Empty
ASP.NET Core Web App (Model-View-Controller)      mvc                      [C#], F#          Web/MVC
ASP.NET Core Web App                              webapp                   [C#]              Web/MVC/Razor Pages
ASP.NET Core with Angular                         angular                  [C#]              Web/MVC/SPA
ASP.NET Core with React.js                        react                    [C#]              Web/MVC/SPA
ASP.NET Core with React.js and Redux              reactredux               [C#]              Web/MVC/SPA
Razor Class Library                               razorclasslib            [C#]              Web/Razor/Library/Razor Class Library
ASP.NET Core Web API                              webapi                   [C#], F#          Web/WebAPI
ASP.NET Core gRPC Service                         grpc                     [C#]              Web/gRPC
dotnet gitignore file                             gitignore                                  Config
global.json file                                  globaljson                                 Config
NuGet Config                                      nugetconfig                                Config
Dotnet local tool manifest file                   tool-manifest                              Config
Web Config                                        webconfig                                  Config
Solution File                                     sln                                        Solution
Protocol Buffer File                              proto                                      Web/gRPC

Examples:
    dotnet new mvc --auth Individual
    dotnet new webapi
    dotnet new --help

C:\Users\zhandzlik>dotnet new -i Microsoft.AspNetCore.Blazor.Templates::3.0.0-preview7.19365.7
C:\Users\zhandzlik\.templateengine\dotnetcli\v3.0.100\scratch\restore.csproj : error NU1101: Unable to find package Microsoft.AspNetCore.Blazor.Templates. No packages exist with this id in source(s): C:\Program Files\dotnet\sdk\NuGetFallbackFolder, Microsoft Visual Studio Offline Packages
  Restore failed in 136.81 ms for C:\Users\zhandzlik\.templateengine\dotnetcli\v3.0.100\scratch\restore.csproj.

Search over on the dotnet/cli issues (both open and closed issues).
Check a few things, too ...

Do you have a nuget.config file somewhere in the directory tree (or project) where you're issuing that command with a different NuGet package source?
Try clearing the package cache ... dotnet nuget locals --clear all.


[all] Add explicit "types" to tsconfig

Split out from https://github.com/lit/lit/pull/4000#issuecomment-1626406658
The problem with a monorepo using npm workspaces is that all shared node_modules are hoisted to the monorepo root, including any @types/ packages. Some of these types packages can have global declarations that conflict with another package's, or get included in compiled output unnecessarily.
In the PR linked above, I found that @types/react adds TrustedHTML interface to the global which was conflicting with @types/trusted-types and also ends up adding itself as a reference to the .d.ts file where TrustedHTML is used, for example, lit-html.d.ts.
Setting https://www.typescriptlang.org/tsconfig#types makes it explicit which global types are used and included. This does not affect types of any packages that are imported, only those added implicitly by their global usage.

The original commit was cherry-picked from when I was testing in the React update branch, adding configs until build and test scripts were passing. But I figured if we're going this route we should add this to every tsconfig.json we have and be explicit all the way.


proto3 and empty fixed size arrays

I've got a message that contains several sub messages. An example of one of these sub messages:
// The structure of the IP configuration message type.
message IPConfigType
{
    bytes APN = 1 [(nanopb).max_size = 16, (nanopb).fixed_length = true];
    bytes IP = 2 [(nanopb).max_size = 4, (nanopb).fixed_length = true];
    uint32 ServerPort = 3;
    uint32 Protocol = 4;
}

The encoder does not skip these sub messages, if they are left empty (init default) but contain fixed size arrays like the one above. I've tracked it down to the code of pb_encode.c, line 249.
https://github.com/nanopb/nanopb/blob/14efb1a47a496652ab08b1ebcefb0ea24ae4a5e4/pb_encode.c#L249
This default check will always result in false as data_size is always greater zero thanks to fixed size arrays.
Should we alternatively check bytewise if each of them is zero or is there another way to detect empty arrays?

Hmm, a fixed size array will always encode as N bytes. But if we left out the field altogether, it would decode as 0 bytes, not N zero bytes on the other end. So I think fixed size arrays must always be encoded, even if all bytes are 0.
One way to to skip it to specify (nanopb).proto3 = false on the field and then set the has_field to true/false.

What is the difference between the method pb_check_proto3_default_value that is used to find out if the field is implicitly skipped and the method proposed by you using (nanopb).proto3 = false ? For me, as a protobuf rookie, they seem to lead to the same result in the data stream.

pb_check_proto3_default_value() checks the default value according to https://developers.google.com/protocol-buffers/docs/proto3#default . So for bytes, default value is empty, and fixed length array is not empty, so it cannot be skipped.
If you specify (nanopb).proto3 = false, you get two fields in the generated struct: "pb_byte_t IP[4];" and "bool has_IP;". You then have to set the "has_IP" to true if you want to encode the field, or to false if you don't want to encode it. It will lead to the same effect in the encoded message as if pb_check_proto3_default_value() returned true for the zero-bytes case, but due to how the spec works, it cannot be changed to do that.

Ok. Thank you for the explanation.


Add input interface

### Tasks
- [ ] new package for inputs
- [ ] interface for inputs
- [ ] csv file input implementation

After rethinking the system design structure, this ticket is obsolete