text:
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 1482340786951541113 0 IN IP4 0.0.0.0\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 0.0.0.0\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 5087643632828053664 0 IN IP4 0.0.0.0\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 0.0.0.0\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 1728237533723503233 0 IN IP4 0.0.0.0\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 0.0.0.0\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 1728237533723503233 0 IN IP4 0.0.0.0\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 0.0.0.0\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 2130379007 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 2130379007 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 2130379007 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 2130379007 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 2130379007 100.100.83.63 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 2130379007 100.100.83.63 52940 typ host","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.322Z] sockstortc-obfuscated: local ice candidate: {"candidate":"candidate:0 1 UDP 2130379007 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 2130379007 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 2130379007 100.100.83.63 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 2130379007 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 2130379007 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 2130379007 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 2130379007 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 2130379007 100.100.83.63 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 2130379007 100.100.83.63 63061 typ host","sdpMid":"","sdpMLineIndex":0}}}]}}
PeerConnection D [2015-10-16T15:44:57.774Z] sockstortc-probe: local ice candidate: {"candidate":"candidate:8 1 UDP 1694179327 216.239.33.166 56450 typ srflx raddr 216.239.33.166 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 1694179327 216.239.33.166 56450 typ srflx raddr 216.239.33.166 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 1694179327 216.239.33.166 44759 typ srflx raddr 216.239.33.166 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 1694179327 216.239.33.166 44759 typ srflx raddr 216.239.33.166 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 1728237533723503233 0 IN IP4 0.0.0.0\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 0.0.0.0\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 6095887053124783650 0 IN IP4 0.0.0.0\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 0.0.0.0\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 6095887053124783650 0 IN IP4 0.0.0.0\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 0.0.0.0\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 6095887053124783650 0 IN IP4 0.0.0.0\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 0.0.0.0\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":"100.100.83.63","port":52940}
churn-pipe D [2015-10-16T15:44:57.809Z] sockstortc: trying to bind public endpoint: {"address":"216.239.33.166","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":"100.100.83.63","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":"100.100.83.63","port":63061}
churn-pipe D [2015-10-16T15:44:57.818Z] sockstortc: binding 1 mirror(s) for remote endpoint: {"address":"216.239.33.166","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":"100.100.83.63","port":63061}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: trying to bind public endpoint: {"address":"216.239.33.166","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":"100.100.83.63","port":52940}
churn-pipe D [2015-10-16T15:44:57.819Z] rtctonet: binding 1 mirror(s) for remote endpoint: {"address":"216.239.33.166","port":56450}
churn-pipe D [2015-10-16T15:44:57.819Z] sockstortc: successfully bound public endpoint: {"address":"100.100.83.63","port":52940}
churn-pipe D [2015-10-16T15:44:57.820Z] sockstortc: successfully bound public endpoint: {"address":"216.239.33.166","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 127.0.0.1 and 0.0.0.0 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 127.0.0.1 and 0.0.0.0 are supported in Firefox."}
churn-pipe D [2015-10-16T15:44:57.820Z] rtctonet: successfully bound public endpoint: {"address":"100.100.83.63","port":63061}
churn-pipe D [2015-10-16T15:44:57.822Z] rtctonet: successfully bound public endpoint: {"address":"216.239.33.166","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 127.0.0.1 and 0.0.0.0 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 127.0.0.1 and 0.0.0.0 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":"100.100.83.63","port":63061}: {"address":"216.239.33.166","port":59738}
churn-pipe D [2015-10-16T15:44:57.838Z] sockstortc: emitting mirror for {"address":"216.239.33.166","port":44759}: {"address":"216.239.33.166","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 2130379007 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 2130379007 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 2130379007 100.100.83.63 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":"100.100.83.63","port":52940}: {"address":"216.239.33.166","port":64156}
churn-pipe D [2015-10-16T15:44:57.851Z] rtctonet: emitting mirror for {"address":"216.239.33.166","port":56450}: {"address":"216.239.33.166","port":61799}
PeerConnection I [2015-10-16T15:44:57.856Z] sockstortc-obfuscated: handling signal from peer: {"type":2,"candidate":{"candidate":"candidate:6 1 udp 2130379007 216.239.33.166 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 1694179327 216.239.33.166 53493 typ srflx raddr 216.239.33.166 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 2130379007 216.239.33.166 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 1694179327 216.239.33.166 61799 typ srflx raddr 216.239.33.166 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":"100.100.83.63","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 127.0.0.1 and 0.0.0.0 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 127.0.0.1 and 0.0.0.0 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

repo: uProxy/uproxy


text:
Add clickable notifications

This makes our notifications clickable and moves the code for producing them out of generic_core
Fixes #898

Comments from the review on Reviewable.io

src/generic_ui/scripts/user.spec.ts, line 31 [r1] (raw file):
So, this entire function is pretty much me re-implementing _.defaults in a way that Typescript likes.  I think this is the second or third time that I have had to do that for functions in the library, and I know there are a bunch of places where the library functions are probably a bit more efficient than what we do.
I think at this point, it might be worth it to consider re-including lodash.  The library is only 50k and I think it has a good chance of reducing a fair number of simple mistakes and saving some time when doing things such as this.
Anyways, just looking for thoughts on that right now.

Comments from the review on Reviewable.io
Reviewed files:

src/chrome/extension/scripts/chrome_browser_api.ts @ r1
src/firefox/data/scripts/firefox_browser_api.ts @ r1
src/firefox/lib/glue.js @ r1
src/generic_core/core.ts @ r1
src/generic_core/remote-instance.spec.ts @ r1
src/generic_core/remote-instance.ts @ r1
src/generic_core/social.spec.ts @ r1
src/generic_core/social.ts @ r1
src/generic_ui/polymer/contact.ts @ r1
src/generic_ui/polymer/instance.ts @ r1
src/generic_ui/polymer/network.ts @ r1
src/generic_ui/scripts/ui.ts @ r1
src/generic_ui/scripts/user.spec.ts @ r1
src/generic_ui/scripts/user.ts @ r1
src/interfaces/browser-api.d.ts @ r1
src/uproxy.ts @ r1

Thanks for fixing some other issues with contact.ts / tests. Mostly comments to add comments I think.

src/chrome/extension/scripts/chrome_browser_api.ts, line 204 [r1] (raw file):
Could you add a comment here about the tag parameter

src/firefox/data/scripts/firefox_browser_api.ts, line 58 [r1] (raw file):
also comment about tag

src/generic_ui/scripts/ui.ts, line 348 [r1] (raw file):
Chatted quickly, and it sounds like we need data.unique in case there are two notifications we want to show that happen to share the same 'mode' and 'user' fields. Aside from potential weirdness with both mode and user being empty, not sure when this will be needed

src/generic_ui/scripts/ui.ts, line 605 [r1] (raw file):
deleted because the payload refers to the local user?

src/generic_ui/scripts/user.spec.ts, line 118 [r1] (raw file):
should the second parameter be {mode: 'get', user: 'fakeuser'}?

src/generic_ui/scripts/user.spec.ts, line 151 [r1] (raw file):
should the second parameter be {mode: 'share', user: 'fakeuser'}?

src/generic_ui/scripts/user.ts, line 56 [r1] (raw file):
for me, I feel like it'd be more clear to just pass in the ui object so its clear what this function that we're running is.

src/interfaces/browser-api.d.ts, line 14 [r1] (raw file):
I think a comment here for tag would be helpful too

Comments from the review on Reviewable.io

src/chrome/extension/scripts/chrome_browser_api.ts, line 204 [r1] (raw file):
Added to interfaces/browser_api.ts

src/firefox/data/scripts/firefox_browser_api.ts, line 58 [r1] (raw file):
Done. (added to interfaces/browser-api.d.ts)

src/generic_ui/scripts/ui.ts, line 348 [r1] (raw file):
Yup, those being empty is however expected in some cases (notification on logging out for example).  I'm leaving this just to make sure I don't break anything with this change, we can remove it later if needed.

src/generic_ui/scripts/ui.ts, line 605 [r1] (raw file):
my rationale for deleting it is that the core should handle any changes to the actual proxying state, we are just looking at the updates passed to us by the core.  Also, the described behaviour already happens.

src/generic_ui/scripts/user.spec.ts, line 118 [r1] (raw file):
Done.

src/generic_ui/scripts/user.spec.ts, line 151 [r1] (raw file):
Done.

src/generic_ui/scripts/user.ts, line 56 [r1] (raw file):
Done.

src/interfaces/browser-api.d.ts, line 14 [r1] (raw file):
Done.

Comments from the review on Reviewable.io
Reviewed files:

src/chrome/extension/scripts/chrome_browser_api.ts @ r3
src/firefox/data/scripts/firefox_browser_api.ts @ r3
src/firefox/lib/glue.js @ r3
src/generic_core/core.ts @ r3
src/generic_core/remote-instance.spec.ts @ r3
src/generic_core/remote-instance.ts @ r3
src/generic_core/social.spec.ts @ r3
src/generic_core/social.ts @ r3
src/generic_ui/polymer/contact.ts @ r1
src/generic_ui/polymer/instance.ts @ r3
src/generic_ui/polymer/network.ts @ r3
src/generic_ui/scripts/ui.ts @ r1
src/generic_ui/scripts/user.spec.ts @ r3
src/generic_ui/scripts/user.ts @ r3
src/interfaces/browser-api.d.ts @ r3
src/uproxy.ts @ r3

:+1: from me

source: gharchive/pull-request

authors: jpevarnek lucyhe

license_type: permissive

license_source: github-api


text:
Need help configuring emails

It is unclear to me how I should configure the emails and create the emails that I need.
I've seen the documentation and the 'Guide' but it is very short and I need more help.
What I need to know is how i create my own razor syntax email and how I attach this to a email in the shop. I would  like a step by step guide.
This is holding me back from going into production with the webshop and I need this resolved.
So help would be appreciated.

The folder macroscripts/uwebshopbackend contains an example (maybe from the demostore, not sure)
It’s important to have the word ‘email’ in the filename. Then it will be listed in the email template combobox. No need to register the file, just select it in the emailconfig part.
[dutchbreeze logo]
dutchbreeze b.v.
Adres
:
Demmersweg 92
7556 BN Hengelo
Telefoon
:
053 - 8200 830
Internet
:
www.dutchbreeze.nlhttp://www.dutchbreeze.nl
From: Jeroen [mailto:notifications@github.com]
Sent: maandag 2 november 2015 14:24
To: uWebshop/uWebshop-Releases uWebshop-Releases@noreply.github.com
Subject: [uWebshop-Releases] Need help configuring emails (#72)
It is unclear to me how I should configure the emails and create the emails that I need.
I've seen the documentation and the 'Guide'http://docs.uwebshop.com/general/guides/member-email-parameters/ but it is very short and I need more help.
What I need to know is how i create my own razor syntax email and how I attach this to a email in the shop. I would like a step by step guide.
This is holding me back from going into production with the webshop and I need this resolved.
So help would be appreciated.
—
Reply to this email directly or view it on GitHubhttps://github.com/uWebshop/uWebshop-Releases/issues/72.

Hmm i thought that issue xxx was fixed but today I have the same problem again. I'm getting null back from StoreAPI.GetEmailTemplates.
		public IEnumerable<string> GetEmailTemplates()
		{
			var files = Directory.GetFiles(IOHelper.MapPath(SystemDirectories.Xslt), "*.xslt", SearchOption.AllDirectories).Select(file => file.Replace(IOHelper.MapPath(SystemDirectories.Xslt) + @"\", string.Empty)).ToList();

			files.AddRange(Directory.GetFiles(IOHelper.MapPath(SystemDirectories.MacroScripts), "*.cshtml", SearchOption.AllDirectories).Select(file => file.Replace(IOHelper.MapPath(SystemDirectories.MacroScripts) + @"\", string.Empty)));

			if (IO.Container.Resolve<ICMSApplication>().IsBackendUserAuthenticated)
			{
				return files.Where(x => x.ToLowerInvariant().Contains("email") || x.ToLowerInvariant().Contains("mail"));
			}

			return null;
		}

This piece of code returns null. So either it cannot find any files with the word email or mail or it says that i;m not authorized.
The MacroScripts folder has the uWebshopBackend subfolder folder in it.
├───MacroScripts
│   └───uWebshopBackend

It also has .cshtml files in the uWebshopBackend folder with these files:
    Directory: D:\(....)\MacroScripts\uWebshopBackend
Mode                LastWriteTime         Length Name
----                -------------         ------ ----
-a----        14-Oct-15   9:41 AM           3688 uWebshopUmbracoEmailDetails.cshtml
-a----        14-Oct-15   9:41 AM           4823 uWebshopUmbracoOrderDetails.cshtml
-a----        14-Oct-15   9:41 AM           3020 uWebshopUmbracoOrderOverview.cshtml
-a----        14-Oct-15   9:41 AM           1389 uWebshopUmbracoProductOverview.cshtml

I've tried throwing away my cookies, clearing the cache, clean and rebuild of project, adding a TestEmailmail.cshtml to the MacroScripts backend. This all keeps returning null. I am logged in an have all the permissions (administrator).
I had these default .cshtml and .xls templates in the dropdown just before the weekend, now after I started running the application just like before from Visual Studio 2013 it fails to load these files.
How can I debug this?

If you see null in backend email combo possibly lecagy control mapping is the failure. Check your log first if this is actually the code that returns null.
[dutchbreeze logo]
dutchbreeze b.v.
Adres
:
M.H. Tromplaan 23x-apple-data-detectors://0
7513 AB Enschedex-apple-data-detectors://0
Telefoon
:
053 - 8200 830tel:053 - 8200 830
Fax
:
053 - 8200 864tel:053 - 8200 864
Internet
:
www.dutchbreeze.nlhttp://www.dutchbreeze.nl/
Op 2 nov. 2015 om 20:48 heeft Jeroen <notifications@github.commailto:notifications@github.com> het volgende geschreven:
Hmm i thought that issue xxx was fixed but today I have the same problem again. I'm getting null back from StoreAPI.GetEmailTemplates.
    public IEnumerable<string> GetEmailTemplates()
    {
        var files = Directory.GetFiles(IOHelper.MapPath(SystemDirectories.Xslt), "*.xslt", SearchOption.AllDirectories).Select(file => file.Replace(IOHelper.MapPath(SystemDirectories.Xslt) + @"\", string.Empty)).ToList();

        files.AddRange(Directory.GetFiles(IOHelper.MapPath(SystemDirectories.MacroScripts), "*.cshtml", SearchOption.AllDirectories).Select(file => file.Replace(IOHelper.MapPath(SystemDirectories.MacroScripts) + @"\", string.Empty)));

        if (IO.Container.Resolve<ICMSApplication>().IsBackendUserAuthenticated)
        {
            return files.Where(x => x.ToLowerInvariant().Contains("email") || x.ToLowerInvariant().Contains("mail"));
        }

        return null;
    }

This piece of code returns null. So either it cannot find any files with the word email or mail or it says that i;m not authorized.
The MacroScripts folder has the uWebshopBackend subfolder folder in it.
????MacroScripts
?   ????uWebshopBackend
It also has .cshtml files in the uWebshopBackend folder with these files:
Directory: D:\(....)\MacroScripts\uWebshopBackend

Mode                LastWriteTime         Length Name

-a----        14-Oct-15   9:41 AM           3688 uWebshopUmbracoEmailDetails.cshtml
-a----        14-Oct-15   9:41 AM           4823 uWebshopUmbracoOrderDetails.cshtml
-a----        14-Oct-15   9:41 AM           3020 uWebshopUmbracoOrderOverview.cshtml
-a----        14-Oct-15   9:41 AM           1389 uWebshopUmbracoProductOverview.cshtml
I've tried throwing away my cookies, clearing the cache, clean and rebuild of project, adding a TestEmailmail.cshtml to the MacroScripts backend. This all keeps returning null. I am logged in an have all the permissions (administrator).
I had these default .cshtml and .xls templates in the dropdown just before the weekend, now after I started running the application just like before from Visual Studio 2013 it fails to load these files.
How can I debug this?

Reply to this email directly or view it on GitHubhttps://github.com/uWebshop/uWebshop-Releases/issues/72#issuecomment-153137583.

Thank you for you answer.
I've checked the log (umbracoTraceLog) and the only warning that i could find is:
2015-11-02 20:53:36,246 [P16028/D2/T1] WARN  Umbraco.Core.Sync.DatabaseServerMessenger - No last synced Id found, this generally means this is a new server/install. The server will rebuild its caches and indexes and then adjust it's last synced id to the latest found in the database and will start maintaining cache updates based on that id

And I have one entry of this:
2015-11-02 20:42:26,438 [P13820/D2/T9] ERROR Umbraco.Web.WebApi.Filters.AngularAntiForgeryHelper - Could not validate XSRF token
System.Web.Mvc.HttpAntiForgeryException (0x80004005): The anti-forgery token could not be decrypted. If this application is hosted by a Web Farm or cluster, ensure that all machines are running the same version of ASP.NET Web Pages and that the <machineKey> configuration specifies explicit encryption and validation keys. AutoGenerate cannot be used in a cluster.
   at System.Web.Helpers.AntiXsrf.AntiForgeryTokenSerializer.Deserialize(String serializedToken)
   at System.Web.Helpers.AntiXsrf.AntiForgeryWorker.DeserializeToken(String serializedToken)
   at System.Web.Helpers.AntiXsrf.AntiForgeryWorker.Validate(HttpContextBase httpContext, String cookieToken, String formToken)
   at System.Web.Helpers.AntiForgery.Validate(String cookieToken, String formToken)
   at Umbraco.Web.WebApi.Filters.AngularAntiForgeryHelper.ValidateTokens(String cookieToken, String headerToken)

I don't see other errors about 'lecagy control mapping' or an exception from the getEmailTemplate action..

Ok, forget the legacy issue. Just my best wild guess.
It seems that it's not a really fresh install or that it's crossdomain header authentication fails. Are you running a balanced or multiple domain setup? Are the calls and api's within the same domain (no misconfigured balanced environment)? If not, make sure you did a clean install, not just overwrite some of the files.
[dutchbreeze logo]
dutchbreeze b.v.
Adres
:
M.H. Tromplaan 23x-apple-data-detectors://0
7513 AB Enschedex-apple-data-detectors://0
Telefoon
:
053 - 8200 830tel:053 - 8200 830
Fax
:
053 - 8200 864tel:053 - 8200 864
Internet
:
www.dutchbreeze.nlhttp://www.dutchbreeze.nl/
Op 2 nov. 2015 om 21:09 heeft Jeroen <notifications@github.commailto:notifications@github.com> het volgende geschreven:
Thank you for you answer.
I've checked the log (umbracoTraceLog) and the only warning that i could find is:
2015-11-02 20:53:36,246 [P16028/D2/T1] WARN  Umbraco.Core.Sync.DatabaseServerMessenger - No last synced Id found, this generally means this is a new server/install. The server will rebuild its caches and indexes and then adjust it's last synced id to the latest found in the database and will start maintaining cache updates based on that id
And I have one entry of this:
2015-11-02 20:42:26,438 [P13820/D2/T9] ERROR Umbraco.Web.WebApi.Filters.AngularAntiForgeryHelper - Could not validate XSRF token
System.Web.Mvc.HttpAntiForgeryException (0x80004005): The anti-forgery token could not be decrypted. If this application is hosted by a Web Farm or cluster, ensure that all machines are running the same version of ASP.NEThttp://asp.net Web Pages and that the  configuration specifies explicit encryption and validation keys. AutoGenerate cannot be used in a cluster.
at System.Web.Helpers.AntiXsrf.AntiForgeryTokenSerializer.Deserialize(String serializedToken)
at System.Web.Helpers.AntiXsrf.AntiForgeryWorker.DeserializeToken(String serializedToken)
at System.Web.Helpers.AntiXsrf.AntiForgeryWorker.Validate(HttpContextBase httpContext, String cookieToken, String formToken)
at System.Web.Helpers.AntiForgery.Validate(String cookieToken, String formToken)
at Umbraco.Web.WebApi.Filters.AngularAntiForgeryHelper.ValidateTokens(String cookieToken, String headerToken)
I don't see other errors about 'lecagy control mapping' or an exception from the getEmailTemplate action..

Reply to this email directly or view it on GitHubhttps://github.com/uWebshop/uWebshop-Releases/issues/72#issuecomment-153142696.

I did not reinstall anything since i've used it for the last time.
Your suggestion is to do a clean install? I've had this issue before when I deployed a clean install to Azure and the same symptoms where popping up.
I've set up a lot of stuff on the store already and it'd be a waste to do it all over and have the same issue again..

So it does work locally? Did you check that all dll's are present serverside and same versioned? Maybe due to updates that didnt get deployed?
[dutchbreeze logo]
dutchbreeze b.v.
Adres
:
M.H. Tromplaan 23x-apple-data-detectors://0
7513 AB Enschedex-apple-data-detectors://0
Telefoon
:
053 - 8200 830tel:053 - 8200 830
Fax
:
053 - 8200 864tel:053 - 8200 864
Internet
:
www.dutchbreeze.nlhttp://www.dutchbreeze.nl/
Op 2 nov. 2015 om 21:31 heeft Jeroen <notifications@github.commailto:notifications@github.com> het volgende geschreven:
I did not reinstall anything since i've used it for the last time.
Your suggestion is to do a clean install? I've had this issue before when I deployed a clean install to Azure and the same symptoms where popping up.
I've set up a lot of stuff on the store already and it'd be a waste to do it all over and have the same issue again..

Reply to this email directly or view it on GitHubhttps://github.com/uWebshop/uWebshop-Releases/issues/72#issuecomment-153147885.

I'm sorry for the confusion.
Im running locally in visual studio 2013 debugging. Ive seen this problem before when i deployed an umbraco installation from the azure app gallery.
Last friday it worked in my dev environment but i saw some templates disappearing last friday it was weird to me at the time but I stopped looking into it due to lack of time. Today it started to show null in the dropdown menu..

I think something is wrong with the database. I'm also not able to store my user information when I try to update my profile:
I get this exception:
 2015-11-03 16:46:53,809 [P10676/D2/T8] ERROR Umbraco.Core.Security.AuthenticationExtensions - The current identity cannot be converted to Umbraco.Core.Security.UmbracoBackOfficeIdentity
System.InvalidOperationException: Cannot create a Umbraco.Core.Security.UmbracoBackOfficeIdentity from System.Security.Claims.ClaimsIdentity since the required claim http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier is missing
   at Umbraco.Core.Security.UmbracoBackOfficeIdentity.FromClaimsIdentity(ClaimsIdentity identity)

I'm going to try and reinstall, are there tips for using localdb in the correct way with umbraco?

Ok... after I reinstalled Umbraco in an empty visual studio web project (by installing via install-package umbracocms it installs 7.3.1. Then downloading the installer package from uWebshop the email templates return null (but the MacroScripts\uwebshopBackend\ has .cshtml files in it with the word email in it.
When i look at the log i still see the
2015-11-05 20:06:18,335 [P11128/D2/T9] ERROR Umbraco.Core.Security.AuthenticationExtensions - The current identity cannot be converted to Umbraco.Core.Security.UmbracoBackOfficeIdentity
System.InvalidOperationException: Cannot create a Umbraco.Core.Security.UmbracoBackOfficeIdentity from System.Security.Claims.ClaimsIdentity since the required claim http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier is missing
   at Umbraco.Core.Security.UmbracoBackOfficeIdentity.FromClaimsIdentity(ClaimsIdentity identity)
   at Umbraco.Core.Security.AuthenticationExtensions.GetCurrentIdentity(HttpContextBase http, Boolean authenticateRequestIfNotFound)
 2015-11-05 20:07:27,974 [P11128/D2/T42] INFO  Umbraco.Core.Security.BackOfficeSignInManager - Event Id: 0, state: Login attempt succeeded for username my@email.nl from IP address ::1

So something is still going wrong with the claim.
I googled this message and got to this umbraco issues page. Here they speak of breaking changes in the way membership/identity is handled since v7.3.0.
I've installed umbraco 7.2.6 in a new project and installed the uWebshop and it works. I get email templates now, even the ones that I create myself.
Now the functions of the emails make sense to me again. @dutchbreeze  thanks for your help with debugging. I'm not sure if the error should be fixed at uWebshop of at Umbraco.. Care to weigh in?

source: gharchive/issue

authors: VeldMuijz dutchbreeze

repo: uWebshop/uWebshop-Releases

license: mit

license_source: bigquery


text:
🛑 guaca-vet is down

In f058c9f, guaca-vet (https://guacavet.uab.cat/guacamole/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: guaca-vet is back up in c876e40.

repo: uab-dtic/guacamole-uab-monitoring

license: MIT


text:
Model Apache Flink's RichFunction.open as an @Initializer method

From the docs here: open(...) should always be called before other methods,
such as filter(...), so it fits our definition of an @Initializer method.

@msridhar let me know if you'd want a test case here. Would mean adding Apache Flink as a test dependency and there isn't really any new code path being tested, though (also, we are simultaneously making this patch as internal config at Uber, will add you to the diff)

repo: uber/NullAway


text:
Add UberRevertTestPlanEngine to enforce Revert Plan field in commit messages

Summary:

Checks for Revert Plan: field and makes sure it's not empty.
Add UberRevertPlanTestEngine to unit.engine.multi.engines in .arcconfig to enable.

Test Plan:

Verified Locally

bump

@raviagarwal Run arc lint --lintall and fix errors and warnings please.

fixed lint errors.

repo: uber/arcanist


text:
Move some proto definitions to admin package

What changed?
Move some proto type definitions from shared package to admin package.
Additionally added .gitattributes with .gen linguist-generated=true to collapse generated files in PRs by default.

Why?
This is a preparation step before moving out admin/v1 to cadence-idl repository. This is in turn need for WebUI grpc migration.
This change is safe, as types themselves did not change and thus they remain wire compatible.

How did you test it?
Deployed branch to staging2 environment.
Used CLI with grpc transport to issue admin cluster describe command.

Potential risks

Release notes

Documentation Changes

Pull Request Test Coverage Report for Build 0181428c-d002-48b2-a921-17788eadbcfd

250 of 284 (88.03%)  changed or added relevant lines in 1 file are covered.
52 unchanged lines in 12 files lost coverage.
Overall coverage decreased (-0.02%) to 58.003%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

common/types/mapper/proto/shared.go
250
284
88.03%

Files with Coverage Reduction
New Missed Lines
%

common/task/weightedRoundRobinTaskScheduler.go
1
89.64%

client/history/client.go
2
38.05%

client/history/metricClient.go
2
45.3%

common/membership/hashring.go
2
83.54%

common/task/fifoTaskScheduler.go
2
85.57%

service/history/execution/mutable_state_builder.go
2
69.09%

service/history/handler.go
2
47.6%

service/matching/matcher.go
2
91.46%

service/history/task/fetcher.go
3
91.79%

service/frontend/workflowHandler.go
4
60.28%

Totals

Change from base Build 01814080-1488-4d1e-819f-14f260bf4b9e:
-0.02%

Covered Lines:
83989

Relevant Lines:
144800

💛  - Coveralls

Not at all opposed to this change, but I'm slightly scared that some of the monorepo tooling might expect IDL files to never be moved or renamed. Might I suggest just getting a stamp from @moisesvega  or some folks from the IDL group?

Not at all opposed to this change, but I'm slightly scared that some of the monorepo tooling might expect IDL files to never be moved or renamed. Might I suggest just getting a stamp from @moisesvega or some folks from the IDL group?

ignore me, I didn't know these weren't imported

repo: uber/cadence


text:
Fix metric name for reporterDropped counter.

Based on the go client (https://github.com/uber/jaeger-client-go/blob/master/metrics.go#L63), the metric name is incorrect.

Codecov Report

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

@@            Coverage Diff            @@
##             master     #230   +/-   ##
=========================================
  Coverage     81.89%   81.89%
  Complexity      525      525
=========================================
  Files            87       87
  Lines          2005     2005
  Branches        236      236
=========================================
  Hits           1642     1642
  Misses          263      263
  Partials        100      100

Impacted Files
Coverage Δ
Complexity Δ

...src/main/java/com/uber/jaeger/metrics/Metrics.java
77.5% <ø> (ø)
11 <0> (ø)
:arrow_down:

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 912bfdb...1a6af7e. Read the comment docs.

I'm closing this in favor of #335. If you think this should not be the case, please reopen and leave a comment.

authors: codecov-io isaach1000 jpkrohling

repo: uber/jaeger-client-java


text:
Compilation of frob34.cc fails with Python.h not found

I am on a fully updated Ubuntu 16.04 system. For some reason the compilation process does not set the right include flags (which should be /usr/include/python3.5m).
./configure
checking for PY26... yes
checking for PY34... no
checking for PY35... yes
checking for PY36... no
configure: WARNING: Building without Python 3.6 support

make
libtool: link: ranlib .libs/libfrob26.a
libtool: link: ( cd ".libs" && rm -f "libfrob26.la" && ln -s "../libfrob26.la" "libfrob26.la" )
/bin/bash ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I.     -g -O2 -std=c++11 -Wall -MT libfrob34_la-frob34.lo -MD -MP -MF .deps/libfrob34_la-frob34.Tpo -c -o libfrob34_la-frob34.lo `test -f 'frob34.cc' || echo './'`frob34.cc
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -g -O2 -std=c++11 -Wall -MT libfrob34_la-frob34.lo -MD -MP -MF .deps/libfrob34_la-frob34.Tpo -c frob34.cc  -fPIC -DPIC -o .libs/libfrob34_la-frob34.o
In file included from frob34.cc:18:0:
./frob.cc:28:20: fatal error: Python.h: No such file or directory
compilation terminated.

i'm able to reproduce your issue, working on patching.

@jmphilli I believe #89 has the fix, would like someone to confirm it though.

I tested this on a 16.04 VM, should work now.

authors: eklitzke jackvreeken jmphilli

repo: uber/pyflame


text:
Perf bug in multivariate normal due to inefficient .expand

Ref. https://github.com/uber/pyro/pull/1582.
There is a perf bug in MVN, and lowrank MVN log_prob methods on expanded instances (i.e. instances coming from mvn.expand()). @fehiepsi already has a patch for it. I am running our test suite to see if this might also affect other distributions.

#1588 should fix some slowness. Another thing related to mvn (but I guess it also happens for other distributions too) which is not relevant to this bug, but I want to put here for record:

With event_shape < 50, pytorch 0.4 is faster than pytorch 1.0
With event_shape > 50, pytorch 1.0 is starting outperforming pytorch 0.4

With event_shape < 50, pytorch 0.4 is faster than pytorch 1.0

The pytorch devs did mention that there is some tensor overhead that was added after 0.4 due to which small models are likely to be slower. https://github.com/pytorch/pytorch/pull/9320 was an attempt to rectify that.

Following your link, I can see there are many interesting stories about the performance of 0.4 vs 1.0. Thanks @neerajprad !

This is already fixed.

authors: fehiepsi neerajprad

repo: uber/pyro


text:
reproduce vae sample results

in the documentation there is a figure showing the ELBO for the test dataset.
after 50 epochs, the ELBO reaches below -80.
when running the vae sample, after 200 epochs the ELBO reaches -100.
is it a bug in the sample code ?

Thanks for commenting. We ran exactly the sample code to produce results
and were aiming for complete transparency. The elbo is a bit inflated
because we did not binarize images across all our examples, but the
discrepancy you describe is too far from acceptable. I will investigate,
this should be 100% replicable.
On Nov 9, 2017 1:40 AM, "shami-nisimov" notifications@github.com wrote:

in the documentation there is a figure showing the ELBO for the test
dataset.
after 50 epochs, the ELBO reaches below -80.
when running the vae sample, after 200 epochs the ELBO reaches -100.
is it a bug in the sample code ?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/uber/pyro/issues/539, or mute the thread
https://github.com/notifications/unsubscribe-auth/ABVhL5alYSsiIq1BKk2CfoN-1IfHHn3rks5s0siagaJpZM4QXrcj
.

Small update:
I ran our code a few times to test what happens and reconstructed your observation. Interestingly, that model code was not changed since the plots were made for the tutorial, but the numbers you observed and I verified upon running it again a few times are consistent with the original VAE paper by Durk Kingma and Max Welling (ICLR 2013).
I will search through the many moving parts of pyro, the plotting scripts and my own system installation that may have changed since release to find what caused this discrepancy and once I have some more clarity can also update the plots in the tutorial to reflect the correct numbers. I currently do not see any bug in the example code for vae, I think this is all fine, so I am curious to find out what happened there.
Thank you again for catching this, the intention with all our models is to be 100% reproducible and match the published state of the art and comments such as yours help us keep them honest.

We can replicate this independently with the vae_comparison.py example. Bisecting the commits, the results for commit - d2252b241e63e3f79716aadeeb8361e7855ca547.
Running Pyro VAE implementation
====> Epoch: 0
Training loss: 0.0016
Test set loss: 0.0013
====> Epoch: 1
Training loss: 0.0012
Test set loss: 0.0012
====> Epoch: 2
Training loss: 0.0011
Test set loss: 0.0011
====> Epoch: 3
Training loss: 0.0011
Test set loss: 0.0011
====> Epoch: 4
Training loss: 0.0011
Test set loss: 0.0011
====> Epoch: 5
Training loss: 0.0011
Test set loss: 0.0011

and for the next commit - 6f01edb5743a393b47deeca879545bab60366f27 are quite different, and repeatable:
Running Pyro VAE implementation
====> Epoch: 0
Training loss: 0.0015
Test set loss: 0.0011
====> Epoch: 1
Training loss: 0.0010
Test set loss: 0.0010
====> Epoch: 2
Training loss: 0.0010
Test set loss: 0.0009
====> Epoch: 3
Training loss: 0.0009
Test set loss: 0.0009
====> Epoch: 4
Training loss: 0.0009
Test set loss: 0.0009
====> Epoch: 5
Training loss: 0.0009
Test set loss: 0.0009

I am still not sure why the changes in #494 would result in this difference, and I haven't debugged any further.

OK, this is actually it. Thank you @neerajprad .
In short: the vae example did not change, but our Bernoulli distribution used in this example changed in that PR post-release, which explains the difference.
We can now interpret the core of this issue as looking into why the old Bernoulli behaved so awkwardly compared to the new one. My guess is the new one is improved, but we will look at our tests more to validate.

I can confirm that our current implementation is correct, or at least consistent with other libraries like tensorflow. Both would return the same result for discrete 0, 1 values, but different when data is continuous. Our prior calculation (while it worked on continuous values), would actually calculate the following (assume only a single datum):
 log_pdf(x) = log(p*x + (1-p) * (1-x))

This does not blow up at 0 or 1, and I suppose that was the reason why we had this. The fact that it did not error for continuous values was accidental.
The current implementation calculates binary cross entropy, and is consistent with the tf implementation:
log_pdf(x) = log (p^x * (1-p)^(1-x)) = x log p + (1-x) log (1-p)

I reopened this, as we should update some of our tutorials. We can track that as part of this task.

@neerajprad @eb8680  are tutorial updates still pending?

I reran this and have new plots with the updated likelihood, will push this
weekend.
On Dec 16, 2017 2:36 PM, "ngoodman" notifications@github.com wrote:

@neerajprad https://github.com/neerajprad @eb8680
https://github.com/eb8680 are tutorial updates still pending?
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub
https://github.com/uber/pyro/issues/539#issuecomment-352216769, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ABVhL9xvCMNli_axWTp45t-c7LZn1NXaks5tBEXmgaJpZM4QXrcj
.

@karalets please add me to the PR so i know what to push to the site

@jpchen what's the status of this after #930?

@neerajprad has been working on vae, and if im not mistaken the plots and numbers in the tutorials have been freshly generated #1050 (comment). feel free to reopen if i am mistaken

authors: eb8680 jpchen karalets neerajprad ngoodman shami-nisimov


text:
Version ranges?

The package is locked to patch releases even though the tchannel and thriftrw packages use semver. It should be safe to lock on minor (or maybe even just major) versions.

TChannel is an exception; everything else should be strict.

authors: Raynos abhinav

repo: uber/tcurl


text:
Steam Deck OLED Frame Cap Broken Below 90 hz

Describe the bug
When I set the frame cap in Gaming Mode to anything below 90 hz, the game seemed to be stuck at 40 - 45 hz no matter what I did (it did stay at 90 hz when I set the frame cap to 90 hz).
What did you expect to happen?
I expected the frame cap to apply appropriately (for example, setting it to 60 hz should cap the frame rate to 60 hz).
Output of rpm-ostree status
State: idle
Deployments:
  ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-deck:stable
                   Digest: sha256:f9070c349af242e5d47ed9a7a21418c42694d71c5fa0e5567b3c92d5036d9ca2
                  Version: 40.20240728.0 (2024-07-28T16:39:55Z)
            SecAdvisories: 1 moderate
                     Diff: 247 upgraded, 1 downgraded, 23 removed, 23 added
          LayeredPackages: sunshine

● ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-deck:stable
                   Digest: sha256:56e6286b623e843164af43e1bdc951bb365e8a9bb9c444e0f8130c346bef2f5e
                  Version: 40.20240722.0 (2024-07-22T14:32:51Z)
          LayeredPackages: sunshine

  ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-deck:stable
                   Digest: sha256:82624ab8dc34f83515f74cdaa160683f342cc62b8dd2d485fa2d465385ec5fab
                  Version: 40.20240717.0 (2024-07-17T17:10:50Z)
          LayeredPackages: sunshine

Hardware
Steam Deck OLED
Extra information or context
Edit: After updating Bazzite earlier today (after posting this bug report), this seems to be occurring much less often, but it still seems to be happening occasionally.
Edit 2: It seems like this issue is very similar to mine, although this person has it happening with an ROG Ally X.

Hi. I have just tried to play a game today at 40, 45, and 50 hz. None of these caused the issue, therefore, I think I'm going to close this issue for now as solved.

repo: ublue-os/bazzite


text:
Aurora 41 does not boot from USB device

Describe the bug
I downloaded the current aurora-dx-stable yesterday, dded it onto my usb stick and bootet via the "try and install" option. The system seems to boot but the gui interface ends up at a gray screen.

On the external screen (DP via TB-dock) the screen stays gray eternally.
On the main laptop screen (without dock), the screen is gray for a few seconds until the installer launches, what is not what I want.

What did you expect to happen?
I want to boot the OS from usb.
Extra information or context
Syslog taken from TTY2.

This is not a live ISO. It can only install.

This is not a live ISO. It can only install.

So, then, why is there the distinction between Install aurora-dx 41 and Test this media & install aurora-dx 41?

Test this media tests the media for corruption through checksumming, that being undescriptive is an upstream issue

authors: m2Giles suuuehgi tulilirockz

repo: ublue-os/bluefin


text:
Github Action

Do we need to create github action only for the unit test and linting?

Yes, AFIK. These are the requirements.

yes


text:
Prepare images for 2.0 release

This includes:

Resizing
Positioning
Subtitles (if required)
Image adjustments (like changing colours, change to animation etc).

Fixes #785.
Fixes #684.
Fixes #415.

Could the following images also be updated to the new art style:

https://storage.googleapis.com/cs-unplugged.appspot.com/static/img/topics/sorting-network-example-cards-1.jpg
https://storage.googleapis.com/cs-unplugged.appspot.com/static/img/topics/sorting-network-example-cards-2.jpg
https://storage.googleapis.com/cs-unplugged.appspot.com/static/img/topics/sorting-network-example-cards-3.jpg

authors: JackMorganNZ saranglove

repo: uccser/cs-unplugged


text:
Added Tides Service and Tests

In this PR, we add a service that gets Tide data at place and time from:
https://api.tidesandcurrents.noaa.gov/api/prod
Closes #12

@walexgreen I reverted log changes, only Tide files are changed now


text:
bootloader entry point

I'm sorry to bother you with this simple question.
I have a bootloader that I want to find a vulnerability, so I am testing it with the bootloaders you provided.
For some reason, my ida couldn't decompile if it was 32 bits, so I did huawei's bootloader
The problem is that I need to specify an entry point before running find_tint.py, but I don't know this
I couldn't find the satisfied answer because of my lack of search skills.
Could you tell me how you designated the entry point for the bootloader?

Usually it is a matter of static analysis - you need to find where most calls are started and where there is no other reference to your potential "main". Just try to search for this. From the other point, i don't understand why do you need "main" specifically. In a context of symbolic execution you need to find an "entry point" (nothing like actual main) of the interesting function, like memory management or verified boot

Usually it is a matter of static analysis - you need to find where most calls are started and where there is no other reference to your potential "main". Just try to search for this. From the other point, i don't understand why do you need "main" specifically. In a context of symbolic execution you need to find an "entry point" (nothing like actual main) of the interesting function, like memory management or verified boot

Thank you for your kind and quick reply.
The reason why I asked for bootloader's entry point was because of the error shown in the picture below.
The qualqumm where ELF Header exists did not show the error above, so I thought I need an entry point.
Anyway, thank you for your good comments.
I tried to change the direction and solve the above error itself, and there was an article with the same problem, so I solved it by referring to the article.
https://github.com/ucsb-seclab/BootStomp/issues/3
I think it's going well now.
Thank you for your research.

Thank you for your kind and quick reply.
The reason why I asked for bootloader's entry point was because of the error shown in the picture below.
The qualqumm where ELF Header exists did not show the error above, so I thought I need an entry point.
Anyway, thank you for your good comments.
I tried to change the direction and solve the above error itself, and there was an article with the same problem, so I solved it by referring to the article.
https://github.com/ucsb-seclab/BootStomp/issues/3
I think it's going well now.
Thank you for your research.

repo: ucsb-seclab/BootStomp


text:
Update FAQ on nomenclature

Yes, the bell looks like a bowl, however in my experience in Zen people call them bells, or in French, cloches. This article is informative: as it points out: Tibetan singing bowls are a type of bell: https://en.m.wikipedia.org/wiki/Singing_bowl.
As the article points out, another accurate term is bowl gong, the technical term for a gong that sits on a cushion. I.e. bell or gong are more appropriate than bowl as the latter isn't a 'musical' instrument.
Just don't call it a horn :-) http://www.mindhorn.co.uk/tour.

OK they call them gongs too: http://www.boutiquezen.com/boutique/accessoires.asp?IdCategorie=14

Great :-) ... added a link to the article to my FAQ.

repo: udamken/mindbell


text:
Refactorización de micro-mids migración de logica de controladores a helpers para las apis de calendario académico, derechos pecuniarios, terceros y notas

Se requiere realizar la Refactorización de micro-mids migración de logica de controladores a helpers para las apis de calendario académico, derechos pecuniarios, terceros y notas

mid
endpoints
controllers

calendario_academico
16
5

derechos_pecuniarios
12
1

tercero
15
1

notas
9
1

52
8

Sub Tareas

[x] Realizar la migración de la parte lógica del controlador del api mid de calendario_academico
[x] Realizar la migración de la parte lógica del controlador del api mid de derechos_pecuniarios
[x]  Realizar la migración de la parte lógica del controlador del api mid de tercero
[x]  Realizar la migración de la parte lógica del controlador del api mid de notas

Criterios de aceptación

[x] Ajuste de api mid definidas

Requerimientos
No aplica
Definition of Ready - DoR

[x] Está refinada y estimada en puntos de historia por el equipo.
[x] Incluye la descripción y criterios de aceptación, con el detalle funcional y especificaciones técnicas, de forma entendible por cualquier miembro del equipo.
[x] No tiene bloqueos que impidan su ejecución.
[x] Las dependencias están identificadas y resueltas.
[x] Puede ser probada dentro del Sprint.

Definition of Done - DoD - Desarrollo

[x] Desarrollo en local.
[x] Push en Feature.
[x] Pruebas locales (funcionales).
[x] PR a Develop.
[ ] Criterios de aceptación cumplidos.
[ ] Documentación de issue realizada.
[ ] Aprobada por SM/Líder técnico.

Refactorización de micro-mids migración de logica de controladores a services para las apis de calendario académico, derechos pecuniarios, terceros y notas
Detalles de Implementación

Movimiento de la lógica del negocio de los controladores a servicios específicos.
Desarrollo de servicios para la administración y manejo de datos de terceros.
Modificación de controladores para integrar los servicios recién creados.
Refactorización general y mejora de la claridad del código.

TERMINADO

Se revisa la issue, se aprueba el pr y se da por finalizada la issue


text:
[home page improvements] When there are actionable items on the home page, a notification sign appears

Enhancement
When there are actionable items on the home dashboard page (see #1197 and #1196), a notification sign appears in the sidebar – when viewing the app as a researcher.
Can be developed after issues #1193, #1196 and #1197 have been completed.

Implementation suggestion: add the classes if--notification if--notification-warning to the home icon in the sidebar.
<i class="if if-home if--notification if--notification-warning"></I>

there's a check for pending tasks every 5 seconds

authors: mietcls nics

repo: ugent-library/biblio-backoffice


text:
Current Development and contributions

I saw some other questions over the last few months about the status of this project but I haven't seen any recent activity. Is this project currently under development? And is there anything I can do to help you get this out?

Yeah me too.

@ugiacoman

@gwenf @vaibhawc @pgarciacamou Hey guys, sorry for the lack of updates. I haven't been able to give this project the attention it deserves. If anyone wants to take it up, by all means!

@ugiacoman you can transfer it to me. I'm going to be working with react-native a lot more in the next few weeks and would love to work on this 👍

I know there is a lot of people waiting for this, I haven't had time to start it just yet, but I have to soon.

@pgarciacamou love it :)

I will close this for now.
In the upcoming weeks I'll design a potential API. In the following months I'll start implementing it -
iOS first. It is too early to predict a potential alpha release though.

authors: ducpt2 gwenf ma-pe pgarciacamou ugiacoman vaibhawc

repo: ugiacoman/react-native-opencv


text:
Results of regularized models on WordNet similarities

@m-dorgham can you add to the 'regularizers' tab in the Google Spreadsheet the evaluation scores calculated on WordNet similarities?
What you have there now are the scores calculated either in the 'dynamic' setup (on the simlex_original.tsv test set) or in the 'static' setup (on the test sets from simlex/simlex_synsets subdirectory).
What I'm asking for now are the Spearman correlation values calculated on the test sets from the simlex subdirectory:

simlex_jcn_brown.tsv
simlex_jcn_semcor.tsv
simlex_lch.tsv

It seems we should focus more on this metrics, since it is more closely related to our original aim, that is, approximating arbitrary graph distance metrics with dense vectors.

it seems that these are the right numbers - otherwise they would not be so high, or i misunderstand something.
Mohammad, could you please report also number w/o the regularization please (for your run so that it is 100% comparable)?

On 16 Oct 2018, at 19:14, Andrey Kutuzov notifications@github.com wrote:
@m-dorgham https://github.com/m-dorgham can you add to the 'regularizers' tab in the Google Spreadsheet https://docs.google.com/spreadsheets/d/1esXh-eNz76_86PikQe9-FwkeEpMz7Of6rzeiSS6lrD8/edit#gid=224323705 the evaluation scores calculated on WordNet similarities?
What you have there now are the scores calculated either in the 'dynamic' setup (on the simlex_original.tsv test set) or in the 'static' setup (on the test sets from simlex/simlex_synsets subdirectory).
What I'm asking for now are the Spearman correlation values calculated on the test sets from the simlex subdirectory:
-simlex_jcn_brown.tsv
simlex_jcn_semcor.tsv
simlex_lch.tsv
It seems we should focus more on this metrics, since it is more closely related to our original aim, that is, approximating arbitrary graph distance metrics with dense vectors.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/uhh-lt/path2vec/issues/18, or mute the thread https://github.com/notifications/unsubscribe-auth/ABY6vq4GApmnweuC_rDjYN7OrA8B9btJks5ulhPkgaJpZM4Xe04d.

@alexanderpanchenko , @akutuzov  Here are the scores without the regularizer:
jcn-semcor: 0.9245
jcn-brown: 0.9013
lch: 0.9339

Thanks! This is consistent with other evaluations.
Sent from my iPhone

On 30. Oct 2018, at 00:03, Mohammad Dorgham notifications@github.com wrote:
@alexanderpanchenko , @akutuzov Here are the scores without the regularizer:
jcn-semcor: 0.9245
jcn-brown: 0.9013
lch: 0.9339
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

@m-dorgham Can you do the same for the vector size tab?

@akutuzov Ok I will do.

@m-dorgham please also train models on these two extra datasets
http://ls.hpc.uio.no/~andreku/data/shp_thresh01-near50.tsv.gz
http://ls.hpc.uio.no/~andreku/data/wup_thresh03-near50.tsv.gz
They correspond to two other similarity measures, like lch, and we need them as well for the table.

@alexanderpanchenko Do you want me to train them on the best configurations of hyperparameters only, or for all combinations of hyperparameters?

Please start from the best and continue with other values (so that we can quickly report in the table something meaningful already).

authors: akutuzov alexanderpanchenko m-dorgham


text:
Convert final_module.f90 to Python

Convert the remaining final_module code to Python

final_output appears to only write HYBRD output so will be removed

repo: ukaea/PROCESS


text:
Auto resend client email using RQ

Description of change
Export Win auto sending client email using RQ.

Checklist

[X] Has this branch been rebased on top of the current main branch?

Explanation
The branch should not be stale or have conflicts at the time reviews are requested.

[X] Is the CircleCI build passing?

General points

Other things to check

Make sure fixtures/test_data.yaml is maintained when updating models
Consider the admin site when making changes to models
Use select-/prefetch-related field lists in views and search apps, and update them when fields are added
Make sure the README is updated e.g. when adding new environment variables

See docs/CONTRIBUTING.md for more guidelines.

Codecov Report
Attention: 11 lines in your changes are missing coverage. Please review.

Comparison is base (155ad96) 97.00% compared to head (9b546f5) 96.95%.
Report is 6 commits behind head on main.

Files
Patch %
Lines

datahub/export_win/tasks.py
47.61%
9 Missing and 2 partials :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main    #5180      +/-   ##
==========================================
- Coverage   97.00%   96.95%   -0.05%
==========================================
  Files         891      891
  Lines       21162    21184      +22
  Branches     1888     1892       +4
==========================================
+ Hits        20529    20540      +11
- Misses        497      506       +9
- Partials      136      138       +2

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

authors: codecov-commenter dredmonds

repo: uktrade/data-hub-api


text:
TP2000-959 measure list pagination fix

TP-2000-959
Why
Previously pagination on the Measures List page was slow and broken. It wouldn't limit how many measures came back, or how many pages you could see. It was really slow, and while still is slow, these tweaks hopefully makes it a little quicker.
What
When running locally, I've gotten results on master around the 80 second mark for responses. After some investigation (thanks Paul), it seems that the bottleneck is how we reference page and paginator in the templates. Each time we reference them, SQL queries are duplicated to calculate these objects' values. To get round this, if we assign variables in the context so that the fetching is done in one bout and not over and over again in the template aswell.
I've also fixed the page and results limiters on the pagination. I did this by simply not calling super().get_context_data() in the MeasureList's get context data function, and providing all the data manually instead. This is because a mixin up the inheritance chain was calling super().get_context_date() which referenced to seemingly itself? but by doing that it reset all of the limiter settings that had been provided on the MeasureList's paginator property.
Ultimately by doing all of this, but also upping the items per page number to 40, we're sitting at around 51 seconds (filtering for just erga omnes) which is a little better.

Codecov Report
Patch coverage: 81.81% and project coverage change: -0.01% :warning:

Comparison is base (7024848) 92.65% compared to head (8d6b4cf) 92.65%.

Additional details and impacted files
@@            Coverage Diff             @@
##           master    #1026      +/-   ##
==========================================
- Coverage   92.65%   92.65%   -0.01%
==========================================
  Files         451      451
  Lines       32717    32737      +20
  Branches     2499     2501       +2
==========================================
+ Hits        30314    30331      +17
- Misses       1918     1919       +1
- Partials      485      487       +2

Files Changed
Coverage Δ

measures/views.py
96.51% <81.81%> (-0.76%)
:arrow_down:

... and 1 file with indirect coverage changes

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

authors: LaurenQurashi codecov-commenter

repo: uktrade/tamato


text:
Feature: Render page labels

Description
When creating the logical outline structure for PDF-Navigation, it is required to render an entry for each single Page, with the current page ORDERLABEL attribute displayed.

Done

repo: ulb-sachsen-anhalt/digital-derivans


text:
Tentative request: Add themeing support to menuconfig

This is my last request, I promise :)
It would be nice if it was possible to change the color scheme of menuconfig. I'm not exactly sure what would be the best way to do it, but here are a couple options that come to mind:

environment variable
command line
config file
comments in the kconfig file

The first 3 are self explanatory. The last option, could be something like Vim modeline that allows settings things like TAB size from the Kconfig file comments, for example:
# $menuconfig: separator=bold_black_on_yellow,standout
# $menuconfig: frame=black_on_yellow,standout;style=black on white;...

config TEST
     bool "A"
...

The above color definition syntax is somewhat loosely resembling python blessings (https://github.com/erikrose/blessings). The definition after "," is the 4th column for _style().
If there's no plans for this whatsoever, please close the issue :)

6th option might be to make the default less ugly. I did my best with it, but I'm not exactly Rembrandt. That yellow color in particular probably isn't the prettiest thing in the world...
If someone comes up with a nicer color scheme (or other UI improvement), I'm happy to take it in. Not sticking to just the predefined colors might help too.
The C menuconfig gets decent looks from using lxdialog, but I don't like how it wastes terminal space, and resizing is super janky (including a segfault if you accidentally make the window too small).

I don't think it's ugly, actually it's pretty decent even for Rembrandt standards.
The problem is that when I present this to other people they expect the ctools "kconfig" theme. So I was hoping to customize it with colors that are more in-line with the project so instead of a "uh, huh... why is it yellow?" questions I would get more "Oh, cool" reactions :)
It's not super important, so if you think it's pointless to have, please close the issue.

I tried to go for the make menuconfig colors at first, but iirc I ran into color clashes due to the more compact layout.
Could you try tweaking the colors manually in _init_styles() and seeing if you can come up with something more make menuconfig-like that looks nice? Once we know that it's possible, I could try to come up with some theming thing.

Search for "predefined" in https://docs.python.org/3/library/curses.html to see the list of predefined colors.
Might be able to use curses.init_color() to get custom colors, though it's terminal-dependent (should check curses.can_change_color() in that case too).

I will give it a shot.
I thought init_color() was only for RGB-type colors (some terminals do support that). I might try with the standard 16 colors at first, see how far I get.

Ok, this is what I came up with. Frankly, it looks more like Norton Commander than lxdialog :)
As you said, it's really hard to match the lxdialog scheme because of the borders and all that.
Anyway, here's the patch:
diff --git a/menuconfig.py b/menuconfig.py
index 2166787..266578e 100755
--- a/menuconfig.py
+++ b/menuconfig.py
@@ -184,7 +184,7 @@ def _init_styles():

     # Separator lines between windows. Also used for the top line in the symbol
     # information dialog.
-    _SEPARATOR_STYLE          = _style(curses.COLOR_BLACK, curses.COLOR_YELLOW, BOLD,            curses.A_STANDOUT)
+    _SEPARATOR_STYLE          = _style(curses.COLOR_WHITE, curses.COLOR_CYAN,   BOLD,            curses.A_STANDOUT)

     # Edit boxes
     _INPUT_FIELD_STYLE        = _style(curses.COLOR_WHITE, curses.COLOR_BLUE,   curses.A_NORMAL, curses.A_STANDOUT)
@@ -192,25 +192,25 @@ def _init_styles():
     # List of items, e.g. the main display
     _LIST_STYLE               = _style(curses.COLOR_BLACK, curses.COLOR_WHITE,  curses.A_NORMAL                   )
     # Style for the selected item
-    _LIST_SEL_STYLE           = _style(curses.COLOR_WHITE, curses.COLOR_BLUE,   curses.A_NORMAL, curses.A_STANDOUT)
+    _LIST_SEL_STYLE           = _style(curses.COLOR_WHITE, curses.COLOR_BLUE,   BOLD           , curses.A_STANDOUT)

     # Like _LIST_(SEL_)STYLE, for invisible items. Used in show-all mode.
     _LIST_INVISIBLE_STYLE     = _style(curses.COLOR_RED,   curses.COLOR_WHITE,  curses.A_NORMAL, BOLD             )
     _LIST_INVISIBLE_SEL_STYLE = _style(curses.COLOR_RED,   curses.COLOR_BLUE,   curses.A_NORMAL, curses.A_STANDOUT)

     # Help text windows at the bottom of various fullscreen dialogs
-    _HELP_STYLE               = _style(curses.COLOR_BLACK, curses.COLOR_WHITE,  BOLD                              )
+    _HELP_STYLE               = _style(curses.COLOR_CYAN, curses.COLOR_BLUE,    BOLD                              )

     # Top row in the main display, with the menu path
-    _PATH_STYLE               = _style(curses.COLOR_BLACK, curses.COLOR_WHITE,  BOLD                              )
+    _PATH_STYLE               = _style(curses.COLOR_CYAN, curses.COLOR_BLUE,    BOLD                              )

     # Symbol information text
     _INFO_TEXT_STYLE          = _LIST_STYLE

     # Frame around dialog boxes
-    _DIALOG_FRAME_STYLE       = _style(curses.COLOR_BLACK, curses.COLOR_YELLOW, BOLD,            curses.A_STANDOUT)
+    _DIALOG_FRAME_STYLE       = _style(curses.COLOR_WHITE, curses.COLOR_CYAN,   BOLD,            curses.A_STANDOUT)
     # Body of dialog boxes
-    _DIALOG_BODY_STYLE        = _style(curses.COLOR_WHITE, curses.COLOR_BLACK,  curses.A_NORMAL                   )
+    _DIALOG_BODY_STYLE        = _style(curses.COLOR_CYAN, curses.COLOR_BLUE,    BOLD                              )

 #

And a screenshot:

Doesn't look all too shabby. Bit more relaxed to compared to the other theme.
Maybe I could add it as an alternate theme, enabled in the environment via MENUCONFIG_THEME=aquatic or the like. I'm a bit scared of adding a fine-grained styling mechanism, in case I later decide to make significant changes to the interface (no such plans at the moment, but you never know).
I like that you bolded the selected item. Might steal that for the other theme as well.
Here's how it comes out on gnome-terminal:

Added the new theme: https://github.com/ulfalizer/Kconfiglib/commit/84bd8634bb5de0895ff3354c394f43b923acb230
I tweaked the colors for dialog boxes and the jump-to dialog to make them a bit more readable. Check if looks alright.
Got lazy and went for a hardcoded version for now. Might add some external styling mechanism later, if more styles show up.

Looks great, thank you!
I think we can close this issue.

Looks great, thank you!
You can close this issue.

Alright, closing. Thanks!
Pushed out a new release with the theme too.

authors: mitja-plume pinkfluid ulfalizer

repo: ulfalizer/Kconfiglib

license: isc


text:
Do not forget to give the project a ⭐ if you like the wallet.

Do not forget to give the project a ⭐ if you like the wallet.
Originally posted by @liangran in https://github.com/ultiledger/utoken/issues/21#issuecomment-450350325

Please post your address in https://github.com/ultiledger/utoken/issues/21

repo: ultiledger/utoken


text:
adding "Command+[" and "Command+]"

Sorry to contact here.
Can you help to add "Command+[" and "Command+]" for swepting up and down.

No need to apologize. This is the correct place for your request.
Do you want to switch between desktops with a keyboard hotkey? If so, this feature is built into the macOS. You don't need an app for that, just open keyboard settings and set the hotkeys there.

@klaek Did I understand you correctly?

@ultimate-deej Thank you so much and sorry for late reply.
I was originally wish to use Back and Forward in a Finder window. And I have solve this by another mouse app called MacGestrue. (https://github.com/MacGesture/MacGesture)
So please close this issue. Thank you so much for your time!

authors: klaek ultimate-deej


text:
Large velocities in Soft Contact when the system is prevented from auto-disabling

In creating #961, @jselstad encountered problematic soft contact behavior when he removed Soft Contact's auto-disable timer for debugging purposes:

As far as the root cause of the issue... I don't fully know. To @Amarcolina 's question, I had been testing the soft contact by disabling the disable call to it, but it seems like the bugs I was getting only appeared when I disabled Soft Contact's ability to disable itself (and go away when it's allowed to enable and disable itself...)

I laid eyes on this bug as well; it seemed to happen more reliably when a second interaction hand entered the scene. Objects touched by a hand forcibly kept in soft contact mode would receive large forces from the soft contact system.
When we have some better graphing utilities or build out more test infrastructure for the Interaction Engine, this is a prime stress case: Can we reproduce it, and can we find out when the large velocities are introduced in the soft contact pipeline?

Closing here. Tracking as UNITY-758

authors: MaxPalmer-UH nickjbenson

repo: ultraleap/UnityPlugin


text:
exit on network failures only

What type of PR is this?

What does this do?

Which issue(s) does this PR fix/relate to?

Related Issue #
Resolves #

Have you included tests for your changes?

Did you document any new/modified feature?

Notes

@dborovcanin please review this one ASAP

authors: SammyOina drasko

repo: ultravioletrs/cocos


text:
Implement aliases/canonical aliases set/unset

This commit solves #50 by providing a way to:

Set the canonical alias of a room (destroying the previous one if any)
Unset the canonical alias of a room (destroying the previous one if any)
Add an alternative alias to a room
Delete an alternative alias to a room (destroying it afterwards)

This is a really great addition! Thank you so much for adding this, @Lymkwi ! :partying_face:
While playing around with this, I ended up changing the behaviour when setting a new canonical alias to put it into the alt aliases instead, so that people have a natural way to set new canonical aliases while keeping the old around for joining. If someone does want to get rid of it, then they can do :room alias unset #oldcanonicalalias:homeserver.com.

authors: Lymkwi ulyssa

repo: ulyssa/iamb


text:
Panel gets stuck when sliding down diagonally if child view is scrollable

Hi,
here is the video of demo app with that behaviour https://youtu.be/4l2L4RyAzPo
I'm not sure if this issue was already reported, I see a lot of issues with panel being stuck but it looked like there were some other unrelated things to this.

In the meantime, I've found out that the reason why is this happening is that event UP gets caught by the inner scrollable view and parent sliding layout gets stuck because MOVE event didn't complete the movement. I've temporarily fixed it by forcing passing of UP event from scrollable inner view to slide up layout.

hi, I have same issue! can you explain more about how to fix this issue?! thanks

i also had this issue with scrollview.

Has the problem been solved

authors: Azinnilchi dhzgit fariz-siracli vualeks

repo: umano/AndroidSlidingUpPanel


text:
Feature Request: Input with icon button

A feature request to have an input field have a nested/positioned icon button inside the input field
Use cases:

Eye icon used with a password input field to toggle visibility of password
Search input field and a X icon to clear/empty out the input field

Sometimes input with positioned icons on top, conflict with password managers and autocomplete.
Maybe we could have a prepend/append box to show an icon? Could be useful to show an icon or maybe just some text, e.g. currency code or country code when dealing with phone numbers.

We are looking into changing the input component a bit to enable a slot on the left and right sides.
Our password input needs a button for showing and hiding the password, so there we will use the right slot for this button.
This will enable to inject an icon before or after the actual input.

authors: bjarnef nielslyngsoe warrenbuckley


text:
integrate a patch on noise range coordinates

Level-1 SLC products have an issue with the coordinates 'line' values: see https://jira-projects.cls.fr/browse/MPCS-3581

@lanougue proposed this patch:
def corrected_range_noise_lut(dt):
    """
    Return range noise lut with corrected line numbering. This function should be used only on the full SLC dataset dt
    Args:
        dt (xarray.datatree) : datatree returned by xsar corresponding to one subswath
    Return:
        (xarray.dataset) : range noise lut with corrected line number
    """
    # Detection of azimuthTime jumps (linked to burst changes). Burst sensingTime should NOT be used since they have erroneous value too !
    tt = dt['measurement']['time']
    i_jump = np.ravel(np.argwhere(np.diff(tt)<np.timedelta64(0))+1) # index of jumps
    line_jump_meas = dt['measurement']['line'][i_jump] # line number of jumps
    line_jump_noise = np.ravel(dt['noise_range']['line'][1:-1].data) # annoted line number of burst begining
    burst_first_lineshift = line_jump_meas-line_jump_noise
    if len(np.unique(burst_first_lineshift))==1:
        line_shift = int(np.unique(burst_first_lineshift)[0])
    else:
        raise ValueError('Inconsistency in line shifting : {}'.format(burst_first_lineshift))

    return dt['noise_range'].ds.assign_coords({'line':dt['noise_range']['line']+line_shift})

in this patch the line and time coordinates are coming from the high resolution return by the method https://github.com/umr-lops/xarray-safe-s1/blob/5a99c192c5ed871eb3d31b3a8967a820d1e4242a/safe_s1/metadata.py#L109.
Best option for now is: to make the load_digital_number method called systematically in xarray-safe-s1 reader (and not in xsar )

with latest commit I get such result which I am not sure whether it is the expected one;
(Pdb) self.dt['noise_range_raw'].ds
<xarray.DatasetView>
Dimensions:      (line: 10, sample: 516, pol: 2)
Coordinates:
  * line         (line) int64 -2980 -1490 0 1490 2980 4470 5960 7450 8940 10579
  * sample       (sample) int64 0 40 80 120 160 ... 20480 20520 20560 20564
  * pol          (pol) object 'VV' 'VH'
Data variables:
    noise_lut    (pol, line, sample) float64 474.5 471.7 469.0 ... 393.6 393.8
    azimuthTime  (pol, line) datetime64[ns] 2022-05-07T16:24:39.241021 ... 20...
(Pdb) self.dt['noise_range_raw'].ds.merge(self.corrected_range_noise_lut(self.dt),compat='override')
<xarray.Dataset>
Dimensions:      (line: 13, sample: 516, pol: 2)
Coordinates:
  * line         (line) int64 -2980 -1490 0 1490 ... 10430 10579 11920 13559
  * sample       (sample) int64 0 40 80 120 160 ... 20480 20520 20560 20564
  * pol          (pol) object 'VV' 'VH'
Data variables:
    noise_lut    (pol, line, sample) float64 474.5 471.7 469.0 ... nan nan nan
    azimuthTime  (pol, line) datetime64[ns] 2022-05-07T16:24:39.241021 ... NaT
(Pdb)

TBC