Add the dart6.13 packages to CI

🦟 Bug fix
Summary
Somehow we were not using DART packages in our CI or I don't see them listed here. Add the ones in our stable repository.
Checklist

[x] Signed all commits for DCO
[ ] Added tests
[ ] Updated documentation (as needed)
[ ] Updated migration guide (as needed)
[ ] Consider updating Python bindings (if the library has them)
[ ] codecheck passed (See contributing)
[ ] All tests passed (See test coverage)
[ ] While waiting for a review on your PR, please help review another open pull request to support the maintainers

Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining Signed-off-by messages.

The direct dependence on DART was removed https://github.com/gazebosim/gz-sim/pull/2187 intentionally. Can we not just rely on gz-physics-dartsim?

The direct dependence on DART was removed #2187 intentionally. Can we not just rely on gz-physics-dartsim?

Oh, that is totally right.


Different "On" code for each permutation - RC3 electra AC

Hi, so after reading about this issue, looks like Electra RC3 AC has a different "On" command for each permutation of "mode" + "fan speed" + "target_temp".
I understand that some addressed this issue by adding an "on" command, which will turn on the AC on whatever mode the code was entered in the config, and then send another command to the AC with the required "mode" + "fan speed" + "target temp".
this behavior is a bit tricky for the AC. for example let's say the "on" command refers to "heat" + "High" + "30".
When we want to turn on the AC for cooling the room, it will first turn the AC on for "heat" , which will cause the AC to enter a "waiting"/"delay" mode since it is changing from cold to heat (assuming last operation was cool), and then it will change from heat mode to cool mode, making it pause again for a few seconds/minutes (it depends..), I believe this is damaging the AC unit.
what I would like to do is when changing mode, if the previous mode was off, to check if target temp is a dict , if so look for "on" command and send it.
for example:
"cool": {
"auto": {
"16": {
"on": "<some_ir_code>",
"regular":"<some_ir_code>"
}
}
}
Would love to hear other thoughts regarding this patch.

@yoavipm Hi, This is work for me)
https://github.com/klimofey/SmartIR


Cartography not running due to "ssl.SSLEOFError"

Bug Template
Title: Cartography not running due to "ssl.SSLEOFError"
Description:

What issue is being seen?
Cartography crashes immediately on being run, with "ssl.SSLEOFError"

To Reproduce:

Run Neo4j locally using docker
$ docker run -d --publish=7474:7474 --publish=7687:7687  --volume=$HOME/neo4j/data:/data --env=NEO4J_AUTH=none --name=neo4j_local2 neo4j:4.1.3
Install cartography with pip from root of cloned repo
$ pip install -e .
run cartography from command line
$ cartography  --neo4j-uri bolt://<IP_ADDRESS>:7687

