Resuming a multi chain deployment leads to: The application panicked (crashed). Message:  to have been filled with a proper rpc

Component
Forge
Have you ensured that all of these are up to date?

[X] Foundry
[X] Foundryup

What version of Foundry are you on?
forge 0.2.0 (a26edce 2023-05-25T00:12:21.044857000Z)
What command(s) is the bug in?
forge script script/Test.Mainnet.Deploy.s.sol \     --resume \     --multi \     --slow \     -vvvv
Operating System
macOS (Apple Silicon)
Describe the bug
I am trying to do a multiChain deployment to three chains. I am trying to do this with the following command
forge script script/Test.Mainnet.Deploy.s.sol \
    --broadcast \
    --slow \
    -vvvv

Some transactions failed in Polygon, probably due to block re-rogs. I wanted to retry them, so I decided to run the following script:
forge script script/Test.Mainnet.Deploy.s.sol \
    --resume \
    --multi \
    -vvvv

And I get the following error
The application panicked (crashed).
Message:  to have been filled with a proper rpc
Location: cli/src/cmd/forge/script/sequence.rs:362

This is a bug. Consider reporting it at https://github.com/foundry-rs/foundry

  ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ BACKTRACE ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
   1: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
   2: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
   3: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
   4: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
   5: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
   6: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
   7: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
   8: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
   9: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  10: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  11: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  12: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  13: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  14: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  15: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  16: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  17: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  18: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  19: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  20: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>
  21: __mh_execute_header<unknown>
      at <unknown source file>:<unknown line>

Run with COLORBT_SHOW_HIDDEN=1 environment variable to disable frame filtering.
utils/run_script_mainnet.sh: line 12: 95185 Abort trap: 6           forge script script/Test.Mainnet.Deploy.s.sol --resume --multi

cc @mattsse looks like a regresión from #4892, will investigate

cc @mattsse looks like a regression from #4892, will investigate

Thanks for commenting @Evalir.
Also, we are not sure in the first place why so many transactions were not even processed in our script. On Polygon it was obvious what the problem was, but for BSC and AVAX it's as if the script stopped midway with no apparent reason.
Are multi-chain deployments fully working and if not what are their limitations?

Happy to also take a look. @0xTimepunk is the repo public anywhere? It can help with reproducing. Thanks.

Happy to also take a look. @0xTimepunk is the repo public anywhere? It can help with reproducing + I'd like to add a regression test once we get it fixed. Thanks.

@devanoneth @Evalir can we just privately share with you both? The code is not yet ready for a public release. Appreciate your work! Thanks

Closing, stale and can't seem to repro regression.


Enable nvidia drivers w/ moby

nvidia drivers currently have a hard dependency on docker-engine. Let's get this removed so they can run on moby-backed nodes.

@lachie83 FYI

I am not sure if NVIDIA device drivers itself would depend on docker but nvidia-docker and nvidia-container-runtime (which are required for nvidia k8s device plugin) definitely does.
I believe one of the dependencies come from nvidia-container-runtime which uses a modified docker/runc for pre-start hooks.
https://github.com/NVIDIA/nvidia-container-runtime/blob/master/runtime/Dockerfile.ubuntu#L22-L45
if they can be modified to use moby runtime, that might remove docker dependency.

I'm not certain, but this might be relevant https://github.com/moby/moby/issues/23917
In which case it could be a little tricky?


Specific feedback mechanism to learn about customer data

We need a better sense of what data our users want to use. We loose 1,000 people on the Data tab.

Some may just be looking at the product, but presumably many fail at this step. Do all of these users have .csv/.tsv files? Or are some coming with .json formats, or as Justin has suggested .data and .train formats? Or do they have production data in Azure they're trying to use?
My proposal is to add an explicit feedback mechanism on the Data page. I know we'll be adding "Report a bug" and "Suggest a feature" but if I were a user I would think .csv is a limitation of the product and would not report that I want to use Json, etc.
This is my dev art mock up 😁

Thoughts @briact?

That's great observation @beccamc !
I will track this in the design backlog and we will prioritize it in sprint planning.

We could also add a new issue type in our repro if we felt this was important enough. Not sure if that would be clearer or cause more confusion.

This issue is 2 years old. I'm closing it 😊


Use TypeVar for register_path_class decorator return type (#268)

Repo-local branch for #268

Codecov Report

Merging #269 (0aa538a) into master (98ed2e5) will increase coverage by 0.0%.
The diff coverage is 100.0%.

@@          Coverage Diff           @@
##           master    #269   +/-   ##
======================================
  Coverage    94.8%   94.8%
======================================
  Files          21      21
  Lines        1321    1322    +1
======================================
+ Hits         1253    1254    +1
  Misses         68      68

Impacted Files
Coverage Δ

cloudpathlib/cloudpath.py
93.5% <100.0%> (+<0.1%)
:arrow_up:

Thanks @ringohoffman !


Incorrect statement as DiscoverPageContextEnabled doesn't block reading webpage context in Bing Chat

The statement below is incorrect as “This policy does not affect MSA profile”, based on article, and my test. Please remove "Bing Chat" from the statement as currently the policy only works for Bing Chat Enterprise, which requires user to sign in Microsoft Edge with Work or School account (AAD account).
"If DiscoverPageContextEnabled is set to disabled, it blocks Bing Chat and Bing Chat Enterprise from reading the current webpage context."
[Enter feedback here]

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

ID: c45da028-0e12-6c6e-e48e-48aab82fe911
Version Independent ID: c45da028-0e12-6c6e-e48e-48aab82fe911
Content: Manage Copilot in Windows - Windows Client Management
Content Source: windows/client-management/manage-windows-copilot.md
Product: windows-client
Technology: itpro-windows-copilot
GitHub Login: @mestew
Microsoft Alias: mstewart

To make it easier for you to submit feedback on articles on learn.microsoft.com, we're transitioning our feedback system from GitHub Issues to a new experience.
As part of the transition, this GitHub Issue will be moved to a private repository. We're moving Issues to another repository so we can continue working on Issues that were open at the time of the transition. When this Issue is moved, you'll no longer be able to access it.
If you want to provide additional information before this Issue is moved, please update this Issue before December 15th, 2023.
With the new experience, you no longer need to sign in to GitHub to enter and submit your feedback. Instead, you can choose directly on each article's page whether the article was helpful. Then you can then choose one or more reasons for your feedback and optionally provide additional context before you select Submit.
Here's what the new experience looks like.
Note: The new experience is being rolled out across learn.microsoft.com in phases. If you don't see the new experience on an article, please check back later.
First, select whether the article was helpful:

Then, choose at least one reason for your feedback and optionally provide additional details about your feedback:

Article was helpful
Article was unhelpful

Finally, select Submit and you're done!


Glow is not rendering Headings and Dropdowns

Neovim version: NVIM v0.9.2
glow.nvim version: I dont know where to find it, but packer is not updating it when running PackerSync, so presumably latest release.
OS: Fedora 38

Operating System: Fedora Linux 38
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.110.0
Qt Version: 5.15.11
Kernel Version: 6.5.10-200.fc38.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 8 × 11th Gen Intel® Core™ i5-1135G7 @ 2.40GHz
Memory: 15.4 GiB of RAM
Graphics Processor: Mesa Intel® Xe Graphics
Manufacturer: Framework
Product Name: Laptop
System Version: AA
Glow is not rendering Headings and Dropdowns
Glow:

Marker (Markdown viewer and editor)

To Reproduce
Steps to reproduce the behavior:
Open Glow in a markdown Document with headings and/ or dropdowns
Expected behavior
Elements are rendered as markdown and not text

hey @ostap-tymchenko not sure if the glow lib supports dropdowns, but heading does work.

Is there support planned for it?

Headers don't work on Win 11 either, except for the level 1 headers (i.e. # College Prep would work, but ## College Prep wouldn't).
Links to URLs or other markdown files don't work either, it seems.


