Missing colorbar_position for matplotlib backend?

E.g. trying to do something like
%%opts Image [colorbar=True colorbar_position='left']

I get
Unexpected plot option 'colorbar_position' for Image in loaded backend 'matplotlib'.

I think mpl has location and orientation.

hv.__version__ is 1.8.4-57-g96ecb1a

Getting the colorbar to position correctly consistently in matplotlib was quite painful so I'm not sure how easy this would be.

Getting the colorbar to position correctly, consistently in matplotlib was quite painful

Pleased to hear then that it's easier than it used to be; pretty sure last time I tried (2011? 2012?) it was extremely painful ;)
The only reason I reported this issue is because I happened to notice it when I tried out the mpl backend to compare against bokeh for a separate colorbar issue.
Do you have a way to mark an issue such that it's clear you know about it but don't intend to fix any time soon (i.e. that if someone needs it to be fixed soon, they should do it themselves)?

Do you have a way to mark an issue such that it's clear you know about it but don't intend to fix any time soon (i.e. that if someone needs it to be fixed soon, they should do it themselves)?

No, but we should reorganize our tags at some point, probably borrowing heavily from what bokeh does.

Good idea. A good time to do that would be after closing the milestone after the next release.


Remove redundant function from export statement

It seems
export default function Header;

should read
export default Header;

Yes, thanks.


Broken implementation MemoryMessagesStore#moveInFlightToSecondPhaseAckWaiting

See:
https://github.com/andsel/moquette/commit/d9ff81131c69ba46f993c63efb0c5e4615e6e170#commitcomment-22377507

Fixed by PR  #321


collectstatic breaks if django_dajax installed as a zipped egg

In my setup, I found that if django_dajax was installed as a zipped egg (e.g. easy_install -z django_dajax), then collectstatic failed to find dajax/jquery.dajax.core.js and other dajax static files. The problem went away when I forced easy_install to do an unzipped install (easy_install -Z django_dajax).
I have not really determined whether this is a problem with DajaxiceFinder, or Django staticfiles in general, or whether it was with django-pipeline (which I am also using) - so I cannot give a suggested fix for sure.
However, putting up the issue here, along with the suggested workaround (easy_install -Z) for the benefit of anyone else who runs into this problem.

It is somehow documentated in django: https://code.djangoproject.com/ticket/22774

http://stackoverflow.com/a/29124937/3423324 brings a solution:
setup.py
setup(
    ...
    zip_safe = False,
)


Emoji in the caption stop pin rendering

The following will not be rendered
{"username":"A","hackable_json":"\"{ \"usermap_location\": { \"lat\": 12.34, \"lng\": 56.78, \"caption\": \"💩\" } }\""}

Or not...


Looger cannot be initialized when install via MEM on Windows 11

Microsoft PowerToys version
0.69.1
Installation method
Other (please specify in "Steps to Reproduce")
Running as admin
Yes
Area(s) with issue?
Installer
Steps to reproduce
When installing via MEM\Software centre on windows 11 machines the error 'Logger can not be initialized' pops up at the end on installation. User has to click ok for complate install.  This behaviour dosent occur on windows 10 machines being installed the excat same way.

✔ Expected Behavior
No error message
❌ Actual Behavior
No response
Other Software
No response

This issue has been worked on and released during the 0.73 Release project. Please update PowerToys to the latest. 😉


Update ICU to 73

Foundation currently uses ICU 69, and the recent two releases (73, 72) have both included timezone data updates. We should update the ICU that we build to ensure that we have the latest calendaring information.

We won't be doing this as swift-corelibs-foundation has been re-cored to swift-foundation and pulls in swift-foundation-icu now.


Window is scrolled to (0, 0) when redirected to the same page with cache enabled

Scenario:

There is a list of posts with upvoting buttons
User scrolls down the list of posts
User clicks on an upvote button link_to 'upvote', upvote_post_path(post), remote: true, method: :post
The upvote action ends up with redirect_to posts_path, change: dom_id(post)
Because the user is redirected to a page that's cached, this: https://github.com/rails/turbolinks/blob/a2b1810a60fea0ea131eea39fae65a771f2938a9/lib/assets/javascripts/turbolinks.js.coffee#L33 will be called without options, and https://github.com/rails/turbolinks/blob/a2b1810a60fea0ea131eea39fae65a771f2938a9/lib/assets/javascripts/turbolinks.js.coffee#L258 will end up being executed.
The page is scrolled to the top, but we just wanted to change a div and not anything else.

The simple fix that I found is the following: checking whether we're fetching the same page or not to decide on the scrolling: https://github.com/christophemaximin/turbolinks/commit/c6c4e6009b7dd923a5858c872ac0009c5380ffa8
Maybe it would be better to do prevent scrolling only if we're about to change specific nodes on the page.
But with this issue, Turbolinks.visit(..., change: ... ) is breaking the UX everytime we have a longer page.
I'm not sure my fix 100% correct, and I'm not sure how to test this.
Suggestions ?
EDIT: Just discovered this commit https://github.com/rails/turbolinks/commit/5c010563074fad969a7a6199a692fe69759018cf
I'd say my issue is still valid because I can't set the scroll: false from the rails controller side... and should it be there anyway ? Automatically preventing the scroll when we're changing an element on the same page looks like a more elegant solution to me.

Thanks for nicely explaining your issue.
I think the fix here is to not use the transition cache when the change option is set. I can't think of a scenario where you'd want that to happen.
-  if transitionCacheEnabled and cachedPage = transitionCacheFor(url.absolute)
+  if transitionCacheEnabled and !options.change and cachedPage = transitionCacheFor(url.absolute)

Would this work for you?

@Thibaut  Your change is much better indeed! I submitted PR #549 related to this.
On the side, I'm curious as to why
+  if transitionCacheEnabled and !options.change and cachedPage = transitionCacheFor(url.absolute)

works but
+  if transitionCacheEnabled and cachedPage = transitionCacheFor(url.absolute) and !options.change

which I tried before, breaks the Turbolinks.visit() with transition cache test ?

Because
if transitionCacheEnabled and cachedPage = transitionCacheFor(url.absolute) and !options.change

is equivalent to:
if transitionCacheEnabled and cachedPage = (transitionCacheFor(url.absolute) and !options.change)

Good catch!


Ticking Crashes

Client side crashes when connecting to a server and says ticking related crash.
2024-05-22-3.log

You have a registry sync issue, make sure you have the same mods installed as your server.


no http1 in server::conn

Version
v0.14.23
Platform
MINGW64_NT-10.0-19045 3.3.6-341.x86_64 2022-09-05 20:28 UTC x86_64 Msys
Description
All the examples seem to suggest importing http1 using use hyper::server::conn::http1;, however this does not exist, according to the compiler, when importing hyper with hyper = { version = "0.14", features = ["full"] }.
I tried this code:
use hyper::server::conn::http1;
I expected to see this happen: Code compiles
Instead, this happened:

error[E0432]: unresolved import hyper::server::conn::http1
--> src/main.rs:1:5
|
1 | use hyper::server::conn::http1;
|     ^^^^^^^^^^^^^^^^^^^^^^^^^^ no http1 in server::conn

Duplicate of #3029.


Move to Github Actions, added some simple tests

I moved the CI pipeline to Github Actions and added the usual suspects so we can keep compats up to date.
I also added some simple tests based on the example in the documentation, perhaps you could check if they make sense.
For documentation to deploy, you need to generate a new secret DOCUMENTER_KEY according to:
https://juliadocs.github.io/Documenter.jl/stable/man/hosting/#GitHub-Actions

It seems the Github Actions do not run on this PR, perhaps you need to enable them somehow? In any case, here is the status of the pipeline, running on my fork: https://github.com/jagot/JacobiDavidson.jl/actions/runs/740376542

Thank you, this is a good idea!

Let me merge to see if that fixes it


The Auto Pirate Feature Doesn't Work

Bug explanation
I run the app using docker. All of the features seemed to work, but the Auto Pirates (17) didn't. Every time I entered 17 as the option, it just refreshed the menu. I couldn't find logs in the docker logs.
Operating System
MacOS
Ikabot installation
I'm using Docker
Ikabot version
6.6.4
Python version
No response

Check the Ikabot logs either manually from the user's home/profile folder or using Ikabot's options menu (21).

Stale and not enough info provided.
Please reopen if the issue persists and you manage to find the relevant log entry


bindesc: Add read API

This PR adds a bindesc read API, that allows reading and parsing of binary descriptors. This is useful mostly for reading the descriptors of another image on the same device - e.g. bootloader->app, app->bootloader or app0->app1; though it can also be used by an image on itself to walk over its own descriptors.
This idea has been submitted as part of the initial bindesc PR, but was removed because it raised security concerns of an app reading a bootloader's data. This revised proposal tries to solve this issue (and others) by providing three backends for reading the descriptors - memory mapped flash (original), flash, and RAM. This allows the bootloader to copy its descriptors to a shared memory section with the app. The app can then parse the descriptors from RAM, without accessing the bootloader's ROM directly.

@yonsch please rebase

@pdgendt I'm currently away so I couldn't attend to this issue. Once I get back I'll reopen it!

@Laczen I hope this resolves the security concerns brought up regarding the original PR here

It needs a second approval and @kartben should address his NAK


This article needs more information. This does not work in our Azure Synapse instance.

[Enter feedback here]

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

ID: c1e63eb7-7619-8df3-30eb-3d37f443b4da
Version Independent ID: 34be32d8-64fc-576e-4181-141c5de8c344
Content: DBCC PDW_SHOWEXECUTIONPLAN (Transact-SQL) - SQL Server
Content Source: docs/t-sql/database-console-commands/dbcc-pdw-showexecutionplan-transact-sql.md
Product: sql
Technology: data-warehouse
GitHub Login: @pmasl
Microsoft Alias: umajay

@pauloster -- thank you for your feedback.  Please provide some additional context about your task.  Meanwhile, consider these resources:

DBA Stack Exchange
Stack Overflow

@pmasl -- please look into this issue.

@WilliamAntonRohm what do you want me to look at?

@pmasl -- I meant to wait until the customer provides additional information; my apologies for the churn.


fix: options input type for more clarity

Description
I created a standalone options type for the saveMindfulSession that should better satisfy the type requirements of the native code.
Fixes #295
Type of change
Please delete options that are not relevant.

[X] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[x] This change requires a documentation update

Checklist:

[X] My code follows the style guidelines of this project
[X] I have performed a self-review of my own code
[X] I have made corresponding changes to the documentation
[X] I have checked my code and corrected any misspellings

Hi @RuanAzevedo, your team may just be busy with other things at the moment, but I wanted to make sure there isn't anything I need to do with this to get it reviewed. Thanks!


fix project member access to notifier/clusterPipeline

Add support to grant project-scoped privileges in cluster namespace.
For certain resources(notifier,clusterpipeline), they exist in cluster namespace but want to be shared in projects.
Fix:
https://github.com/rancher/rancher/issues/13543
https://github.com/rancher/rancher/issues/13643

LGTM


Rename ?media query parameter to ?attachments

I see from https://github.com/getodk/central-backend/pull/304/files#diff-b48115a435dee55dae6048783669f3de6e30e561e4ed20195d0be48fad879c50R240 that the actual query param name is indeed attachments. And I see that it's documented as media? at https://github.com/getodk/central-backend/pull/304/files#diff-9eddf4dc51bf6a0125ca7fb094468ad284112270385c41cebce4f8f0a29620abR43. I think attachments makes sense given we use that word in other places. But I Can't remember, was there discussion around which was intended?