Logs:
Traceback (most recent call last):
File "/home/shabin/.local/lib/python3.8/site-packages/neobolt/direct.py", line 854, in _secure
s = ssl_context.wrap_socket(s, server_hostname=host if HAS_SNI and host else None)
File "/usr/lib/python3.8/ssl.py", line 500, in wrap_socket
return self.sslsocket_class._create(
File "/usr/lib/python3.8/ssl.py", line 1040, in _create
self.do_handshake()
File "/usr/lib/python3.8/ssl.py", line 1309, in do_handshake
self._sslobj.do_handshake()
ssl.SSLEOFError: EOF occurred in violation of protocol (_ssl.c:1124)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/home/shabin/.local/bin/cartography", line 33, in
sys.exit(load_entry_point('cartography', 'console_scripts', 'cartography')())
File "/home/shabin/KeplerWorx/Projects/KeplerWorx/zen3c/third-party/cartography/cartography/cli.py", line 348, in main
return CLI(default_sync, prog='cartography').main(argv)
File "/home/shabin/KeplerWorx/Projects/KeplerWorx/zen3c/third-party/cartography/cartography/cli.py", line 328, in main
return cartography.sync.run_with_config(self.sync, config)
File "/home/shabin/KeplerWorx/Projects/KeplerWorx/zen3c/third-party/cartography/cartography/sync.py", line 107, in run_with_config
neo4j_driver = GraphDatabase.driver(
File "/home/shabin/.local/lib/python3.8/site-packages/neo4j/init.py", line 120, in driver
return Driver(uri, **config)
File "/home/shabin/.local/lib/python3.8/site-packages/neo4j/init.py", line 161, in new
return subclass(uri, **config)
File "/home/shabin/.local/lib/python3.8/site-packages/neo4j/init.py", line 235, in new
pool.release(pool.acquire())
File "/home/shabin/.local/lib/python3.8/site-packages/neobolt/direct.py", line 715, in acquire
return self.acquire_direct(self.address)
File "/home/shabin/.local/lib/python3.8/site-packages/neobolt/direct.py", line 608, in acquire_direct
connection = self.connector(address, error_handler=self.connection_error_handler)
File "/home/shabin/.local/lib/python3.8/site-packages/neo4j/init.py", line 232, in connector
return connect(address, **dict(config, **kwargs))
File "/home/shabin/.local/lib/python3.8/site-packages/neobolt/direct.py", line 972, in connect
raise last_error
File "/home/shabin/.local/lib/python3.8/site-packages/neobolt/direct.py", line 963, in connect
s, der_encoded_server_certificate = _secure(s, host, security_plan.ssl_context, **config)
File "/home/shabin/.local/lib/python3.8/site-packages/neobolt/direct.py", line 859, in _secure
raise error
neobolt.exceptions.SecurityError: Failed to establish secure connection to 'EOF occurred in violation of protocol (_ssl.c:1124)'
Please complete the following information::

Cartography release version or commit hash: 5d27118a60c42f8a24827431ee2d95cdc2189c74
Python version: 3.7.4
OS: Ubuntu 18.04

env=NEO4J_AUTH=none --name=neo4j_local2 neo4j:4.1.3

Hi, we don't support Neo4j 4.x right now; try 3.5.x: https://github.com/lyft/cartography/blob/master/docs/setup/install.md#cartography-installation

Thanks @achantavy. Its running with Neo4j 3.5


Release-based docker images (CON-915)

Is your feature request related to a problem? Please describe.
As reported in https://github.com/espressif/esp-matter/issues/747, I'm using your docker image to have a reproduceable build framework. On my framework I'm using a sshd to be able to use VSCode Remote.
When changing the branch of esp-matter, I ran into different problems with git unable to change branches due to heavy usage of submodules.
Describe the solution you'd like
I would like to have Matter release specific docker images. While searching the repos, I found, that the build-file of your docker-image already can handle branch-specific image creation. It would be very beneficial to have those, ready for production usage.
Describe alternatives you've considered
As described, changing the branch of the provided images end into having trouble and possibly inconsistent build environments.
Additional context

We have started preserving release based docker image and you can find it here: https://hub.docker.com/r/espressif/esp-matter/tags.
Although we do not have one for release-v1.1

nice to hear, good job! unfortunately, I'm currently running on v1.1, so I will have to wait for the next release of our products... hopefully based on at least v1.2

@PhLuReh We will backport the change which builds and pushes the docker image on release/v1.1 and you'll have an image for v1.1 as well.


ALYZ-2050 Use verbose name in SQL Lab database dropdown

Kinda forgot that I'm the only one working on this. Closing and merging anyway.

Kinda forgot I'm the only one working on this. So I merged it.


Remote RDS tsearch_data error

I am trying to install zulip with a remote RDS instance. When I try to migrate the database I am getting the following error.
django.db.utils.InternalError: could not open dictionary file "/rdsdbbin/postgres-9.6.12.R1/share/tsearch_data/en_us.dict": No such file or directory
I read #467 and found that it needs tsearch module installed. I checked the parameter group of the RDS it has tsearch2 installed still the installation is failing. Is it really possible to run zulip with an RDS instance. If so is there a guide that i can follow?

No, you cannot run Zulip with RDS because they don't install the postgres extensions for full-text search that we use (unless something has changed recently).  https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_PostgreSQL.html#PostgreSQL.Concepts.General.FeatureSupport.Extensions.11x needs to have either pgroonga or tsearch_extras added to do this.

FYI the standard Bitnami Postgres Helm chart doesn't have tsearch_extras either. The requirement on tsearch_extras makes Zulip unusable with any standard Postgres database.


Show PR review content in GitHub "submitted PR review" events

Here's an example message from the GitHub bot:

gnprice submitted PR review for #25 Add personal user_id & full_name data, updating latter via events & in UI.

That's well and good as far as it goes. But that PR review had a body in it, with some text. That text is an important part of the review, so the GitHub bot should include it in its message.

@zulipbot claim

@zulipbot claim

hi @gnprice ,
i am still new to open source contribution so i have some doubts , here u are suggesting that when u do PR review , the github bot is only showing the message but leaving the content (body) right .
if so, can you give me some advice about how to do this?
thx in advance:)

@zulipbot claim


[TW#15173] wifi: send null to keep active

ESP-IDF release: Current Master as of this date
While developing ESP32 apps, I switch on full ESP_LOG function to the verbose level.  I have started to notice that when I create an access point hosted by the ESP32 and connect an external station, I start to see a message being logged every second that looks as follows:
I (14374) wifi: pm start, type:0

I (14375) wifi: active cnt: 8
I (24375) wifi: send null to keep active
I (34376) wifi: send null to keep active
I (44377) wifi: send null to keep active
I (54379) wifi: send null to keep active
I (64380) wifi: send null to keep active
I (74381) wifi: send null to keep active
I (84382) wifi: send null to keep active
I (94383) wifi: send null to keep active
I (104384) wifi: send null to keep active
I (114385) wifi: send null to keep active
...

The purpose of this issue is to ask that either we switch off this message or have a better explanation of why it is continually being produced.  While it doesn't have any obvious negative effects in operation, it is polluting my logs.

Maybe this message could be moved from info to debug log level. But in general it is better to filter the log stream on the capture side rather than remove log generating statements from the source side.

Thanks @nkolban @negativekelvin, the log will be put into debug level.

Howdy @negativekelvin ,
I use the ESP-IDF tool supplied in the build system ... i.e. "make monitor".  I'm not sure that this can be easily filtered.

As an additional thing: you can modify the logging of various components at run time as well... for example, esp_log_level_set("wifi", ESP_LOG_ERROR); would only show errors from the WiFi layer while still allowing other subsystems to log at the default level


[Bug]: jest.fn constructor doesn't return mockImplementation

Version
27.5.1
Steps to reproduce
package.json:
{
    "name": "test",
    "dependencies": {
        "react-scripts": "5.0.1",
        "web3": "^1.7.5"
    },
    "scripts": {
        "test": "react-scripts test",
        "check": "jest --version"
    }
}

App.test.js:
import Web3 from 'web3';

jest.mock('web3', ()=>{
    return jest.fn().mockImplementation(()=> {
        return {eth: function whatever() {
            console.log("SUCCESS!");
        }};
    });
});

describe('app', ()=>{
    test('mock web3', ()=>{
        const web3 = new Web3();
        web3.eth();
    });
});

To run: npm i && npm test.
Expected behavior
The web3.eth function logs SUCCESS.
Actual behavior

web3.eth is not a function

Additional context
It works if I change
return jest.fn().mockImplementation(()=> {

to
return function notJestFn() {

(and remove the appropriate later )).
Environment
This happens in docker (from node:18-alpine) and "native" on my archlinux machine.

It looks like react-scripts adds the resetMocks: true jest configuration: https://github.com/facebook/create-react-app/blob/7e4949a20fc828577fb7626a3262832422f3ae3b/packages/react-scripts/scripts/utils/createJestConfig.js#L69 which was messing up my tests. Hopefully the next guy can figure this out much faster than me!


[SPARK-37865][SQL][FOLLOWUP] Fix compilation error for union deduplication correctness bug fixup

What changes were proposed in this pull request?
Fixes compilation error following https://github.com/apache/spark/pull/35760.
Why are the changes needed?
Compilation error: https://github.com/apache/spark/runs/5473941519?check_suite_focus=true
Does this PR introduce any user-facing change?
No
How was this patch tested?
Unit tests

FYI @wangyum, this follows up from https://github.com/apache/spark/pull/35760#issuecomment-1066242186.

The linter failure is unrelated, I'm merging it, thanks!


Repeat buffer gets overwritten when using SCP in netrw

Steps to reproduce

Load a file via SCP
:Vex and select another file and then press <CR>. Notice no syntax highlighting.
Vyp to duplicate current line.
. to duplicate current line again. Notice user is sent to : command mode with the SCP URL and paste buffer preloaded.

This appears to be a regression of https://github.com/vim/vim/issues/12990 despite no change to the line of code that was intended to resolve this previous issue.
Expected behaviour

Initial file is loaded via SCP.
Split, browse, second file loads with syntax highlighting enabled.
Current line is duplicated.
Repeat command duplicates the line again.

Version of Vim
9.1.727
Environment
OS: Mac OS Sonoma 14.7
Terminal: MacVim
TERM: xterm-256color
Shell: /bin/bash
Logs and stack traces
No response

cannot seem to reproduce

I've narrowed it down to plugin behavior, so if we need to close this one and open one in the plugin's repo I'd totally understand.
I use vim-vinegar and have been for several years. This behavior is new though. If I disable this plugin the behavior goes away and returns to normal.
Sorry for the noise.

let's close it then.


What's happening here?

Yeah, simple question.

+1

Changing over to a patch-based system

Waterfall has an uneesicarily large diff with bungeecord.
I asked Tux if I could try and minimize the diff, and if we could switch to a patch-based system like spigot.
He said yes, and so from now on we won't be making unnecessary formatting changes, and will use patch files for our changes.


[Bugfix] Fix offline mode when using mistral_common

@mgoin Tests passed and PR is ready to merge.

@mgoin Could you please merge the PR? The unrelated test failed.

I can't force merge, @simon-mo could you please?


[HOLD for payment 2024-06-20] [$250] Start chat - Uh-oh something went wrong displayed when tapping room and going back

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: 1.4.77-0
Reproducible in staging?: Y
Reproducible in production?: Y
Found when executing PR : https://github.com/Expensify/App/pull/42257
Logs: https://stackoverflow.com/c/expensify/questions/4856
Issue reported by: Applause-Internal team
Action Performed:

Open the app and log in
Create a workspace if you do not have any
Tap FAB > Start chat
Select #room
If workspace is not preselected, select a workspace
After keyboard comes out, go back to the LHN

Expected Result:
User is returned to the LHN
Actual Result:
The "Uh-oh something went wrong" screen is displayed
Workaround:
Unknown
Platforms:

Which of our officially supported platforms is this issue occurring on?

[ ] Android: Native
[ ] Android: mWeb Chrome
[x] iOS: Native
[ ] iOS: mWeb Safari
[ ] MacOS: Chrome / Safari
[ ] MacOS: Desktop

Screenshots/Videos
https://github.com/Expensify/App/assets/115492554/8e47539b-513f-4827-8ac8-7fad0fc906c4
ios logs.txt

View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~012c83bbe79ba0af18
Upwork Job ID:<PHONE_NUMBER>231285760
Last Price Increase: 2024-06-03
Automatic offers:

badeggg | Contributor | 102628382

Issue OwnerCurrent Issue Owner: @johncschuster

We think this issue might be related to the #vip-vsb

Proposal
Please re-state the problem that we are trying to solve in this issue.
App crashes when going back from new room page while keyboard is showing.
What is the root cause of that problem?
I can't find the real root cause of the issue, but the crash is because we are calling the set state "infinitely" reaching the max update.
https://github.com/Expensify/App/blob/f26c9f5199be70fe9ab1fdd668b95cb6ebb430fc/src/hooks/useAutoFocusInput.ts#L50-L53

inputCallbackRef will be called when the component is mounted, rerendered, or unmounted. In our case, it rerenders infinitely.
This only happens if the keyboard is showing while we close the page. Also, if we remove the useIsFocused hook, then the issue is gone.
https://github.com/Expensify/App/blob/f26c9f5199be70fe9ab1fdd668b95cb6ebb430fc/src/pages/workspace/WorkspaceNewRoomPage.tsx#L64
What changes do you think we should make in order to solve the problem?

If the ref is already set, return early.
https://github.com/Expensify/App/blob/f26c9f5199be70fe9ab1fdd668b95cb6ebb430fc/src/hooks/useAutoFocusInput.ts#L50-L53
if (inputRef.current) {
    return;
}

@bernhardoj Your proposal will solve the crash tested, but I am trying to understand why it is happening for the only WorkspaceNewRoomPage, I am testing different variations on the other pages where we are using the inputCallbackRef, but not able to reproduce this crash for other pages, curious whats the cause for the WorkspaceNewRoomPage only and not others.

why it is happening for the only WorkspaceNewRoomPage, I am testing different variations on the other pages where we are using the inputCallbackRef, but not able to reproduce this crash for other pages

If you add useIsFocused usage on other page, then it will starts to crash as mentioned in my proposal, but I really don't understand either why the hook causes the infinite rendering issue.

the app is not checking that isInputInitialized is false first before setting it to true. So there're too many unnecessary rerendering of the hook that causes the crash.

@dominictb main thing that I am not able to understand is why unnecessary rerendering happens at first place ?

If you add useIsFocused usage on other page, then it will starts to crash as mentioned in my proposal, but I really don't understand either why the hook causes the infinite rendering issue.

yes that's confuses me, why it is not happening for only inputCallbackRef but happens if we have used the useIsFocused, so it brings me question do we really fixing the root cause here or we are just adding band aid to the real fix

When offline, a page re-render is triggered

I don't agree with the root cause here as Issue can be reproduced online too, And if you found that issue is from the navigation package then raise an issue to the navigation repo with minimal reproduction steps/Or any outstanding issues that confirms issue is from the package ?

To confirm my root cause explanation, after install package with npm install,

Open<EMAIL_ADDRESS>in a code editor, change

  if (isFocused !== valueToReturn) {
    // If the value has changed since the last render, we need to update it.
    // This could happen if we missed an update from the event listeners during re-render.
    // React will process this update immediately, so the old subscription value won't be committed.
    // It is still nice to avoid returning a mismatched value though, so let's override the return value.
    // This is the same logic as in https://github.com/facebook/react/tree/master/packages/use-subscription
    setIsFocused(valueToReturn);
  }

to
  React.useEffect(() => {
      if (isFocused !== valueToReturn) {
        // If the value has changed since the last render, we need to update it.
        // This could happen if we missed an update from the event listeners during re-render.
        // React will process this update immediately, so the old subscription value won't be committed.
        // It is still nice to avoid returning a mismatched value though, so let's override the return value.
        // This is the same logic as in https://github.com/facebook/react/tree/master/packages/use-subscription
        setIsFocused(valueToReturn);
      }
  }, [isFocused, valueToReturn]);

Change https://github.com/Expensify/App/blob/f26c9f5199be70fe9ab1fdd668b95cb6ebb430fc/src/pages/workspace/WorkspaceNewRoomPage.tsx#L1
to

import useIsFocused from '@react-navigation/core/src/useIsFocused';

npm run ios, you should notice the bug disappears

Thanks for the investigation @badeggg , And yes I applied these changes to useIsFocused.tsx file and Issue disappeared, So I would agree that root cause for this issue can be from the @react-navigation/core, @badeggg  Can you please raise the Issue Upstream to double check and also to see what will the side effect of the adding the useEffect for setIsFocused ?
@badeggg 's RCA makes sense here, we can go with the any of their suggestion, Either to fix upstream OR adding the check isInputInitialized in inputCallbackRef, OR can do both here.
Note: Proposal of @bernhardoj: Return early if inputRef.current value is set also fix this crash issue but root cause was unclear that's why going with other proposal
🎀 👀 🎀 C+ reviewed

I have reported bug to react-navigation

Thanks for the issue raising upstream

Discussing the upstream bug here, seems I have to provide a minimal exact reproducible example to be convincible enough. I am working on that.

I have made pull request.
It's an edge case and kind difficult to trigger if (isFocused !== valueToReturn), I'm still trying to provide a minimal exact reproducible example to upstream issue. Based on the evidences we have, I think we are confident enough to fix this issue.
I didn't patch the @react-navigation/core package, since I met this error You may need an appropriate loader to handle this file type, currently no loaders are configured to process this file after I apply changes in this comment and npm run web, that seems requiring us amend babel config, which is not worthy.

Will be paying this out on the 20th if there are no regressions. @jayeshmangwani, can you complete the BZ Checklist above before then? Thank you!

[x]  [@jayeshmangwani] The PR that introduced the bug has been identified. Link to the PR: https://github.com/Expensify/App/pull/30345
[x]  [@jayeshmangwani] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: https://github.com/Expensify/App/pull/30345#discussion_r1642298012
[x]  [@jayeshmangwani] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: N/A
[x]  [@jayeshmangwani] Determine if we should create a regression test for this bug.
[x]  [@jayeshmangwani] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.

Regression Test Proposal

Open the app and create a workspace if you do not already have one.
Tap the FAB, then go to Start Chat, and select #room.
If a workspace is not preselected, select a workspace.
After the keyboard opens, Press the back button from header.
Verify that the "Uh-oh, something went wrong" screen is not displayed and that the user is navigated to the LHN.

Do we agree 👍 or 👎

Payment Summary:
Contributor: @badeggg - $250 - paid via Upwork
Contributor+: @jayeshmangwani - $250 - paid via Manual request

Requested on NewDot

$250 approved for @jayeshmangwani


[bugfix]: issue-425 - fix request validator require to not null

Q
A

Bugfix?
✔

Breaks BC?
✔

New feature?
❌

Issues
#425

Required field can be empty but not null
This change can brokes validation if value will be empty but not null

This PR will break a lot of projects. It will be redesigned in future versions


Changed SettableFuture to CompletableFuture

Last SettableFuture is removed

This change is

Coverage remained the same at 54.649% when pulling 54131d8a2d970032716d34dce2e0ced0950f6e94 on completableFuture into 6a7bedab7e7b11aca98b92c6339fed08ee606ef0 on master.

Reviewed 1 of 1 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from Reviewable


churn can't establish a peerconnection in FF42+ when there are STUN servers

To reproduce:

find an OSX box (because https://github.com/uProxy/uproxy/issues/1840 is only fixed on OSX)
download any beta of 42 from beta 5 onwards, e.g. https://ftp.mozilla.org/pub/mozilla.org/firefox/releases/42.0b7/mac/en-US/
double-click the .dmg
drag the Firefox icon into ~/Downloads/
build Simple SOCKS and run it using with the Firefox you downloaded, e.g.: jpm run -b ~/Downloads/Firefox.app/Contents/MacOS/firefox

It won't be able to establish a peerconnection. However, if you clear the list of STUN servers in src/simple-socks/freedom-module.ts and recompile then it will establish a peerconnection as usual.
Logs from an unsuccessful session:
bridge I [2015-10-16T15:44:56.664Z] sockstortc: negotiating, offering HOLO_ICE provider
bridge D [2015-10-16T15:44:56.664Z] sockstortc: constructing holographic ICE peerconnection
PeerConnection D [2015-10-16T15:44:56.664Z] sockstortc-probe: negotiateConnection
bridge D [2015-10-16T15:44:56.664Z] sockstortc: now bridging with HOLO_ICE provider
bridge D [2015-10-16T15:44:56.665Z] rtctonet: handling signal: {"signals":{"HOLO_ICE":[{"transformer":{"name":"caesar"}}]},"first":true}
bridge D [2015-10-16T15:44:56.665Z] rtctonet: received offer, responding with HOLO_ICE provider
bridge D [2015-10-16T15:44:56.665Z] rtctonet: constructing holographic ICE peerconnection
PeerConnection D [2015-10-16T15:44:56.665Z] rtctonet-probe: negotiateConnection
bridge D [2015-10-16T15:44:56.665Z] rtctonet: now bridging with HOLO_ICE provider
PeerConnection D [2015-10-16T15:44:56.666Z] sockstortc-obfuscated: negotiateConnection
churn I [2015-10-16T15:44:56.666Z] rtctonet: transformer config: {"name":"caesar"}
churn I [2015-10-16T15:44:56.666Z] sockstortc: transformer config: {"name":"caesar"}
PeerConnection D [2015-10-16T15:44:56.677Z] sockstortc-probe: negotiation needed
PeerConnection D [2015-10-16T15:44:56.678Z] sockstortc-probe: negotiation needed
PeerConnection W [2015-10-16T15:44:56.678Z] onnegotiationneeded fired in unexpected state CONNECTING
PeerConnection D [2015-10-16T15:44:56.679Z] rtctonet-probe: negotiation needed
PeerConnection D [2015-10-16T15:44:56.679Z] rtctonet-probe: negotiation needed
PeerConnection W [2015-10-16T15:44:56.679Z] onnegotiationneeded fired in unexpected state CONNECTING
PeerConnection D [2015-10-16T15:44:56.680Z] sockstortc-obfuscated: negotiation needed
PeerConnection D [2015-10-16T15:44:56.680Z] sockstortc-obfuscated: negotiation needed
PeerConnection W [2015-10-16T15:44:56.680Z] onnegotiationneeded fired in unexpected state CONNECTING
PeerConnection D [2015-10-16T15:44:56.682Z] sockstortc-probe: created offer: {"type":"offer","sdp":"v=0\r\no=mozilla...THIS_IS_SDPARTA-42.0<PHONE_NUMBER>951541113 0 IN IP4 <IP_ADDRESS>\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 60:09:62:EC:5E:4E:E6:37:BA:9A:BF:45:8D:09:A2:6A:6C:5A:40:62:F2:06:26:EC:36:95:37:13:8C:1F:38:EE\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 <IP_ADDRESS>\r\na=sendrecv\r\na=ice-pwd:adef811f9db7f327a5ce138b32e5cc1d\r\na=ice-ufrag:0ac50e87\r\na=mid:sdparta_0\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=setup:actpass\r\na=ssrc:4177417098 cname:{9002469e-952b-f048-b898-1935447757b9}\r\n"}
PeerConnection I [2015-10-16T15:44:56.682Z] sockstortc-probe: maximum number of channels now 256
PeerConnection D [2015-10-16T15:44:56.683Z] rtctonet-probe: created offer: {"type":"offer","sdp":"v=0\r\no=mozilla...THIS_IS_SDPARTA-42.0<PHONE_NUMBER>828053664 0 IN IP4 <IP_ADDRESS>\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 28:E1:4F:C9:F5:EF:68:23:5D:1E:77:43:F5:FD:33:8E:3C:65:87:0C:1C:5B:CD:4D:4A:72:66:F4:60:6F:31:D1\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 <IP_ADDRESS>\r\na=sendrecv\r\na=ice-pwd:a60751d991d1161f00182e899ad879fe\r\na=ice-ufrag:efaf06af\r\na=mid:sdparta_0\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=setup:actpass\r\na=ssrc:489598810 cname:{60bdc07d-2ee3-e34b-a129-b192e260c24c}\r\n"}
PeerConnection I [2015-10-16T15:44:56.684Z] rtctonet-probe: maximum number of channels now 256
PeerConnection D [2015-10-16T15:44:56.686Z] sockstortc-obfuscated: created offer: {"type":"offer","sdp":"v=0\r\no=mozilla...THIS_IS_SDPARTA-42.0<PHONE_NUMBER>723503233 0 IN IP4 <IP_ADDRESS>\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 D8:3C:58:B9:AC:D2:79:55:04:10:B6:3B:7F:7D:CF:59:DC:DF:18:0E:EC:E6:9F:3C:FC:A8:4A:78:3D:EA:08:EE\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 <IP_ADDRESS>\r\na=sendrecv\r\na=ice-pwd:373abc18bb8d8848829cad0ed9fe0b92\r\na=ice-ufrag:6ded0e02\r\na=mid:sdparta_0\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=setup:actpass\r\na=ssrc:1200245418 cname:{70f6f24e-c50f-484b-a5a6-8b1cdd21d040}\r\n"}
bridge D [2015-10-16T15:44:56.686Z] rtctonet: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":0,"description":{"type":"offer","sdp":"v=0\r\no=mozilla...THIS_IS_SDPARTA-42.0<PHONE_NUMBER>723503233 0 IN IP4 <IP_ADDRESS>\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 D8:3C:58:B9:AC:D2:79:55:04:10:B6:3B:7F:7D:CF:59:DC:DF:18:0E:EC:E6:9F:3C:FC:A8:4A:78:3D:EA:08:EE\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 <IP_ADDRESS>\r\na=sendrecv\r\na=ice-pwd:373abc18bb8d8848829cad0ed9fe0b92\r\na=ice-ufrag:6ded0e02\r\na=mid:sdparta_0\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=setup:actpass\r\na=ssrc:1200245418 cname:{70f6f24e-c50f-484b-a5a6-8b1cdd21d040}\r\n"}}}]}}
PeerConnection I [2015-10-16T15:44:56.687Z] sockstortc-obfuscated: maximum number of channels now 256
PeerConnection D [2015-10-16T15:44:56.698Z] sockstortc-probe: signalling state: have-local-offer
PeerConnection D [2015-10-16T15:44:56.698Z] rtctonet-probe: signalling state: have-local-offer
PeerConnection D [2015-10-16T15:44:56.698Z] sockstortc-obfuscated: signalling state: have-local-offer
PeerConnection D [2015-10-16T15:44:57.321Z] sockstortc-probe: local ice candidate: {"candidate":"candidate:0 1 UDP<PHONE_NUMBER> 2620::1012:8:9ae0:d9ff:fead:96cd 52640 typ host","sdpMid":"","sdpMLineIndex":0}
bridge D [2015-10-16T15:44:57.321Z] rtctonet: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":2,"candidate":{"candidate":"candidate:0 1 UDP<PHONE_NUMBER> 2620::1012:8:9ae0:d9ff:fead:96cd 52640 typ host","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.321Z] sockstortc-probe: local ice candidate: {"candidate":"candidate:3 1 UDP<PHONE_NUMBER> 2620::1012:8:9c7a:136e:95e0:9743 52641 typ host","sdpMid":"","sdpMLineIndex":0}
bridge D [2015-10-16T15:44:57.322Z] rtctonet: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":2,"candidate":{"candidate":"candidate:3 1 UDP<PHONE_NUMBER> 2620::1012:8:9c7a:136e:95e0:9743 52641 typ host","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.322Z] sockstortc-probe: local ice candidate: {"candidate":"candidate:6 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 52940 typ host","sdpMid":"","sdpMLineIndex":0}
bridge D [2015-10-16T15:44:57.322Z] rtctonet: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":2,"candidate":{"candidate":"candidate:6 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 52940 typ host","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.322Z] sockstortc-obfuscated: local ice candidate: {"candidate":"candidate:0 1 UDP<PHONE_NUMBER> 2620::1012:8:9ae0:d9ff:fead:96cd 52941 typ host","sdpMid":"","sdpMLineIndex":0}
PeerConnection D [2015-10-16T15:44:57.325Z] sockstortc-obfuscated: local ice candidate: {"candidate":"candidate:1 1 UDP<PHONE_NUMBER> 2620::1012:8:9c7a:136e:95e0:9743 52942 typ host","sdpMid":"","sdpMLineIndex":0}
PeerConnection D [2015-10-16T15:44:57.325Z] sockstortc-obfuscated: local ice candidate: {"candidate":"candidate:2 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 65389 typ host","sdpMid":"","sdpMLineIndex":0}
PeerConnection D [2015-10-16T15:44:57.325Z] sockstortc-obfuscated: no more ice candidates
bridge D [2015-10-16T15:44:57.326Z] rtctonet: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":3}}]}}
PeerConnection D [2015-10-16T15:44:57.326Z] rtctonet-probe: local ice candidate: {"candidate":"candidate:0 1 UDP<PHONE_NUMBER> 2620::1012:8:9ae0:d9ff:fead:96cd 65390 typ host","sdpMid":"","sdpMLineIndex":0}
bridge D [2015-10-16T15:44:57.326Z] sockstortc: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":2,"candidate":{"candidate":"candidate:0 1 UDP<PHONE_NUMBER> 2620::1012:8:9ae0:d9ff:fead:96cd 65390 typ host","sdpMid":"","sdpMLineIndex":0}}}]},"first":true}
PeerConnection D [2015-10-16T15:44:57.326Z] rtctonet-probe: local ice candidate: {"candidate":"candidate:3 1 UDP<PHONE_NUMBER> 2620::1012:8:9c7a:136e:95e0:9743 65391 typ host","sdpMid":"","sdpMLineIndex":0}
bridge D [2015-10-16T15:44:57.326Z] sockstortc: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":2,"candidate":{"candidate":"candidate:3 1 UDP<PHONE_NUMBER> 2620::1012:8:9c7a:136e:95e0:9743 65391 typ host","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.327Z] rtctonet-probe: local ice candidate: {"candidate":"candidate:6 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 63061 typ host","sdpMid":"","sdpMLineIndex":0}
bridge D [2015-10-16T15:44:57.327Z] sockstortc: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":2,"candidate":{"candidate":"candidate:6 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 63061 typ host","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.774Z] sockstortc-probe: local ice candidate: {"candidate":"candidate:8 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 56450 typ srflx raddr <IP_ADDRESS> rport 56450","sdpMid":"","sdpMLineIndex":0}
churn D [2015-10-16T15:44:57.774Z] sockstortc: port control unavailable
bridge D [2015-10-16T15:44:57.775Z] rtctonet: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":2,"candidate":{"candidate":"candidate:8 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 56450 typ srflx raddr <IP_ADDRESS> rport 56450","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.775Z] sockstortc-probe: no more ice candidates
PeerConnection D [2015-10-16T15:44:57.775Z] sockstortc-probe: close
PeerConnection D [2015-10-16T15:44:57.775Z] rtctonet-probe: local ice candidate: {"candidate":"candidate:8 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 44759 typ srflx raddr <IP_ADDRESS> rport 44759","sdpMid":"","sdpMLineIndex":0}
churn D [2015-10-16T15:44:57.775Z] rtctonet: port control unavailable
bridge D [2015-10-16T15:44:57.775Z] sockstortc: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":2,"candidate":{"candidate":"candidate:8 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 44759 typ srflx raddr <IP_ADDRESS> rport 44759","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.775Z] rtctonet-probe: no more ice candidates
PeerConnection D [2015-10-16T15:44:57.775Z] rtctonet-probe: close
PeerConnection D [2015-10-16T15:44:57.782Z] sockstortc-probe: ice connection state: closed
PeerConnection D [2015-10-16T15:44:57.782Z] sockstortc-probe: signalling state: closed
PeerConnection D [2015-10-16T15:44:57.782Z] sockstortc-probe: close
PeerConnection D [2015-10-16T15:44:57.783Z] rtctonet-probe: ice connection state: closed
PeerConnection D [2015-10-16T15:44:57.783Z] rtctonet-probe: signalling state: closed
PeerConnection D [2015-10-16T15:44:57.783Z] rtctonet-probe: close
churn-pipe I [2015-10-16T15:44:57.787Z] sockstortc: using caesar obfuscator
churn-pipe W [2015-10-16T15:44:57.787Z] sockstortc: no transformer config specified
churn-pipe I [2015-10-16T15:44:57.787Z] rtctonet: using caesar obfuscator
churn-pipe W [2015-10-16T15:44:57.787Z] rtctonet: no transformer config specified
PeerConnection I [2015-10-16T15:44:57.791Z] rtctonet-obfuscated: handling signal from peer: {"type":0,"description":{"type":"offer","sdp":"v=0\r\no=mozilla...THIS_IS_SDPARTA-42.0<PHONE_NUMBER>723503233 0 IN IP4 <IP_ADDRESS>\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 D8:3C:58:B9:AC:D2:79:55:04:10:B6:3B:7F:7D:CF:59:DC:DF:18:0E:EC:E6:9F:3C:FC:A8:4A:78:3D:EA:08:EE\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 <IP_ADDRESS>\r\na=sendrecv\r\na=ice-pwd:373abc18bb8d8848829cad0ed9fe0b92\r\na=ice-ufrag:6ded0e02\r\na=mid:sdparta_0\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=setup:actpass\r\na=ssrc:1200245418 cname:{70f6f24e-c50f-484b-a5a6-8b1cdd21d040}\r\n"}}
PeerConnection I [2015-10-16T15:44:57.793Z] rtctonet-obfuscated: maximum number of channels now 256
PeerConnection D [2015-10-16T15:44:57.801Z] rtctonet-obfuscated: signalling state: have-remote-offer
PeerConnection D [2015-10-16T15:44:57.806Z] rtctonet-obfuscated: created answer: {"type":"answer","sdp":"v=0\r\no=mozilla...THIS_IS_SDPARTA-42.0<PHONE_NUMBER>124783650 0 IN IP4 <IP_ADDRESS>\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 4F:03:96:4B:ED:5A:1D:CD:E3:33:CE:47:7B:62:84:81:99:D3:40:DF:F9:5F:45:49:02:D0:CE:1F:07:E3:C5:F7\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 <IP_ADDRESS>\r\na=sendrecv\r\na=ice-pwd:a5b79d5ed269fcfa3b1d79143bbd4d87\r\na=ice-ufrag:7628cea5\r\na=mid:sdparta_0\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=setup:active\r\na=ssrc:4130270985 cname:{bfde72a7-a2eb-cd41-9901-341ddfb3068b}\r\n"}
bridge D [2015-10-16T15:44:57.806Z] sockstortc: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":1,"description":{"type":"answer","sdp":"v=0\r\no=mozilla...THIS_IS_SDPARTA-42.0<PHONE_NUMBER>124783650 0 IN IP4 <IP_ADDRESS>\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 4F:03:96:4B:ED:5A:1D:CD:E3:33:CE:47:7B:62:84:81:99:D3:40:DF:F9:5F:45:49:02:D0:CE:1F:07:E3:C5:F7\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 <IP_ADDRESS>\r\na=sendrecv\r\na=ice-pwd:a5b79d5ed269fcfa3b1d79143bbd4d87\r\na=ice-ufrag:7628cea5\r\na=mid:sdparta_0\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=setup:active\r\na=ssrc:4130270985 cname:{bfde72a7-a2eb-cd41-9901-341ddfb3068b}\r\n"}}}]}}
churn-pipe D [2015-10-16T15:44:57.807Z] sockstortc: increasing replication (currently 0)
churn-pipe D [2015-10-16T15:44:57.807Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
PeerConnection I [2015-10-16T15:44:57.809Z] sockstortc-obfuscated: handling signal from peer: {"type":1,"description":{"type":"answer","sdp":"v=0\r\no=mozilla...THIS_IS_SDPARTA-42.0<PHONE_NUMBER>124783650 0 IN IP4 <IP_ADDRESS>\r\ns=-\r\nt=0 0\r\na=fingerprint:sha-256 4F:03:96:4B:ED:5A:1D:CD:E3:33:CE:47:7B:62:84:81:99:D3:40:DF:F9:5F:45:49:02:D0:CE:1F:07:E3:C5:F7\r\na=ice-options:trickle\r\na=msid-semantic:WMS *\r\nm=application 9 DTLS/SCTP 5000\r\nc=IN IP4 <IP_ADDRESS>\r\na=sendrecv\r\na=ice-pwd:a5b79d5ed269fcfa3b1d79143bbd4d87\r\na=ice-ufrag:7628cea5\r\na=mid:sdparta_0\r\na=sctpmap:5000 webrtc-datachannel 256\r\na=setup:active\r\na=ssrc:4130270985 cname:{bfde72a7-a2eb-cd41-9901-341ddfb3068b}\r\n"}}
churn-pipe D [2015-10-16T15:44:57.809Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
churn-pipe D [2015-10-16T15:44:57.809Z] sockstortc: trying to bind public endpoint: {"address":"<IP_ADDRESS>","port":52940}
churn-pipe D [2015-10-16T15:44:57.809Z] sockstortc: trying to bind public endpoint: {"address":"<IP_ADDRESS>","port":56450}
churn-pipe D [2015-10-16T15:44:57.809Z] sockstortc: adding browser endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52941}
churn-pipe D [2015-10-16T15:44:57.809Z] sockstortc: adding browser endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52942}
churn-pipe D [2015-10-16T15:44:57.818Z] sockstortc: adding browser endpoint: {"address":"<IP_ADDRESS>","port":65389}
churn-pipe D [2015-10-16T15:44:57.818Z] sockstortc: binding 1 mirror(s) for remote endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:44:57.818Z] sockstortc: binding 1 mirror(s) for remote endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
churn-pipe D [2015-10-16T15:44:57.818Z] sockstortc: binding 1 mirror(s) for remote endpoint: {"address":"<IP_ADDRESS>","port":63061}
churn-pipe D [2015-10-16T15:44:57.818Z] sockstortc: binding 1 mirror(s) for remote endpoint: {"address":"<IP_ADDRESS>","port":44759}
churn-pipe D [2015-10-16T15:44:57.818Z] rtctonet: increasing replication (currently 0)
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: trying to bind public endpoint: {"address":"<IP_ADDRESS>","port":63061}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: trying to bind public endpoint: {"address":"<IP_ADDRESS>","port":44759}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: binding 1 mirror(s) for remote endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: binding 1 mirror(s) for remote endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: binding 1 mirror(s) for remote endpoint: {"address":"<IP_ADDRESS>","port":52940}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: binding 1 mirror(s) for remote endpoint: {"address":"<IP_ADDRESS>","port":56450}
churn-pipe D [2015-10-16T15:44:57.819Z] sockstortc: successfully bound public endpoint: {"address":"<IP_ADDRESS>","port":52940}
churn-pipe D [2015-10-16T15:44:57.820Z] sockstortc: successfully bound public endpoint: {"address":"<IP_ADDRESS>","port":56450}
churn-pipe E [2015-10-16T15:44:57.820Z] sockstortc: error while getting mirror socket: {"errcode":"INVALID_ARGUMENT","message":"Can't bind ::; only <IP_ADDRESS> and <IP_ADDRESS> are supported in Firefox."}
churn-pipe E [2015-10-16T15:44:57.820Z] sockstortc: error while getting mirror socket: {"errcode":"INVALID_ARGUMENT","message":"Can't bind ::; only <IP_ADDRESS> and <IP_ADDRESS> are supported in Firefox."}
churn-pipe D [2015-10-16T15:44:57.820Z] rtctonet: successfully bound public endpoint: {"address":"<IP_ADDRESS>","port":63061}
churn-pipe D [2015-10-16T15:44:57.822Z] rtctonet: successfully bound public endpoint: {"address":"<IP_ADDRESS>","port":44759}
churn-pipe E [2015-10-16T15:44:57.826Z] rtctonet: error while getting mirror socket: {"errcode":"INVALID_ARGUMENT","message":"Can't bind ::; only <IP_ADDRESS> and <IP_ADDRESS> are supported in Firefox."}
churn-pipe E [2015-10-16T15:44:57.826Z] rtctonet: error while getting mirror socket: {"errcode":"INVALID_ARGUMENT","message":"Can't bind ::; only <IP_ADDRESS> and <IP_ADDRESS> are supported in Firefox."}
PeerConnection D [2015-10-16T15:44:57.837Z] rtctonet-obfuscated: signalling state: stable
churn-pipe D [2015-10-16T15:44:57.838Z] sockstortc: emitting mirror for {"address":"<IP_ADDRESS>","port":63061}: {"address":"<IP_ADDRESS>","port":59738}
churn-pipe D [2015-10-16T15:44:57.838Z] sockstortc: emitting mirror for {"address":"<IP_ADDRESS>","port":44759}: {"address":"<IP_ADDRESS>","port":53493}
PeerConnection D [2015-10-16T15:44:57.838Z] sockstortc-obfuscated: signalling state: stable
churn-pipe D [2015-10-16T15:44:57.849Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
churn-pipe D [2015-10-16T15:44:57.849Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
PeerConnection D [2015-10-16T15:44:57.849Z] rtctonet-obfuscated: local ice candidate: {"candidate":"candidate:0 1 UDP<PHONE_NUMBER> 2620::1012:8:9ae0:d9ff:fead:96cd 53494 typ host","sdpMid":"","sdpMLineIndex":0}
churn-pipe D [2015-10-16T15:44:57.849Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:44:57.849Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
PeerConnection D [2015-10-16T15:44:57.850Z] rtctonet-obfuscated: local ice candidate: {"candidate":"candidate:1 1 UDP<PHONE_NUMBER> 2620::1012:8:9c7a:136e:95e0:9743 53495 typ host","sdpMid":"","sdpMLineIndex":0}
PeerConnection D [2015-10-16T15:44:57.850Z] rtctonet-obfuscated: local ice candidate: {"candidate":"candidate:2 1 UDP<PHONE_NUMBER> <IP_ADDRESS> 57135 typ host","sdpMid":"","sdpMLineIndex":0}
PeerConnection D [2015-10-16T15:44:57.850Z] rtctonet-obfuscated: no more ice candidates
bridge D [2015-10-16T15:44:57.850Z] sockstortc: handling signal: {"signals":{"HOLO_ICE":[{"webrtcMessage":{"type":3}}]}}
churn-pipe D [2015-10-16T15:44:57.851Z] rtctonet: emitting mirror for {"address":"<IP_ADDRESS>","port":52940}: {"address":"<IP_ADDRESS>","port":64156}
churn-pipe D [2015-10-16T15:44:57.851Z] rtctonet: emitting mirror for {"address":"<IP_ADDRESS>","port":56450}: {"address":"<IP_ADDRESS>","port":61799}
PeerConnection I [2015-10-16T15:44:57.856Z] sockstortc-obfuscated: handling signal from peer: {"type":2,"candidate":{"candidate":"candidate:6 1 udp<PHONE_NUMBER> <IP_ADDRESS> 59738 typ host","sdpMid":"","sdpMLineIndex":0}}
PeerConnection I [2015-10-16T15:44:57.856Z] sockstortc-obfuscated: handling signal from peer: {"type":2,"candidate":{"candidate":"candidate:8 1 udp<PHONE_NUMBER> <IP_ADDRESS> 53493 typ srflx raddr <IP_ADDRESS> rport 44759","sdpMid":"","sdpMLineIndex":0}}
PeerConnection I [2015-10-16T15:44:57.859Z] rtctonet-obfuscated: handling signal from peer: {"type":2,"candidate":{"candidate":"candidate:6 1 udp<PHONE_NUMBER> <IP_ADDRESS> 64156 typ host","sdpMid":"","sdpMLineIndex":0}}
PeerConnection I [2015-10-16T15:44:57.859Z] rtctonet-obfuscated: handling signal from peer: {"type":2,"candidate":{"candidate":"candidate:8 1 udp<PHONE_NUMBER> <IP_ADDRESS> 61799 typ srflx raddr <IP_ADDRESS> rport 56450","sdpMid":"","sdpMLineIndex":0}}
churn-pipe D [2015-10-16T15:44:57.859Z] rtctonet: adding browser endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":53494}
churn-pipe D [2015-10-16T15:44:57.866Z] rtctonet: adding browser endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":53495}
churn-pipe D [2015-10-16T15:44:57.866Z] rtctonet: adding browser endpoint: {"address":"<IP_ADDRESS>","port":57135}
PeerConnection D [2015-10-16T15:44:57.883Z] sockstortc-obfuscated: ice connection state: checking
PeerConnection D [2015-10-16T15:44:57.883Z] rtctonet-obfuscated: ice connection state: checking
churn-pipe D [2015-10-16T15:44:57.894Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
churn-pipe D [2015-10-16T15:44:57.895Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
churn-pipe D [2015-10-16T15:44:57.895Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:44:57.895Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
churn-pipe D [2015-10-16T15:44:57.976Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
churn-pipe D [2015-10-16T15:44:57.977Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
churn-pipe D [2015-10-16T15:44:57.977Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:44:57.978Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
churn-pipe D [2015-10-16T15:44:58.136Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
churn-pipe D [2015-10-16T15:44:58.136Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
churn-pipe D [2015-10-16T15:44:58.138Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:44:58.139Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
churn-pipe D [2015-10-16T15:44:58.462Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
churn-pipe D [2015-10-16T15:44:58.462Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
churn-pipe D [2015-10-16T15:44:58.463Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:44:58.463Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
churn-pipe D [2015-10-16T15:44:59.105Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
churn-pipe D [2015-10-16T15:44:59.105Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
churn-pipe D [2015-10-16T15:44:59.105Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:44:59.106Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
churn W [2015-10-16T15:44:59.648Z] sockstortc: probing timed out, closing probe connection
churn W [2015-10-16T15:44:59.652Z] rtctonet: probing timed out, closing probe connection
churn-pipe D [2015-10-16T15:45:00.388Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":52640}
churn-pipe D [2015-10-16T15:45:00.388Z] sockstortc: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":52641}
churn-pipe D [2015-10-16T15:45:00.388Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9ae0:d9ff:fead:96cd","port":65390}
churn-pipe D [2015-10-16T15:45:00.388Z] rtctonet: trying to bind public endpoint: {"address":"2620::1012:8:9c7a:136e:95e0:9743","port":65391}
PeerConnection D [2015-10-16T15:45:17.807Z] sockstortc-obfuscated: ice connection state: failed
SocksToRtc I [2015-10-16T15:45:17.812Z] peerconnection terminated
SocksToRtc D [2015-10-16T15:45:17.812Z] freeing resources
PeerConnection D [2015-10-16T15:45:17.813Z] sockstortc-obfuscated: close
tcp D [2015-10-16T15:45:17.813Z] S0: shutdown
tcp D [2015-10-16T15:45:17.813Z] S0: closing socket, no new connections will be accepted
simple-socks E [2015-10-16T15:45:17.814Z] failed to start SocksToRtc: Connection lost: failed
PeerConnection D [2015-10-16T15:45:17.814Z] rtctonet-obfuscated: ice connection state: failed
RtcToNet D [2015-10-16T15:45:17.816Z] peerconnection terminated
simple-socks E [2015-10-16T15:45:17.817Z] failed to start RtcToNet: Connection lost: failed
RtcToNet D [2015-10-16T15:45:17.820Z] freeing resources
PeerConnection D [2015-10-16T15:45:17.822Z] rtctonet-obfuscated: close
tcp D [2015-10-16T15:45:17.822Z] S0: onDisconnect: {"errcode":"SUCCESS","message":"Socket closed by call to close"}
tcp D [2015-10-16T15:45:17.826Z] S0: closing all connections
[Module Simple SOCKS] W [2015-10-16T15:45:17.827Z] Could not deliver message, no such interface: 33
tcp D [2015-10-16T15:45:17.829Z] S0: closed socket channel
SocksToRtc I [2015-10-16T15:45:17.830Z] server socket closed: WE_CLOSED_IT
churn W [2015-10-16T15:45:17.836Z] Error while shutting down pipe: {"errcode":"INVALID_ARGUMENT","message":"Can't bind ::; only <IP_ADDRESS> and <IP_ADDRESS> are supported in Firefox."}
PeerConnection D [2015-10-16T15:45:17.838Z] sockstortc-obfuscated: ice connection state: closed
PeerConnection D [2015-10-16T15:45:17.839Z] sockstortc-obfuscated: signalling state: closed
PeerConnection D [2015-10-16T15:45:17.839Z] sockstortc-obfuscated: close
churn W [2015-10-16T15:45:17.842Z] Error while shutting down pipe: {"errcode":"INVALID_ARGUMENT","message":"Can't bind ::; only <IP_ADDRESS> and <IP_ADDRESS> are supported in Firefox."}
PeerConnection D [2015-10-16T15:45:17.844Z] rtctonet-obfuscated: ice connection state: closed
PeerConnection D [2015-10-16T15:45:17.845Z] rtctonet-obfuscated: signalling state: closed
PeerConnection D [2015-10-16T15:45:17.845Z] rtctonet-obfuscated: close

BTW, if you don't have an OSX box ready I do have a horribly hacky workaround for other platforms:
https://github.com/uProxy/uproxy-lib/compare/trevj-ff42

https://bugzilla.mozilla.org/show_bug.cgi?id=1215616

Update: SOCKS proxy seems to be working again in the latset 43; waiting to test on 42 beta 8 before closing this.

Verified:
https://github.com/uProxy/uproxy-lib/releases/tag/v34.0.0


make  a singleton and use FFI::scope or FFI::load when possible

FFI:scope should be the preferred way, as if can be used everywhere (all users, all SAPI)
FFI::load is a fallback, CLI only
FFI::cdef is kept for BC, and to allow LIBPCAP_NAME from env, despite I think this is a bad idea.
libpcap.so.1 is a link to current version, and a ABI warranty.
If someday, you have a libpcap.so.2, this will imply a new API/ABI, so a new pcap.h
Using this changes, you can run

php vendor/bin/phpunit => FFI:load usage
php -d ffi.preload=$PWD/src/pcap.h vendor/bin/phpunit => FFI::scope usage
LIBPCAP_NAME=libpcap.so.1 php vendor/bin/phpunit =>  FFI::cdef usage

With 3 runs (test skipped from PR #2  )
OK, but incomplete, skipped, or risky tests!
Tests: 11, Assertions: 56, Skipped: 1.

P.S. on some linux distribution, ffi.preload is set by default to  /usr/share/php/preload/*.h:/usr/local/share/php/preload/*.h
So these directories are a drop-in space for headers, allowing system-wide installation, and usabilty for all users / SAPI.
Perhaps, this doesn't really make sense for this library, as it requires high privileges / capabitilities


diktat-gradle-plugin is not compatible with Gradle Configuration Cache

It would be nice to have Gradle Configuration Cache Support in diktat-gradle-plugin.
Now I get this error when running the :diktatCheck task wih Gradle Configuration Cache enabled:
2 problems were found storing the configuration cache, 1 of which seems unique.
- Task `:diktatCheck` of type `org.cqfn.diktat.plugin.gradle.DiktatJavaExecTaskBase`: invocation of 'Task.project' at execution time is unsupported.
  See https://docs.gradle.org/8.3/userguide/configuration_cache.html#config_cache:requirements:use_project_during_execution

Diktat version: 1.2.5

hi @illarionov, we will look into it in scope of diktat 2.0

For the time being, it is possible to add:
tasks.named("diktatFix") {     notCompatibleWithConfigurationCache("https://github.com/saveourtool/diktat/issues/1732") }
to your build.gradle. Which obviously doesn't provide support for configuration cache. But at least, allows gradle to run it
@nulls maybe you should consider this adding this as workaround for people with configuration cache enabled. As it stops from using diktat in some configurations. For example, in mine, I run formatter on every build

For the time being, it is possible to add:
tasks.named("diktatFix") {
    notCompatibleWithConfigurationCache("https://github.com/saveourtool/diktat/issues/1732")
}

to your build.gradle. Which obviously doesn't provide support for configuration cache. But at least, allows gradle to run it
@nulls maybe you should consider this adding this as workaround for people with configuration cache enabled. As it stops from using diktat in some configurations. For example, in mine, I run formatter on every build

@ForsHant thanks for a tip. Will add it to README.md


tiger: correctly check base32 size

FromBase32() allows wrongly-sized strings to be converted without trigging errors.
It checks the result of copy(), that returns the minimum size of the two arguments.
If a string contains a hash < 24 bytes, an error is triggered.
If a string contains a hash > 24 bytes, copy() returns 24 and an error is not triggered.
PS: this PR influences go-dcpp's CID in some cases, since it's based on FromBase32:
https://github.com/direct-connect/go-dcpp/blob/4d51d486500d994de5f9e88412e376a7b3d0d498/adc/types/types.go#L105
CID should have never been based on hash since "Clients must be prepared to handle CIDs of varying lengths", ie of lengths <= tiger size.
So with or without the patch your CID actually triggers an error when it receives a value < 24, which is a bug.

You are right about CID != Tiger, but for now, everything works only with Tiger, so it doesn't make sense to distinguish it.

Just realized i'm talking from a client perspective, not from a hub one, but if you're gonna develop a client with that code it'll need that change.

Can clients actually use a different hash function? I haven't seen any other functions in the wild. But it will be necessary in the future, of course.


Add callback operations to ValidatingWebhookConfiguration rules

Fixes #1207
Add the supported operations in reconciler callbacks to the webhook configuration. Right now, DELETE requests are intended to be supported by callbacks, but never make it to the Admit() method of the admission controller, since the webhook configuration only includes CREATE and UPDATE operations in its rules.

/ok-to-test

Thanks Julia! It was my intention to look at other verbs in the future and now we should be able to configure the config properly. This lgtm and thanks for correcting my bad comments!
/assign @dprotaso

/assign @dprotaso mattmoo

/assign mattmoor

/close
This is obsolete in favor of #1219


check that the website renders properly on small screens

@emdupre mentioned this in https://github.com/bids-standard/bids-website/pull/56#issuecomment-567133376, which was followed up by @effigies and @adelavega
I had a go at it and implemented a menu using bootstrap, which is now part of the deployed website. However, my html/css/js skills are not that great. Could you please check that it renders properly on your devices and/or in your browser?
If you have suggestions to improve the rendering of the header+menu, please suggest them as a PR.

Right now it has a "hamburger" style menu 😆. I used https://getbootstrap.com/docs/4.3/components/navbar/#nav and https://www.w3schools.com/bootstrap/bootstrap_navbar.asp to implement this.
I personally also think that the menu is too wide, and the menu items (in BOLD, as before) take too much space. Feel free to propose a better organization of the menu and content of the pages, but please also keep in mind that we want to add more information to the website, so more menu items (or perhaps submenus) might be needed.
Some pieces of info that should be added:

news (regular post, e.g. from the steering group, events, etc.
governance document, and info on the steering group
links to the starter-kit (to be moved from RTD to the main site)
links to the BEPs (to be moved from RTD to the main site)
possibly some of the content of the starter-kit wiki should be moved over (TBD)
other content that currently lives in static/frozen google docs (i.e. not in development any more)

I checked it out and I think it gets the job done, thanks!
It renders fine on my phone. My only nitpick is that when collapsed the menu is a grey bar, which is quite large, so it still dominates the space a bit.
I think adding more menus is fine. My suggestion about removing some of them is mostly that I think some of this content does not deserve it's own page. I think by consolidating things such as "about" and "acknowledgements" we can clear up space for the new content, to keep the menu a reasonable size.
I do have this grey space to the right on the menu showing up on desktop though:

I think this happens because my window is on an external monitor and thus is very wide. I don't see that empty space on my laptop monitor.

I believe the grey space on the right is due to the menu items being left-aligned. I hope someone else with better web skills can improve on this; I have already spent more time on the website conversion and do not want to become the de-facto website maintainer. Feel free to file a new issue regarding the menu display, keeping in mind that someone from the community (or you) will have to fix it.

Yep, just documenting these. Fortunately these are fairly minor. I might give it a go if I have some time next decade ;)

I think the original issue has been sufficiently addressed, so let me close this issue. Feel free to reopen if needed.


Langflow show black screen on launch

Describe the bug
Langflow starts successfully and opens the browser but the browser just shows black screen. I can see a Javascript error in the console.
Browser and Version

Browser Chrome Version 125.0.6422.142 (Official Build) (arm64)
Langflow Version 1.0.0a46

To Reproduce
Steps to reproduce the behavior:

Install Langflow
Run Langflow

Screenshots

Additional context
Add any other context about the problem here.

I too am facing this issue @denzo

I'm facing the same issue too!

I have the same problem. I installed it WSL and vmware machines. All new builds.

I encountered a similar problem

This issue should not occur again after version 1.0.


opae-sdk: change version to 2.1.1

Signed-off-by: anandaravuri<EMAIL_ADDRESS>

Coverage remained the same at 64.791% when pulling b55131a284be886f15fda0a460bacf228a483293 on aravuri/rev_2.1.1 into 06c20e916a4ad5dd3317b40d31a39e70e2a1450e on master.


Add LZFSE signatures

LZFSE was created by Apple and used mainly in Apple products for various purposes. Definitions of these signatures can be found here.

Thanks! These have been integrated into binwalkv3.


type infer problem when using version 1.0.0

I write this demo project
npm i sequelize-typescript sequelize

// main.ts
import { Table, Column, Model, Default, PrimaryKey } from 'sequelize-typescript';

@Table({
  tableName: 'wmuser',
  timestamps: true,
  paranoid: true,
})
export class UserModel extends Model<UserModel> {
  @PrimaryKey
  @Column
  id!: string;

  @Column
  token!: string;
}

UserModel.create().then(vvvvvv => {

})

typescript can not infer the type of vvvvvv. Its type is `any.
When I run npm install @types/bluebird, the type infer works

Seems it is not sequelize-typescript bug.
It is a bug of sequelize. But I believe a lot users using this library would face the bug.
https://github.com/sequelize/sequelize/issues/10668

Hey @alsotang, we already discussed that here #575. It is not a bug, the requirement to install @types/bluebird is mentioned in the docs (http://docs.sequelizejs.com/manual/typescript.html). But I  agree that this is not very obvious. We consider adding @types/bluebird to peerDependencies

ok, but the docs is not obvious. and I mistakenly thought it's the problem of beta version of sequelize-typescript


Can we validate Model with FormlyFieldConfig Schema.

I'm submitting a ...  (check one with "x")
[ ] bug report => search github for a similar issue or PR before submitting
[ ] feature request
[x ] support request

I would like to validate the model with FormlyFieldConfig Schema.
The use case is before binding the model and schema to formly-form, the model must be confirm to schema.
Similar to JSON Schema Validator from Newtonsoft
We could not use FormlyFieldConfig schema since key and value is not enclosed in quotes.
The above validator is not accepting the formlyfiledconfig.
Current behavior

The angular formgroup.valid function can be used to check whether the form met the schema.
But I need to validate the model before binding to formly-form tag. since I may get the mode data from different source.
Expected behavior

I need to validate the model before binding to formly-form tag. since I may get the mode data from different source.
if I use JSON Schema, I can use newtonsoft to validate the model.
Minimal reproduction of the problem with instructions

What is the motivation / use case for changing the behavior?

Please tell us about your environment:

Windows 10

Angular version: 2.0.X

Angular 8

Browser: [all | Chrome XX | Firefox XX | IE XX | Safari XX | Mobile Chrome XX | Android X.X Web Browser | iOS XX Safari | iOS XX UIWebView | iOS XX WKWebView ]

Language: [all | TypeScript X.X | ES6/7 | ES5]

Node (for AoT issues): node --version =

if I use JSON Schema, I can use newtonsoft to validate the model.

there is no such tool for formly, you may use json-schema too which is supported (#1459).
Check the following link: https://ngx-formly.github.io/ngx-formly/examples/advanced/json-schema

Hi Abdellatif Ait boudad,
Thanks
I already seen this example.
It is easy to generate FormlyFieldConfig schema  with ngx-formly-designer here
Can you please suggest any such designer for JSON schema?
Thanks
Raj

Can you please suggest any such designer for JSON schema?

no idea 🙏, there is another approach which you may explore is to convert FormlyFieldConfig to JsonSchema for the validation process.

Hi Abdellatif Ait boudad,
Sorry to bother you.
Please let me know the approach to to convert from FormlyFieldConfig to JsonSchema.
Thanks
Raj.

@Rajanusa create a custom function that converts your form fields to JsonSchema to be able to use JSON Schema Validator tool https://www.jsonschemavalidator.net/:
function fieldsToJsonSchema(fields) {
  ...
  return schema;
}


 IF YOU DO NOT FOLLOW THE FORMAT OR MAKE A GENERIC TOKEN REQUEST YOUR ISSUE WILL BE DELETED WITHOUT COMMENT
YOUR JUSTLIST MUST FOLLOW THE JSON SPECIFICATION
https://github.com/justswaporg/justlists/blob/main/example.justlists.ts
Checklist

[x] I understand that this is not the place to request a token listing.
[x] I have tested that my JustList is compatible by pasting the URL into the add a list UI at justswap.org.
[x] I understand that filing an issue or adding liquidity does not guarantee addition to the justlists website.

Please provide the following information for your token.
JustList URL must be HTTPS.
JustList URL:
JustList Name:
Link to the official homepage of the JustList manager:

Yyy

Please submit the correct information, invalid information will cause the issue to close


[backport] Rename cupy.util submodule to cupy._util

Backport of #3779

[automatic post] Jenkins, test this please.

Jenkins CI test (for commit d038dc9550c87fac8d71b2679630145421865709, target branch v8) succeeded!

LGTM!


the image is frozen at the first advertisement normally this is skipped after the update this no longer works

Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:

Go to '...'
Click on '....'
Scroll down to '....'
See error

Expected behavior
A clear and concise description of what you expected to happen.
Screenshots
If applicable, add screenshots to help explain your problem.
Desktop (please complete the following information):

OS: [e.g. iOS]
Browser [e.g. chrome, safari]
Version [e.g. 22]

Smartphone (please complete the following information):

Device: [e.g. iPhone6]
OS: [e.g. iOS8.1]
Browser [e.g. stock browser, safari]
Version [e.g. 22]

Additional context
Add any other context about the problem here.

the image is frozen at the first advertisement normally this is skipped after the update this no longer works

Fixed in 3.2


Replace VCM toolbar with System Tray Icon

Description of the new feature / enhancement
Replace VCM toolbar that displays Mic/Camera mute status with a System Tray Icon
Scenario when this would be used?
The toolbar blocks at least some content on the screen, and is somewhat obtrusive. A system tray icon would be a much better option.
Supporting information
No response

Sounds like a duplicate of #8297 (would you agree?)
Also, there's the idea as in issue #6751.

Duplicate of #8297

Thanks for your suggestion! This issue is a duplicate.
I'm linking this issue to #8297 to centralize the discussion thread, please go to that thread for discussion.
Thanks for your help to make PowerToys a better piece of software!

cc: @Jay-o-Way Thanks for pointing that out!


IndexBuffer does not support mappability

OpenGL, gfx-0.14.
https://github.com/snuk182/nuklear-backend-gfx
https://github.com/snuk182/nuklear-test/tree/gfx0.13
If we use Upload buffer to stream index data into, it is not unmapped before actual draw calls, which results in a crash:
thread 'main' panicked at 'Error InvalidOperation executing command: DrawIndexed(4, 5123, RawOffset(0x0), 174, 0, None)', C:\Users\plyhuns\.cargo\registry\src\github.com-1ecc6299db9ec823\gfx_device_gl-0.13.0\src\lib.rs:753
GL_INVALID_OPERATION is generated if a non-zero buffer object name is bound to an enabled array or the element array and the buffer object's data store is currently mapped.
This is because only PSO-data-based buffers go through the data binding mechanism which serves all the ensure_(un)mapped calls. Should adapt this to the IndexBuffer from a Slice as well.
Also we cannot override this by putting IndexBuffer into a pipe:

the trait bound gfx::IndexBuffer<u16>: gfx::pso::DataLink<'a> is not satisfied [E0277]

Right, maybe this can be done during encoding ? Otherwise could be part of #1058.

AFAIK in order to use generalized mapping stuff the buffer should still have some PSO-related information , like AccessInfo, so encoder itself hardly helps.

The encoder owns AccessInfo, the PSOs are simply filling it. I already used this for buffer copies who are not part of any PSO. Maybe AccessInfo should be extracted from the pso module into the encoder module for example.

Makes sense. However then if https://github.com/gfx-rs/gfx/issues/1058 comes real, the encoder code fixing current ticket (if any) should be removed.

Thanks for the report @snuk182 !
FYI, #1058 is not something that I'm 100% convinced we should be doing, it's open for discussion.


Support docs and syntax in tooltips

Overview
Add better styling to tooltips to support docs and syntax such that the
contrast is better on the dark background. Also move around a bunch of
workspace CSS into more component focused modules.

Fixes: https://github.com/unisonweb/codebase-ui/issues/177
Interesting/controversial decisions
I went back and forth a lot figuring out how best to deal with the overwriting of the colors.
I think this a decent solution, but the whole theme thing is starting to become unwieldy :(

@hojberg I think this looks great! I also love that the hover action allows the user to click on links! (I've also fixed my typo's in that snippet 😂 )

Very nice!


Faq cd

Harness Developer Pull Request
Thanks for helping us make the Developer Hub better. The PR will be looked at
by the CODEOWNERS.
What Type of PR is This?

[ ] Issue
[ ] Feature
[x] Maintenance/Chore

If tied to an Issue, list the Issue(s) here:

Issue(s)

House Keeping
Some items to keep track of. Screen shots of changes are optional but would help the maintainers review quicker.

[ ] Tested Locally
[ ] Optional Screenshot.

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

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://6605b8f7e3acf7175397d122--harness-developer.netlify.app

Please check the Execution Link of the Pipeline for the Website Draft URL. This is located in the Preview Step behind the Harness VPN and also is available in #hdh_alerts. E.g Website Draft URL: https://unique-id--harness-developer.netlify.app. Current Draft URL is: https://6605bc19bd20161a1b78b54e--harness-developer.netlify.app


Autoscale=Yes is now the default

Release Playbook

[ ] Rebase against master
[ ] Code review
[ ] Merge into master
[ ] Verify changes at http://site-staging.convox.com
[ ] Promote release on site-production in the convox/production Rack

Closing in favor of https://github.com/convox/site/pull/490 (sorry, hadn't noticed this PR).


CLDC-1101: Case log filter by organisation

Will review on Monday, but while you’re here, I noticed that no message is shown currently if there are no logs to show. We should fix that!


Conversations SDK: Update documentation

Contributing to the Azure SDK
Please see our CONTRIBUTING.md if you are not familiar with contributing to this repository or have questions.
For specific information about pull request etiquette and best practices, see this section.

API change check
API changes are not detected in this pull request.


Highlight negative posts

Fixes #579
Adds a new setting to queue tools that highlights all comments with a score of 0 in a light red. Posts whose scores are hidden from the listing are assumed to be fine.

Good catch, there's that


Fix issue 20314: pass only parameters by value

Let's see if there's any actual reason that the arguments to only are auto ref.

Let's see if there's any actual reason that the arguments to only are auto ref.

Non copy-able elements ?

Non copy-able elements ?

As things stand, it's not legal for a range to have non-copyable elements, and even if it were, they wouldn't work with only anyway, because in order for only to work, they'd have to be moved into the range object that's returned from only instead of copied, whereas normally, the arguments are copied, and making any lvalues that were passed in be moved instead of copied could cause problems in the cases where the objects are copyable. If anything, copy is a prime example of why allowing non-copyable elements would be a problem, because only's elements live directly in the object rather than being referred to by reference as occurs with many range types.

As things stand, it's not legal for a range to have non-copyable elements

Is there any actual exhaustive definition of what a range is supposed / not supposed to do ?
For example, https://issues.dlang.org/show_bug.cgi?id=15413 might be invalid by your definition.

Is there any actual exhaustive definition of what a range is supposed / not supposed to do ?
For example, https://issues.dlang.org/show_bug.cgi?id=15413 might be invalid by your definition.

The core definition is isInputRange, and it specifically requires that the elements of a range be copyable. It also used to specifically require that the range be assignable, since it used to be
template isInputRange(R)
{
    enum bool isInputRange = is(typeof(
    (inout int = 0)
    {
        R r = R.init;     // can define a range object
        if (r.empty) {}   // can test for empty
        r.popFront();     // can invoke popFront()
        auto h = r.front; // can get the front of the range
    }));
}

The current definition seems to have removed the requirement that the range be assignable, but I suspect that that was an oversight when it was changed to be a series of &&-ed conditions instead of one large condition. I'd have to dig through the history though to know for sure whether that change was on purpose.
enum bool isInputRange(R) =
    is(typeof(R.init) == R)
    && is(ReturnType!((R r) => r.empty) == bool)
    && is(typeof((return ref R r) => r.front))
    && !is(ReturnType!((R r) => r.front) == void)
    && is(typeof((R r) => r.popFront));

There is no specific requirement in isInputRange that the range be copyable, but since pretty much all range-based code takes arguments by value, and you have to copy a range in order to wrap it, it really doesn't make much sense to have a range that can't be copied. Also, as I just noted on that issue in bugzilla, the way that foreach in D works, it always copies any range it iterates over, and changing that would break a lot of code. So, isInputRange should probably require that the range be copyable, but it doesn't currently have any checks for that one way or the other.
We could choose to purposefully allow non-copyable elements and non-copyable ranges, but with the way that range-based code works, both elements of ranges and the ranges themselves are copied all over the place (especially when one range wraps another), so neither non-copyable elements nor non-copyable ranges would work with vast majority of range-based code, and in principle, we'd then have to add checks for non-copyable ranges and elements all over the place. So, from what I can see, adding support for non-copyable types is a major complication that yields very little benefit.
Either way, only would not play well with non-copyable elements, because the only way for it to allow them would be to move them, which is definitely not the behavior that you'd want in the vast majority of cases, and the range itself would then be non-copyable, which would mean that almost no range-based functions would work with it, because ranges are almost always passed by value (and of course, they're copied whenever they're wrapped).

Uh... ping?

This PR broke code.
The problem is that inside only there is a conversion of types if the parameters do not all have the same type but can be converted to a common type. After this PR, this conversion happens on the local copy and then the local copy is thrown away (OnlyResult copies the converted value).
Example of code that broke (added some debug lines that show the pointer values to understand what is going wrong):
import std.range;
import std.stdio;
import std.algorithm;

void main()
{
    // Comment-out one of the two to test the other, both are broken.
    broken_staticarray();
    broken_fixedstring();
}

void broken_staticarray()
{
    char[9] something = "something";
    writeln(__LINE__,":", cast(size_t)something.ptr);
    auto range = only("one", something, "three");
    foreach (ref v; range) {
        writeln(__LINE__,":", cast(size_t)v.ptr, " ,", v.length);
    }

    assert(only("one", something, "three").joiner(" ").equal("one something three"));
}

struct FixedLengthArray(T, size_t capacity_)
{
    enum capacity = capacity_;

	private size_t _length;
    private T[capacity] _elems;

    this(U)(U val) {
        opAssign(val);
    }

    auto ref opAssign(U)(U[] arr) {
        _length = arr.length;
        _elems[0 .. _length] = arr;
    }

    @property inout(T)[] slice() inout nothrow @nogc pure @safe {
        return _elems[0 .. _length];
    }

    alias slice this;
}

alias FixedString = FixedLengthArray!(char, 256);

void broken_fixedstring()
{
    FixedString something = "something";
    writeln(__LINE__,":", cast(size_t)something.slice.ptr);
    auto range = only("one", something, "three");
    foreach (ref v; range) {
        writeln(__LINE__,":", cast(size_t)v.ptr, " ,", v.length);
    }

    assert(only("one", something, "three").joiner(" ").equal("one something three"));
}

https://issues.dlang.org/show_bug.cgi?id=21129

I see. So the conversion should probably happen inside the OnlyResult struct with a tuple as template parameter rather than a CommonType static array.


New Contributor's Guide

Documentation Related To Component:
Contribution.md
Please check those that apply

[ ] typo
[ ] documentation doesn't exist
[x] documentation needs clarification
[ ] error(s) in example
[x] needs example

Description Of The Issue
Cheers everyone.
I'm trying to crack into contributing but I'm really overwhelmed. My main problem might be silly, but, I'm basically afraid to pick an issue. I don't know where to start from.
The Contribution.md covers the technical part but leaves completely open the matter of how to start. So, technically I understand how to make a contribution but I don't know what would be useful to contribute. Solving my own problems is not yet the case, as I didn't run into a bug or missing documentation yet. (Or I thought I got the idea of how it works and didn't make it my problem)
There is an attempt to cover this in Contribution.md, Submitting a PR section. However, simply checking for PRs implies that you have already decided what to work on.
So the subject boils down to that I might be conditoned with "Agile" Methodologies, and having a need of understanding who works on what and what has priority, but I think there are more like me out in th wild.
Do current contributors follow a process when picking an issue and how do you know when something is not picked by someone else, or if the issue it's important at all to pick? If there is not 'set in stone' process how would you suggest picking issues from the list?
If there is a process, or the nececity to define one, it would be nice to have it documented into Contribution.md. If not, I feel using more often the labels  WIP, priotity:*, target:* and adding good first issue labels, would be nice and will make filtering easier.
Please let me know if you tried something similar and didn't work for you.
In a nutshell, I propose for:

[ ] Labels in issues to guide new contributors to pick things

[ ] "For Noobs" (or "Good First Issue" for simple tasks that would be easy for someone to start with)
[ ] "WIP" (use it more)
[ ] "priority: High"  (use it more)
[ ] "priority" (if we think having a 3 tier priority scale makes sense)
[ ] "priority: low" (deprecate it. If we tag with priority staff anything that is not tagged makes sense to be of low priority)

[ ] Contribution.md

[ ] New Contributors Guide. A section that guides new contributors on how to pick their first issue and other useful tips for new contributors if you fancy.
[ ] Labels section explaining the definition of different labels in use and their difference, for example the diference between target: Next Major and priority: high.

Sorry for the wall of text!
I'd really love to hear your opinion on that and If there are resources covering this subject that I missed. Please point me towards thy direction.

I feel you on this one. I had the same feelings when I first started contributing. I wanted to do something but wasn't sure exactly what. Then one day I opened a new issue and volunteered to fix it.
My contributions so far have all been related to the documentation. I think that's an easy place to start. If you find a typo, broken or missing example, broken link or even a missing dot, don't hesitate to make a PR. At first, it might seem trivial and not worth the time but these small wins really do make a difference. You get familiar with the code and become more confident making bigger changes.
It's also worth mentioning here that contribution doesn't only mean opening PRs. Contributing can take different forms - opening an issue, participating in discussions, fixing a bug, reviewing PRs, adding examples to the docs, commenting on other people's issues and helping them get closed, etc.
What is important is taking the initiative. If you see an issue that you think is interesting and want to give it a try, just do it. If no one else has volunteered to take it, then write a comment saying you want it and go for it. :)
I just came across this tweet by @brandonroberts who, together with @JWO719, with talk about how to contribute to NgRx and RxJS. It will be worth taking a look.

Thanks mate, really appreciate your answer!
I think this issue could make for a good conversation point to pin a few good Contributor tips and useful links.
Missed the live but I'm watching the YouTube video recoding https://www.youtube.com/watch?v=ug0c1tUegm4

This is a pretty old issue, and it's been inactive for some time. Closing it. We should look at the contributor's guide again soon, but it's not a priority given everything else that needs done.