Allow CC0 contributions

As discussed during the Plone Steering Circle.

Thank you for reviewing this PR. 😃


2024-12-20_01-35-17_master-next_aws-crt-cpp

Automatically created.

Successfully created backport PR for kirkstone-next:

#10908

Successfully created backport PR for scarthgap-next:

#10909

Successfully created backport PR for styhead-next:

#10910


Conversion from Task to Async to Task

Hello!
I noticed that there is a conversion from Task to Async to Task here: https://github.com/JordanMarr/SqlHydra/blob/7d24b1d1b8266786bb3e03a17f3e6b214e128a59/src/SqlHydra.Query/QueryContext.fs#L127
and here:
https://github.com/JordanMarr/SqlHydra/blob/7d24b1d1b8266786bb3e03a17f3e6b214e128a59/src/SqlHydra.Query/QueryContext.fs#L136
Just for my understanding, is this double conversion really necessary? And possibly correlated, why choose to return a  Task and not an Async?
Cheers!

Is this different from accessing Task.Result? "If the Result property is accessed before the computation finishes, the property blocks the calling thread until the value is available."

Yes, this approach is actually asynchronous, whereas Task.Result would not be because it would block (wait) for the database response before returning the result.

And thus it's up to the caller of InsertAsync to block or not? For lack of a Task.map or similar (which a task builder lib or v6 would provide). Makes sense. 😄

Thank you for the insights, very helpful for my understanding. 🙂


date validation

Hi, how can I validate a date input (from a form, date_select)?
validates_timeliness gem doesn't seem to work under Active Node

It looks like that gem requires a module specific to the ORM you're using, similar to the files at https://github.com/adzap/validates_timeliness/tree/master/lib/validates_timeliness/orm. If you want to give it a shot, you might want to focus on adapting and appeasing the Mongoid tests. I've had luck starting from there with other gems. We're happy to advise if you need a hand; otherwise, I'm afraid you'll need to fall back to basic ActiveModel validations and check dates manually.

Just checking in, @im-13 did you have any luck?


⚠ SceneTime has degraded performance

In 629d6ea, SceneTime ($ST) experienced degraded performance:

HTTP code: 200
Response time: 1241 ms

Resolved: SceneTime performance has improved in 9f1f6a8 after 6 minutes.


fix total voted displays incorrect

issue: https://github.com/tomochain/tomomaster/issues/606

Pull Request Test Coverage Report for Build 1245

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

Totals

Change from base Build 1244:
0.0%

Covered Lines:
92

Relevant Lines:
103

💛  - Coveralls


qml: display caret pos in status bar

As stated on #14 I'd like to display the caret position inside the status bar.
I tried to add a signal going from the LimeView Mouse Area to the main view.
The signal is fired on mouse pressed, but it's not caught by the main view.
I tried another way to register the signal handler, with a Component.onCompleted but it doesn't seem to be called either.
It's my first experience with qml, so I may be missing something simple. I read various documentation on signals, and created a toy application with a similar structure without problem. So I don't know where to look next. Any help would be welcome.

I'm not very familiar with QML, either, but I don't see anything obviously wrong. Maybe @zoli might have some ideas?

I think we should listen to OnSelectionModified event in frontendView and from there set status bar

This is duplicate of #3.


[8.x]Syntactic sugar for creating foreign keys.

A better way for creating foreign keys for legacy projects with Laravel. We don't need to use non-standard names for table or id in two files(migration and model), but only in model.

Thanks for your pull request to Laravel!
Unfortunately, I'm going to delay merging this code for now. To preserve our ability to adequately maintain the framework, we need to be very careful regarding the amount of code we include.
If possible, please consider releasing your code as a package so that the community can still take advantage of your contributions!
If you feel absolutely certain that this code corrects a bug in the framework, please "@" mention me in a follow-up comment with further explanation so that GitHub will send me a notification of your response.


[CU-8695xua8h] Strapi v5 / Plugin v3 Inconsistent theme

Hello,
The plugin theme seems breaking on the heading part when changing system theme from "light" to "dark".
I attach a video for the reproduction
https://github.com/user-attachments/assets/a9cfdf12-b736-46d0-b245-48c627bc4fdd

Noted and in progress already @liqueflies.

Issue solved, we are going to release it in the upcoming beta.1

Version 3.0.0-beta.1 released.


Update README

Related to #2

Codecov Report

Merging #3 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master       #3   +/-   ##
=======================================
  Coverage   14.99%   14.99%
=======================================
  Files          14       14
  Lines         587      587
=======================================
  Hits           88       88
  Misses        499      499

Continue to review full report at Codecov.

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


validation for RuleEngineConfig exported outside package and removed …

…old benchmarking results

Pull Request Test Coverage Report for Build<PHONE_NUMBER>

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

Totals

Change from base Build<PHONE_NUMBER>:
0.0%

Covered Lines:
478

Relevant Lines:
494

💛  - Coveralls


added workflow for closing old PRs

Pull Request Template
Description
This feature aims to automate the management of open PRs in a repository, ensuring that outdated or abandoned PRs are closed in a timely manner. By doing so, it helps maintain repository hygiene, improves workflow efficiency, and provides a better experience for both maintainers and contributors.
Related Issue
Fixes #76
Impact Analysis

[N] Breaking change: This change introduces breaking modifications.
[Y] Non-breaking change: This change does not introduce breaking modifications.
[N] Disrupts existing functionality: This change disrupts the functionality of existing features.
[Y] Does not disrupt existing functionality: This change does not disrupt the functionality of existing features.

Screenshots (if applicable)

Checklist

[X] I have tested the changes locally and they work as expected.
[ ] I have updated the documentation if necessary.
[X] I have reviewed the code and ensured it follows project standards.
[ ] All tests (if applicable) pass successfully.
[ ] I have added myself to the list of contributors if this is a significant contribution.

@sourabhkumar47 please review and merge this PR


Introduce DimensionTableDataManager

Description
Adding DimensionTableDataManager for managing data access for 'Dimension Tables'. It will be used by the upcoming LookupTransformUDF as outlined in Lookup UDF Join In Pinot document.
This is a followup to the PR: Adding offline dimension table creation and segment assignment and will be followed by a third PR to create the LookupTransformFunction soon. If you'd like to see a full end-to-end proof of concept implementation please take a look at here.
DimensionTableDataManager is implemented as an extension of OfflineTableDataManager since Dimension tables are modeled as Offline tables with a couple additional features. DimensionTableDataManager has a private constructor and its Instances are 'per-table' singletons which are created/accessed via static methods: createInstanceByTableName and getInstanceByTableName. This is to make it possible for the UDF functions to be able to access Dimension tables, without having to change the TransformFunction interface, which would have been very intrusive.
In this implementation, DimensionTableDataManager simply loads the contents of a Dimension table into a HashMap on addSegment hook. Entries are keyed by table's PrimaryKey, and are available for querying via method lookupRowByPrimaryKey.
A couple of known shortcomings:

Size of the table is not bounded: This will be addressed in a separate work as quota config enforcement at table creation flow.
Schema changes require server restart: This can be addressed in the next iteration of the feature, once basic feature is finalized.

Testing

Unit tests are added
A JoinQuickStart is added for local manual testing.
A manual end-to-end test is done in the POC implementation by loading >1MM items on a trivial dim table.

Please take a look
Documentation

Will be added with the next PR, 'LookupTransformUDF'.

Codecov Report

Merging #6346 (bab1342) into master (1beaab5) will decrease coverage by 1.09%.
The diff coverage is 45.12%.

@@            Coverage Diff             @@
##           master    #6346      +/-   ##
==========================================
- Coverage   66.44%   65.35%   -1.10%
==========================================
  Files        1075     1288     +213
  Lines       54773    62141    +7368
  Branches     8168     9014     +846
==========================================
+ Hits        36396    40614    +4218
- Misses      15700    18632    +2932
- Partials     2677     2895     +218

Flag
Coverage Δ

unittests
65.35% <45.12%> (?)

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

Impacted Files
Coverage Δ

...e/pinot/broker/api/resources/PinotBrokerDebug.java
0.00% <0.00%> (-79.32%)
:arrow_down:

...ot/broker/broker/AllowAllAccessControlFactory.java
71.42% <ø> (-28.58%)
:arrow_down:

.../helix/BrokerUserDefinedMessageHandlerFactory.java
33.96% <0.00%> (-32.71%)
:arrow_down:

...ker/routing/instanceselector/InstanceSelector.java
100.00% <ø> (ø)

...ava/org/apache/pinot/client/AbstractResultSet.java
66.66% <0.00%> (+9.52%)
:arrow_up:

.../main/java/org/apache/pinot/client/Connection.java
35.55% <0.00%> (-13.29%)
:arrow_down:

...inot/client/JsonAsyncHttpPinotClientTransport.java
10.90% <0.00%> (-51.10%)
:arrow_down:

...not/common/assignment/InstancePartitionsUtils.java
73.80% <ø> (+0.63%)
:arrow_up:

.../apache/pinot/common/exception/QueryException.java
90.27% <ø> (+5.55%)
:arrow_up:

...pinot/common/function/AggregationFunctionType.java
100.00% <ø> (ø)

... and 1135 more

Continue to review full report at Codecov.

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

Thanks for the reviews @Jackie-Jiang @yupeng9 @mcvsubbu @chenboat , please let me know if you have any other recommendations. Otherwise I'd like to move forward with landing this and prepare the next PR in for the feature: Transform UDF.

Great, I don't have any more suggestions. Feel free to merge.

Thanks folks!
@Jackie-Jiang can you please merge the branch so I can move to the next step?


add static analyzer, undefined behaviour sanitizer and fuzzer targets

This PR adds targets to use the clang static analyzer, undefined behaviour sanitizer and fuzzer from llvm.
The fuzzer target introduces all the plumbing necessary to use it, but to address vlcn-io/cr-sqlite#25 it needs to actually fuzz something. Since the application is responsible for writes into crsql_changes I wasn't sure what to add in the fuzzing harness, maybe a modified version of testInsertChangesWithUnkownColumnNames() with random data?

This is great.

I wasn't sure what to add in the fuzzing harness,

Yep, I think the most important thing to fuzz would be
INSERT INTO "crsql_changes"
  ("table", "pk", "cid", "val", "version", "site_id")
  VALUES (?, ?, ?, ?, ?, ?);

with random values.
followed by
SELECT "table", "pk", "cid", "val", "version", "site_id"
  FROM "crsql_changes"
  WHERE "version" > ?
  AND "site_id" != ?

This latter one should be less problematic given the only untrusted values it should get are the site_id and version.


MODE 7 only able to scroll screen up

VDP 2.7.0 added full cursor behaviour support, which includes allowing the horizontal and vertical axes to be reversed and/or swapped.
The teletext mode (mode 7) unfortunately does not properly understand this new cursor behaviour.
Testing seems to show that teletext mode appears work correctly when the horizontal axis is reversed.  (I say "seems to" as I am currently unsure whether the underlying text buffer is genuinely "correct" when the horizontal axis has been reversed.)  Unfortunately other cursor behaviour options can result in changes that mean the screen should scroll in different directions, and those are not supported by the teletext mode.
We therefore need to add support to the teletext mode to support scrolling in the other directions, as per the currently set cursor behaviour.
The scroll function in the teletext instance should accept a direction argument, as per the scrollRegion function, and in a similar manner to scrollRegion for direction values 4-7 it should work out the direction the screen is being scrolled and scroll accordingly

released in 2.8.0


add inspect_json

https://github.com/moonbitlang/core/issues/1012

Pull Request Test Coverage Report for Build 3249
Details

0 of 4 (0.0%)  changed or added relevant lines in 1 file are covered.
12 unchanged lines in 1 file lost coverage.
Overall coverage decreased (-0.3%) to 82.851%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

json/json.mbt
0
4
0.0%

Files with Coverage Reduction
New Missed Lines
%

queue/queue.mbt
12
77.27%

Totals

Change from base Build 3247:
-0.3%

Covered Lines:
4063

Relevant Lines:
4904

💛  - Coveralls


Update Composer dependencies (2024-07-30-00-11)

Visual regression test passed!
View the visual regression test report


BTHRM - Allow reading more characteristics if the sensor supports them

BTHRM

Allow reading additional data if available: HRM battery, position and RR
Better caching of scanned BT device properties
New setting for not starting the BTHRM together with HRM
Save some RAM by not defining functions if disabled in settings
Always emit BTHRM event
Cleanup promises code and allow to configure custom additional waiting times to work around bugs
Disconnect cleanly on exit

Recorder

Log src property of HRM-event
Allow creating new files instead of overwriting

Nice - thanks!


Export to SQL

Add support for exporting structured data to a SQL table. Like pgn2csv, but with the output dumped to SQL.

MIght be best to point users towards Pandas' to_sql or were you thinking of writing a wrapper for it. eg pgn2sql


Weighted round robin does not honour weights after recovering backend

Weighted round robin does not honour weights after recovering backend
Do you want to request a feature or report a bug?
Bug
What did you do?
I have a backend with two servers:
[backends]
  [backends.service]

    [backends.service.servers.active]
      url = "http://active.example.com"
      weight = 10000000

    [backends.service.servers.passive]
      url = "http://passive.example.com"
      weight = 0

And a healthcheck defined like this:
    [backends.service.healthcheck]
      path = "/wd/hub/status"
      interval = "5s"

As soon as healtcheck for active server fails the "passive" server starts to get traffic.
So until now everything fine but as soon as active server is back again (healtcheck returns 200)
Traefik starts round robin equally between active and passive. It does not honour the weights anymore.
What did you expect to see?
When active server is healthy again it should start sending traffic to active server according
to the weights.
What did you see instead?
Traefik starts round robin equally between active and passive. It does not honour the weights anymore.
Output of traefik version: (What version of Traefik are you using?)
Version:      v1.5.3
Codename:     cancoillotte
Go version:   go1.9.4
Built:        2018-02-27_02:47:04PM
OS/Arch:      darwin/amd64