@issa-tseng and I discussed some here and landed on ?attachments as the preferred name. We should also update the API docs!


Upgrade Jetty to 9.4.10.v20180503

Problem:
We use not the latest version of Jetty in the upstream
Solution:
Bump the version
Result:
We take advantage of many small bugfixes in Jetty, especially in the HTTP/2 module. See
https://github.com/eclipse/jetty.project/releases/tag/jetty-9.4.9.v20180320
https://github.com/eclipse/jetty.project/releases/tag/jetty-9.4.10.v20180503

@arteam - Will this be in 1.3.2 and 1.2.6 also ?

Yes, shouldn't be a problem.

Thanks @arteam

Thanks @arteam the releases are there I missed it.


Netfix Branch Pull Request

This pull request is for:

Meaningful network name
reverting the DB_NAME to db
Fixing the Connection errors

And does it solve the https://github.com/ludeknovy/jtl-reporter/issues/46 for you?

yes, it does solve the #46

Feel free to re-open once the comments are resolved


[HOPS-1374] Fixing Hdfsstatus to contain storage policy

Make sure there is no duplicate PR for this issue

Please check if the PR fulfills these requirements

[ ] Tests for the changes have been added and passed (for bug fixes / features)
[x] HOPS JIRA issue has been opened for this PR
[x] All commits have been squashed down to a single commit
[x] The commit message has the following format: [HOPS-XXX] message

Post a link to the associated JIRA issue
https://hopshadoop.atlassian.net/browse/HOPS-1374

What kind of change does this PR introduce? (Bug fix, feature, docs update, ...)

What is the new behavior (if this is a feature change)?

Does this PR introduce a breaking change? (What changes might users need to make in their application due to this PR?)

Other information:

Can one of the admins verify this patch?

Jenkins test this please.


Local Lambda Debugging

The swift-was-lambda-runtime project has added the ability to run a local lambda server by setting the LOCAL_LAMBDA_SERVER_ENABLED environment variable to "true." I tried this with the Vapor integration and it does not seem to work.
It would be nice if this worked so I could run / debug inside Xcode on my Mac.
If you do not have time to do it, I have looked a little and am not sure where to look. Do you know where I would start to look into fixing this?

Hi @fcobia, thanks for bringing this up. I can totally see the value of this and I'm thinking about how to achieve it.
The library uses an extension hook from swift-aws-lambda-runtime that is located below the level where the LOCAL_LAMBDA_SERVER_ENABLED environment variable is implemented, so we will need to reinvent the wheel for vapor-aws-lambda-runtime. I'm not sure what the best approach is for this yet.


RPC Evaluation

Define a process for evaluating rpcs. Could start with a script that sends ~20 concurrent eth_getBlockByNumber requests, measuring response time. This would also be great to evaluate request headers such as gZip

I'm linking this discussion https://github.com/ponder-sh/ponder/discussions/468 as an RPC endpoint to test.
I believe it would be worthwhile for ponder to look at a hypersync-client integration as it is is at least 100x faster than any RPC we've tested https://github.com/enviodev/hypersync-client-node (it fetches events via our binary api, and can do decoding substantially faster than something like viem since it uses alloy behind the scenes).


ECL - 901 - Missed welsh translation added

Yes it has checkYourAnswers.nowSend on line 371 AND checkYourAnswers.nowSendAmend on line 389


Hold stricter markdown standard for preview

Is your feature request related to a problem? Please describe.
Often when writing or editing content in markdown mode in the CMS editor, the preview doesn't represent the same html that will be built in the published site, because the CMS preview parser interprets markdown rules less strictly than the site generator's markdown parser.
Here's an example of two areas where this happens:

(Click the image to zoom in.)
In particular:

The preview parser does not require an empty line before lists. In many generators, the lack of an empty line will cause the generator to interpret the list as part of the preceding content block. It looks like this: - here's a list item - in another block of text.
The preview parser hides when an ordered list is broken by intermediate content. When you add a block of content between list items, markdown parsers will break the list into two lists, and most will restart the numbering on the second list. To avoid this, you need to indent the intermediate block so that it's treated as part of the first list item. (This is also more accurate semantically.) The preview parser hides this problem by adding a start attribute on the second list to match the typed item number.

Describe the solution you'd like
The preview parser should:

display list items as part of the preceding block if they are not separated in the markdown by an empty line.
not add a start attribute to ordered lists.

Here's a DevTools-hacked version of how I think the preview should interpret markdown similar to that in the first image:

This will better match the behavior of common generators using stricter parsers, and will not break formatting in situations where the parser is more lax. Editors seeing the broken formatting in the preview will be encourages to fix their markdown, just as if they saw ##Heading in a preview because they forgot to add a space after ##.
Here's an example of the current preview with more strictly formatted markdown:

This doesn't break the preview, and actually matches some of the rich text editor styles. (Rich text inserts an empty line after all blocks and won't unindent indented lines, though there's currently no way to indent items in rich text mode.)
Describe alternatives you've considered
Discovering unexpected formatting after the build, and fixing the markdown as a result, I guess! 😛 That, and just remembering that the parser doesn't behave like my generator.
Additional context
The demos above were made in cms-demo.netlify.com, running Netlify CMS version 2.1.3

Agreed - I'd like to see us eventually adapt markdown parsing based on the SSG in use, and even with consideration of SSG configuration, but for now at least getting closer to what most SSG's do would be great.

Closing as stale


V0.0.4

Pull Request Test Coverage Report for Build 206

98 of 156 (62.82%)  changed or added relevant lines in 7 files are covered.
1 unchanged line in 1 file lost coverage.
Overall coverage increased (+0.3%) to 72.068%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

ethically/we/utils.py
41
66
62.12%

ethically/we/bias.py
45
78
57.69%

Files with Coverage Reduction
New Missed Lines
%

ethically/we/bias.py
1
66.27%

Totals

Change from base Build 183:
0.3%

Covered Lines:
960

Relevant Lines:
1271

💛  - Coveralls


Handling multi-level context menu

...including dynamically generated ones.
before this modification, only the root level received the theme.

Great!


adds summary report

adds report group to cli with summary command. Intention is to provide standard output for describing a MATSim population/plans. The primary driver for this is to improve handovers.
Also some general core and cli fiddling but nothing significant.
❯ pam report summary --help
Usage: pam report summary [OPTIONS] PATH_POPULATION_INPUT

  Summarise a population.

  :param path_population_input: Path to a MATSim population (xml) :param
  sample_size: The sample size.     For example, use 0.1 to produce a 10%
  version of the input population :param matsim_version: MATSim version :param
  attribute_key: A random seed. :param household_key: Household key, defaults
  to 'hid'.

Options:
  -s, --sample_size FLOAT
  -v, --matsim_version INTEGER
  -k, --attribute_key TEXT
  -h, --household_key TEXT
  --help                        Show this message and exit.

Implementation is super slow, requires loading MATSim population to memory then looping through population multiple times. But good enough for now.

could you add an option for saving to a text file, so that the results can be more easily shared?
I was hoping that we could simply use pam report summary tests/test_data/test_matsim_plansv12.xml > log.txt, but I think the pretty-print is causing some glitches:

Added a simple section to the readme (e can probably move a lot of the policy stuff out now).
The segmentation option -k is documented by --help and should be better behaved now.
Moved cli doc string info into help such that appears when exploring the cli:
Usage: pam report summary [OPTIONS] PATH_POPULATION_INPUT

  Summarise a population.

Options:
  -v, --matsim_version INTEGER  MATSim plan format, default 12.
  -d, --debug                   Switch on debug verbosity.
  -s, --sample_size FLOAT       Input sample size. Default 1. For example, use
                                0.1 to apply a 10% weighting to the input
                                population.
  -k, --attribute_key TEXT      Optional population attribute key to segment
                                output, eg 'subpopulation'.
  -h, --household_key TEXT      Household key, default 'hid'.
  --crop / --no-crop            Crop or don't crop plans to 24 hours, defaults
                                to crop.
  --rich / --text               Formatted (for terminal) or regular text
                                output (for .txt).
  --help                        Show this message and exit.

The weird formatting is caused by the colour formatting, for now i've added a --text option that provides a simple text output.  Not the nicest approach but fine for now. The colour stuff seems very superfluous but it does make it a lot easier to read... 🤷🏻


update min docker engine's version swarm supports

This PR updated min docker engine's version swarm supports
Since

engine-api does not support API /events in docker 1.7.x
engine-api does not support API /info in docker 1.6.x.

So the minimum docker version Swarm supports is 1.8.0. And we can revert the minSupportedVersion until engine-api supports lower engine version.
Fixed #2330
It is really surprised me that the minimum engine version swarm supports is 1.8.0. And maybe some work needs to be done in engine-api to enhance this.

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "update-min-engine-version-swarm-supports" git@github.com:allencloud/swarm.git somewhere
$ cd somewhere
$ git commit --amend -s --no-edit
$ git push -f

Ammending updates the existing PR. You DO NOT need to open a new one.

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "update-min-engine-version-swarm-supports" git@github.com:allencloud/swarm.git somewhere
$ cd somewhere
$ git commit --amend -s --no-edit
$ git push -f

Ammending updates the existing PR. You DO NOT need to open a new one.

Any update?
Any feedback is appreciated.

LGTM

LGTM


[log] diag_log of a 1.0.2 session

Version: 1.0.2
Mods: CBA, TFAR, ACE(no-medical)
Environment: SP, MP LAN, MP host, MP dedi.
.rpt attatched? YES
have you edited the missionfile?: No
Issue:

19:23:29 Mission   A3-Antistasi_1.0.2B1_Altis.Altis: Number of roles (53) is different from   'description.ext::Header::maxPlayer' (32)
19:23:52    Mission file: A3-Antistasi_1.0.2B1_Altis (__cur_mp)
19:24:13 "arma3/BIS_fnc_log:   [BIS_fnc_preload] ----- Initializing scripts in A3-Antistasi_1.0.2B1_Altis   ---
19:24:15 [23805,219.55,0,"XEH:   PostInit started. MISSIONINIT: missionName=A3-Antistasi_1.0.2B1_Altis,   missionVersion=53, worldName=Altis, isMultiplayer=true, isServer=true,   isDedicated=true, CBA_isHeadlessClient=false, hasInterface=false, didJIP=false"]
19:24:16 "Antistasi MP Server   init"
19:24:17 "Antistasi MP. InitVar   done. Version: v 1.0.2B1"
19:24:20 "Antistasi MP Server. Funcs   init finished"
19:24:40 "Antistasi MP Server. Zones   init finished"
19:24:43 "Antistasi MP Server.   Arsenal config finished"
19:24:43 "Antistasi MP Server.   serverInitDone set to true."
19:24:43 "Antistasi MP Server.   Players are in, member detected"
19:25:24 "Antistasi: Server sided   Persistent Load done"
19:43:53 "Antistasi PatrolCA: CA   performed from  or airport to   [18271.5,12900.7,0]"
19:44:25 "Antistasi PatrolCA: Air CA   performed on [18271.5,12900.7,0], Type is Normal, Vehicle count: 2, Soldier   count: 5"
19:48:46 "Antistasi Debug patrolCA:   Attack from airport or  to   [18271.5,12900.7,0] failed"
19:48:46 "Antistasi Debug patrolCA:   Attack from airport or  to   [18271.5,12900.7,0] despawned"
19:48:46 "Antistasi PatrolCA: CA on   [18271.5,12900.7,0] finished"
20:28:40 "Antistasi PatrolCA: CA   performed from  or airport to   puesto_21"
20:29:50 "Antistasi PatrolCA: Air CA   performed on puesto_21, Type is Normal, Vehicle count: 4, Soldier count:   18"
20:30:43 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [17855.8,11769.9,84.9371]"
20:31:08 "Antistasi. PatrolReinf.   Dest:puesto_3, Orig:airport, Size:8, Side: WEST"
20:31:32 "Antistasi Debug patrolCA:   Attack from airport or  to retake   puesto_21 failed"
20:32:24 "Antistasi PatrolCA: CA   performed from  or airport_3 to   [17808.4,11696.7,85.8277]"
20:32:57 "Antistasi PatrolCA: Air CA   performed on [17808.4,11696.7,85.8277], Type is Air, Vehicle count: 2,   Soldier count: 3"
20:34:40 "Antistasi Debug patrolCA:   Attack from airport_3 or  to   [17808.4,11696.7,85.8277] failed"
20:34:40 "Antistasi Debug patrolCA:   Attack from airport_3 or  to   [17808.4,11696.7,85.8277] despawned"
20:34:40 "Antistasi PatrolCA: CA on   [17808.4,11696.7,85.8277] finished"
20:43:17 "Antistasi. PatrolReinf.   Dest:puesto_3, Orig:airport_1, Size:8, Side: WEST"
20:43:17 "Antistasi. PatrolReinf.   Dest:puesto_39, Orig:airport_3, Size:4, Side: WEST"
20:44:02 "Antistasi PatrolCA: CA on   puesto_21 finished"
20:54:00 "Antistasi PatrolCA: CA   performed from  or airport_5 to   puesto_21"
20:55:11 "Antistasi PatrolCA: Air CA   performed on puesto_21, Type is Normal, Vehicle count: 2, Soldier count:   24"
20:57:59 "Antistasi Debug patrolCA:   Attack from airport_5 or  to retake   puesto_21 succesful. Retaken."
20:58:10 "Antistasi PatrolCA: CA on   puesto_21 finished"
21:04:45 "Antistasi. PatrolReinf.   Dest:resource, Orig:airport, Size:8, Side: WEST"
21:04:47 "Antistasi. PatrolReinf.   Dest:puesto_21, Orig:airport_1, Size:8, Side: WEST"
21:04:50 "Antistasi. PatrolReinf.   Dest:resource_1, Orig:airport_3, Size:8, Side: WEST"
21:11:22 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to resource"
21:11:27 "Antistasi PatrolCA: Land   CA performed on resource, Type is Normal, Vehicle count: 2, Soldier count:   4"
21:12:24 "Antistasi PatrolCA: CA   performed from  or airport_3 to   [19343.3,13259,0]"
21:12:57 "Antistasi PatrolCA: Air CA   performed on [19343.3,13259,0], Type is Normal, Vehicle count: 2, Soldier   count: 5"
21:14:37 "Antistasi Debug patrolCA:   Attack from airport_3 or  to   [19343.3,13259,0] failed"
21:14:37 "Antistasi Debug patrolCA:   Attack from airport_3 or  to   [19343.3,13259,0] despawned"
21:14:37 "Antistasi PatrolCA: CA on   [19343.3,13259,0] finished"
21:16:35 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19556.5,15620,47.7048]"
21:16:56 "Antistasi. PatrolReinf.   Dest:resource_1, Orig:airport, Size:8, Side: WEST"
21:16:59 "Antistasi. PatrolReinf.   Dest:puesto_21, Orig:airport_1, Size:8, Side: WEST"
21:17:58 "Antistasi PatrolCA: CA   performed from  or airport_1 to   resource_1"
21:18:25 "Antistasi PatrolCA: CA   performed from  or airport_4 to   resource"
21:18:25 "Antistasi PatrolCA: CA   performed from  or airport_5 to   resource"
21:18:25 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to resource"
21:18:31 "Antistasi PatrolCA: Land   CA performed on resource, Type is Normal, Vehicle count: 2, Soldier count:   7"
21:19:05 "Antistasi PatrolCA: Air CA   performed on resource_1, Type is Normal, Vehicle count: 3, Soldier count:   10"
21:19:29 "Antistasi PatrolCA: Air CA   performed on resource, Type is Normal, Vehicle count: 2, Soldier count:   5"
21:19:31 "Antistasi PatrolCA: Air CA   performed on resource, Type is Normal, Vehicle count: 3, Soldier count:   10"
21:23:23 "Antistasi Debug patrolCA:   Attack from airport_1 or  to retake   resource_1 failed"
21:23:39 "Antistasi Debug patrolCA:   Attack from  or airport_1 to retake   resource succesful. Retaken."
21:26:25 "Antistasi PatrolCA: CA   performed from  or airport_4 to   [18431.5,14758.6,0]"
21:27:08 "Antistasi PatrolCA: Air CA   performed on [18431.5,14758.6,0], Type is Normal, Vehicle count: 2, Soldier   count: 16"
21:29:46 "Antistasi. PatrolReinf.   Dest:resource, Orig:airport_1, Size:4, Side: WEST"
21:30:00 "Antistasi. PatrolReinf.   Dest:puesto_21, Orig:airport_4, Size:8, Side: WEST"
21:30:39 "Antistasi PatrolCA: CA   performed from  or airport to   resource_1"
21:31:24 "Antistasi PatrolCA: CA on   resource finished"
21:31:25 "Antistasi PatrolCA: CA on   resource finished"
21:31:25 "Antistasi PatrolCA: CA on   resource finished"
21:31:25 "Antistasi PatrolCA: CA on   resource finished"
21:32:05 "Antistasi PatrolCA: Air CA   performed on resource_1, Type is Normal, Vehicle count: 2, Soldier count:   9"
21:38:08 "Antistasi PatrolCA: CA   performed from airport_3 or airport_3 to [19318.7,15254.9,0]"
21:38:14 "Antistasi PatrolCA: Land   CA performed on [19318.7,15254.9,0], Type is Normal, Vehicle count: 1,   Soldier count: 7"
21:42:25 "Antistasi. PatrolReinf.   Dest:resource, Orig:airport_1, Size:8, Side: WEST"
21:42:47 "Antistasi. PatrolReinf.   Dest:puesto_21, Orig:airport_4, Size:8, Side: WEST"
21:44:06 "Antistasi PatrolCA: CA   performed from  or airport_3 to   [19796.9,13176.5,53.4621]"
21:44:40 "Antistasi: Waved attack   from airport_3 to resource_1. Waves: 1"
21:44:41 "Antistasi PatrolCA: Air CA   performed on [19796.9,13176.5,53.4621], Type is Normal, Vehicle count: 2,   Soldier count: 5"
21:44:41 "Antistasi: Side attacker:   WEST. Side defender (false, the other AI side):  true"
21:45:14 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19585.3,15596.2,33.2934]"
21:46:13 "Antistasi Debug patrolCA:   Attack from airport_3 or  to   [19796.9,13176.5,53.4621] failed"
21:46:13 "Antistasi Debug patrolCA:   Attack from airport_3 or  to   [19796.9,13176.5,53.4621] despawned"
21:46:13 "Antistasi PatrolCA: CA on   [19796.9,13176.5,53.4621] finished"
21:47:22 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19620.2,15617.7,28.7667]"
21:47:23 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19620.2,15617.7,28.7759]"
21:47:29 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19620.2,15617.7,28.7752]"
21:47:31 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19620.2,15617.7,28.7752]"
21:48:35 "Antistasi: UAV B_UAV_02_F   spawned. Number of vehicles 5"
21:49:02 "Antistasi: Arty   Spawned"
21:49:29 "Antistasi: Reached end of   spawning attack, wave 1"
21:49:29 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to resource"
21:49:45 "Antistasi PatrolCA: Land   CA performed on resource, Type is Normal, Vehicle count: 2, Soldier count:   8"
21:56:49 "Antistasi PatrolCA: CA   performed from puesto_39 or puesto_39 to [19895.7,14770.1,41.945]"
21:56:54 "Antistasi PatrolCA: CA   performed from puesto_39 or puesto_39 to [19895.7,14770.1,41.945]"
21:56:56 "Antistasi PatrolCA: CA   performed from puesto_39 or puesto_39 to [19895.7,14770.1,41.945]"
21:58:02 "Antistasi PatrolCA: Land   CA performed on [19895.7,14770.1,41.945], Type is Normal, Vehicle count: 1,   Soldier count: 3"
21:58:03 "Antistasi PatrolCA: Land   CA performed on [19895.7,14770.1,41.945], Type is Normal, Vehicle count: 1,   Soldier count: 3"
21:58:09 "Antistasi PatrolCA: Land   CA performed on [19895.7,14770.1,41.945], Type is Normal, Vehicle count: 1,   Soldier count: 4"
21:58:09 "Antistasi Debug patrolCA:   Attack from  or puesto_39 to   [19895.7,14770.1,41.945] failed"
21:58:10 "Antistasi Debug patrolCA:   Attack from  or puesto_39 to   [19895.7,14770.1,41.945] failed"
21:58:10 "Antistasi Debug patrolCA:   Attack from  or puesto_39 to   [19895.7,14770.1,41.945] despawned"
21:58:12 "Antistasi Debug patrolCA:   Attack from  or puesto_39 to   [19895.7,14770.1,41.945] despawned"
21:58:12 "Antistasi PatrolCA: CA on   [19895.7,14770.1,41.945] finished"
21:58:13 "Antistasi PatrolCA: CA on   [19895.7,14770.1,41.945] finished"
21:58:32 "Antistasi: UAV B_UAV_02_F   spawned. Number of vehicles 15"
21:59:25 "Antistasi: Arty   Spawned"
21:59:42 "Antistasi: Reached end of   spawning attack, wave 1"
22:00:42 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19389.3,14991.2,17.6451]"
22:00:43 "Antistasi Debug patrolCA:   Attack from  or airport_3 to   [19318.7,15254.9,0] failed"
22:00:43 "Antistasi Debug patrolCA:   Attack from  or airport_3 to   [19318.7,15254.9,0] despawned"
22:00:43 "Antistasi PatrolCA: CA on   [19318.7,15254.9,0] finished"
22:01:31 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19478.7,15402.7,0]"
22:02:07 "Antistasi PatrolCA: CA   performed from puesto_10 or puesto_10 to [19384.8,15000.5,17.0918]"
22:02:38 "Antistasi PatrolCA: Land   CA performed on [19384.8,15000.5,17.0918], Type is Normal, Vehicle count: 1,   Soldier count: 4"
22:04:22 "Antistasi. PatrolReinf.   Dest:puesto_21, Orig:airport_1, Size:8, Side: WEST"
22:05:06 "Antistasi Debug patrolCA:   Attack from  or airport_1 to retake   resource succesful. Retaken."
22:08:39 "Antistasi Debug patrolCA:   Attack from airport_4 or  to   [18431.5,14758.6,0] despawned"
22:08:41 "Antistasi PatrolCA: CA on   [18431.5,14758.6,0] finished"
22:09:22 "Antistasi. PatrolReinf.   Dest:resource, Orig:airport_4, Size:8, Side: WEST"
22:10:13 "Antistasi PatrolCA: CA   performed from puesto_21 or puesto_21 to [20149.1,14543.5,14.8447]"
22:10:13 "Antistasi PatrolCA: CA   performed from puesto_21 or puesto_21 to [20149.1,14543.5,14.8447]"
22:10:15 "Antistasi PatrolCA: CA   performed from puesto_21 or puesto_21 to [20149.1,14543.5,14.8447]"
22:10:15 "Antistasi PatrolCA: CA   performed from puesto_21 or puesto_21 to [20230.6,14512.7,14.4034]"
22:10:15 "Antistasi PatrolCA: CA   performed from puesto_21 or puesto_21 to [20149.1,14543.5,14.8447]"
22:10:16 "Antistasi PatrolCA: CA   performed from puesto_21 or puesto_21 to [20230.6,14512.7,14.4034]"
22:10:18 "Antistasi PatrolCA: CA   performed from puesto_21 or puesto_21 to [20230.6,14512.7,14.4034]"
22:10:18 "Antistasi PatrolCA: CA   performed from puesto_21 or puesto_21 to [20230.6,14512.7,14.4034]"
22:10:44 "Antistasi PatrolCA: Land   CA performed on [20149.1,14543.5,14.8447], Type is Normal, Vehicle count: 1,   Soldier count: 1"
22:10:47 "Antistasi PatrolCA: Land   CA performed on [20149.1,14543.5,14.8447], Type is Normal, Vehicle count: 1,   Soldier count: 0"
22:10:48 "Antistasi PatrolCA: Land   CA performed on [20149.1,14543.5,14.8447], Type is Normal, Vehicle count: 1,   Soldier count: 4"
22:10:48 "Antistasi PatrolCA: Land   CA performed on [20230.6,14512.7,14.4034], Type is Normal, Vehicle count: 1,   Soldier count: 2"
22:10:51 "Antistasi PatrolCA: Land   CA performed on [20230.6,14512.7,14.4034], Type is Normal, Vehicle count: 1,   Soldier count: 2"
22:10:51 "Antistasi PatrolCA: Land   CA performed on [20230.6,14512.7,14.4034], Type is Normal, Vehicle count: 1,   Soldier count: 3"
22:10:53 "Antistasi PatrolCA: Land   CA performed on [20149.1,14543.5,14.8447], Type is Normal, Vehicle count: 1,   Soldier count: 1"
22:10:54 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20149.1,14543.5,14.8447] failed"
22:10:54 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20149.1,14543.5,14.8447] despawned"
22:10:55 "Antistasi PatrolCA: Land   CA performed on [20230.6,14512.7,14.4034], Type is Normal, Vehicle count: 1,   Soldier count: 4"
22:10:57 "Antistasi PatrolCA: CA on   [20149.1,14543.5,14.8447] finished"
22:10:57 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20230.6,14512.7,14.4034] failed"
22:10:57 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20230.6,14512.7,14.4034] failed"
22:10:58 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20230.6,14512.7,14.4034] failed"
22:10:58 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20230.6,14512.7,14.4034] despawned"
22:10:58 "Antistasi PatrolCA: CA on   [20230.6,14512.7,14.4034] finished"
22:11:00 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20230.6,14512.7,14.4034] despawned"
22:11:00 "Antistasi PatrolCA: CA on   [20230.6,14512.7,14.4034] finished"
22:11:00 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20230.6,14512.7,14.4034] despawned"
22:11:00 "Antistasi PatrolCA: CA on   [20230.6,14512.7,14.4034] finished"
22:12:18 "Antistasi Debug patrolCA:   Attack from  or puesto_39 to   [19895.7,14770.1,41.945] failed"
22:12:18 "Antistasi Debug patrolCA:   Attack from  or puesto_39 to   [19895.7,14770.1,41.945] despawned"
22:12:18 "Antistasi PatrolCA: CA on   [19895.7,14770.1,41.945] finished"
22:12:27 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19612.2,14583.1,54.2563]"
22:12:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19613.5,14585.1,54.209]"
22:12:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19613.5,14585.1,54.209]"
22:12:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19613.5,14585.1,54.209]"
22:12:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [19613.5,14585.1,54.209]"
22:13:51 "Antistasi: Reached end of   winning conditions. Starting despawn"
22:14:47 "Antistasi: Despawn   completed"
22:15:45 "Antistasi PatrolCA: CA on   resource_1 finished"
22:15:46 "Antistasi PatrolCA: CA on   resource_1 finished"
22:17:55 "Antistasi. PatrolReinf.   Dest:resource_1, Orig:airport, Size:8, Side: WEST"
22:18:24 "Antistasi. PatrolReinf.   Dest:puesto_21, Orig:airport_4, Size:8, Side: WEST"
22:18:40 "Antistasi. PatrolReinf.   Dest:resource, Orig:airport_5, Size:8, Side: WEST"
22:23:58 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to factory_6"
22:24:09 "Antistasi PatrolCA: Land   CA performed on factory_6, Type is Tank, Vehicle count: 2, Soldier count:   10"
22:24:47 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20230.6,14512.7,14.4034] failed"
22:24:47 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20230.6,14512.7,14.4034] despawned"
22:24:47 "Antistasi PatrolCA: CA on   [20230.6,14512.7,14.4034] finished"
22:24:54 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20149.1,14543.5,14.8447] failed"
22:24:54 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20149.1,14543.5,14.8447] despawned"
22:24:54 "Antistasi PatrolCA: CA on   [20149.1,14543.5,14.8447] finished"
22:25:01 "Antistasi Debug patrolCA:   Attack from  or puesto_10 to   [19384.8,15000.5,17.0918] failed"
22:25:01 "Antistasi Debug patrolCA:   Attack from  or puesto_10 to   [19384.8,15000.5,17.0918] despawned"
22:25:01 "Antistasi PatrolCA: CA on   [19384.8,15000.5,17.0918] finished"
22:29:31 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20149.1,14543.5,14.8447] failed"
22:29:31 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20149.1,14543.5,14.8447] despawned"
22:29:31 "Antistasi PatrolCA: CA on   [20149.1,14543.5,14.8447] finished"
22:29:38 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20149.1,14543.5,14.8447] failed"
22:29:38 "Antistasi Debug patrolCA:   Attack from  or puesto_21 to   [20149.1,14543.5,14.8447] despawned"
22:29:38 "Antistasi PatrolCA: CA on   [20149.1,14543.5,14.8447] finished"
22:29:43 "Antistasi PatrolCA: CA   performed from puesto_8 or puesto_8 to [20848.2,16193.4,40.3539]"
22:29:44 "Antistasi PatrolCA: CA   performed from puesto_8 or puesto_8 to [20849.4,16193.6,40.3154]"
22:29:53 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to [21342,16363.4,0]"
22:30:02 "Antistasi Debug patrolCA:   Attack from  or airport_1 to retake   factory_6 failed"
22:30:05 "Antistasi PatrolCA: Land   CA performed on [20848.2,16193.4,40.3539], Type is Normal, Vehicle count: 1,   Soldier count: 15"
22:30:06 "Antistasi PatrolCA: Land   CA performed on [20849.4,16193.6,40.3154], Type is Normal, Vehicle count: 1,   Soldier count: 1"
22:30:11 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20783.7,16194.4,40.8357]"
22:30:11 "Antistasi PatrolCA: Land   CA performed on [21342,16363.4,0], Type is Normal, Vehicle count: 1, Soldier   count: 15"
22:37:45 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21342,16363.4,0]"
22:38:18 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20752.1,16625.2,35.9695]"
22:38:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20752.5,16625.8,36.0246]"
22:38:45 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20746.2,16617.3,35.6393]"
22:38:45 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20746.2,16617.3,35.6393]"
22:38:45 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20746.2,16617.3,35.6393]"
22:38:45 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20745.2,16617.2,35.6072]"
22:38:45 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20745.2,16617.2,35.6072]"
22:38:45 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20745.2,16617.2,35.6072]"
22:38:45 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20745.2,16617.2,35.6072]"
22:38:54 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20740.1,16607.4,35.5946]"
22:38:54 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20740.1,16607.4,35.5946]"
22:38:57 "Antistasi Debug patrolCA:   Attack from  or puesto_8 to   [20848.2,16193.4,40.3539] failed"
22:38:57 "Antistasi Debug patrolCA:   Attack from  or puesto_8 to   [20848.2,16193.4,40.3539] despawned"
22:38:57 "Antistasi PatrolCA: CA on   [20848.2,16193.4,40.3539] finished"
22:38:59 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20742.9,16612.7,35.6014]"
22:39:02 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20764.1,16674,37.0224]"
22:39:02 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20764.1,16674,37.0224]"
22:39:03 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20764.1,16674,37.0224]"
22:39:14 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20764.1,16673.7,37.0147]"
22:39:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20760.6,16673.5,37.067]"
22:39:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20760.6,16673.5,37.067]"
22:40:08 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20792,16645.3,0]"
22:42:53 "Antistasi Debug patrolCA:   Attack from  or puesto_8 to   [20849.4,16193.6,40.3154] failed"
22:42:54 "Antistasi Debug patrolCA:   Attack from  or puesto_8 to   [20849.4,16193.6,40.3154] despawned"
22:42:54 "Antistasi PatrolCA: CA on   [20849.4,16193.6,40.3154] finished"
22:43:05 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21433.3,16424.7,22.4695]"
22:43:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21389.1,16452.7,23.2105]"
22:43:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21389.1,16452.7,23.2105]"
22:43:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21389,16452.6,23.2106]"
22:43:31 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21387.6,16453.2,23.2121]"
22:43:31 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21387.6,16453.2,23.2121]"
22:43:34 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21387.4,16454.8,26.573]"
22:43:34 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21387.4,16454.8,26.573]"
22:43:35 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21387.5,16454.8,26.5729]"
22:43:39 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21424.8,16424.9,22.2873]"
22:43:53 "Antistasi Debug patrolCA:   Attack from  or airport_1 to   [21342,16363.4,0] failed"
22:43:53 "Antistasi Debug patrolCA:   Attack from  or airport_1 to   [21342,16363.4,0] despawned"
22:43:53 "Antistasi PatrolCA: CA on   [21342,16363.4,0] finished"
22:44:31 "Antistasi PatrolCA: CA   performed from puesto_37 or puesto_37 to [21387.7,16453.3,26.5727]"
22:44:33 "Antistasi PatrolCA: CA   performed from puesto_37 or puesto_37 to [21387.7,16453.3,26.5727]"
22:45:42 "Antistasi PatrolCA: Land   CA performed on [21387.7,16453.3,26.5727], Type is Normal, Vehicle count: 1,   Soldier count: 1"
22:45:42 "Antistasi PatrolCA: Land   CA performed on [21387.7,16453.3,26.5727], Type is Normal, Vehicle count: 1,   Soldier count: 1"
22:45:46 "Antistasi Debug patrolCA:   Attack from  or puesto_37 to   [21387.7,16453.3,26.5727] failed"
22:45:46 "Antistasi Debug patrolCA:   Attack from  or puesto_37 to   [21387.7,16453.3,26.5727] despawned"
22:45:46 "Antistasi PatrolCA: CA on   [21387.7,16453.3,26.5727] finished"
22:45:46 "Antistasi Debug patrolCA:   Attack from  or puesto_37 to   [21387.7,16453.3,26.5727] failed"
22:45:46 "Antistasi Debug patrolCA:   Attack from  or puesto_37 to   [21387.7,16453.3,26.5727] despawned"
22:45:48 "Antistasi PatrolCA: CA on   [21387.7,16453.3,26.5727] finished"
22:49:07 "Antistasi PatrolCA: CA   performed from  or airport to   resource"
22:50:39 "Antistasi PatrolCA: Air CA   performed on resource, Type is Normal, Vehicle count: 4, Soldier count:   42"
22:53:15 "Antistasi Debug patrolCA:   Attack from airport or  to retake   resource failed"
22:57:07 "Antistasi PatrolCA: CA   performed from  or airport_4 to   [22020.7,18505.8,15.1172]"
22:57:56 "Antistasi PatrolCA: CA on   resource finished"
22:57:56 "Antistasi PatrolCA: CA on   resource finished"
22:58:36 "Antistasi: Waved attack   from airport_4 to resource. Waves: 1"
22:58:37 "Antistasi PatrolCA: Air CA   performed on [22020.7,18505.8,15.1172], Type is Normal, Vehicle count: 2,   Soldier count: 25"
22:58:39 "Antistasi: Side attacker:   WEST. Side defender (false, the other AI side):  true"
22:58:40 "Antistasi Debug patrolCA:   Attack from airport_4 or  to   [22020.7,18505.8,15.1172] despawned"
22:58:40 "Antistasi PatrolCA: CA on   [22020.7,18505.8,15.1172] finished"
22:58:40 "Antistasi PatrolCA: CA   performed from  or airport_4 to   factory_6"
22:58:56 "Antistasi: UAV B_UAV_02_F   spawned. Number of vehicles 1"
23:01:36 "Antistasi PatrolCA: Air CA   performed on factory_6, Type is Normal, Vehicle count: 4, Soldier count:   11"
23:01:52 "Antistasi: Arty   Spawned"
23:02:01 "Antistasi: Reached end of   spawning attack, wave 1"
23:08:07 "Antistasi Debug patrolCA:   Attack from airport_4 or  to retake   factory_6 succesful. Retaken."
23:13:09 "Antistasi: Reached end of   winning conditions. Starting despawn"
23:14:32 "Antistasi: Despawn   completed"
23:17:50 "Antistasi. PatrolReinf.   Dest:factory_6, Orig:airport, Size:8, Side: WEST"
23:18:32 "Antistasi. PatrolReinf.   Dest:puesto_8, Orig:airport_1, Size:8, Side: WEST"
23:23:13 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to puesto_8"
23:23:40 "Antistasi PatrolCA: Land   CA performed on puesto_8, Type is Normal, Vehicle count: 2, Soldier count:   10"
23:25:27 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to [20604.2,16203.9,38.1008]"
23:25:45 "Antistasi PatrolCA: Land   CA performed on [20604.2,16203.9,38.1008], Type is Normal, Vehicle count: 1,   Soldier count: 6"
23:28:23 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20671.7,18535,31.3798]"
23:28:35 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20675.2,18532.3,31.4009]"
23:28:53 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20685.5,18534.5,30.8174]"
23:30:06 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2489]"
23:30:22 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:23 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:23 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:23 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:24 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:24 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:26 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:26 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:27 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:27 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:27 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:36 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:36 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:38 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:38 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:30:39 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20610.8,16171.6,40.2488]"
23:33:21 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20607.1,16188,40.5571]"
23:33:30 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20607.1,16188,40.5571]"
23:34:07 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20599.9,16187.6,41.6152]"
23:34:09 "Antistasi Debug patrolCA:   Attack from  or airport_1 to   [20604.2,16203.9,38.1008] failed"
23:34:09 "Antistasi Debug patrolCA:   Attack from  or airport_1 to   [20604.2,16203.9,38.1008] despawned"
23:34:11 "Antistasi PatrolCA: CA on   [20604.2,16203.9,38.1008] finished"
23:35:09 "Antistasi. PatrolReinf.   Dest:factory_6, Orig:airport, Size:8, Side: WEST"
23:36:09 "Antistasi. PatrolReinf.   Dest:puesto_37, Orig:airport_1, Size:8, Side: WEST"
23:36:14 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to [20648.8,15743.2,16.6926]"
23:36:31 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to [21342,16363.4,0]"
23:36:32 "Antistasi PatrolCA: Land   CA performed on [20648.8,15743.2,16.6926], Type is Normal, Vehicle count: 1,   Soldier count: 2"
23:36:50 "Antistasi PatrolCA: Land   CA performed on [21342,16363.4,0], Type is Normal, Vehicle count: 1, Soldier   count: 2"
23:37:06 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20645.7,15746.6,16.7383]"
23:37:22 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20645.7,15746.6,16.7383]"
23:37:31 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20645.7,15746.6,16.7383]"
23:37:37 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20645.7,15746.6,16.7383]"
23:38:48 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to factory_6"
23:39:27 "Antistasi PatrolCA: Land   CA performed on factory_6, Type is Normal, Vehicle count: 2, Soldier count:   4"
23:40:08 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20838.9,19194.7,10.7087]"
23:40:54 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20584.7,15796.3,18.5937]"
23:41:00 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20584.7,15796.3,18.5937]"
23:41:11 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [20583.3,15806.8,18.8805]"
23:41:37 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21013,18976.1,32.7395]"
23:41:39 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21013,18976.1,32.7395]"
23:41:39 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21013,18976.1,32.7395]"
23:41:41 "Antistasi PatrolCA: CA   cancelled because of other CA in vincity of [21013,18976.1,32.7395]"
23:42:34 "Antistasi Debug patrolCA:   Attack from  or airport_1 to   [20648.8,15743.2,16.6926] failed"
23:42:36 "Antistasi Debug patrolCA:   Attack from  or airport_1 to   [20648.8,15743.2,16.6926] despawned"
23:42:36 "Antistasi PatrolCA: CA on   [20648.8,15743.2,16.6926] finished"
23:42:53 "Antistasi Debug patrolCA:   Attack from  or airport_1 to retake   puesto_8 succesful. Retaken."
23:46:45 "Antistasi PatrolCA: CA   performed from airport_1 or airport_1 to puesto_37"
23:49:17 "Antistasi PatrolCA: Land   CA performed on puesto_37, Type is Normal, Vehicle count: 2, Soldier count:   32"