What is your environment & configuration (arguments, toml, provider, platform, ...)?
defaultEntryPoints = ["http"]
[entryPoints]
  [entryPoints.http]
  address = ":8080"

[file]

[frontends]
  [frontends.zalenium]
    backend = "zalenium"
    entrypoints = ["http"]

    [frontends.zalenium.routes.test1]
      rule = "Host:localhost"

[backends]
  [backends.zalenium]

    [backends.zalenium.servers.zalenium1]
      url = "http://zalenium-test.mydomain.com"
      weight = 10000000

    [backends.zalenium.servers.zalenium2]
      url = "http://zalenium2-test2.mydomain.com"
      weight = 0

    [backends.zalenium.healthcheck]
      path = "/wd/hub/status"
      interval = "5s"

################################################################
# Web configuration backend
################################################################

# Enable web configuration backend
[web]

# Web administration port
#
# Required
#
address = ":8090"

If applicable, please paste the log output in debug mode (--debug switch)

$ ~/Downloads/traefik_darwin-amd64 --configFile=./traefik.toml -d
INFO[2018-03-08T18:10:39+01:00] Using TOML configuration file /Users/dennis/netent/repos/traefik/traefik.toml
WARN[2018-03-08T18:10:39+01:00] web provider configuration is deprecated, you should use these options : api, rest provider, ping and metrics
INFO[2018-03-08T18:10:39+01:00] Traefik version v1.5.3 built on 2018-02-27_02:47:04PM
INFO[2018-03-08T18:10:39+01:00]
Stats collection is disabled.
Help us improve Traefik by turning this feature on :)
More details on: https://docs.traefik.io/basics/#collected-data

DEBU[2018-03-08T18:10:39+01:00] Global configuration loaded {"LifeCycle":{"RequestAcceptGraceTimeout":"0s","GraceTimeOut":"10s"},"GraceTimeOut":"0s","Debug":true,"CheckNewVersion":true,"SendAnonymousUsage":false,"AccessLogsFile":"","AccessLog":null,"TraefikLogsFile":"","TraefikLog":null,"LogLevel":"DEBUG","EntryPoints":{"http":{"Network":"","Address":":8080","TLS":null,"Redirect":null,"Auth":null,"WhitelistSourceRange":null,"Compress":false,"ProxyProtocol":null,"ForwardedHeaders":{"Insecure":true,"TrustedIPs":null}},"traefik":{"Network":"","Address":":8090","TLS":null,"Redirect":null,"Auth":null,"WhitelistSourceRange":null,"Compress":false,"ProxyProtocol":null,"ForwardedHeaders":{"Insecure":true,"TrustedIPs":null}}},"Cluster":null,"Constraints":[],"ACME":null,"DefaultEntryPoints":["http"],"ProvidersThrottleDuration":"2s","MaxIdleConnsPerHost":200,"IdleTimeout":"0s","InsecureSkipVerify":false,"RootCAs":null,"Retry":null,"HealthCheck":{"Interval":"30s"},"RespondingTimeouts":null,"ForwardingTimeouts":null,"Web":{"Address":":8090","CertFile":"","KeyFile":"","ReadOnly":false,"Statistics":null,"Metrics":null,"Path":"/","Auth":null,"Debug":false},"Docker":null,"File":{"Watch":true,"Filename":"/Users/dennis/netent/repos/traefik/traefik.toml","Constraints":null,"Trace":false,"DebugLogGeneratedTemplate":false,"Directory":""},"Marathon":null,"Consul":null,"ConsulCatalog":null,"Etcd":null,"Zookeeper":null,"Boltdb":null,"Kubernetes":null,"Mesos":null,"Eureka":null,"ECS":null,"Rancher":null,"DynamoDB":null,"ServiceFabric":null,"Rest":null,"API":{"EntryPoint":"traefik","Dashboard":true,"Debug":true,"CurrentConfigurations":null,"Statistics":null},"Metrics":null,"Ping":{"EntryPoint":"traefik"}}
INFO[2018-03-08T18:10:39+01:00] Preparing server traefik &{Network: Address::8090 TLS:<nil> Redirect:<nil> Auth:<nil> WhitelistSourceRange:[] Compress:false ProxyProtocol:<nil> ForwardedHeaders:0xc4206cbee0} with readTimeout=0s writeTimeout=0s idleTimeout=3m0s
INFO[2018-03-08T18:10:39+01:00] Preparing server http &{Network: Address::8080 TLS:<nil> Redirect:<nil> Auth:<nil> WhitelistSourceRange:[] Compress:false ProxyProtocol:<nil> ForwardedHeaders:0xc4206cbf00} with readTimeout=0s writeTimeout=0s idleTimeout=3m0s
INFO[2018-03-08T18:10:39+01:00] Starting server on :8090
INFO[2018-03-08T18:10:39+01:00] Starting provider *file.Provider {"Watch":true,"Filename":"/Users/dennis/netent/repos/traefik/traefik.toml","Constraints":null,"Trace":false,"DebugLogGeneratedTemplate":false,"Directory":""}
INFO[2018-03-08T18:10:39+01:00] Starting server on :8080
DEBU[2018-03-08T18:10:39+01:00] Validation of load balancer method for backend zalenium failed: invalid load-balancing method ''. Using default method wrr.
DEBU[2018-03-08T18:10:39+01:00] Configuration received from provider file: {"backends":{"zalenium":{"servers":{"zalenium1":{"url":"http://zalenium-test.mydomain.com","weight":10000000},"zalenium2":{"url":"http://zalenium2-test2.mydomain.com","weight":1}},"loadBalancer":{"method":"wrr"},"healthCheck":{"path":"/wd/hub/status","interval":"5s"}}},"frontends":{"zalenium":{"entryPoints":["http"],"backend":"zalenium","routes":{"test1":{"rule":"Host:localhost"}},"priority":0,"basicAuth":null}}}
DEBU[2018-03-08T18:10:39+01:00] Creating frontend zalenium
DEBU[2018-03-08T18:10:39+01:00] Wiring frontend zalenium to entryPoint http
DEBU[2018-03-08T18:10:39+01:00] Creating route test1 Host:localhost
DEBU[2018-03-08T18:10:39+01:00] Creating backend zalenium
DEBU[2018-03-08T18:10:39+01:00] Creating load-balancer wrr
DEBU[2018-03-08T18:10:39+01:00] Creating server zalenium1 at http://zalenium-test.mydomain.com with weight 10000000
DEBU[2018-03-08T18:10:39+01:00] Creating server zalenium2 at http://zalenium2-test2.mydomain.com with weight 1
DEBU[2018-03-08T18:10:39+01:00] Setting up backend health check [Path: /wd/hub/status Port: 0 Interval: 5s]
INFO[2018-03-08T18:10:39+01:00] Server configuration reloaded on :8090
INFO[2018-03-08T18:10:39+01:00] Server configuration reloaded on :8080
DEBU[2018-03-08T18:10:39+01:00] Initial healthcheck for currentBackend httpzalenium
DEBU[2018-03-08T18:10:44+01:00] Refreshing healthcheck for currentBackend httpzalenium
DEBU[2018-03-08T18:10:48+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59188","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:48+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59188","RequestURI":"/","TLS":null}" ForwardURL=http://zalenium-test.mydomain.com
DEBU[2018-03-08T18:10:48+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59188","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:48+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59188","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:48+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium-test.mydomain.com, code: 200, Length: 1577, duration: 18.657ms
DEBU[2018-03-08T18:10:48+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59188","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:48+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59188","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:48+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59188","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:49+01:00] Refreshing healthcheck for currentBackend httpzalenium
DEBU[2018-03-08T18:10:50+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59191","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:50+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  ForwardURL=http://zalenium-test.mydomain.com Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59191","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:50+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59191","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:50+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59191","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:50+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium-test.mydomain.com, code: 200, Length: 1577, duration: 29.623ms
DEBU[2018-03-08T18:10:50+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59191","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:50+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59191","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:50+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59191","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:52+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59193","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:52+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59193","RequestURI":"/","TLS":null}" ForwardURL=http://zalenium-test.mydomain.com
DEBU[2018-03-08T18:10:52+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59193","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:52+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59193","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:52+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium-test.mydomain.com, code: 200, Length: 1577, duration: 9.48ms
DEBU[2018-03-08T18:10:52+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59193","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:52+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59193","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:52+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59193","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:10:54+01:00] Refreshing healthcheck for currentBackend httpzalenium
DEBU[2018-03-08T18:10:59+01:00] Refreshing healthcheck for currentBackend httpzalenium
DEBU[2018-03-08T18:11:04+01:00] Refreshing healthcheck for currentBackend httpzalenium
WARN[2018-03-08T18:11:04+01:00] HealthCheck has failed [http://zalenium-test.mydomain.com]: Remove from server list
DEBU[2018-03-08T18:11:06+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59200","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:06+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  ForwardURL=http://zalenium2-test2.mydomain.com Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59200","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:06+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59200","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:06+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59200","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:06+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium2-test2.mydomain.com, code: 200, Length: 1577, duration: 22.647ms
DEBU[2018-03-08T18:11:06+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59200","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:06+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59200","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:06+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59200","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:08+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59202","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:08+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59202","RequestURI":"/","TLS":null}" ForwardURL=http://zalenium2-test2.mydomain.com
DEBU[2018-03-08T18:11:08+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59202","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:08+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59202","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:08+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium2-test2.mydomain.com, code: 200, Length: 1577, duration: 13.982ms
DEBU[2018-03-08T18:11:08+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59202","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:08+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59202","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:08+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59202","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:09+01:00] Refreshing healthcheck for currentBackend httpzalenium
WARN[2018-03-08T18:11:09+01:00] HealthCheck is still failing [http://zalenium-test.mydomain.com]
DEBU[2018-03-08T18:11:14+01:00] Refreshing healthcheck for currentBackend httpzalenium
WARN[2018-03-08T18:11:14+01:00] HealthCheck is still failing [http://zalenium-test.mydomain.com]
DEBU[2018-03-08T18:11:19+01:00] Refreshing healthcheck for currentBackend httpzalenium
WARN[2018-03-08T18:11:19+01:00] HealthCheck is still failing [http://zalenium-test.mydomain.com]
DEBU[2018-03-08T18:11:24+01:00] Refreshing healthcheck for currentBackend httpzalenium
WARN[2018-03-08T18:11:24+01:00] HealthCheck is still failing [http://zalenium-test.mydomain.com]
DEBU[2018-03-08T18:11:29+01:00] Refreshing healthcheck for currentBackend httpzalenium
WARN[2018-03-08T18:11:29+01:00] HealthCheck is still failing [http://zalenium-test.mydomain.com]
DEBU[2018-03-08T18:11:34+01:00] Refreshing healthcheck for currentBackend httpzalenium
WARN[2018-03-08T18:11:34+01:00] HealthCheck is still failing [http://zalenium-test.mydomain.com]
DEBU[2018-03-08T18:11:39+01:00] Refreshing healthcheck for currentBackend httpzalenium
DEBU[2018-03-08T18:11:39+01:00] HealthCheck is up [http://zalenium-test.mydomain.com]: Upsert in server list
DEBU[2018-03-08T18:11:42+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59217","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:42+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59217","RequestURI":"/","TLS":null}" ForwardURL=http://zalenium2-test2.mydomain.com
DEBU[2018-03-08T18:11:42+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59217","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:42+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59217","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:42+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium2-test2.mydomain.com, code: 200, Length: 1577, duration: 24.741ms
DEBU[2018-03-08T18:11:42+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59217","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:42+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59217","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:42+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59217","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:44+01:00] Refreshing healthcheck for currentBackend httpzalenium
DEBU[2018-03-08T18:11:44+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59221","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:44+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59221","RequestURI":"/","TLS":null}" ForwardURL=http://zalenium-test.mydomain.com
DEBU[2018-03-08T18:11:44+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59221","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:44+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59221","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:44+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium-test.mydomain.com, code: 200, Length: 1577, duration: 20.483ms
DEBU[2018-03-08T18:11:44+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59221","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:44+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59221","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:44+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59221","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:45+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59223","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:45+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  ForwardURL=http://zalenium2-test2.mydomain.com Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59223","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:45+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59223","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:45+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59223","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:45+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium2-test2.mydomain.com, code: 200, Length: 1577, duration: 16.214ms
DEBU[2018-03-08T18:11:45+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59223","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:45+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium2-test2.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59223","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:45+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59223","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:46+01:00] vulcand/oxy/roundrobin/rr: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59225","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:46+01:00] vulcand/oxy/roundrobin/rr: Forwarding this request to URL  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59225","RequestURI":"/","TLS":null}" ForwardURL=http://zalenium-test.mydomain.com
DEBU[2018-03-08T18:11:46+01:00] vulcand/oxy/forward: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59225","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:46+01:00] vulcand/oxy/forward/http: begin ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59225","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:46+01:00] vulcand/oxy/forward/http: Round trip: http://zalenium-test.mydomain.com, code: 200, Length: 1577, duration: 10.807ms
DEBU[2018-03-08T18:11:46+01:00] vulcand/oxy/forward/http: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59225","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:46+01:00] vulcand/oxy/forward: completed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"http","Opaque":"","User":null,"Host":"zalenium-test.mydomain.com","Path":"","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59225","RequestURI":"/","TLS":null}"
DEBU[2018-03-08T18:11:46+01:00] vulcand/oxy/roundrobin/rr: competed ServeHttp on request  Request="{"Method":"GET","URL":{"Scheme":"","Opaque":"","User":null,"Host":"","Path":"/","RawPath":"","ForceQuery":false,"RawQuery":"","Fragment":""},"Proto":"HTTP/1.1","ProtoMajor":1,"ProtoMinor":1,"Header":{"Accept":["*/*"],"User-Agent":["curl/7.54.0"]},"ContentLength":0,"TransferEncoding":null,"Host":"localhost:8080","Form":null,"PostForm":null,"MultipartForm":null,"Trailer":null,"RemoteAddr":"[::1]:59225","RequestURI":"/","TLS":null}"

Exactly the same problem appears in 1.6.4 version. At the moment, I have to restart the traefik server to recover the correct weight the backends.

Any solution to this problem?

I am having this issue as well with version 1.7.12.
I've found that traefik will start honoring the weights again if the weight value from either backend is modified in any way. I'm using consul kv for my provider if that makes a difference.

The code inside the branch master is related to the v2 of Traefik.
In the v2 we have hard-coded weights because we will rewrite the load-balancing system.
Then, sorry, but your assumption is wrong.

I would like to apologize to @DougWagner, I focused on the master branch, the work we did to fix weights, and I looked too quickly at v1.7.
So, I'm sorry, you found the bug, congratulations and thank you :+1:

Closed by #5051.


zedrouter: fix hosts file with multiple IPs assigned to the same hostname

Zedrouter creates one hosts file /run/zedrouter/hosts.<bridge>/<hostname> for every hostname (e.g. app name). However, when app has multiple VIFs in the same NI or there are static hostname->IPs entries configured for a NI with multiple IPs assigned to the same hostname, it is important that all hostname IPs are put into the same single hosts file. However, in the current implementation, zedrouter tries to split IPs and put each into a separate hosts file. With hostname that has multiple IPs, n-1 IPs will have their hosts file overwritten by the hosts file created for the last IP. Apart from the fact that only one IP will happen to be in effect for DNS, this additionally confuses zedrouter when it tries to delete VIFs and cannot find some of those hosts files (which can propagate further and break app purge operation for example).

The only thing I would consider (thank the Codecov bot for the reminder!) - is to add a unit test that checks the case of several IPs per host.

LGTM and +1 on error check

The only thing I would consider (thank the Codecov bot for the reminder!) - is to add a unit test that checks the case of several IPs per host.

Better yet I'm going to add a simple eden test to cover the "DNS between apps" functionality.

The only thing I would consider (thank the Codecov bot for the reminder!) - is to add a unit test that checks the case of several IPs per host.

Better yet I'm going to add a simple eden test to cover the "DNS between apps" functionality.

But can you add eden to codeCov :thinking:

Prepared eden test for this: https://github.com/lf-edge/eden/pull/905


[SP-5448] Backport of PDI-18405 - Subtransformation Mapping not Loadi…

…ng in Editor (8.3 Suite)
cherry-pick of 7e27cf0 and b2deec7
@pentaho-lmartins @ppatricio @bcostahitachivantara @smmribeiro

:white_check_mark: Build finished in 23m 42s
Build command:
mvn clean verify -B -e -Daudit -amd -pl ui

:ok_hand: All tests passed!
Tests run: 1093, Failures: 0, Skipped: 0    Test Results

:information_source:  This is an automatic message

:warning: Build finished in 29m 35s
Build command:
mvn clean verify -B -e -Daudit -amd -pl ui

:no_entry: Failed Tests
:cloud_with_lightning_and_rain: 1 test(s) failed:
org.apache.maven.surefire.junit4.JUnit4Provider.org.pentaho.di.shapefilereader.ShapeFileReaderTest (click to expand)
Lorg/pentaho/di/trans/steps/mock/StepMockHelper;

Tests run: 1094, Failures: 1, Skipped: 0    Test Results

:information_source:  This is an automatic message

:white_check_mark: Build finished in 24m 37s
Build command:
mvn clean verify -B -e -Daudit -amd -pl ui

:ok_hand: All tests passed!
Tests run: 1093, Failures: 0, Skipped: 0    Test Results

:information_source:  This is an automatic message


Efficiency

Cuckoo filter should be memory and CPU efficient.
Using "slice" for buckets and fingerprints destroys both cause sizeof(slice)==24byte and every slice is a pointer inderection.

good call... fixing it asap

I partially fixed it... a bucket is now an array of fp instead of a slice. still need to change fingerprints (and loose the 0 as a value for a fp)

note, that paper propose usage of 12-bit "fingerprints" as "better than bloom filter".
8-bit has less memory efficiency for same "false positive" answer.
Next: probalistic filter has no operation "delete" - neither "bloom filter" nor "cuckoo filter" can know how much items are collided.

i was thinking of going up to 16 bits because working with 12 bits would have been painful for a start

Ok I fixed the slices issues. Now everything is array :D

@funny-falcon so i ran through most of the optimisations you recommended and it works great.
Would you be interested in helping me out with the 12 bit fingerprint func?


cudatoolkit: 7 -> 7.5

Did you test that nsight works? I did a similar change a while back: https://github.com/NixOS/nixpkgs/pull/9797.

No I hadn't tested nsight, just cuda and opencl themselves. Just tried it and you're right it's broken. I'll close this in favor of your PR.


goal: celocli installs without any warnings

currently lots of warnings and deprecations notices
after: no warnings or deprecations notices when installing the latest @celo/celocli

warning ../../package.json: No license field
[1/4] 🔍  Resolving packages...
warning @celo/celocli > @celo/wallet-hsm-azure > @azure/identity ><EMAIL_ADDRESS>A newer major version of this library is available. Please upgrade to the latest available version.
warning @celo/celocli > @celo/wallet-hsm-azure > @azure/identity ><EMAIL_ADDRESS>This package is no longer supported. Please use @azure/msal-browser instead.
[2/4] 🚚  Fetching packages...
[3/4] 🔗  Linking dependencies...
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node > @opentelemetry/sdk-trace-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node > @opentelemetry/sdk-trace-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node > @opentelemetry/sdk-trace-node ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".
warning "@celo/celocli > @celo/identity > @celo/phone-number-privacy-common > @opentelemetry/sdk-node > @opentelemetry/exporter-trace-otlp-http ><EMAIL_ADDRESS>has incorrect peer dependency "<EMAIL_ADDRESS><1.7.0".

requires https://github.com/celo-org/social-connect/pull/256 and subsequent release

considering this done when azure update and social connect removal of telemetry both land


Separate images

I expect

different, smaller images (base+beam, spacy)
using apache-beam

Instead

a single, fat image
without beam

fixed in #3


Add visibility for "Node" and "CanvasLayer"

Godot version:
3.1-stable
OS/device including version:
5.1.11-arch1-1-ARCH
Issue description:
I think it could be useful to allow the "Node" class to have a visibility toggle (that does nothing). This is useful if you want to forward visibility in a subtree of your scene without caring if there are some possible "Node"s that are interrupting the inheritance of the visibility.
I understand that this might be done on purpose in some projects, so let's talk about it :)
Regarding CanvasLayer, here's the related issue #16532
Detailed use case:
I have a script that spawns objects and, due to its "abstract" nature, it inherits from Node (so that i can assign the export vars in the scene).
When the objects are spawned, they are put as a child of the spawner.
If i try to hide the level, since the spawners are part of the level, all the spawned object won't be hidden because they are children of a Node.
Thoughts
I'm very aware that this could be reimplemented in many ways to solve this issue, but I'd like to understand if this is something that only I am encountering or if it is common amongst other users.
If no action is to be taken inside of the engine code, it might be worth documenting with good/bad practices somewhere.

I don't know where the idea that you need to use "the most abstract node" came from. If you have a 2D scene, use Node2D as a root and for any other "abstract" object. It doesn't really introduce as much overhead as most people think. Like, there are nodes inheriting from Node2D, whose position and Z-index is irrelevant (e.g. CanvasModulate) and nobody has a problem with that. Node should be used for stuff that isn't supposed to interact with your scene at all (like singletons). btw, you can also use Node script inside Node2D.
However, assuming this is really needed, adding visibility to Node isn't really a good idea, as every node inheriting from it (so, every node) will get the property and it's rather useless for them. Instead, we could make CanvasItem non-abstract, to have a generic node that forwards visibility and color, but doesn't have a position. Or a RemoteVisibility, similar to RemoteTransform.
As for CanvasLayer, adding visibility there does make sense.

Yeah, CanvasLayer could benefit from a visibility toggle.

Will it work if we make CanvasLayer inherit CanvasItem?

If you have a 2D scene, use Node2D as a root and for any other "abstract" object.

I started to use Node2D for most stuff now even if I think that "I won't need to be able to inherit transform/visibility", boy I'm almost always wrong with this assumption and end up changing type and script to inherit Node2D instead of Node. 😄
So using a Node alone is a good decision for organizing pure game logic.
I do use visibility as a way to enable/disable certain nodes from executing internal logic:
for generator in $generators.get_children():
    if not generator.visible:
        continue # disabled, skip
    # do stuff

You can also recursively enable visibility for all children (not tested):
extends Node

export(bool) var visible = true setget set_visible

func set_visible(p_visible):
    visible = p_visible
    propagate_call("set_visible", [visible]) # only called if child has such method

(Partly) duplicate of #16532. I'd recommend gathering on a proposal made on the Godot proposals repository, since #16532 is just about CanvasLayer.


Error message 'publisher ID not recognised'

Hi we are receiving reports from organisations that they are getting the error message 'publisher ID not recognised' when they try and publish data  to the Registry. Please advise re the fix you are implementing?

This issue has already been solved.


Remove over-kill output processing routine

Problem

The queue in the log processing routing is an overkill, remove it does not affect the correctness of the output.
FindBinaryPath is too slow on darwin.

Change overview

Remove the use of FindBinaryPath
Update doc

Testing

CI should green
Tested on darwin, and the speed is fast enough.

Ran this branch on my Mac, and confirmed that this now runs a heck of a lot faster,


Added CpcdosC+ on the list

Hi,
as requested on the issue #2493
We added the language to the list, and pushed a dist folder and improved the README.md
Thanks in advance for your collaboration,
SPinti Software,
Jordan DALCQ

Is "cpc" the common short name for it vs "cpcdos"?

Yes it is

Awesome, README looks much better.


[WIP] Removing deprecated serving.knative.dev/release label

Signed-off-by: Paul S. Schweigert<EMAIL_ADDRESS>Previously agreed these labels would be dropped in release v1.4
Follow on to #804 , #861
See https://github.com/knative/serving/issues/12215 for more details.
`serving.knative.dev/release` labels, deprecated in v1.3, have been removed. Please switch over to using `app.kubernetes.io/name: knative-serving` and `app.kuberentes.io/version: devel`.

(wip to let the CI check for any issues...)

Not sure if the failure was a flake or not, but going to try rerunning the test to see if it passes... if not, will debug further
/test pull-knative-sandbox-net-istio-integration-tests


Synchronized value factory

Based on this, enable the following:
var lru = new ConcurrentLru<int, string>(9);
Func<int, string> valueFactory = x => x.ToString();
var synchronized = new SynchronizedValueFactory<int, string>(lru, valueFactory);

var res = lru.GetOrAdd(1, synchronized.Create);

Could this be an additional policy class that is part of the template?

This approach is not functionally correct, see comments.


Unnecessary backwards slash

There is a backwards slash on the page after the last element of the "In This Section" list. Specifically after "Unmanaged WPF API Reference".

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

ID: bb97aacd-8697-acd0-0102-9fabe5813d91
Version Independent ID: 66a82527-39c6-e50d-3270-cf4d42b00129
Content: Advanced (Windows Presentation Foundation) - WPF .NET Framework
Content Source: dotnet-desktop-guide/framework/wpf/advanced/index.md
Product: dotnet-framework
Technology: dotnet-wpf
GitHub Login: @adegeo
Microsoft Alias: adegeo

Thank you for opening this issue. I'll get this fixed up.


Fix for lighthouse 115.  Fixes Twitter Bootstrap compilation issues

Upgrade to less 1.2.0.  Fixes Twitter Bootstrap compilation issues.
All tests pass with this change.
Thanks to Kevin Bosman for the fix.
https://play.lighthouseapp.com/projects/82401-play-20/tickets/115-fix-twitter-bootstrap-compilation-by-upgrading-to-115-or-newer

+1

Thanks for submitting the patch, Ben.

Yes, that's why this is using only 1.2.0.  Hopefully this will be submitted sometime soon since there are already five people wanting this on this thread.


[v3] Pass linting checks

This issue is part of the migration to v3. You can read full details about the various changes here.
The configlet tool has a lint command that checks if a track's configuration files are properly structured - both syntactically and semantically. Misconfigured tracks may not sync correctly, may look wrong on the website, or may present a suboptimal user experience, so configlet's guards play an important part in maintaining the integrity of Exercism.
We're updating configlet to work with v3 tracks, which have a different set of requirements than v2 tracks.
The full list of rules that will be checked by the linter can be found in this spec.
⚠ Note that only a subset of the linting rules has been implemented at this moment. This means that while your track may be passing the checks at this moment, it might fail later. We thus strongly suggest you keep this issue open until we let you know otherwise.
Goal
Ensure that the track passes all the (v3 track) checks defined in configlet lint.
To help verify that the track passes all the linting rules, the v3 preparation PR has added a GitHub Actions workflow that automatically runs configlet lint.
It is also possible to run configlet lint locally by running the ./bin/fetch-configlet (or ./bin/fetch-configlet.ps1) script to download a local copy of the configlet binary. Once downloaded, you can then do ./bin/configlet lint to run the linting on your own machine.
Tracking
https://github.com/exercism/v3-launch/issues/3

⚠ The original issue did not explain that currently only a subset of the linting rules have been implemented. This means that while your track may be passing the checks at this moment, it might fail later. We (the Exercism team) thus strongly suggest you keep this issue open until we let you know otherwise. The issue's text has been updated to reflect this.

Is this still an issue? Seems ok:
$ configlet --version
4.0.0-alpha.31
$ configlet lint
The lint command is under development.
Please re-run this command regularly to see if your track passes the latest linting rules.

Basic linting finished successfully:
- config.json exists and is valid JSON
- config.json has these valid fields:
    language, slug, active, blurb, version, status, online_editor, key_features, tags
- Every concept has the required .md files
- Every concept has a valid links.json file
- Every concept has a valid .meta/config.json file
- Every concept exercise has the required .md files
- Every concept exercise has a valid .meta/config.json file
- Every practice exercise has the required .md files
- Every practice exercise has a valid .meta/config.json file
- Required track docs are present
- Required shared exercise docs are present


build: include SCM and URL Maven metadata in generated POMs

This hopefully helps tools such as dependabot or renovate to pick up changelog information from the repo.

:tada: This PR is included in version 2.10.9 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


python311Packages.holoviews: 1.18.1 -> 1.18.3

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python311Packages.holoviews is: Python data analysis and visualization seamless and simple
meta.homepage for python311Packages.holoviews is: https://www.holoviews.org/
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.18.2 with grep in /nix/store/d0dfnzm52vc1qfsbilh0khpqb9h3nj3n-python3.11-holoviews-1.18.2
found 1.18.2 in filename of file in /nix/store/d0dfnzm52vc1qfsbilh0khpqb9h3nj3n-python3.11-holoviews-1.18.2

Rebuild report (if merged into master) (click to expand)

5 total rebuild path(s)

5 package rebuild(s)

First fifty rebuilds by attrpath
python311Packages.datashader
python311Packages.holoviews
python311Packages.hvplot
python311Packages.intake
python311Packages.nbsmoke

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/d0dfnzm52vc1qfsbilh0khpqb9h3nj3n-python3.11-holoviews-1.18.2 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python311Packages.holoviews https://github.com/r-ryantm/nixpkgs/archive/6c4270900d2b4ed4193595c7b515e19036886967.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/6c4270900d2b4ed4193595c7b515e19036886967#python311Packages.holoviews

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/d0dfnzm52vc1qfsbilh0khpqb9h3nj3n-python3.11-holoviews-1.18.2
ls -la /nix/store/d0dfnzm52vc1qfsbilh0khpqb9h3nj3n-python3.11-holoviews-1.18.2/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package failed to build:

python311Packages.intake

4 packages built:

python311Packages.datashader
python311Packages.holoviews
python311Packages.hvplot
python311Packages.nbsmoke

Maintainer pings

Automatic update generated by nixpkgs-update tools. This update was made based on information from passthru.updateScript.
meta.description for python311Packages.holoviews is: Python data analysis and visualization seamless and simple
meta.homepage for python311Packages.holoviews is: https://www.holoviews.org/
Updates performed

Ran passthru.UpdateScript

To inspect upstream changes
Impact
Checks done

built on NixOS
The tests defined in passthru.tests, if any, passed
found 1.18.3 with grep in /nix/store/hvgr0zd1xx0ch2rhzx4rrc2j7la5m4ns-python3.11-holoviews-1.18.3
found 1.18.3 in filename of file in /nix/store/hvgr0zd1xx0ch2rhzx4rrc2j7la5m4ns-python3.11-holoviews-1.18.3

Rebuild report (if merged into master) (click to expand)

5 total rebuild path(s)

5 package rebuild(s)

First fifty rebuilds by attrpath
python311Packages.datashader
python311Packages.holoviews
python311Packages.hvplot
python311Packages.intake
python311Packages.nbsmoke

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/hvgr0zd1xx0ch2rhzx4rrc2j7la5m4ns-python3.11-holoviews-1.18.3 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A python311Packages.holoviews https://github.com/r-ryantm/nixpkgs/archive/e85014c155104b612e28223300d447957a155a22.tar.gz

Or:
nix build github:r-ryantm/nixpkgs/e85014c155104b612e28223300d447957a155a22#python311Packages.holoviews

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/hvgr0zd1xx0ch2rhzx4rrc2j7la5m4ns-python3.11-holoviews-1.18.3
ls -la /nix/store/hvgr0zd1xx0ch2rhzx4rrc2j7la5m4ns-python3.11-holoviews-1.18.3/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package failed to build:

python311Packages.intake

4 packages built:

python311Packages.datashader
python311Packages.holoviews
python311Packages.hvplot
python311Packages.nbsmoke

Maintainer pings


[Aborea] Bugfix

Submission Checklist
Required

[x] The pull request title clearly contains the name of the sheet I am editing.
[x] The pull request title clearly states the type of change I am submitting (New Sheet/New Feature/Bugfix/etc.).
[x] The pull request makes changes to files in only one sub-folder.
[x] The pull request does not contain changes to any json files in the translations folder (translation.json is permitted)

Changes / Description

fix typo

Character Sheet Info Roll20 Internal Use only.

Hi @Tealk! Looks like there's a merge conflict here between master and your branch. Please merge master in, resolve the conflict, and let us know so we can merge it.

every time i create an update i get the latest master, but it's the second conflict now
how can i prevent this in the future?

every time i create an update i get the latest master, but it's the second conflict now
how can i prevent this in the future?

From what we can tell, the process you've been following is correct. I think it was just a case of unlucky timing here: we put out an update to fix a bug that was affecting all community sheets and your branch must have been started before that update.
In the future, you can always check once the PR is made whether there are conflicts with master and fix it with a merge, as @NBrooks-Roll20 asked you to in this thread.


style transform typo

I fixed this a couple of weeks ago and published to NPM. But I must have forgotten to push my updates because it reverted. There is a typo causing the style transform not to run.

I don't have write access to this repo. That might be what happened two weeks ago. I probably typed git push after committing my changes and didn't notice the error telling me I didn't have permission. In any case I can't merge this without @brianleroux or possibly @kristoferjoseph.
Thank you.


HACK: Work around rate limiting errors by parsing the SSE message and reverse-engineering the headers

This attempts to work around the rate limiting header issues and instead parses the first SSE payload error text and tries to reverse-engineer the PLG headers.
To do that, we parse the error string, e.g.:
Sourcegraph Cody Gateway: unexpected status code 429: you have exceeded the rate limit of 10 requests. Retry after 2023-12-15 14:36:37 +0000 UTC\n

To get the quota and the retry after field, and make a request to the backend to find out if the user is already a pro user.
Test plan
For chat
https://github.com/sourcegraph/cody/assets/458591/fca610e3-f3a5-4b5d-9f0c-5b765e18512f
For code completions
https://github.com/sourcegraph/cody/assets/458591/ebba8005-0ee9-4ee8-825d-637415252689

@philipp-spiess great work on the mitigation!


Gradient generation

This adds gradients for various primitives, and gradient generation. The tests pass and there is 100% coverage, but it's worth mentioning the whole thing is slightly rushed. A few comments:

There are two xfails which should be fixed at some point.
Support for array operations has not been added yet.
The default pipeline doesn't support gradients yet. The one that does is in test_grad, but it's a bit wonky (likely responsible for one of the xfails).
The grad transform isn't very well documented.
J/Jinv won't work with the debug VM right now.

I fixed one of the xfails and added support for J/Jinv in py_implementations. It seems to work.

That would be a good idea, yeah. There is some documentation in another branch which may still be helpful, but it needs to be updated for the new code: https://github.com/breuleux/myia/blob/gradient_transform/docs/gradient.ipynb
I'll try to add more comments and explanations.

I have added more comments and explanations, and I added a jupyter doc (GitHub renders it nicely):
https://github.com/breuleux/myia/blob/gradgen/docs/gradient.ipynb

@lamblin I'm not sure what you mean by "add a test with a grad() in the original function".

I mean, a test decorated by @grad_test, like the other ones, but where the decorated function calls grad  (or something equivalent) already. That would be a test for a second-order derivative.
I understand if we are not there yet, though.

Oh, I see. It can't work with @grad_test since the Python version of the function is run to estimate derivatives, and it is not able to deal with grad right now. I tried to compile the graph for grad(grad(f)) on some simple function, but it doesn't work. I roughly know what the problem is, but I'd rather work on that a bit later.

@lamblin @bartvm Is it OK to merge this?


[RFE] Use elasticsearch-dsl in fmatch

The elasticsearch-dsl library provides a higher-level series of helpers that makes easier to execute complex queries. By using this library we can reduce the complexity of the code, perform more complex queries and be less error prone
cc @shashank-boyapally

This would be a great start towards code readabilty and a reducing errors. Will look into it and incorporate it.


Updated to winter 23 information for Jump Math

Updated team to reflect Winter 23 information. Added eslint config change to fix said issue.

Squash & Merge

/trunk merge