Error free?

Possibly... without headlessclients server was very low fps (10ish) version 1.0.2B1 (the modified one)
AI limiter 100  and  civ lim 10
with a total amount of 150 units active civi included
I noticed that 7 enemies injured on ground caused server fps to 3 and after i deleted them fps bumped to 12 without any other fluctiation in AI amount, maybe a coincidence maybe not.
After that i connected all 3 headlessclient (with proper server restart) and loaded 1.0.2 Steam version,
with 200 AI the server FPS were hitting solid 48 but i've to admit i saw enemies pretty unreactive, especially when 15 players attacked the AFRF airbase and their skill was set on 0.5 with a custom difficulty of 1 on the server.
generally with 0.4 and 1  they are killers in the editor, so something went wrong on AI side, however i couldn't reproduce the constant 3 FPS that was affecting us during the previous campaign.

scratch the poor performance AFRF fight... they were friendlies, i forgot that, on steam they're friendlies with indipendent ahha

Tonight I Will conduct several tests in SP on attacks And convoys, some tweak on reviving times And aggro gains

Roger that!
Be sure you spawn also some other areas when you test attack, because, mostly like, they run when people are playing somewhere


Fix logging in the number of attempts

Description
Fix logging in the number of attempts
Type of change

[x] Refactor

/assign @bparees

/lgtm

/approve


Fixes #1357 Corrects the compare functions

Description
Corrects the compare functions that use String#localeCompare.  Fixes #1357

Checklist

[x] I have followed the guidelines in the Contributing document
[x] My changes follow the coding style of this project
[x] My changes build without any errors or warnings
[x] My changes have been formatted and linted
[x] My changes include any required corresponding changes to the documentation
[x] My changes have been rebased and squashed to the minimal number (typically 1) of relevant commits
[x] My changes have a descriptive commit message with a short title, including a Fixes $XXX - or Closes #XXX - prefix to auto-close the issue that your PR addresses

Thank you so much for your contribution!


Markdown table

Could you add the option to output in markdown table not just ASCII table.

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

ID: 48273ba7-da5a-95f0-7ffc-8c6d5282313d
Version Independent ID: 83d348f9-fd1f-1041-0304-d8634e5526d4
Content: Output formats for Azure CLI
Content Source: docs-ref-conceptual/format-output-azure-cli.md
Product: azure
Technology: azure-cli
GitHub Login: @sptramer
Microsoft Alias: sttramer

This is a feature request, please file an issue with the engineering team: https://github.com/azure/azure-cli/issues


Fix buying power error handling bug in BacktestingBrokerage

Description
A missing continue statement in BacktestingBrokerage was causing orders rejected for insufficient buying power to have an incorrect order status.  Depending on the algorithm, the correct OrderStatus.Invalid was overwritten with OrderStatus.New or OrderStatus.CancelPending.
Related Issue
Fixes #1843
Motivation and Context
Algorithms calling Transactions.CancelOpenOrders frequently were reporting orders with a status of OrderStatus.CancelPending instead of OrderStatus.Invalid.
Requires Documentation Change
No.
How Has This Been Tested?
A new CancelOpenOrdersRegressionAlgorithm regression test is included.
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[ ] Non-functional change (xml comments/documentation/ect)

Checklist:

[x] My code follows the code style of this project.
[x] I have read the CONTRIBUTING document.
[x] I have added tests to cover my changes.
[x] All new and existing tests passed.
[x] My branch follows the naming convention bug-<issue#>-<description or feature-<issue#>-<description>

@StefanoRaggi  -- please rebase this PR on top of the latest master -- merge conflict exists in Tests/RegressionTests.cs -- thanks!


chore(deps): upgrade configuration

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-configuration-1.x" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 1900

Questions ?
Please refer to the Backport tool documentation


⚠ Mobitopup has degraded performance

In 3c0ba67, Mobitopup (https://napcard.voz.tech) experienced degraded performance:

HTTP code: 200
Response time: 8101 ms

Resolved: Mobitopup performance has improved in fb9dd48.


zsh: mention text objects

Add a zsh method for getting friends like ci" and da(

Nice, I will use this!
Thanks for your contribution :)


chore: Convert tests to TS and update dev dependencies

Coverage remained the same at 100.0% when pulling b63ed1075d234ded3096e0396337d676d70a6c25 on convert-tests-to-ts into 2cbfce211439e2d48e97a86f031ea01580ec24ab on master.


Added Update-BicepTypes function

Created function Update-BicepTypes to update the BicepTypes.json file in the Assets folder.
Added markdown help for Update-BicepTypes
Added Update-BicepTypes in module mainfest

Resolves #66

Maybe we should automate this for the user instead. We could easily add the timestamp for when the index.json file was generated to BicepTypes.json, it's in the header of the web request. Then update it if it's X days old or something like that.

Did some changes:

Now Update-BicepTypes only stores what we need from the types index file fetched from GitHub. Since we only look at the names of the types, thats what we now store.
Added SupportsShouldProcess to Update-BicepTypes so that -WhatIf and -Confirm can be used
Improved error handling in Update-BicepTypes.
Added minor changes to Get-BicepTypes to work with the new format of the json file.
Updated downloadAssemblies.ps1 so that it will download and save the file in the same way as Update-BicepTypes.

Now someone else need to review this :)


Extract govuk::ppa into own module

In a bid to breakup the monolithic govuk module.

:+1: merge when ready


Security policy is wrong

The Security Policy gives wrong instructions about how to report security vulnerabilities as the receivers of the email do not have the stated keys to read the email.
I've just received the following email:

Hi, it looks like you encrypted this message with 2 individual developer
keys:
gpg: encrypted with rsa4096 key, ID 0x99F8136674CE12CB, created 2019-08-14
"Pasta<EMAIL_ADDRESS>gpg: encrypted with rsa4096 key, ID 0x7102F7330F3D8A47, created 2015-04-07
"UdjinM6<EMAIL_ADDRESS>As such, we can't read your message. Please reach out to developers
directly if you want to only communicate with those developers. This
security email address doesn't have access to those GPG private keys.
If you want to send an encrypted message to this list specifically, please
encrypt using the key found here: https://www.dash.org/bug-bounty/
Thanks,

So I think that you need to give a single clear instruction on how to report security vulnerabilities.
Also, I think that keys required for encryption and validation of the binaries should be available on the repository itself.
Regards.

Thanks, I came here to open this but you beat me to it.
We currently use the<EMAIL_ADDRESS>email (alias for<EMAIL_ADDRESS>both for this repo (apparently) as well as for other disclosures, including infrastructure vulnerabilities and other bug bounties. For Bitcoin this is probably fine but Dash Core Group has a lot more than this main software repo and not sure if it makes sense.
Especially in our case, I don't think it makes sense to list individual developer keys along with a group email address. There are people in the group that aren't developers and aren't listed here.
A couple solutions I might suggest:

We create a new email address w/only developers listed here, and only for this purpose.

We can post the infosec group PGP key here (either replace or in addition to existing ones and use that.

Also, I think that keys required for encryption and validation of the binaries should be available on the repository itself.

I believe those are here, in this (same) repository: https://github.com/dashpay/dash/tree/develop/contrib/gitian-keys


Is it possible to debug the underlying Win32 API call?

I'm using this binding to call bunch of Win32 APIs most of which work fine.
However I'm having issue with calling CreateProcessW with EXTENDED_STARTUPINFO_PRESENT, the error message  from GetLastErr is: ""The parameter is incorrect.", which is useless at all. (I know this is from the Win32).
I've been researching online and see this might be related to a incorrect STARTUPINFOEXW.lpAttributeList setup.
If I don't use EXTENDED_STARTUPINFO_PRESENT, I can create the process.
This is more related to a Win32 question I guess, that's said, is there anyway that I could hook a debugger into the Win32 call or maybe other way to find out what's going on?

not suggesting anyone to debug this for me, just to provide more information incase useful, the code is at: https://github.com/ibigbug/PowerSession/blob/ac2841b213ddf9c31d19b0d360d9ec5516ee1d04/terminal/src/windows/process.rs#L102

If you have symbols (which are available publicly) you can get a little further and if you have sources to match the symbols (which are not generally available publicly) then you can (with some effort) debug into the Windows API. Generally however, the error codes are sufficient to figure out what went wrong when you combine the error code with the relevant documentation. It's not always ideal but is the best I can suggest. If you suspect there is a problem with the Rust bindings you can also attempt to call the same API from C++ to rule that out as a possibility.

thanks.
the error message is quite generic, which can be any reason from my understanding and very hard for me to dig into.
I've been reading the docs in C++ and what I'm doing is basically translating the C++ sample code into identical Rust logic.
I don't suspect the Rust bindings issue, but one thing that I suspect is although the code compiles, how can I make sure all the "translation" is correct? for example, this https://github.com/ibigbug/PowerSession/blob/ac2841b213ddf9c31d19b0d360d9ec5516ee1d04/terminal/src/windows/process.rs#L39 vs. this. https://github.com/microsoft/terminal/blob/3d7480e9b73fb0b5f8d6836fdce77183e04d0b25/samples/ConPTY/EchoCon/EchoCon/EchoCon.cpp#L127
can't see any logic difference in their sample C++ code any my Rust translation, but still the error message isn't really helpful.

This doesn't seem right. You're telling CreateProcess that you're passing in an extended startup information structure, but then passing in that structure's inner non-extended startup info structure.
From the docs:

EXTENDED_STARTUPINFO_PRESENT 0x00080000 - The process is created with extended startup information; the lpStartupInfo parameter specifies a STARTUPINFOEX structure.

        CreateProcessW(
            PWSTR::NULL,
            command,
            null_mut(),
            null_mut(),
            false,
            EXTENDED_STARTUPINFO_PRESENT | CREATE_UNICODE_ENVIRONMENT,
            null_mut(),
            working_dir,
-           &mut startup_info.StartupInfo,
+           &mut startup_info,
            &mut p_info,
        )

(Also check the structure's cb is 72. If not, could be a problem with the bindings.)

but then passing in that structure's inner non-extended startup info structure.

It took me a while to understand that, as the CreateProcessW binding only takes lpstartupinfo: *mut STARTUPINFOW,
https://microsoft.github.io/windows-docs-rs/doc/bindings/Windows/Win32/System/Threading/fn.CreateProcessW.html
making the change will not compile:
PS D:\projects\PowerSession> cargo b
   Compiling terminal v0.1.0 (D:\projects\PowerSession\terminal)
error[E0308]: mismatched types
   --> terminal\src\windows\process.rs:111:13
    |
111 |             &mut startup_info,
    |             ^^^^^^^^^^^^^^^^^ expected struct `STARTUPINFOW`, found `&mut Threading::STARTUPINFOEXW`
    |
    = note:    expected raw pointer `*mut STARTUPINFOW`
            found mutable reference `&mut &mut Threading::STARTUPINFOEXW`

For more information about this error, try `rustc --explain E0308`.
error: could not compile `terminal` due to previous error

My understanding the reason it works is I'm telling CreateProcess  EXTENDED_STARTUPINFO_PRESENT and I pass in the address of the startup_info.StartupInfo, in the CreateProcessW, it will see the EXTENDED_STARTUPINFO_PRESENT flag and the start_info.StartupInfo.cb = std::mem::size_of::<STARTUPINFOEXW>() as u32; is the size of a STARTUPINFOEXW, so that it is confident to read a bit further of the memory after the StartupInfo as the extended data.

(Also check the structure's cb is 72. If not, could be a problem with the bindings.)

for some reason, the cb of STARTUPINFOEXW is showing 112, did I use the size_of wrong?

My understanding the reason it works is I'm telling CreateProcess  EXTENDED_STARTUPINFO_PRESENT and I pass in the address of the startup_info.StartupInfo, in the CreateProcessW, it will see the EXTENDED_STARTUPINFO_PRESENT flag and the start_info.StartupInfo.cb = std::mem::size_of::<STARTUPINFOEXW>() as u32; is the size of a STARTUPINFOEXW, so that it is confident to read a bit further of the memory after the StartupInfo as the extended data.

That should work, true. Does hardcoding 72 still result in error? (The structure may not be laid out in memory correctly, so no guarantees of course.)

Sorry, didn't finish my coffee and realized I was doing a sizeof on ARM target 🤡 which is 72. 112 is correct for amd64 targets.

I'll take a deeper look at this for you today.
On the topic of debugging, Rust bindings / OS APIs are very debuggable with WinDbg. This is not easy to do; you'll need knowledge in some assembly and Windows internals. There is no code or debug spew to look at.
The generic workflow would be something like:

get the target loaded into the debugger
ensure Windows symbol resolution is ready to go (e.g. .symfix X:\Symbols)
set a breakpoint in your app, or for CreateProcessW (e.g. bp kernel32!CreateProcessW)
start the app and begin your adventure

Alternatively, you can create a simple repro repository and share that with folks on StackOverflow or Microsoft Q&A (hint: tag me) and get someone else to help out. Debugging As A Service ™ 🤠

thanks :)
the steps are very useful, I'll take a try and see what I can find as well as create a minimum repro

@riverar created a post on https://docs.microsoft.com/en-us/answers/questions/548558/windows-rs-createprocessw-with-extended-startupinf.html

latest update: the CreateProcessW can start "notepad.exe" with no issue, but will fail with "powershell.exe"/"cmd.exe"/"ping.exe".
regarding this, does it make this look closer like a binding issue, or even further away to be the usage of the API?

@ibigbug Yep, was able to get this working with Notepad too so the bindings look okay. Tagging @DHowett for awareness; we could probably use better documentation around this flag.

@riverar thanks. I agree on the general documentation. I've had several experiences having trouble using MSFT docs and in this particular case, I think we are somehow landing on the std io handles related stuff is the cause, but I can't neither check out the source code of CreateProcessW to see what does it require or what could go wrong, nor learn the potential pitfalls from reading the doc - only thing I can do is blindly guess and trial and errors, and unfoturenately the community doesn't have a lot information either.

Update, I found the problem, I had to:
    success = unsafe {
        UpdateProcThreadAttribute(
            si.lpAttributeList,
            0,
            PROC_THREAD_ATTRIBUTE_PSEUDOCONSOLE,
-           (&mut h_pc as *mut HPCON).cast::<_>(),
+            h_pc.0 as _,

to make it is able to launch the process.
so why (&mut h_pc as *mut HPCON).cast::<_>(), wouldn't work with the binding?


Make ziti cmd into a shell and pull edge controller pieces back into ziti-edge

This will also allow ziti fabric pieces to be plugged into the ziti shell.

This should also allow the CLI to easily use and be lockstep versioned w/ the swagger/open-api2 client.

I'm very interested in this lockstep relationship between client and server you mentioned @andrewpmartinez . I need to learn how to do this for the NetFoundry CLI+API too. To start I want to be able to create entity templates for creating new identities with the CLI by referencing the OpenAPI spec from the NF platform API.

This was made redundant by the merge of edge and fabric into ziti


chore(ci): run ai assisted changelog reviews

Summary
Use chatgpt to review changelog entries. We pass the title, description and the changelog itself. The action will create suggestions in form of a review.

Code will not be sent to OpenAI. This action will only be triggered when a changelog file is present. To re-trigger it, remove the comment/review.

@curiositycasualty raised some concerns about the current integration in Slack, we should make sure these are addressed before merging.

Can we get this merged and iterate later? Having it enabled only on EE creates divergence in changelogs. We often merge PRs in OSS to only later get ChatGPT-based suggestions, and those do not end up backported over here.


Sources for CLI binaries

Hi
Could you also provide sources for those binary CLI tools?

Sorry, the tools depend on proprietary code which can't be disclosed. No use for sources.


Code | Numeric Pattern 54

@aryashah2k please assign me this issue.

Sure @Kajal13081, go ahead with it!


Block scroll strategy for mat-select works same as noop strategy with custom scroll area in Firefox

Bug, feature request, or proposal:
Bug
What is the expected behavior?
Block scroll strategy for mat-select must block scroll in closest parent scroll area when panel is opened.
What is the current behavior?
If closest parent scroll area is not document element, mat-select with opened panel and block scroll strategy behaves like it has noop scroll strategy.
What are the steps to reproduce?
https://stackblitz.com/edit/angular-material2-issue-819jcf
What is the use-case or motivation for changing an existing behavior?
Some apps can have custom scroll area and mat-select scroll strategy will not always work with them as expected.
Which versions of Angular, Material, OS, TypeScript, browsers are affected?
"@angular/core": "6.1.3", "@angular/material": "^6.4.5", macOS High Sierra 10.13.3, "typescript": "2.9.2", Firefox 61.0.2 64-bit
Is there anything else we should know?
No

This is the same issue as https://github.com/angular/material2/issues/12746.

Actually, in case of Firefox it's not the same as #12746. In Firefox backdrop doesn't blocks scroll events, at least if it has zero opacity. If you try Stackblitz example in Firefox, you will see that scrolling isn't actually blocked, while scroll strategy factory returns BlockStrategy. In Chrome yes, scroll is blocked because of backdrop, but not in FIrefox.

Looks like I made a typo. It's #12746.


[Linux] KBD files support

This is a question and a feature request.
On linux there are specific keymap files used by the kernel to load keymaps when you don't have a graphical interface launched.
This file format is also used by cryptsetup to load a keymap to request the encryption passphrase.
Would it be possible for kalamine to generate those KBD files in addition to the XKB ones?

As Lord mentioned on the Fediverse you can generate a KBD map from XKB using ckbcomp like this.
ckbcomp fr ergol -compact > ergol.map
Sadly it doesn't support ERGOL "star" deadkey.


Add support for 'resolve' and 'global' tags

Support highlighting for 3.0 tags
https://github.com/zeit/styled-jsx#external-css-and-styles-outside-of-the-component

Hi
Any update on this PR?

@nawaf331 hello, I need to add some test case, and there's some bug to fix.

updated syntax highlight method


Resiliencysetting

If you look at what is written for the ResiliencySetting option, you used the same wording for the definition as is in the term itself. This makes it useless to someone who is trying to look up what this setting actually does, or what the options are.

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

ID: 915197ed-248f-4e41-4647-20f02bcd9989
Version Independent ID: b2332c94-b147-fcfb-1b8a-83c0dd1f99a3
Content: New-StoragePool (storage)
Content Source: docset/windows/storage/new-storagepool.md
Product: w10
GitHub Login: @coreyp-at-msft
Microsoft Alias: coreyp

@officedocsbot unassign @e0i
@officedocsbot assign @yogkumgit

Hello @sthoward0914 thanks for your feedback.
I created a pull request to improve the description of that parameter.
Thank you

@tseward and @dariomws306 please review PR  Improved resiliencysettingnamedefault description #1144 and kindly provide your feedback

...to use for virtual disks the created in the specified storage pool...

@get-itips  Thank you very much for the contribution and updating the documentation with PR. @sthoward0914 Hope this update is helpful for you. Thanks for taking out some time to open the issue. Appreciate and encourage you to do the same in future also

@officedocsbot close

Ok now!


⚠ Bofrost.be has degraded performance

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

HTTP code: 200
Response time: 2061 ms

Resolved: Bofrost.be performance has improved in c6fa1b3.


Added missing property code to interface KeyboardEventInit

Completing the work of pull request 136
This addresses issue 9206 in TypeScript.
It adds the missing code[1][2][3] property to interface KeyboardEventInit.
[1] https://www.w3.org/TR/uievents/#keys-codevalues
[2] https://w3c.github.io/uievents/#keys-codevalues
[3] https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent/code

Hi @aradzie, I'm your friendly neighborhood Microsoft Pull Request Bot (You can call me MSBOT). Thanks for your contribution!
You've already signed the contribution license agreement. Thanks!
The agreement was validated by Microsoft and real humans are currently evaluating your PR.
TTYL, MSBOT;

Any changes of seeing this change in the upcoming TypeScript-2.0?


listview--why not refresh?

To modify the listview dataSource is one of the data, the listview why not refresh?
`//fetch server data
ProModel.fetchFactorys(function (resData) {
        that.state.factorys = resData.data;
        that.setState({
            factoryDS: that.state.factoryDS.cloneWithRows(that.state.factorys),
        });

}`
`_pressFactory(sectionID, rowID) {
    this.state.factorys[rowID].name = "ddd";
    this.setState({
        factoryDS: this.state.factoryDS.cloneWithRows(this.state.factorys),
    });
}`

@facebook-github-bot stack-overflow

Hey @a289459798 and thanks for posting this! @grabbou tells me this issue looks like a question that would be best asked on StackOverflow. StackOverflow is amazing for Q&A: it has a reputation system, voting, the ability to mark a question as answered. Because of the reputation system it is likely the community will see and answer your question there. This also helps us use the GitHub bug tracker for bugs only. Will close this as this is really a question that should be asked on SO.


Unable to pass parameters to another screen on navigationoption

Hi all,
I am trying to pass parameters to another screen when I press a button on navigation options, but on the next screen I receive the following message when I try for instance to display the customer name.
The error message I am getting is "undefined is not an object (evaluating 'params.customer.name')"
The code that I am using to call is the following:

The code that I am using to process the information passed is the following:

Any ideias?
Thanks

Please post this question on StackOverflow, link it back here and close the issue. It'll really help us manage the issues if you post questions on a separate platform.
Having said that, I can see that you're passing the wrong params in your navigate function.
The problem is with this code:
const { params } = navigation.state.params.customer

Assuming that you wanted to pass the customer object from CustomerInfo to UpdateCustomer, you should change it to the following:
//this will assign the value of params.customer to the const variable
const { customer } = navigation.state.params;
navigation.navigate('UpdateCustomer', {customer});

You'll be able to access it by through this.props.navigation.state.params.customer
Please read the docs thoroughly before posting an issue

thanks


Change getBaseName to return DeclBaseName instead of Identifier

This changes getBaseName() on DeclName to return a DeclBaseName
instead of an Identifier. All places that will continue to be
expecting an Identifier are changed to call getBaseIdentifier which
will later assert that the DeclName is actually backed by an
identifier and not a special name.
For transitional purposes, a conversion operator from DeclBaseName to
Identifier has been added that will be removed again once migration
to DeclBaseName has been completed in other parts of the compiler.
This PR depends on (and includes the changes from) #9319 and #9320

Please test with following pull request:
apple/swift-lldb#197
@swift-ci Please test

Build failed
Jenkins build - Swift Test OS X Platform
Git Commit - e53db2e7e4ecd9e6464ea76da1c9515376e9bd7f
Test requested by - @ahoppen

Build failed
Jenkins build - Swift Test Linux Platform
Git Commit - e53db2e7e4ecd9e6464ea76da1c9515376e9bd7f
Test requested by - @ahoppen

Please test with following pull request:
apple/swift-lldb#197
@swift-ci Please test

Build failed
Jenkins build - Swift Test OS X Platform
Git Commit - e53db2e7e4ecd9e6464ea76da1c9515376e9bd7f
Test requested by - @ahoppen

Build failed
Jenkins build - Swift Test Linux Platform
Git Commit - e53db2e7e4ecd9e6464ea76da1c9515376e9bd7f
Test requested by - @ahoppen

Please test with following pull request:
apple/swift-lldb#197
@swift-ci Please test

Build failed
Jenkins build - Swift Test Linux Platform
Git Commit - 40a0d31c632b85a6ca52c39df739ac5f6974aedb
Test requested by - @ahoppen

Build failed
Jenkins build - Swift Test OS X Platform
Git Commit - 40a0d31c632b85a6ca52c39df739ac5f6974aedb
Test requested by - @ahoppen

Rebased and merged in #9968.


fix(ci/scripts): Fix extension icons for v15

I recommend merging this only after releasing v15.

Unnecessary after https://github.com/aniyomiorg/aniyomi-extensions/commit/a3a0ff4bb759c1630307fdde3a39a8fd11c9e81f.


Live

Test PR

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


Watch secret with Github token

Motivation: gh token can be revoked or expired. It would be nice to allow update this token via secret without operator deployment rescale.

@AndrienkoAleksandr Is this PR still needed? Or can it be closed?


Error when building

bun build ./src/index.tsx --outdir=dist

error: No matching export in "node:path" for import "resolve"
import { resolve, resolve as resolveFn, join } from 'path';         ^
/node_modules/@elysiajs/static/dist/index.js:2:10 54

error: No matching export in "node:path" for import "resolve"
import { resolve, resolve as resolveFn, join } from 'path';                  ^
/node_modules/@elysiajs/static/dist/index.js:2:19 63

error: No matching export in "node:path" for import "join"
import { resolve, resolve as resolveFn, join } from 'path';                                        ^
/node_modules/@elysiajs/static/dist/index.js:2:41 85

error: script "build" exited with code 1 (SIGHUP)

Likely related to the following bun issue:
https://github.com/oven-sh/bun/issues/5095

Thanks to your related information, I moved the destructuring assignment and it works.
import path from path;
const { resolve, join } = path;
const resolveFn = resolve;

It's a practical solution before bun handle with that issue.

Thanks for reporting this finding!
You've to specify the target as mentioned by Jarred: https://github.com/oven-sh/bun/issues/5095#issuecomment-1818794775
bun build --target=bun file.ts

Feel free to reopen this issue if the issue persists


[libffi] Add pkgconfig file

Describe the pull request

What does your PR fix? Fixes #

Configure and add the libffi.pc file.
Furthermore, enable the check for same 32/64bit-ness in
libffiConfigVersion.cmake again, which had caused issues in the past
with newer versions of glib using meson build, e.g. when building for
x86-windows target on an x64-windows host.
Now, libffi is found by current glib (e.g. 2.64.3) during
meson build using the libffi pkgconfig file.

Which triplets are supported/not supported? Have you updated the CI baseline?
All triplets are supported. CI baseline: no update required.

Does your PR follow the maintainer guide?
Yes

Info concerning REGRESSION: paraview:x64-linux:
From install-x64-linux-dbg-err.log:
ninja: error: '/mnt/vcpkg-ci/installed/x64-linux/lib/libmath.a', needed by 'bin/pvserver', missing and no known rule to make it

LGTM, thanks for the improvement!


[Gssoc'21] Fixed the bug in login and landing page

Related Issue
There was a bug in login page as I described in issue #89 and i also notice a small bug in landing page so I had also solved it

Closes: #89
Describe the changes you've made
https://user-images.githubusercontent.com/55352601/114212289-473cdf00-997f-11eb-8fe9-60c7a1f9a043.mp4
Type of change
What sort of change have you made:

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Code style update (formatting, local variables)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update

Any unusual behaviour of your code
Checklist:

[x] My code follows the guidelines of this project.
[x] I have performed a self-review of my own code.
[x] I have commented my code, particularly whereever it was hard to understand.
[x] My changes generate no new warnings.
[ ] Any dependent changes have been merged and published in downstream modules.
[x] I am a GSSOC Participant.

Additional Info (optional)
Any additional information you want to give

@vigneshshettyin the bug in landing page occurs because of my change in footer so I had also solved it in this PR


No Page Named "Foo" when Custom Page Route is Added And Optional Parameter Removed From RouteData

So I'm working with a Razor Page where the Page "/Index" has an optional parameter {Project?}. When the optional parameter is an invalid value, I want to redirect users back to Index with the optional parameter clear. To do this, I'm doing the following:
                RouteData.Values.Remove("TeamProject");
                return RedirectToPage(RouteData.Values);

When I include a custom Route like so:
options.Conventions.AddPageRoute("/Index","{TeamProject}/home");
This always produces an error titled like so:
InvalidOperationException: No page named '' matches the supplied values.
If I remove the AddPageroute call, the error disappears and the RedirectToPage executes fine.
The same thing occurs if instead I do:
RouteData.Values.Remove("TeamProject");
return RedirectToPage("/Index")

Per #6957 I've tried adding in options.Conventions.AddPageRoute("/Index","") and still get the same error.
Browsing works fine in the browser, and in other places I've used RedirectToPage("/Index") without clearing the TeamProject from the RouteData and it works fine.
I'm sure the upcoming update will probably fix this, but I'm more curious what I'm doing wrong than anything.

@rynowak, any suggestions?

Routed added by AddPageRoute are treated as the 'preferred' out for URL generation and will cause other routes to suppress URL generation. That's handled by the code here: https://github.com/aspnet/Mvc/blob/dev/src/Microsoft.AspNetCore.Mvc.RazorPages/DependencyInjection/PageConventionCollectionExtensions.cs#L471
This means that when you add the route {TempProject}/home in startup code that route will always be used for URL generation. Since you are trying to generate a URL without a TeamProject value this will fail.

More generally, what's the user experience you want?


Removing persistent frame callback

I'm wondering is there any reason behind not providing a way to remove a persistent frame callback on Flutter's WidgetsBinding? Cause as far as I checked the code there shouldn't be any problem with removal of a persistent frame callback.
In my use case I need to listen for every frame and check metrics of a widget but I'm not happy with my callback being kept forever.

Hello @Amir-P. Thank you for filing is request.
From the documentation, looks like this is not possible.

Persistent frame callbacks cannot be unregistered. Once registered, they are called for every frame for the lifetime of the application.

Anyways, I'll label this issue so that we can get some more insights from the team on this. Thank you.

Thanks for your reply. Yes, I'm aware of what has been said in the documentation but there isn't any explanation on why this decision has been made. @exaby73


PF-1924: Add an action to run spotlessApply

for some reason it has broken before. Dex may be able to speak more about why but he recently had to manually do a spotlessapply and that PR has hundreds of files.

I still have the questions I asked on Aug 24. @dexamundsen , how did you generate your formatting PR?
I also have the same questions that I had for #1938. This GHA is highly unusual. Usually for a formatting PR:

Someone runs formatting command
Someone sends PR with just output from formatting command

The output of the normal process and the output of this action (the resulting PR) are the same. There are many kids of PRs where you do one thing, then you send out a PR for review. We don't create actions for all those things. I don't understand the benefit of this action.

I still have the questions I asked on Aug 24. @dexamundsen , how did you generate your formatting PR?

https://github.com/DataBiosphere/terra-cli/pull/301
this is the PR I'm referring to.

I also have the same questions that I had for #1938. This GHA is highly unusual. Usually for a formatting PR:

Someone runs formatting command
Someone sends PR with just output from formatting command

The output of the normal process and the output of this action (the resulting PR) are the same. There are many kids of PRs where you do one thing, then you send out a PR for review. We don't create actions for all those things. I don't understand the benefit of this action.
maybe they all should be automated. My principle here is that if it's not reviewable, it shouldn't need to get reviewed. And a human created PR should be reviewed.

I didn't look at the 186 files to stamp it. So this kind of PR that can be done automatically shouldn't require human action. i could accidentally get some exploration changes into this PR and no one would notice it (186 files!) Google has those bots that generate PR to clean up dead code, etc. This is not a frequent thing. If spotlessCheck passes, nothing will be done.

Apologies for the delayed response - on PR https://github.com/DataBiosphere/terra-cli/pull/301 -> I set the TDE to use google formatting and applied formatting manually (right click, format). Since the gradle build (both local and as part of PR) did not change any further files, did not second guess the IDE applied formatting

Apologies for the delayed response - on PR #301 -> I set the TDE to use google formatting and applied formatting manually (right click, format). Since the gradle build (both local and as part of PR) did not change any further files, did not second guess the IDE applied formatting

Ah, that's not the usual way we do formatting. As I said on Aug 24, we run spotlessApply/spotlessCheck on all code before merging. We don't need an action to run spotlessApply. It would do nothing, since spotlessApply was already run on the code.
FYI - google-java-format produces slightly different results from spotlessApply. If you want Intellij to run spotlessApply instead of google-java-format, here's how.


Error: No provider for "framework:browserify"!

Hi!
I'm trying to integrate karma browserify and I'm getting the following error:
throw error('No provider for "' + name + '"!');
Error: No provider for "framework:browserify"! (Resolving: framework:browserify)
My Configuration:
    // base path, that will be used to resolve files and exclude
    basePath:'',

    plugins: ['browserify'],
    // frameworks to use
    frameworks: ['browserify','jasmine'],

    // list of files / patterns to load in the browser
    files: [
        {pattern: 'spec/javascripts/fixtures/*.html', included: false},
        '../../WebContent/js/jquery.min.js',
        'jasmine-extensions/*.js',
        {pattern: '../../WebContent/js/pages/bumper.vm.js', served: true, included: false},
        '../../tests/specs/*spec.js'
    ],

    // list of files to exclude
    exclude: [

    ],

    // web server port
    port: 9876,

    // enable / disable colors in the output (reporters and logs)
    colors: true,

    // level of logging
    // possible values: config.LOG_DISABLE || config.LOG_ERROR || config.LOG_WARN || config.LOG_INFO || config.LOG_DEBUG
    logLevel: config.LOG_DEBUG,

    // enable / disable watching file and executing tests whenever any file changes
    autoWatch: true,

    browsers: ['PhantomJS'],

    // If browser does not capture in given timeout [ms], kill it
    captureTimeout: 60000,

    // Continuous Integration mode
    // if true, it capture browsers, run tests and exit
    singleRun: false,

    //reporters: ['progress', 'coverage'],
    preprocessors: {
        '../../tests/specs/*spec.js' : ['coverage']
    }

I have seen a few posts about this issue being related to globally installing the tool? Unfortunately, this is not an option for me as my employer has chosen to install node into the project ONLY and does not allow node to be installed globally. Is there another known workaround for this issue? It sounds like it could be the solution to my issues but I cannot install the tool globally. Does the tool / node need to be installed globally for it to work? I apologize is I'm being vague, I'm in quite over my head with this one as my understanding of node is limited.
Thanks

How did you install karma and karma-browserify?

I manually downloaded them and their dependencies and added them into the project. I know... probably not the safest way but I did make sure the versions / dependencies line up version wise.

Short of you giving us your whole folder of deps it's pretty much impossible for us to offer any advice here. Your best bet is to install everything locally in the project.


iOS device enrollment web app (ios-enrollment.war) doesn't print logs

A log4j.jar is getting packed into ios-enrollment.war through some dependency and this stops printing carbon logs.

Tested in the M8 pack and I could not observe any log4j jars in the WEB-INF/lib directory of the ios-enrollment webapp. Also the logs were printing as expected. hence closing the issue.


python3Packages.fpylll: unmark as broken on darwin

Description of changes
fpylll was marked as broken on Darwin right before it was upgraded, but the new version is no longer broken.
Things done

Built on platform(s)

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

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[ ] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[ ] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[ ] Tested basic functionality of all binary files (usually in ./result/bin/)
22.11 Release Notes (or backporting 22.05 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[ ] Fits CONTRIBUTING.md.

@ofborg build python3Packages.fpylll

I guess pari is broken on aarch64-darwin?

Yep (see https://github.com/NixOS/nixpkgs/pull/175044#issuecomment-1140308681). Improvements to the pari package would be appreciated, but I don't have a machine to test changes on


YouTube Download Randomly Freezes

I'm programming in Java and call youtube-dl inside the application multiple times to download YouTube videos:
String downloadCommand = "youtube-dl.exe -u " + username + " -p " + password + " -c " + videoLink;
Process downloadProcess = Runtime.getRuntime().exec(downloadCommand);
// more code
The problem I'm having is that sometimes youtube-dl gets stuck and won't continue. Either right after the beginning of a download or at the end (usually on big files). The method Java method waitFor(long timeOut, TimeUnit unit) for process objects doesn't seem to timeout when youtube-dl gets stuck like this, just like trying to capture all console output won't bypass the deadlock.
The following are two outputs I got when youtube-dl got stuck:
ERROR: content too short (expected 28263044 bytes and served 16777836)
[download]  59.4% of 26.95MiB at  1.43MiB/s ETA 00:07
// no more output
ERROR: content too short (expected 60482506 bytes and served 39846308)
[download]  65.9% of 57.68MiB at  2.18MiB/s ETA 00:09
// no more output
I've been trying to bypass the freezing but I wasn't able to. I need youtube-dl to never ever get stuck and finish its job at all times. I do have a working and stable Internet connection and even if not, youtube-dl should never get stuck. You had ONE job, youtube-dl...
Please fix this issue. I need it to be 100% reliable at what it does otherwise I will have to drop this application for good.

Can you give an example link for the videos that aren't being reliably downloaded? Also, do you run the latest version of youtube-dl?

Yes, I am running the latest version. I did youtube-dl -U yesterday to update the application. It failed on various videos already but here's an example of a video that didn't reliably download:
https://www.youtube.com/watch?v=i5BxVDMXsiY
Note that it might not be reproducible since the failures are quite random but big videos usually are more critical. Maybe data downloads incorrectly by coincidence?

I downloaded your example 4 times without problem. Is your internet connection stable? What happens if you ping <IP_ADDRESS> for 3 minutes?

I did ping for a few minutes and no packets were lost. Currently I'm downloading some more videos and no issues arose for a while but again, it shouldn't happen ever but it does. Something needs to be fixed in terms of error handling in youtube-dl though.

Hmm, then I guess it's not your network.
You can try
youtube-dl --external-downloader=[yourExternalDownloader]

In the mean time.
I've used youtube-dl a lot and never got this message. Does it also happen randomly when you're running youtube-dl directly (not via your Java application)? And what should change in the form of error handling?
There is another issue from a long time ago:
https://github.com/rg3/youtube-dl/issues/829

ERROR: content too short usually means a serving problem on YouTube side. In this case youtube-dl print this message to stderr and exits with non-zero error code immediately.
Most likely your code missbehave, however can't be sure without looking at the full listing. --verbose output would be helpful as well.

I'm now trying the workaround with the batch file
if [%1]==[] echo URL missing & goto :EOF :retry youtube-dl.exe -u %1 -p %2 -c %3 if ERRORLEVEL 1 goto retry
But even if that works, it should be included in the application itself.

youtube-dl should handle this properly.

You should clarify what do you expect youtube-dl to do when it finds that error, just retry?
If you are passing a playlist url and want to continue with the next videos even if one of them fails, you can use the --ignore-errors option.

Yeah, but I want all videos to be downloaded reliably and not continue until that is achieved. Kinda retrying infinitely. I'm not sure if that's what --ignore-errors does but if that's it I'd be pleased.

I'm closing the issue as a duplicate of #829 then, thanks for the report.