Keeps reconnecting on iPad

OS/Web Information

Web Browser: Safari, Edge, . .. etc
Local OS: Lubuntu 20.04
Remote OS: IpadOS 15 on M1 Ipad
Remote Architecture: I used code-server with bind-addr option and cert, cert-key option. Used pem files from Let's Encrypt for my asus router DDNS for cert and cert-key
code-server --version: 3.10.2

Steps to Reproduce

Just access with any browsers on IpadOS 15
Then I cannot access to any files, extensions and terminal on the  Code-Server. All I can see is keep reconnecting response on the left bottom part. (The one for open remote repository)

Expected

The code-server works perfectly on the Microsoft Edge on Windows 10 and Firefox on Lubuntu 20.04.
I also expected that on the Safari or Microsoft Edge of Ipad OS 15
Actual

I didn't see the white page, and could have clicked the ui buttons. However, when I click new terminal, the terminal partition comes out but no terminal is opened. Also, I cannot access to the folders, files and also cannot see any extensions.
All I could see was that on the left bottom part where you can see your domain, the status message kept changing between reconnecting to your doamin and your domain rapidly.
Logs

6월 09 23:34:21 lubuntu code-server[1561]:     at process.emit (events.js:314:20)
6월 09 23:34:21 lubuntu code-server[1561]: Error: Unexpected SIGPIPE
6월 09 23:34:21 lubuntu code-server[1561]:     at process. (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
6월 09 23:34:21 lubuntu code-server[1561]:     at process.emit (events.js:314:20)
6월 09 23:34:21 lubuntu code-server[1561]: [2021-06-09T14:34:21.301Z] warn  vscode Uncaught error {"error":"read ECONNRESET"}
6월 09 23:34:21 lubuntu code-server[1561]: Error: Unexpected SIGPIPE
6월 09 23:34:21 lubuntu code-server[1561]:     at process. (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
6월 09 23:34:21 lubuntu code-server[1561]:     at process.emit (events.js:314:20)
6월 09 23:34:24 lubuntu code-server[1561]:   ERR [File Watcher (chokidar)] Inotify limit reached (ENOSPC)
6월 09 23:34:24 lubuntu code-server[1561]:   ERR [File Watcher (chokidar)] Inotify limit reached (ENOSPC)
Above is the log from the systemctl
Screenshot

Notes

This issue can be reproduced in VS Code: Yes/No

Hmm... I'll need to take a look at my own iPad setup and see if I'm having similar issues.
Is it possible for you to take a screen recording on your iPad and share here? That might help us troubleshoot.

Getting the same error here on iOS 15/MacOS 12 betas in Safari. Specifically seems to happen when interacting with the extensions search bar.
code-server | [2021-06-09T21:03:52.296Z] info  code-server 3.10.2 387b12ef4ca404ffd39d84834e1f0776e9e3c005 code-server | [2021-06-09T21:03:52.297Z] info  Using user-data-dir ~/.local/share/code-server code-server | [2021-06-09T21:03:52.305Z] info  Using config file ~/.config/code-server/config.yaml code-server | [2021-06-09T21:03:52.305Z] info  HTTP server listening on http://<IP_ADDRESS>:8080  code-server | [2021-06-09T21:03:52.305Z] info    - Authentication is disabled  code-server | [2021-06-09T21:03:52.306Z] info    - Not serving HTTPS  code-server | [2021-06-09T21:03:52.602Z] error vscode is not running Error: vscode is not running code-server |     at VscodeProvider.send (/usr/lib/code-server/out/node/vscode.js:206:19) code-server |     at VscodeProvider.<anonymous> (/usr/lib/code-server/out/node/vscode.js:198:30) code-server |     at step (/usr/lib/code-server/out/node/vscode.js:63:23) code-server |     at Object.next (/usr/lib/code-server/out/node/vscode.js:44:53) code-server |     at fulfilled (/usr/lib/code-server/out/node/vscode.js:35:58) code-server |     at processTicksAndRejections (internal/process/task_queues.js:97:5) code-server | [2021-06-09T21:03:52.621Z] error vscode is not running Error: vscode is not running code-server |     at VscodeProvider.send (/usr/lib/code-server/out/node/vscode.js:206:19) code-server |     at VscodeProvider.<anonymous> (/usr/lib/code-server/out/node/vscode.js:198:30) code-server |     at step (/usr/lib/code-server/out/node/vscode.js:63:23) code-server |     at Object.next (/usr/lib/code-server/out/node/vscode.js:44:53) code-server |     at fulfilled (/usr/lib/code-server/out/node/vscode.js:35:58) code-server |     at processTicksAndRejections (internal/process/task_queues.js:97:5) code-server | Error: Unexpected SIGPIPE code-server |     at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370) code-server |     at process.emit (events.js:314:20) code-server | Error: Unexpected SIGPIPE code-server |     at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370) code-server |     at process.emit (events.js:314:20) code-server | Error: Unexpected SIGPIPE code-server |     at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370) code-server |     at process.emit (events.js:314:20) code-server | Error: Unexpected SIGPIPE code-server |     at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370) code-server |     at process.emit (events.js:314:20) code-server | Error: Unexpected SIGPIPE code-server |     at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370) code-server |     at process.emit (events.js:314:20) (this just keeps repeating forever)

Getting the same error here on iPadOS 15/MacOS 12 betas in Safari

Hmm... I wonder if something changed in the newest versions of Safari 🤔
I just tested 3.10.2 on my iPad today (14.6) and it works as expected. I'm also using it on macOS Big Sur 11.3 and having no
Screenshots
https://user-images.githubusercontent.com/3806031/121418548-e9495b00-c91f-11eb-9a3c-03037802e3e4.MP4

Yeah it looks like it is likely an updated Safari problem. At least in my case if I do not try to search for any extensions then everything seems to work fine. Searching for extensions causes the above behavior. Not sure if that is the case for OP.

Searching for extensions causes the above behavior

Very strange. Maybe @code-asher has seen something like this in the past

this is the recorded screen. I took more time to investigate, and found out that such behavior only happens after I try to search for the extensions as other guy said. The problem is that, after such thing happens, only after I shut down the server the code-server comes back to normal on Ipad

Hmm... I'll need to take a look at my own iPad setup and see if I'm having similar issues.
Is it possible for you to take a screen recording on your iPad and share here? That might help us troubleshoot.

Having similar issues on my iPad as well. Running iOS 14.6 on an iPad Pro 11” 2018 model, code-server 3.10.2 being hosted on arm64 Debian buster and installed via install.sh. This only happens when I try to access remotely over the internet…if I VPN into the LAN that my server is located on and access code-server via the local address, the problem disappears. Perhaps a weird new SSL issue?

Thank you all for the screen recordings!
This is very very strange... But the fact that multiple of you are having the same issues means something has to be up 🤔

such behavior only happens after I try to search for the extensions

I just tested with my iPad setup (iPad iOS 14.6 + code-server 3.10.2 running on Railway) and it works as expected
https://user-images.githubusercontent.com/3806031/121562289-29671700-c9ce-11eb-942d-1a4e9c426deb.MP4
@code-asher or @oxy any ideas on what might be causing this? The only thing coming to my mind is issues with native dependencies i.e. ripgrep but I think that only affects code-search, not extension-search 🤔
The only other thing I'm noticing in common between @korjwl1 and @reticulatingsplines videos is in the bottom left corner - see how it keeps flashing saying "Reconnecting"? Notice how mine never changes. My guess is it has to do somehow with the connection to the environment? But unsure about that.
Have any of you reconfigured the marketplace URL?

Here is the error that appears in the JS console (using the Inspect Browser app).

I’m not sure how to enable the trace logs mentioned in the image, but I would be happy to do so. I also can’t seem to find where the code-server logs are in the coder provided docker container. Again, would be happy to grab those if someone can point me to where they are.

The only other thing I'm noticing in common between @korjwl1 and @reticulatingsplines videos is in the bottom left corner - see how it keeps flashing saying "Reconnecting"? Notice how mine never changes. My guess is it has to do somehow with the connection to the environment? But unsure about that.
Have any of you reconfigured the marketplace URL?

Here's my environment
Code-server

OS: Lubuntu 20.04 (Basically same as the Ubuntu 20.04) on Synology VMM
Code-Server Version: 3.10.2
Installation Method: curl -fsSL https://code-server.dev/install.sh | sh
Settings: used options of '--bind-addr', 'cert', 'cert-key'. Let's Encrypt certificate was used. Nothing else used

Tested Environments

Windows 10: Worked without any problem with Microsoft Edge

macOS Big Sur 11.4: Worked without any problem with Safari, Vivaldi

Android: Worked without any problem with Kiwi Browser

IpadOS 15.0 Beta with iPad 12.9 2021: Reconnecting issue on any browsers even on the local network

Lubuntu20.04:
The problem must be caused by the extension market since I can reproduce the problem by opening the extension market. The problem can be solved by connecting to the code-server on the other environments and open any files so that the last visited page is not the extension market. If you just move to other tab and do not open any files, the problem won't be solved.
I do not know what part of IpadOS 15.0 caused the unexpected SIGPIPE but this seems to be the reason. I'll borrow my friends iPad with iPadOS 14 and then post the result on here.

Since this also happens on MacOS 12.0 Beta in Safari (by loading the extensions tab), here are the logs from there, which match the error logs from the iPad:
The error messages on MacOS Safari begin with this error message:

And then these messages repeat:
[Log]  INFO – "[remote-connection][Management   ][1ca5b…][reconnect] starting reconnecting loop. You can get more information with the trace log level." (workbench.web.api.js, line 627)
[Log]  INFO – "[remote-connection][Management   ][1ca5b…][reconnect] resolving connection..." (workbench.web.api.js, line 627)
[Log]  INFO – "[remote-connection][Management   ][1ca5b…][reconnect] connecting to <IP_ADDRESS>:8443..." (workbench.web.api.js, line 627)
[Log]  INFO – "[remote-connection][Management   ][1ca5b…][reconnect] reconnected!" (workbench.web.api.js, line 627)```

@korjwl1 thank you for the thorough testing and the notes!
@jmlingeman thank you for the logs and the screenshots! And the fact that you can reproduce on macOS + Safari is great because that means we can test easily (I'm on macOS).
cc @code-asher - I know you've fixed Safari issues in the past. Maybe you see something obvious here 👀

I've never seen that "message too long" error before so I suppose that
could be related. I wonder if the beta has a bug or if it has much lower
limits than it previously did.
Lists of extensions can be quite large so that could explain why it only
happens when viewing the extensions sidebar.

In my case, it has something to do with the extension panel(tab). It works fine when the app starts with the file explorer panel, but failed to connect when I switch to extension panel. Sadly I don't know how to remove the installed extensions without switching to extension panel.

I got the same error when I was using safari on iPadOS 15 beta.
Then I changed to serveditor but this issue continues, and it happened in Firefox and Chrome for iPadOS 15
Maybe it's a bug of new webkit?
Firefox on windows worked without any problems
code-server is running on Debian 10 on WSL2
[2021-06-15T14:50:50.075Z] info  code-server 3.10.2
[2021-06-15T14:50:50.076Z] info  Using user-data-dir ~/.local/share/code-server
[2021-06-15T14:50:50.084Z] info  Using config file ~/.config/code-server/config.yaml
[2021-06-15T14:50:50.084Z] info  HTTP server listening on http://<IP_ADDRESS>:8080
[2021-06-15T14:50:50.084Z] info    - Authentication is disabled
[2021-06-15T14:50:50.084Z] info    - Not serving HTTPS
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
[2021-06-15T14:58:11.699Z] warn  vscode Uncaught error {"error":"read ECONNRESET"}
[2021-06-15T14:58:19.072Z] warn  vscode Uncaught error {"error":"read ECONNRESET"}
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
Error: Unexpected SIGPIPE
    at process.<anonymous> (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
    at process.emit (events.js:314:20)
[2021-06-15T14:58:54.546Z] warn  vscode Uncaught error {"error":"read ECONNRESET"}

Maybe it's a bug of new webkit

Yeah I think you might be right. I'm still on 14.5 on my iPad and not seeing these issues

I am also running iOS 15 on my new iPad 2021 and I am not experiencing such issues. You might try out the newest Safari Technology Preview build. It also uses the new WebKit. In addition you can try and open the Development Tools, you may see an interresting log message.
I am running Codeserver on an vServer running Ubuntu.

I have the same issue. iPad Air 4 2020. iPadOS 15 b1. Continuously receiving the message in server console:
Error: Unexpected SIGPIPE
at process. (/usr/lib/code-server/lib/vscode/out/bootstrap.js:1:370)
at process.emit (events.js:314:20)
Server located on DigitalOcean. Ubuntu 21.04. Connected remotely. Start code-server using code-server --bind-addr :8080

Here's what I see when I run code-server as a process (vs daemon) with the verbose option, then try to connect from my iPad Pro running iOS 14.6 (final line SIGINT was from me intentionally ctrl-c'ing, fyi):
pi@raspberrypi:~ $ code-server --verbose
[2021-06-25T03:52:24.699Z] trace child:32529 got message {"message":{"type":"handshake","args":{"":[],"bind-addr":"<IP_ADDRESS>:8080","auth":"password","password":"REDACTED","config":"/home/pi/.config/code-server/config.yaml","verbose":true,"user-data-dir":"/home/pi/.local/share/code-server","extensions-dir":"/home/pi/.local/share/code-server/extensions","log":"trace","host":"<IP_ADDRESS>","port":8080,"proxy-domain":[],"usingEnvPassword":false,"usingEnvHashedPassword":false}}}
[2021-06-25T03:52:24.708Z] info  code-server 3.10.2 387b12ef4ca404ffd39d84834e1f0776e9e3c005
[2021-06-25T03:52:24.709Z] info  Using user-data-dir ~/.local/share/code-server
[2021-06-25T03:52:24.710Z] trace Using extensions-dir ~/.local/share/code-server/extensions
[2021-06-25T03:52:24.749Z] info  Using config file ~/.config/code-server/config.yaml
[2021-06-25T03:52:24.749Z] info  HTTP server listening on http://<IP_ADDRESS>:8080
[2021-06-25T03:52:24.750Z] info    - Authentication is enabled
[2021-06-25T03:52:24.750Z] info      - Using password from ~/.config/code-server/config.yaml
[2021-06-25T03:52:24.750Z] info    - Not serving HTTPS
[2021-06-25T03:52:29.969Z] trace heartbeat
[2021-06-25T03:52:29.987Z] debug redirecting from / to ./login
[2021-06-25T03:52:36.430Z] debug got cookie doman {"host":"vbc.shmoo.dev"}
[2021-06-25T03:52:36.433Z] debug redirecting from /login to ./
[2021-06-25T03:52:36.597Z] debug forking vs code...
[2021-06-25T03:52:37.510Z] trace got message {"message":{"type":"ready"}}
[2021-06-25T03:52:37.511Z] debug setting up vs code...
[2021-06-25T03:52:37.515Z] debug vscode got message from code-server {"type":"init"}
[2021-06-25T03:52:37.519Z] trace vscode code-server message content {"message":{"type":"init","id":"PVkS1Xb5TRcuzXLB4FI1QbvO","options":{"args":{"":[],"bind-addr":"<IP_ADDRESS>:8080","auth":"password","password":REDACTED,"config":"/home/pi/.config/code-server/config.yaml","verbose":true,"user-data-dir":"/home/pi/.local/share/code-server","extensions-dir":"/home/pi/.local/share/code-server/extensions","log":"trace","host":"<IP_ADDRESS>","port":8080,"proxy-domain":[],"usingEnvPassword":false,"usingEnvHashedPassword":false},"remoteAuthority":"vbc.shmoo.dev","startPath":{"url":"/media/pi","workspace":false}}}}                                                                                TRACE Started scanning user extensions
[2021-06-25T03:52:37.704Z] trace got message {"message":{"type":"options","id":"PVkS1Xb5TRcuzXLB4FI1QbvO","options":{"workbenchWebConfiguration":{"folderUri":{"$mid":1,"path":"/media/pi","scheme":"vscode-remote","authority":"vbc.shmoo.dev"},"remoteAuthority":"vbc.shmoo.dev","logLevel":0,"workspaceProvider":{"payload":[["userDataPath","/home/pi/.local/share/code-server"],["enableProposedApi","[]"]]}},"remoteUserDataUri":{"$mid":1,"path":"/home/pi/.local/share/code-server","scheme":"vscode-remote","authority":"vbc.shmoo.dev"},"productConfiguration":{"nameShort":"code-server","nameLong":"code-server","applicationName":"code-oss","dataFolderName":".vscode-oss","win32MutexName":"vscodeoss","licenseName":"MIT","licenseUrl":"https://github.com/microsoft/vscode/blob/main/LICENSE.txt","win32DirName":"Microsoft Code OSS","win32NameVersion":"Microsoft Code OSS","win32RegValueName":"CodeOSS","win32AppId":"{{E34003BB-9E10-4501-8C11-BE3FAA83F23F}","win32x64AppId":"{{D77B7E06-80BA-4137-BCF4-654B95CCEBC5}","win32arm64AppId":"{{D1ACE434-89C5-48D1-88D3-E2991DF85475}","win32UserAppId":"{{C6065F05-9603-4FC4-8101-B9781A25D88E}","win32x64UserAppId":"{{CC6B787D-37A0-49E8-AE24-8559A032BE0C}","win32arm64UserAppId":"{{3AEBF0C8-F733-4AD4-BADE-FDB816D53D7B}","win32AppUserModelId":"Microsoft.CodeOSS","win32ShellNameShort":"C&ode - OSS","darwinBundleIdentifier":"com.visualstudio.code.oss","linuxIconName":"com.visualstudio.code.oss","licenseFileName":"LICENSE.txt","reportIssueUrl":"https://github.com/cdr/code-server/issues/new","urlProtocol":"code-oss","extensionAllowedProposedApi":["ms-vscode.vscode-js-profile-flame","ms-vscode.vscode-js-profile-table","ms-vscode.github-browser","ms-vscode.github-richnav","ms-vscode.remotehub","ms-vscode.remotehub-insiders"],"builtInExtensions":[{"name":"ms-vscode.node-debug","version":"1.44.27","repo":"https://github.com/microsoft/vscode-node-debug","metadata":{"id":"b6ded8fb-a0a0-4c1c-acbd-ab2a3bc995a6","publisherId":{"publisherId":"5f5636e7-69ed-4afe-b5d6-8d231fb3d3ee","publisherName":"ms-vscode","displayName":"Microsoft","flags":"verified"},"publisherDisplayName":"Microsoft"}},{"name":"ms-vscode.node-debug2","version":"1.42.6","repo":"https://github.com/microsoft/vscode-node-debug2","metadata":{"id":"36d19e17-7569-4841-a001-947eb18602b2","publisherId":{"publisherId":"5f5636e7-69ed-4afe-b5d6-8d231fb3d3ee","publisherName":"ms-vscode","displayName":"Microsoft","flags":"verified"},"publisherDisplayName":"Microsoft"}},{"name":"ms-vscode.references-view","version":"0.0.80","repo":"https://github.com/microsoft/vscode-references-view","metadata":{"id":"dc489f46-520d-4556-ae85-1f9eab3c412d","publisherId":{"publisherId":"5f5636e7-69ed-4afe-b5d6-8d231fb3d3ee","publisherName":"ms-vscode","displayName":"Microsoft","flags":"verified"},"publisherDisplayName":"Microsoft"}},{"name":"ms-vscode.js-debug-companion","version":"1.0.13","repo":"https://github.com/microsoft/vscode-js-debug-companion","metadata":{"id":"99cb0b7f-7354-4278-b8da-6cc79972169d","publisherId":{"publisherId":"5f5636e7-69ed-4afe-b5d6-8d231fb3d3ee","publisherName":"ms-vscode","displayName":"Microsoft","flags":"verified"},"publisherDisplayName":"Microsoft"}},{"name":"ms-vscode.js-debug","version":"1.56.2","repo":"https://github.com/microsoft/vscode-js-debug","metadata":{"id":"25629058-ddac-4e17-abba-74678e126c5d","publisherId":{"publisherId":"5f5636e7-69ed-4afe-b5d6-8d231fb3d3ee","publisherName":"ms-vscode","displayName":"Microsoft","flags":"verified"},"publisherDisplayName":"Microsoft"}},{"name":"ms-vscode.vscode-js-profile-table","version":"0.0.18","repo":"https://github.com/microsoft/vscode-js-profile-visualizer","metadata":{"id":"7e52b41b-71ad-457b-ab7e-0620f1fc4feb","publisherId":{"publisherId":"5f5636e7-69ed-4afe-b5d6-8d231fb3d3ee","publisherName":"ms-vscode","displayName":"Microsoft","flags":"verified"},"publisherDisplayName":"Microsoft"}},{"name":"ms-vscode.remotehub","version":"0.5.3","repo":"https://github.com/microsoft/vscode-remotehub","metadata":{"id":"ed0ffe1d-36f0-49a0-bafe-da68355eb33a","publisherId":{"publisherId":"5f5636e7-69ed-4afe-b5d6-8d231fb3d3ee","publisherName":"ms-vscode","displayName":"Microsoft","flags":"verified"},"publisherDisplayName":"Microsoft"}}],"webBuiltInExtensions":[{"name":"ms-vscode.remotehub","version":"0.5.3","repo":"https://github.com/microsoft/vscode-remotehub","metadata":{"id":"ed0ffe1d-36f0-49a0-bafe-da68355eb33a","publisherId":{"publisherId":"5f5636e7-69ed-4afe-b5d6-8d231fb3d3ee","publisherName":"ms-vscode","displayName":"Microsoft","flags":"verified"},"publisherDisplayName":"Microsoft"}}],"//":"https://github.com/VSCodium/vscodium/pull/155/files","documentationUrl":"https://go.microsoft.com/fwlink/?LinkID=533484#vscode","keyboardShortcutsUrlMac":"https://go.microsoft.com/fwlink/?linkid=832143","keyboardShortcutsUrlLinux":"https://go.microsoft.com/fwlink/?linkid=832144","keyboardShortcutsUrlWin":"https://go.microsoft.com/fwlink/?linkid=832145","introductoryVideosUrl":"https://go.microsoft.com/fwlink/?linkid=832146","tipsAndTricksUrl":"https://go.microsoft.com/fwlink/?linkid=852118","newsletterSignupUrl":"https://www.research.net/r/vsc-newsletter","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","date":"2021-05-21T23:13:00Z","version":"1.56.1","extensionsGallery":{"serviceUrl":"https://extensions.coder.com/api","itemUrl":"","controlUrl":"","recommendationsUrl":""}},"nlsConfiguration":{"locale":"en","availableLanguages":{}},"commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005"}}}                                     TRACE Scanned user extensions: 19
[2021-06-25T03:52:39.838Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:39.839Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"false","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:39.843Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:39.903Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:39.906Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:39.907Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:39.908Z] debug management Connecting... {"token":"REDACTED"}
[2021-06-25T03:52:39.909Z] debug vscode 1 active management connection(s)                                               TRACE Started scanning system extensions                                                                                TRACE Started scanning user extensions                                                                                TRACE Started scanning system extensions                                                                                TRACE Started scanning user extensions                                                                                TRACE Started scanning system extensions                                                                                TRACE Started scanning user extensions
[2021-06-25T03:52:40.861Z] trace TerminalProviderChannel:call {"command":"$getTerminalLayoutInfo","args":{"workspaceId":"4f1a9245"}}
[2021-06-25T03:52:40.865Z] trace TerminalProviderChannel:listen {"event":"$onProcessDataEvent"}
[2021-06-25T03:52:40.865Z] trace TerminalProviderChannel:listen {"event":"$onProcessExitEvent"}
[2021-06-25T03:52:40.867Z] trace TerminalProviderChannel:listen {"event":"$onProcessReadyEvent"}
[2021-06-25T03:52:40.868Z] trace TerminalProviderChannel:listen {"event":"$onProcessTitleChangedEvent"}
[2021-06-25T03:52:40.869Z] trace TerminalProviderChannel:listen {"event":"$onProcessShellTypeChangedEvent"}
[2021-06-25T03:52:40.870Z] trace TerminalProviderChannel:listen {"event":"$onProcessOverrideDimensionsEvent"}
[2021-06-25T03:52:40.870Z] trace TerminalProviderChannel:listen {"event":"$onProcessResolvedShellLaunchConfigEvent"}
[2021-06-25T03:52:40.871Z] trace TerminalProviderChannel:listen {"event":"$onProcessReplayEvent"}
[2021-06-25T03:52:40.873Z] trace TerminalProviderChannel:listen {"event":"$onProcessOrphanQuestion"}
[2021-06-25T03:52:40.874Z] trace TerminalProviderChannel:listen {"event":"$onExecuteCommand"}
[2021-06-25T03:52:40.874Z] trace TerminalProviderChannel:listen {"event":"$onPtyHostExitEvent"}
[2021-06-25T03:52:40.875Z] trace TerminalProviderChannel:listen {"event":"$onPtyHostStartEvent"}
[2021-06-25T03:52:40.876Z] trace TerminalProviderChannel:listen {"event":"$onPtyHostUnresponsiveEvent"}
[2021-06-25T03:52:40.876Z] trace TerminalProviderChannel:listen {"event":"$onPtyHostResponsiveEvent"}
[2021-06-25T03:52:40.891Z] debug got latest version {"latest":"3.10.2"}
[2021-06-25T03:52:40.892Z] debug comparing versions {"current":"3.10.2","latest":"3.10.2"}
[2021-06-25T03:52:41.072Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:41.073Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"ExtensionHost","reconnectionToken":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5","reconnection":"false","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:41.074Z] debug protocol Initiating handshake... {"token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:41.158Z] trace TerminalProviderChannel:call {"command":"$reduceConnectionGraceTime"}
[2021-06-25T03:52:41.226Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":2,"args":{"language":"en","break":false,"port":null}}","token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:41.228Z] debug protocol Handshake completed {"token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:41.229Z] debug exthost Connecting... {"token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:41.233Z] debug exthost Getting NLS configuration... {"token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:41.234Z] debug vscode 1 active exthost connection(s)
[2021-06-25T03:52:41.235Z] debug exthost Spawning extension host... {"token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:41.266Z] debug exthost Waiting for handshake... {"token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:41.316Z] trace TerminalProviderChannel:call {"command":"$getShellEnvironment"}
[2021-06-25T03:52:41.549Z] trace TerminalProviderChannel:call {"command":"$getShellEnvironment"}
[2021-06-25T03:52:41.687Z] trace TerminalProviderChannel:call {"command":"$createProcess","args":{"configuration":{"terminal.integrated.automationShell.windows":{},"terminal.integrated.automationShell.osx":{},"terminal.integrated.automationShell.linux":{},"terminal.integrated.shell.windows":{},"terminal.integrated.shell.osx":{},"terminal.integrated.shell.linux":"/bin/bash","terminal.integrated.shellArgs.windows":[],"terminal.integrated.shellArgs.osx":["-l"],"terminal.integrated.shellArgs.linux":[],"terminal.integrated.env.windows":{},"terminal.integrated.env.osx":{},"terminal.integrated.env.linux":{},"terminal.integrated.inheritEnv":false,"terminal.integrated.cwd":"","terminal.integrated.detectLocale":"auto"},"resolvedVariables":{},"envVariableCollections":[["vscode.git",[["VSCODE_GIT_IPC_HANDLE",{"value":"/run/user/1000/vscode-git-03938d6028.sock","type":1}],["GIT_ASKPASS",{"value":"/usr/lib/code-server/lib/vscode/extensions/git/dist/askpass.sh","type":1}],["VSCODE_GIT_ASKPASS_NODE",{"value":"/usr/lib/code-server/lib/node","type":1}],["VSCODE_GIT_ASKPASS_MAIN",{"value":"/usr/lib/code-server/lib/vscode/extensions/git/dist/askpass-main.js","type":1}]]]],"shellLaunchConfig":{"executable":"/bin/bash","args":[]},"workspaceId":"4f1a9245","workspaceName":"pi","workspaceFolders":[{"uri":{"$mid":1,"external":"vscode-remote://vbc.shmoo.dev/media/pi","path":"/media/pi","scheme":"vscode-remote","authority":"vbc.shmoo.dev"},"name":"pi","index":0}],"activeWorkspaceFolder":{"uri":{"$mid":1,"external":"vscode-remote://vbc.shmoo.dev/media/pi","path":"/media/pi","scheme":"vscode-remote","authority":"vbc.shmoo.dev"},"name":"pi","index":0},"shouldPersistTerminal":true,"cols":102,"rows":14}}
[2021-06-25T03:52:41.917Z] trace TerminalProviderChannel:call {"command":"$setTerminalLayoutInfo","args":{"workspaceId":"4f1a9245","tabs":[{"isActive":true,"terminals":[]}]}}
[2021-06-25T03:52:42.507Z] trace TerminalProviderChannel:call {"command":"$start","args":[1]}
[2021-06-25T03:52:42.742Z] trace TerminalProviderChannel:call {"command":"$resize","args":[1,102,14]}
[2021-06-25T03:52:43.234Z] trace TerminalProviderChannel:call {"command":"$setTerminalLayoutInfo","args":{"workspaceId":"4f1a9245","tabs":[{"isActive":true,"activePersistentProcessId":1,"terminals":[{"relativeSize":1,"terminal":1}]}]}}
[2021-06-25T03:52:43.237Z] debug exthost Handshake completed {"token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:43.238Z] debug exthost Sending socket {"token":"8168ea39-f1e9-40ca-b714-a0ea4c19f4b5"}
[2021-06-25T03:52:43.345Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:43.547Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:43.548Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:43.550Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:43.625Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:43.630Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:43.631Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:43.632Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:43.708Z] warn  vscode Uncaught error {"error":"read ECONNRESET"}
[2021-06-25T03:52:43.711Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:43.947Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:43.948Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:43.949Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:44.008Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:44.013Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:44.014Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:44.015Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:44.120Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:44.123Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:44.124Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:44.358Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:44.359Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:44.360Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:44.419Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:44.426Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:44.427Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:44.427Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:44.503Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:44.504Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:44.505Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:44.717Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:44.718Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:44.719Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:44.771Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:44.775Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:44.776Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:44.777Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:44.847Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:45.101Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:45.102Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:45.102Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:45.161Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:45.166Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:45.167Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:45.168Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:45.244Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:45.245Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:45.246Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:45.503Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:45.504Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:45.505Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:45.557Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:45.568Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:45.569Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:45.569Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:45.649Z] warn  vscode Uncaught error {"error":"read ECONNRESET"}
[2021-06-25T03:52:45.650Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:45.824Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:45.824Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:45.825Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:45.887Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:45.888Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:45.889Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:45.890Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:45.962Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:45.963Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:45.964Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:46.218Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:46.219Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:46.220Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:46.279Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:46.282Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:46.283Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:46.284Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:46.356Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:46.357Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:46.358Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:46.592Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:46.593Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:46.594Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:46.654Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:46.655Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}
[2021-06-25T03:52:46.655Z] debug protocol Handshake completed {"token":"REDACTED"}
[2021-06-25T03:52:46.656Z] debug management Reconnecting... {"token":"REDACTED"}
[2021-06-25T03:52:46.737Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:46.739Z] warn  vscode Uncaught error {"error":"write ECONNRESET"}
[2021-06-25T03:52:46.740Z] debug management Disconnected {"token":"REDACTED"}
[2021-06-25T03:52:46.932Z] debug vscode got message from code-server {"type":"socket"}
[2021-06-25T03:52:46.932Z] trace vscode code-server message content {"message":{"type":"socket","query":{"type":"Management","reconnectionToken":"REDACTED","reconnection":"true","skipWebSocketFrames":"false"},"permessageDeflate":false}}
[2021-06-25T03:52:46.933Z] debug protocol Initiating handshake... {"token":"REDACTED"}
[2021-06-25T03:52:46.993Z] trace protocol Got message {"message":"{"type":"auth","auth":"00000000000000000000"}","token":"REDACTED"}
[2021-06-25T03:52:46.999Z] trace protocol Got message {"message":"{"type":"connectionType","commit":"387b12ef4ca404ffd39d84834e1f0776e9e3c005","signedData":"","desiredConnectionType":1}","token":"REDACTED"}                                                                                ^C
[2021-06-25T03:52:47.004Z] debug child:32529 disposing {"code":"SIGINT"}

I’ve been lurking on this issue, I have the same issue. I believe it could be related to the Private Relay settings in iOS 15 where apple is protecting users using Apple VPNs, I’ve tried everything to turn it off but with no luck.
It’s possible that code-server doesn’t handle every request coming from different IPs very well.

Guys I think I found a solution, in iOS settings go to Safari -> Advanced -> Experimental Features and disable NSURLSession WebSocket.
This worked on my iPhone running iOS 15 beta 2.
I don’t know enough about how this works but it sounds like it’s changing the way safari handles websockets establishing.

Confirmed that the workaround suggested by @RWejlgaard works on iOS 15 beta 2.  Filed Safari beta feedback with Apple (FB9240512) and referenced this bug report.

@RWejlgaard’s workaround also works for me also — iOS 15 beta 2

Thanks guys I tried your solutions and I can use code-server in Safari now.
But serveditor still got the issue.

This workaround also worked for me on 14.6. However, the terminal window is still blank (no prompt) when I access from Safari from either my iPad 14.6 (M1 12.9") or from a M1 Mac mini running macos Big Sur. Maybe unrelated issue but I'm at wits' end troubleshooting it.

@reticulatingsplines do you mind opening a separate issue and filing a bug report?

This workaround also worked for me on 14.6. However, the terminal window is still blank (no prompt) when I access from Safari from either my iPad 14.6 (M1 12.9") or from a M1 Mac mini running macos Big Sur. Maybe unrelated issue but I'm at wits' end troubleshooting it.

If it's the same problem I had with the terminal window, you can fix it by changing the setting: Settings --> Terminal --> Integrated: Gpu Acceleration --> Turn off

This workaround also worked for me on 14.6. However, the terminal window is still blank (no prompt) when I access from Safari from either my iPad 14.6 (M1 12.9") or from a M1 Mac mini running macos Big Sur. Maybe unrelated issue but I'm at wits' end troubleshooting it.

If it's the same problem I had with the terminal window, you can fix it by changing the setting: Settings --> Terminal --> Integrated: Gpu Acceleration --> Turn off

That also worked for me!


Austin/routing optimizations

Added better routing results!!
Changed tracking endpoint
added new delay endpoint
other minor fixes

looks good to me, just need to consolidate the RouteRouter logic (will it be 1 or 2 grasshopper requests?)


feat: add BitVec.(getMSbD, msb)_(add, sub) and BitVec.getLsbD_sub

Since getMsbD_add, getMsbD_sub, getLsbD_sub, msb_sub , msb_add depend on getLsbD_add (which lives inBitBlast.lean) and on each other, I put all of these in BitBlast.lean.

awaiting-review

Having no simp there does sound reasonable if there is precedence for it and the rhs is so complicated yes. Though I do now wonder whether we want to have the simp on the msb variants? Is there a good reason for this?

Having no simp there does sound reasonable if there is precedence for it and the rhs is so complicated yes. Though I do now wonder whether we want to have the simp on the msb variants? Is there a good reason for this?

no good reason. I guess I initially thought it could be simp but it is not in fact, so I removed it


✨ wire-up embedded data-driven text in various sections

See:
https://github.com/RMI-PACTA/pacta-dashboard-svelte/blob/df41b81e621f377f577321ba03c02bf213f2351f/src/routes/portfolio_view.svelte#L186-L188
https://github.com/RMI-PACTA/pacta-dashboard-svelte/blob/df41b81e621f377f577321ba03c02bf213f2351f/src/routes/portfolio_view.svelte#L263-L270

@jdhoffa can you provide more context here? I don't understand what needs to be done from this ticket.

So in the following text:
https://github.com/RMI-PACTA/pacta-dashboard-svelte/blob/df41b81e621f377f577321ba03c02bf213f2351f/src/routes/portfolio_view.svelte#L186-L188
The embedded text values [X]% and [Y]% represent the percent exposure to listed equity and corporate bonds respectively. I understand that Nayra wants those to actually render the percent exposure (that is also shown in the table) rather than bolded placeholders.
https://github.com/RMI-PACTA/pacta-dashboard-svelte/blob/df41b81e621f377f577321ba03c02bf213f2351f/src/routes/portfolio_view.svelte#L263-L270
Same here, the embedded text values [X]% and [Y]% represent [W]% and [Z]% represent the percentage of:
listed equity (by market value)
corporate bond (by market value)
listed equity (by absolute CO2)
corporate bonds (by absolute CO2
... in PACTA sectors.
Would be good to replace those placeholders with their values

Alternatively we just remove the text altogether as it duplicates info in the charts, which probably isn't necessary

But either way, we can't have those placeholders on main
😊


Articles ordering in documentation

Articles in MP and SE sections of documentation are not sorted alphabetically. It makes complicated to find them.

@Geetha-Savithriamma  review the sitegen.yaml and put the topics into the order specified in the ppt.

sitegen_yaml.txt
@m0mus
Hello Dmitri, please review this file (attaching a text file because yaml is not supported). This file has been updated to reorder the articles alphabetically. I ran the build locally, and it works fine. Here is the screenshot showing the updated TOC.
 and
Also, about AOT, should we rename it? If yes, what would you prefer to call it?


DIV function

Overall the description of function is extremely poor. No "if else" scenarios given.
Moreover, DIV function description is incorrect. It says "Return the integer result from dividing two numbers". Yet it returns FLOAT if the first number is float.

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

ID: 03aa9e88-7fa0-56ab-f794-58f0c37b6d7a
Version Independent ID: 25c5ef5c-6ba4-f5ff-f94b-8f2818ec2feb
Content: Reference guide for functions in expressions - Azure Logic Apps
Content Source: articles/logic-apps/workflow-definition-language-functions-reference.md
Service: logic-apps
GitHub Login: @ecfan
Microsoft Alias: estfan

@entarome, Thank you for your feedback! We will review and update as appropriate.

@entarome, Thank you for pointing out this issue to us. I was able to replicate the issue.
div(10,5) will return 2
div(11,5) will return 2
div(10.5,5) will return 2.1
div(11.0,5) will return 2.2
div(11,5.0) will return 2.2
Currently this is a limitation, since we do not have any other function available which can do “round()”, “floor()” and “ceiling()”. The product team has made a note of it and will be working on it soon.
The temporary work-around for this will be to integrate  Azure Function with your logic app to perform the conversion. I am assigning this issue to the doc-author for updating the document.
@ecfan, if possible, it will be very helpful, if you could change the wordings in the definition and may be add more examples for clarification.

Thanks @ChaitanyaNaykodi-MSFT and @entarome, I have a work item to address this clarification. By the way, here is the general topic about creating and calling an Azure function from a logic app: https://docs.microsoft.com/azure/logic-apps/logic-apps-azure-functions

The topic should be updated after 11 AM PDT.


Not able to set return type

Problem
So in this image you can see that the return type of getList for example is always <ListResult<Record> with the inability to set the record to something else e.g:
type PricesRecord = {
	tag: string
	price: number
	name: string
	description?: string
}

We need generics.

Workaround:
    return await db.records.getList(Collections.Prices) as unknown as PricesRecord[];

You can check this issue with other workarounds for v0.7.x- https://github.com/pocketbase/js-sdk/issues/38.
Support for generics was already added in the latest v0.8.0-rc release.
You could check the readme in the rc branch for examples and more specifically - https://github.com/pocketbase/js-sdk/tree/rc#custom-record-types
Stable v0.8.0 will be available within the next 1-2 weeks.


Use println instead of outdated outln

I tried to run hello_world.fer test and got this:
.../Feral/tests/fundamental/hello_world.fer 3[9]: error: function 'outln' does not exist for type: module
io.outln('hello world!');
        ^

It's not hard to guess that outln probably was there first but then deprecated in favor of println.
Btw, why println? Does Rust influence you? 😉

Oh wow. I forgot that. Apologies.
Thanks a lot though ❤


Existing wake lock package name changed, causing a crash

I'm wondering if anyone has ever experienced this :
java.lang.IllegalStateException: Existing wake lock package name changed: com.whatsapp to com.squareup
        at android.os.Parcel.readException(Parcel.java:1701)
        at android.os.Parcel.readException(Parcel.java:1646)
        at android.os.IPowerManager$Stub$Proxy.acquireWakeLock(IPowerManager.java:696)
        at android.os.PowerManager$WakeLock.acquireLocked(PowerManager.java:2023)
        at android.os.PowerManager$WakeLock.acquire(PowerManager.java:2007)

I'm from Square and we saw this happen to exactly one user seven times in one day. The crash disappeared since. Seems like WhatsApp could be using this library too, and somehow acquiring the same wake lock?
Could this be why?
https://github.com/evernote/android-job/blob/71d6c8a26c60032c3cc381eeac1e46d40b0c6099/library/src/main/java/com/evernote/android/job/JobExecutor.java#L168
Feel free to leave a comment or questions.
Looking forward to hearing back. Thank you guys!

@vRallev , I'm not positive on that specific line. I just found that while I was digging around the code.
It's weird that this crash happens even when WhatsApp isn't using the library. Oh well, might it really be a platform bug? Or the user did something weird with the packages.
Thank you for looking into this.

I don't know how I should help. Please let me know if you find more information.

I'll close the issue for now since there's no real next step to take action on.
Will report if anything changes.
Thanks!


execute tests against remote instance

@tnozicka can you please git clone this and give it a try?
what you need is to export a variable HTTP_TEST_SERVER with your http://remoteinstance:port and the tests will be executed against that instance. Hope this helps, let me know.
@bparees PTAL.
done according to https://github.com/chaijs/chai-http#url
also i've tested this locally and it works.
fixes https://github.com/openshift/nodejs-ex/issues/59

lgtm

@PI-Victor Sorry, it took me some time to get to it. You guys were too quick :)
Thanks, it is working fine for me!
There is only one little thing. It runs its own server even when connecting to remote one. This is a bit confusing and on first look, it lets you question if it's really run against remove server.
+ HTTP_TEST_SERVER=http://nodejs-ex-dev:8080
+ ./node_modules/mocha/bin/mocha --timeout 5000 tests/app_test.js --reporter xunit
+ tee report.xml

Server running on http://<IP_ADDRESS>:8080

<testsuite name="Mocha Tests" tests="2" failures="0" errors="0" skipped="0" timestamp="Mon, 01 Aug 2016 18:43:36 GMT" time="0.05">
<testcase classname="Basic routes tests" name="GET to / should return 200" time="0.03"/>
<testcase classname="Basic routes tests" name="GET to /pagecount should return 200" time="0.009"/>
</testsuite>

@tnozicka well, the test that i did was rather simple. you can do
Victors-MacBook-Air:nodejs-ex ipalade$ PORT=1030 npm start

><EMAIL_ADDRESS>start /Users/ipalade/projects/nodejs-ex
> node server.js

Server running on http://<IP_ADDRESS>:1030
<IP_ADDRESS> - - [01/Aug/2016:21:20:16 +0000] "GET / HTTP/1.1" 200 40382 "-" "node-superagent/1.2.0"
<IP_ADDRESS> - - [01/Aug/2016:21:20:16 +0000] "GET /pagecount HTTP/1.1" 200 17 "-" "node-superagent/1.2.0"

Victors-MacBook-Air:nodejs-ex ipalade$ HTTP_TEST_SERVER=http://localhost:1030 npm test

><EMAIL_ADDRESS>test /Users/ipalade/projects/nodejs-ex
> IP=<IP_ADDRESS> PORT=3030 mocha --timeout 5000 tests/*_test.js

Server running on http://<IP_ADDRESS>:3030

  Basic routes tests
    ✓ GET to / should return 200 (48ms)
    ✓ GET to /pagecount should return 200

  2 passing (71ms)

--- tests are passing, once you kill this instance
Victors-MacBook-Air:nodejs-ex ipalade$ HTTP_TEST_SERVER=http://localhost:1030 npm test

><EMAIL_ADDRESS>test /Users/ipalade/projects/nodejs-ex
> IP=<IP_ADDRESS> PORT=3030 mocha --timeout 5000 tests/*_test.js

Server running on http://<IP_ADDRESS>:3030

  Basic routes tests
    1) GET to / should return 200
double callback!
    2) GET to /pagecount should return 200
double callback!

  0 passing (34ms)
  2 failing

  1) Basic routes tests GET to / should return 200:
     Uncaught TypeError: Cannot read property 'should' of undefined
      at tests/app_test.js:16:16
      at Test.Request.callback (node_modules/superagent/lib/node/index.js:781:12)
      at ClientRequest.<anonymous> (node_modules/superagent/lib/node/index.js:736:10)
      at Socket.socketErrorListener (_http_client.js:308:9)
      at emitErrorNT (net.js:1271:8)
      at _combinedTickCallback (internal/process/next_tick.js:74:11)
      at process._tickCallback (internal/process/next_tick.js:98:9)

  2) Basic routes tests GET to /pagecount should return 200:
     Uncaught TypeError: Cannot read property 'should' of undefined
      at tests/app_test.js:26:16
      at Test.Request.callback (node_modules/superagent/lib/node/index.js:781:12)
      at ClientRequest.<anonymous> (node_modules/superagent/lib/node/index.js:736:10)
      at Socket.socketErrorListener (_http_client.js:308:9)
      at emitErrorNT (net.js:1271:8)
      at _combinedTickCallback (internal/process/next_tick.js:74:11)
      at process._tickCallback (internal/process/next_tick.js:98:9)
npm ERR! Test failed.  See above for more details.

i'm quite sure they run against the remote instance.

oh, it probably evaluates the server object hence the log Server running on http://<IP_ADDRESS>:3030 you can ignore that.

@PI-Victor Yeah, I am sure they run against the remote instance, too, but I had to try it to find out. The "Server running on" message is a bit misleading, so I wanted you to know about it. It is because of evaluating the server object as you say.
But I am happy with the state as is. Good job and thank you for sending this PR.


Azure CLI Update for VMSS Orchestration Mode

Resource Provider
Microsoft.Compute/virtualMachineScaleSets
Description of Feature or Work Requested
Virtual machines scale sets provide a logical grouping of platform-managed virtual machines. With scale sets, you create a virtual machine configuration model, automatically add or remove additional instances based on CPU or memory load, and automatically upgrade to the latest OS version. Traditionally, scale sets allow you to create virtual machines using a VM configuration model provided at time of scale set creation, and the scale set can only manage virtual machines that are implicitly created based on the configuration model.
With the scale set orchestration mode (preview), you can now choose whether the scale set should orchestrate virtual machines which are created explicitly outside of a scale set configuration model, or virtual machine instances created implicitly based on the configuration model. Scale set orchestration mode also helps you design your VM infrastructure for high availability by deploying these VMs in fault domains and Availability Zones.
Virtual machine scale sets will support 2 distinct orchestration modes: Uniform and Flexible.
Flexible – Virtual machines created outside of the scale set can be explicitly added to the scaleset. This is the new mode to be added. Virtual Machines created by VMSS scale out will be ARM tracked VM resources similar to Single VMs.
Uniform - Existing ScaleSet with implicit VM resources.
In this release, if customer specifies orchestrationMode=Flexible, the scale set is set to VMO mode.
Piping scenarios / how these cmdlets are used with existing cmdlets
Create a scale set in Flexible Orchestration mode. Create N VMs and add to scale set or Scale out with the Virtual Machine Profile defined at the ScaleSet model.
Sample of end-to-end usage
Sample templates here - https://microsoft.sharepoint.com/teams/vmssvmorchestrationmode/Shared Documents/Forms/AllItems.aspx?id=%2Fteams%2Fvmssvmorchestrationmode%2FShared Documents%2Fsample templates&p=true&originalPath=aHR0cHM6Ly9taWNyb3NvZnQuc2hhcmVwb2ludC5jb20vOmY6L3Qvdm1zc3Ztb3JjaGVzdHJhdGlvbm1vZGUvRW92NnF2YkJESlJJdFAyNHU3WWp5Tk1CaWdtOWFuWldNNmY1UHlSbFlKTUhKQT9ydGltZT1fX28wa1QzRzJFZw
Minimum API Version Required

Swagger Link
https://github.com/Azure/azure-rest-api-specs/pull/12062/files
Target Date
02/26/2021

hi @qwordy , could you pls help to confirm is this same ask from Jerry on https://github.com/Azure/azure-cli/issues/16666? thanks

https://github.com/Azure/azure-cli/issues/16666 focuses on renaming orchestration mode values. Let's just keep both issues.

@ajjha-az According to Jerry's latest email, Azure CLI has supported all available features now. Next is Public Preview 5/3.


#5116 search fix

Thank you for your contribution to the KodaDot NFT gallery.
👇 _ Let's make a quick check before the contribution.
PR Type

[x] Bugfix
[ ] Feature
[ ] Refactoring

Context

[x] Closes #5116
[ ] Requires deployment <>

Before submitting pull request, please make sure:

[x] My contribution builds clean without any errors or warnings
[x] I've merged recent default branch -- main and I've no conflicts
[x] I've tried to respect high code quality standards
[x] I've didn't break any original functionality
[ ] I've posted a screenshot of demonstrated change in this PR

Optional

[ ] I've tested it at </bsx/collection>
[ ] I've tested PR on mobile
[ ] I've written unit tests 🧪
[ ] I've found edge cases

Had issue bounty label?

[x] Fill up your KSM address:
Payout

Community participation

[x] Are you at KodaDot Discord?

Screenshot 📸

[ ] My fix has changed something on UI; a screenshot is best to understand changes for others.

@prachi00 Let's resolve the code conflicts.

pay 30 usd

😍 Perfect, I’ve sent the payout
💵 $30 @ 37.27 USD/KSM ~ 0.805 $KSM
🧗 EzGc4s9PgCPx1YnF3fqzhLzVHpHMTL4LWPScwpDrR8JKgSU
🔗 0x705143d1f36614b2490b1a0a585b4ec77111569e60246f33bbbd45537b6bac55
🪅 Let’s grab another issue and get rewarded!
🪄 github.com/kodadot/nft-gallery/issues


Feature Request: Playlists

Are the any plans add playlist functionality? I presume it might be difficult to add it to the protocol but maybe it could be done on the desktop and mobile clients?

Thanks for the issue. It's in the works and the front end stuff is filed under the lbry-desktop repository (bad name, we know). This repo is for backend services.


parse_str cannot handle arbitrary text

I want to implement a DSL which contains Rust expressions intermingled with my own syntax which can't be handled by Rust's tokenizer. There doesn't seem to be any way to do this since ParseStream fails immediately if created with text which contains invalid Rust tokens, even if those tokens are far outside of the text that I want to parse.

I would like to consider this out of scope for Syn. It may be reasonably easy to implement this on a fork of Syn if no other approach does what you need.
Thanks anyway!


Browserifing issues

Hi, just changed a bit the case of the issue:
I'm trying to build the final js with the command:
browserify  -t [ react-templatify --extension .rt ] index.js --outfile runtime.js
But when I try to use the the runtime.js in the page I got:
define is not defined
Any suggestion?

Hi @Malo87. Would you mind sharing a bit of your code, or a minimum example that gets this problem?

For some reason it is outputting in the AMD format, instead of the CommonJS format.
I'll try to fix this in the upcoming days. But, in the meanwhile, you should be able to execute with the following (do an npm install --save deamdify first)
browserify -t react-templatify -t deamdify index.js --outfile runtime.js

@Malo87 just released it. Try upgrading to react-templatify 0.2.0

Great! Yes, with 0.2.0 I can avoid to run the deamdify command in the chain!
Thanks


Export out AsyncListOptions in react-stately to allow custom hook implementations to altar useAsyncList options via the parent

🙋 Feature Request
Export out AsyncListOptions in react-stately to allow custom hook implementations to altar useAsyncList options via the parent

🤔 Expected Behavior
It would be nice to be able to create a custom hook that implements a subset of the AsyncListOptions (e.g the load method), but allow the parent component to provide other options like initialFilterText, and initialSelectedKeys, i.e something like:
const useAutoComplete = (options?: Omit<AsyncListOptions<IModel>, "load">) => {
  const asyncList = useAsyncList<IModel>({
    ...options,
    load: async ({ filterText }) => {
      const data = await getData(filterText);
      return {
        items: data
      }
    }
  })

  return asyncList;
}

const Form = () => {
  const autoComplete = useAutoComplete({
    initialFilterText: "xyz",
    initialSelectedKeys: ["xyz"]
  })

  return ...
}

😯 Current Behavior
We have to hard code in the types:
const useAutoComplete = (options?: {
  initialFilterText?: string,
  initialSelectedKeys?: string[]
  ...
}) => {
  const asyncList = useAsyncList<IModel>({
    ...options,
    load: async ({ filterText }) => {
      const data = await getData(filterText);
      return {
        items: data
      }
    }
  })

  return asyncList;
}

💁 Possible Solution
export out the interface here:
https://github.com/adobe/react-spectrum/blob/main/packages/%40react-stately/data/src/useAsyncList.ts#L36

🔦 Context

Ability to create shared autocomplete hooks to endpoints without redefining the load function

💻 Examples
see above

🧢 Your Company/Team
n/a

🎁 Tracking Ticket (optional)

This sounds reasonable to me.


added one click results display directly into the preview item, now eliminating 2 unnecessary clicks

Related Issue

Fixes #62
Checklist:

[x] I have read the contributor's guide.
[x] I linked an issue in the previous section
[x] I have commented on the linked issue
[x] I was assigned the linked issue (not required)
[x] I have tested the change to the best of my ability against the sandbox or a local build.

Optional items:

[ ] My change adds new text and requires a change to translations.
[ ] My change requires a change to the documentation.
[ ] I have submitted a PR to the documentation repo.
[ ] I was not able to test... (explain below, e.g. you did not have permissions to test a specific feature)
[ ] This change depends O-FISH Realm repository changes (explain below)

Optional: Add any explanations here

Optional: Add any relevant screenshots here

@Sheeri Are there any blockers for this PR, lmk if anything.

@Sheeri I have made the style changes, please review this commit

Yeah. I agree.
But for the current behavior of the app, this is the best we can do(if you go through the current app flow there's no json string in the url while showing the results), if I am not wrong @ayushjainrksh has started working on query params already as discussed in the last Office Hours. Since that's a completely different issue and to maintain the separation of concerns, it's better if we scope that out in a different ticket.
Ps: I would love to work on that(query string feature) if no one else is working.

Hi @sourabhbagrecha, I haven't started working on the issue yet. Please feel free to open up an issue and start working if assigned. I'll be happy to co-author PR with you if needed.

OK. so I'm going to merge this, as the links can be clicked. @sourabhbagrecha you are free to work on another issue, you can go ahead and make the query params feature issue and start working on it. (I'm leaving it to you to make the issue, because you can describe the reasons to change from JSON strings better than I can.

Congratulations! 🎉 🙌 🎆 ㊗
This PR is great and has been merged into the code. Thanks so much for contributing! If you'd like, you can request to work on another issue. We really appreciate your effort!
To claim your O-FISH badge, head on over to the MongoDB Community forums, login, and reply - making sure to link to this PR.


Tests are broken

Due to various reasons tests are failing. Some of them are bugs on gir some have to do with gtk (I think?).
Sadly, haven't found an easy way to run tests of all modules, no matter if they fail or not. So here are two current error I could extract.

This seems to be a bug in gir which adds an extra whitespace in the a string constant.

running 2 tests
test cross_validate_layout_with_c ... ok
test cross_validate_constants_with_c ... FAILED

failures:

---- cross_validate_constants_with_c stdout ----
constants ... 25 passed; 0 failed (compilation errors: 0)
constants ... 50 passed; 0 failed (compilation errors: 0)
constants ... 75 passed; 0 failed (compilation errors: 0)
Constant value mismatch for GST_AUDIO_FORMATS_ALL
Rust: " { S8, U8, S16LE, S16BE, U16LE, U16BE, S24_32LE, S24_32BE, U24_32LE, U24_32BE, S32LE, S32BE, U32LE, U32BE, S24LE, S24BE, U24LE, U24BE, S20LE, S20BE, U20LE, U20BE, S18LE, S18BE, U18LE, U18BE, F32LE, F32BE, F64LE, F64BE }"
C:    "{ S8, U8, S16LE, S16BE, U16LE, U16BE, S24_32LE, S24_32BE, U24_32LE, U24_32BE, S32LE, S32BE, U32LE, U32BE, S24LE, S24BE, U24LE, U24BE, S20LE, S20BE, U20LE, U20BE, S18LE, S18BE, U18LE, U18BE, F32LE, F32BE, F64LE, F64BE }"
constants ... 99 passed; 1 failed (compilation errors: 0)
constants ... 124 passed; 1 failed (compilation errors: 0)
constants ... 149 passed; 1 failed (compilation errors: 0)
constants ... 174 passed; 1 failed (compilation errors: 0)
thread 'cross_validate_constants_with_c' panicked at 'FAILED: 192 passed; 1 failed (compilation errors: 0)', gstreamer-audio-sys/tests/abi.rs:126:13
note: Run with `RUST_BACKTRACE=1` for a backtrace.

failures:
    cross_validate_constants_with_c

test result: FAILED. 1 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out

error: test failed, to rerun pass '-p gstreamer-audio-sys --test abi'

Not really sure what seems to be causing this one

running 2 tests
test cross_validate_layout_with_c ... ok
tests/constant.c: In function ‘main’:
<command-line>: error: ‘GST_GL_DISPLAY_EGL_NAME’ undeclared (first use in this function); did you mean ‘GST_GL_DISPLAY_TYPE_NONE’?
tests/constant.c:9:22: note: in expansion of macro ‘ABI_CONSTANT_NAME’
     printf(_Generic((ABI_CONSTANT_NAME),
                      ^~~~~~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/constant.c:9:22: note: in expansion of macro ‘ABI_CONSTANT_NAME’
     printf(_Generic((ABI_CONSTANT_NAME),
                      ^~~~~~~~~~~~~~~~~
test cross_validate_constants_with_c ... FAILED

failures:

---- cross_validate_constants_with_c stdout ----
constants ... 25 passed; 0 failed (compilation errors: 0)
constants ... 50 passed; 0 failed (compilation errors: 0)
Constant value mismatch for GST_GL_COLOR_CONVERT_VIDEO_CAPS
Rust: "video/x-raw("
C:    "video/x-raw(memory:GLMemory), format = (string) { RGBA, RGB, RGBx, BGR, BGRx, BGRA, xRGB, xBGR, ARGB, ABGR, Y444, I420, YV12, Y42B, Y41B, NV12, NV21, YUY2, UYVY, AYUV, GRAY8, GRAY16_LE, GRAY16_BE, RGB16, BGR16 }, width = (int) [ 1, max ], height = (int) [ 1, max ], framerate = (fraction) [ 0, max ], texture-target = (string) { 2D, rectangle, external-oes }  ; video/x-raw(memory:GLMemory,meta:GstVideoOverlayComposition), format = (string) { RGBA, RGB, RGBx, BGR, BGRx, BGRA, xRGB, xBGR, ARGB, ABGR, Y444, I420, YV12, Y42B, Y41B, NV12, NV21, YUY2, UYVY, AYUV, GRAY8, GRAY16_LE, GRAY16_BE, RGB16, BGR16 }, width = (int) [ 1, max ], height = (int) [ 1, max ], framerate = (fraction) [ 0, max ], texture-target = (string) { 2D, rectangle, external-oes }"
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/lib64/gstreamer-1.0/include" "-I/usr/include/libdrm" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-I/usr/include/orc-0.4" "-pthread" "-DABI_CONSTANT_NAME=GST_GL_DISPLAY_EGL_NAME" "tests/constant.c" "-o" "/tmp/abi.PVz7tBNYjkSX/constant" failed, exit code: 1
constants ... 73 passed; 2 failed (compilation errors: 1)
constants ... 98 passed; 2 failed (compilation errors: 1)
constants ... 123 passed; 2 failed (compilation errors: 1)
thread 'cross_validate_constants_with_c' panicked at 'FAILED: 123 passed; 2 failed (compilation errors: 1)', gstreamer-gl-sys/tests/abi.rs:126:13
note: Run with `RUST_BACKTRACE=1` for a backtrace.

failures:
    cross_validate_constants_with_c

test result: FAILED. 1 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out

error: test failed, to rerun pass '-p gstreamer-gl-sys --test abi'

Rust: " { S8, U8, S16LE, S16BE, U16LE, U16BE, S24_32LE, S24_32BE, U24_32LE, U24_32BE, S32LE, S32BE, U32LE, U32BE, S24LE, S24BE, U24LE, U24BE, S20LE, S20BE, U20LE, U20BE, S18LE, S18BE, U18LE, U18BE, F32LE, F32BE, F64LE, F64BE }" C: "{ S8, U8, S16LE, S16BE, U16LE, U16BE, S24_32LE, S24_32BE, U24_32LE, U24_32BE, S32LE, S32BE, U32LE, U32BE, S24LE, S24BE, U24LE, U24BE, S20LE, S20BE, U20LE, U20BE, S18LE, S18BE, U18LE, U18BE, F32LE, F32BE, F64LE, F64BE }"

This one is funny. There's a leading space, and that is removed by get_c_value() from tests/abi.rs (autogenerated from gir). The space is there in the .gir file, the C header, the generated C test file.
So this needs the trimming to be removed, which unfortunately is not ideal either because the trimming was needed for some reason I assume. Needs a bug report against gir in any case.

: error: ‘GST_GL_DISPLAY_EGL_NAME’ undeclared (first use in this function); did you mean ‘GST_GL_DISPLAY_TYPE_NONE’? tests/constant.c:9:22: note: in expansion of macro ‘ABI_CONSTANT_NAME’ printf(_Generic((ABI_CONSTANT_NAME), ^~~~~~~~~~~~~~~~~

This is a bug in GStreamer in one way or another. That constant (and a few others) are added to the .gir file but are not included by the specified header. This constant would require explicit inclusion of gst/gl/egl/gstglmemoryegl.h or gst/gl/egl/gstgldisplay_egl.h. Needs a bug report against GStreamer.

Constant value mismatch for GST_GL_COLOR_CONVERT_VIDEO_CAPS Rust: "video/x-raw(" C: "video/x-raw(memory:GLMemory), format = (string) { RGBA, RGB, RGBx, BGR, BGRx, BGRA, xRGB, xBGR, ARGB, ABGR, Y444, I420, YV12, Y42B, Y41B, NV12, NV21, YUY2, UYVY, AYUV, GRAY8, GRAY16_LE, GRAY16_BE, RGB16, BGR16 }, width = (int) [ 1, max ], height = (int) [ 1, max ], framerate = (fraction) [ 0, max ], texture-target = (string) { 2D, rectangle, external-oes } ; video/x-raw(memory:GLMemory,meta:GstVideoOverlayComposition), format = (string) { RGBA, RGB, RGBx, BGR, BGRx, BGRA, xRGB, xBGR, ARGB, ABGR, Y444, I420, YV12, Y42B, Y41B, NV12, NV21, YUY2, UYVY, AYUV, GRAY8, GRAY16_LE, GRAY16_BE, RGB16, BGR16 }, width = (int) [ 1, max ], height = (int) [ 1, max ], framerate = (fraction) [ 0, max ], texture-target = (string) { 2D, rectangle, external-oes }"

This is a bug in gobject-introspection. It fails to parse the constant from the header correctly. Needs a bug report against gobject-introspection

In gstreamer-sys there are the following known issues
running 2 tests
test cross_validate_layout_with_c ... ok
/usr/bin/ld: /tmp/ccsdDS4p.o: in function `main':
constant.c:(.text+0xe): undefined reference to `g_strerror'
collect2: error: ld returned 1 exit status
test cross_validate_constants_with_c ... FAILED

From GST_ERROR_SYSTEM, which can't really be used outside C. Should get a (skip) annotation in GStreamer, i.e. GStreamer bug.
Constant value mismatch for GST_MESSAGE_ANY
Rust: "4294967295"
C:    "-1"
constants ... 273 passed; 2 failed (compilation errors: 1)
Constant value mismatch for GST_MESSAGE_DEVICE_ADDED
Rust: "2147483649"
C:    "-2147483647"
Constant value mismatch for GST_MESSAGE_DEVICE_REMOVED
Rust: "2147483650"
C:    "-2147483646"
Constant value mismatch for GST_MESSAGE_EXTENDED
Rust: "2147483648"
C:    "-2147483648"
Constant value mismatch for GST_MESSAGE_PROPERTY_NOTIFY
Rust: "2147483651"
C:    "-2147483645"
Constant value mismatch for GST_MESSAGE_REDIRECT
Rust: "2147483654"
C:    "-2147483642"
constants ... 293 passed; 7 failed (compilation errors: 1)
Constant value mismatch for GST_MESSAGE_STREAMS_SELECTED
Rust: "2147483653"
C:    "-2147483643"
Constant value mismatch for GST_MESSAGE_STREAM_COLLECTION
Rust: "2147483652"
C:    "-2147483644"

Mismatch between signed and unsigned values. They are the same in C, but Rust is a bit more picky about it :) See https://github.com/gtk-rs/gir/issues/572. It's not a problem in practice but it breaks the test.
constants ... 416 passed; 9 failed (compilation errors: 1)
Constant value mismatch for GST_PTR_FORMAT
Rust: "paA"
C:    "p\u{7}A"
constants ... 440 passed; 10 failed (compilation errors: 1)
constants ... 465 passed; 10 failed (compilation errors: 1)
constants ... 490 passed; 10 failed (compilation errors: 1)
Constant value mismatch for GST_SEGMENT_FORMAT
Rust: "paB"
C:    "p\u{7}B"
constants ... 514 passed; 11 failed (compilation errors: 1)
Constant value mismatch for GST_STIME_FORMAT
Rust: "c%"
C:    "c%u:%02u:%02u.%09u"

These format specifiers can't really be used from outside C. Needs (skip) annotation in GStreamer, so GStreamer bug. There are also some more of these IIRC.
constants ... 688 passed; 12 failed (compilation errors: 1)
Constant value mismatch for GST_VERSION_MICRO
Rust: "1"
C:    "4"

We shouldn't really test the version defines, or otherwise things will fail when running with a different version than the .gir file. This should simply be ignored on our side via the .toml file. I think there's a mechanism for that. If you can't find it, just let me know.

Here is the summary so far:
Tests that pass:

gstreamer-app-sys
gstreamer-base-sys
gstreamer-net-sys
gstreamer-player-sys
gstreamer-rtsp-sys
gstreamer-tag-sys
gstreamer-video-sys

and tests that fail:

gstreamer-sys:
A bunch of (skips) needed. https://bugzilla.gnome.org/show_bug.cgi?id=797320
The mismatch between signed and unsigned as mentioned above https://github.com/gtk-rs/gir/issues/572

gstreamer-audio-sys
Fails due to an extra whitespace, filed https://github.com/gtk-rs/gir/issues/644

gstreamer-gl-sys
2 failures here. One is a bug in gobject-introspection (still need to file that). The other is due to this one

gstreamer-pbutils-sys
Tries to compare GST_VERSION_MICRO. This needs to be skipped.

gstreamer-sdp-sys

running 2 tests
test cross_validate_layout_with_c ... FAILED
test cross_validate_constants_with_c ... ok

failures:

---- cross_validate_layout_with_c stdout ----
Layout mismatch for GstMIKEYPayloadKeyData
Rust: Layout { size: 112, alignment: 8 }
C:    Layout { size: 128, alignment: 8 }
layout    ... 24 passed; 1 failed (compilation errors: 0)
thread 'cross_validate_layout_with_c' panicked at 'FAILED: 31 passed; 1 failed (compilation errors: 0)', gstreamer-sdp-sys/tests/abi.rs:126:13
note: Run with `RUST_BACKTRACE=1` for a backtrace.

failures:
    cross_validate_layout_with_c

test result: FAILED. 1 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out

error: test failed, to rerun pass '-p gstreamer-sdp-sys --test abi'

gstreamer-rtsp-server-sys

running 2 tests
tests/layout.c: In function ‘main’:
<command-line>: error: ‘GstRTSPOnvifClient’ undeclared (first use in this function); did you mean ‘GstRTSPClient’?
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
tests/layout.c: In function ‘main’:
<command-line>: error: ‘GstRTSPOnvifClientClass’ undeclared (first use in this function); did you mean ‘GstRTSPClientClass’?
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
tests/layout.c: In function ‘main’:
<command-line>: error: ‘GstRTSPOnvifMedia’ undeclared (first use in this function); did you mean ‘GstRTSPMedia’?
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
tests/layout.c: In function ‘main’:
<command-line>: error: ‘GstRTSPOnvifMediaClass’ undeclared (first use in this function); did you mean ‘GstRTSPMediaClass’?
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
tests/layout.c: In function ‘main’:
<command-line>: error: ‘GstRTSPOnvifMediaFactory’ undeclared (first use in this function); did you mean ‘GstRTSPMediaFactory’?
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
tests/layout.c: In function ‘main’:
<command-line>: error: ‘GstRTSPOnvifMediaFactoryClass’ undeclared (first use in this function); did you mean ‘GstRTSPMediaFactoryClass’?
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
tests/layout.c: In function ‘main’:
<command-line>: error: ‘GstRTSPOnvifServer’ undeclared (first use in this function); did you mean ‘GstRTSPServer’?
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
tests/layout.c: In function ‘main’:
<command-line>: error: ‘GstRTSPOnvifServerClass’ undeclared (first use in this function); did you mean ‘GstRTSPServerClass’?
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’
     printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME));
                               ^~~~~~~~~~~~~
tests/constant.c: In function ‘main’:
<command-line>: error: ‘GST_RTSP_ONVIF_BACKCHANNEL_REQUIREMENT’ undeclared (first use in this function); did you mean ‘GST_RTSP_STS_PAYMENT_REQUIRED’?
<command-line>: note: in definition of macro ‘ABI_CONSTANT_NAME’
<command-line>: note: each undeclared identifier is reported only once for each function it appears in
<command-line>: note: in definition of macro ‘ABI_CONSTANT_NAME’
test cross_validate_constants_with_c ... FAILED
test cross_validate_layout_with_c ... FAILED

failures:

---- cross_validate_constants_with_c stdout ----
constants ... 25 passed; 0 failed (compilation errors: 0)
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_CONSTANT_NAME=GST_RTSP_ONVIF_BACKCHANNEL_REQUIREMENT" "tests/constant.c" "-o" "/tmp/abi.DAtHvZOfnIS4/constant" failed, exit code: 1
thread 'cross_validate_constants_with_c' panicked at 'FAILED: 41 passed; 1 failed (compilation errors: 1)', gstreamer-rtsp-server-sys/tests/abi.rs:126:13
note: Run with `RUST_BACKTRACE=1` for a backtrace.

---- cross_validate_layout_with_c stdout ----
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_TYPE_NAME=GstRTSPOnvifClient" "tests/layout.c" "-o" "/tmp/abi.o9fJk60nOsfs/layout" failed, exit code: 1
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_TYPE_NAME=GstRTSPOnvifClientClass" "tests/layout.c" "-o" "/tmp/abi.o9fJk60nOsfs/layout" failed, exit code: 1
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_TYPE_NAME=GstRTSPOnvifMedia" "tests/layout.c" "-o" "/tmp/abi.o9fJk60nOsfs/layout" failed, exit code: 1
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_TYPE_NAME=GstRTSPOnvifMediaClass" "tests/layout.c" "-o" "/tmp/abi.o9fJk60nOsfs/layout" failed, exit code: 1
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_TYPE_NAME=GstRTSPOnvifMediaFactory" "tests/layout.c" "-o" "/tmp/abi.o9fJk60nOsfs/layout" failed, exit code: 1
layout    ... 20 passed; 5 failed (compilation errors: 5)
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_TYPE_NAME=GstRTSPOnvifMediaFactoryClass" "tests/layout.c" "-o" "/tmp/abi.o9fJk60nOsfs/layout" failed, exit code: 1
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_TYPE_NAME=GstRTSPOnvifServer" "tests/layout.c" "-o" "/tmp/abi.o9fJk60nOsfs/layout" failed, exit code: 1
compilation command "cc" "-Wno-deprecated-declarations" "-D__USE_MINGW_ANSI_STDIO" "-I/usr/include/gstreamer-1.0" "-I/usr/include/glib-2.0" "-I/usr/lib64/glib-2.0/include" "-pthread" "-DABI_TYPE_NAME=GstRTSPOnvifServerClass" "tests/layout.c" "-o" "/tmp/abi.o9fJk60nOsfs/layout" failed, exit code: 1
layout    ... 42 passed; 8 failed (compilation errors: 8)
thread 'cross_validate_layout_with_c' panicked at 'FAILED: 42 passed; 8 failed (compilation errors: 8)', gstreamer-rtsp-server-sys/tests/abi.rs:126:13

failures:
    cross_validate_constants_with_c
    cross_validate_layout_with_c

test result: FAILED. 0 passed; 2 failed; 0 ignored; 0 measured; 0 filtered out

error: test failed, to rerun pass '-p gstreamer-rtsp-server-sys --test abi'

Currently missing the required deps to test the following:

gstreamer-mpegts-sys
gstreamer-webrtc-sys

Layout mismatch for GstMIKEYPayloadKeyData Rust: Layout { size: 112, alignment: 8 } C: Layout { size: 128, alignment: 8 } layout ... 24 passed; 1 failed (compilation errors: 0) thread 'cross_validate_layout_with_c' panicked at 'FAILED: 31 passed; 1 failed (compilation errors: 0)', gstreamer-sdp-sys/tests/abi.rs:126:13 note: Run with RUST_BACKTRACE=1 for a backtrace.

This is a bug in gir, oh no!
typedef struct {
  [...]
  guint8   kv_len[2];
  guint8  *kv_data[2];
} GstMIKEYPayloadKeyData;

vs.
#[repr(C)]
#[derive(Copy, Clone)]
pub struct GstMIKEYPayloadKeyData {
    pub kv_len: [u8; 2],
    pub kv_data: [u8; 2],
}

kv_data should be a [*mut u8; 2] instead. In the .gir file it looks correct, compare with the e.g. salt_data field (which is a *mut u8, not as an array).

tests/layout.c: In function ‘main’: : error: ‘GstRTSPOnvifClient’ undeclared (first use in this function); did you mean ‘GstRTSPClient’? tests/layout.c:10:31: note: in expansion of macro ‘ABI_TYPE_NAME’ printf("%zu\n%zu", sizeof(ABI_TYPE_NAME), alignof(ABI_TYPE_NAME)); ^~~~~~~~~~~~~

This is because you're using GStreamer 1.12 and the gst-rtsp-server headers are not marking the version correctly for all the GstRTSPOnvif types. Bug in GStreamer, they should all get a Since: 1.14 marker.

Currently missing the required deps to test the following:
* gstreamer-mpegts-sys

* gstreamer-webrtc-sys

What do you mean with missing required deps? Not available in Fedora? Both are in gst-plugins-bad, mpegts since a long time and webrtc since version 1.14 (you seem to be using 1.12 so that would be the problem for that one). webrtc has no errors, mpegts has one error.
layout    ... 25 passed; 0 failed (compilation errors: 0)
Layout mismatch for GstMpegtsISO639LanguageDescriptor
Rust: Layout { size: 324, alignment: 4 }
C:    Layout { size: 776, alignment: 8 }

This is a bug in gir again.
#[repr(C)]
#[derive(Copy, Clone)]
pub struct GstMpegtsISO639LanguageDescriptor {
    pub nb_language: c_uint,
    pub language: [c_char; 64],
    pub audio_type: [GstMpegtsIso639AudioType; 64],
}

typedef struct _GstMpegtsISO639LanguageDescriptor GstMpegtsISO639LanguageDescriptor;
struct _GstMpegtsISO639LanguageDescriptor
{
  guint                    nb_language;
  gchar                    *language[64];
  GstMpegtsIso639AudioType audio_type[64];
};

Basically the same things as in the SDP library. The language field should be a [*mut c_char; 64].

What do you mean with missing required deps? Not available in Fedora? Both are in gst-plugins-bad, mpegts since a long time and webrtc since version 1.14 (you seem to be using 1.12 so that would be the problem for that one). webrtc has no errors, mpegts has one error.

For mpegts I get the following errors recurring thousands of times:
running 2 tests
In file included from tests/manual.h:3,
                 from tests/constant.c:5:
/usr/include/gstreamer-1.0/gst/mpegts/mpegts.h:28:2: warning: #warning "The GStreamer mpegts library is unstable API and may change in future." [-Wcpp]
 #warning "The GStreamer mpegts library is unstable API and may change in future."
  ^~~~~~~
In file included from tests/manual.h:3,
                 from tests/layout.c:5:
/usr/include/gstreamer-1.0/gst/mpegts/mpegts.h:28:2: warning: #warning "The GStreamer mpegts library is unstable API and may change in future." [-Wcpp]
 #warning "The GStreamer mpegts library is unstable API and may change in future."
  ^~~~~~~
/usr/include/gstreamer-1.0/gst/mpegts/mpegts.h:29:2: warning: #warning "You can define GST_USE_UNSTABLE_API to avoid this warning." [-Wcpp]
 #warning "You can define GST_USE_UNSTABLE_API to avoid this warning."
  ^~~~~~~
/usr/include/gstreamer-1.0/gst/mpegts/mpegts.h:29:2: warning: #warning "You can define GST_USE_UNSTABLE_API to avoid this warning." [-Wcpp]
 #warning "You can define GST_USE_UNSTABLE_API to avoid this warning."
  ^~~~~~~
In file included from tests/manual.h:3,
                 from tests/layout.c:5:

and for wertc the following, also recurring:
running 2 tests
In file included from /usr/include/gstreamer-1.0/gst/webrtc/webrtc.h:24,
                 from tests/manual.h:3,
                 from tests/layout.c:5:
/usr/include/gstreamer-1.0/gst/webrtc/webrtc_fwd.h:24:2: warning: #warning "The WebRTC library from gst-plugins-bad is unstable API and may change in future." [-Wcpp]
 #warning "The WebRTC library from gst-plugins-bad is unstable API and may change in future."
  ^~~~~~~
/usr/include/gstreamer-1.0/gst/webrtc/webrtc_fwd.h:25:2: warning: #warning "You can define GST_USE_UNSTABLE_API to avoid this warning." [-Wcpp]
 #warning "You can define GST_USE_UNSTABLE_API to avoid this warning."
  ^~~~~~~
In file included from /usr/include/gstreamer-1.0/gst/webrtc/webrtc.h:24,
                 from tests/manual.h:3,
                 from tests/constant.c:5:
/usr/include/gstreamer-1.0/gst/webrtc/webrtc_fwd.h:24:2: warning: #warning "The WebRTC library from gst-plugins-bad is unstable API and may change in future." [-Wcpp]
 #warning "The WebRTC library from gst-plugins-bad is unstable API and may change in future."
  ^~~~~~~
/usr/include/gstreamer-1.0/gst/webrtc/webrtc_fwd.h:25:2: warning: #warning "You can define GST_USE_UNSTABLE_API to avoid this warning." [-Wcpp]
 #warning "You can define GST_USE_UNSTABLE_API to avoid this warning."
  ^~~~~~~
In file included from /usr/include/gstreamer-1.0/gst/webrtc/webrtc.h:24,
                 from tests/manual.h:3,
                 from tests/layout.c:5:
/usr/include/gstreamer-1.0/gst/webrtc/webrtc_fwd.h:24:2: warning: #warning "The WebRTC library from gst-plugins-bad is unstable API and may change in future." [-Wcpp]
 #warning "The WebRTC library from gst-plugins-bad is unstable API and may change in future."
  ^~~~~~~

This is because you're using GStreamer 1.12 and the gst-rtsp-server headers are not marking the version correctly for all the GstRTSPOnvif types. Bug in GStreamer, they should all get a Since: 1.14 marker.

I am on fedora 28 and gst 1.14
➜  gstreamer-sys git:(master) ✗ sudo dnf info gstreamer1
Last metadata expiration check: 2:02:18 ago on Tue 23 Oct 2018 11:36:20 AM EEST.
Installed Packages
Name         : gstreamer1
Version      : 1.14.1
Release      : 2.fc28
Arch         : x86_64
Size         : 4.2 M
Source       : gstreamer1-1.14.1-2.fc28.src.rpm
Repo         : @System
From repo    : updates
Summary      : GStreamer streaming media framework runtime
URL          : http://gstreamer.freedesktop.org/
License      : LGPLv2+
Description  : GStreamer is a streaming media framework, based on graphs of filters which
             : operate on media data. Applications using this library can do anything
             : from real-time sound processing to playing videos, and just about anything
             : else media-related.  Its plugin-based architecture means that new data
             : types or processing capabilities can be added simply by installing new
             : plugins.

/usr/include/gstreamer-1.0/gst/mpegts/mpegts.h:28:2: warning: #warning "The GStreamer mpegts library is unstable API and may change in future." [-Wcpp] #warning "The GStreamer mpegts library is unstable API and may change in future." ^~~~~~~

These are warnings you can safely ignore. You can #define GST_USE_UNSTABLE_API to prevent that but it does not seem worth it. They're just warnings after all :)

I am on fedora 28 and gst 1.14

Also gst-rtsp-server 1.14? Are the onvif headers not included by gst/rtsp-server/rtsp-server.h then? That would be a bug :)
Did you find the webrtc and mpegts library in the meantime?

The problem about GST_GL_COLOR_CONVERT_VIDEO_CAPS is tracked here now: https://gitlab.gnome.org/GNOME/gobject-introspection/issues/238
Once we have all bugs filed, we should probably create a single comment with all the links :)

To recap:
gstreamer-sys:

Skip some C formatters Merged.
Mismatch between signed and unsigned integers gtk-rs/gir#572

gstreamer-audio-sys

Fails due to trimmed whitespace gtk-rs/gir#644

gstreamer-gl-sys

GST_GL_COLOR_CONVERT_VIDEO_CAPS gobject-introspection bug
Undeclared constant in C headers but exists in the gir

gstreamer-pbutils-sys

https://github.com/sdroege/gstreamer-sys/pull/20

gstreamer-sdp-sys && gstreamer-mpegts-sys

https://github.com/gtk-rs/gir/issues/648

gstreamer-rtsp-server-sys

This is because you're using GStreamer 1.12 and the gst-rtsp-server headers are not marking the version correctly for all the GstRTSPOnvif types. Bug in GStreamer, they should all get a Since: 1.14 marker.

Also gst-rtsp-server 1.14? Are the onvif headers not included by gst/rtsp-server/rtsp-server.h then? That would be a bug :)

They are, here is what they look like:
https://gist.github.com/alatiera/28957f9b77de165f63f3bc3cd73d5bda

gstreamer-rtsp-server-sys

This is because you're using GStreamer 1.12 and the gst-rtsp-server headers are not marking the version correctly for all the GstRTSPOnvif types. Bug in GStreamer, they should all get a Since: 1.14 marker.

Also gst-rtsp-server 1.14? Are the onvif headers not included by gst/rtsp-server/rtsp-server.h then? That would be a bug :)

They are, here is what they look like:
https://gist.github.com/alatiera/28957f9b77de165f63f3bc3cd73d5bda

The problem here is that rtsp-server.h is not including the onvif files. Yay! Looking at a solution, it's not so simple unfortunately :)

This is now tracked at https://gitlab.freedesktop.org/gstreamer/gstreamer-rs-sys/issues/16


Demo docs: rename pages to follow website conventions

Contributes to #780 for the demo pages
Contributes to #2289
Adds aliases (redirects) to ensure that old names are redirected
Drops relref directives

Note: There may be some name changes required in the Mermaid diagrams. I'll address that separately.
Preview: https://deploy-preview-2293--opentelemetry.netlify.app/docs/demo/
Redirect tests (a sampling):

https://deploy-preview-2293--opentelemetry.netlify.app/docs/demo/current_architecture/
https://deploy-preview-2293--opentelemetry.netlify.app/docs/demo/requirements/architecture_requirements/
https://deploy-preview-2293--opentelemetry.netlify.app/docs/demo/services/checkoutservice/

Dang, this will result in a merge conflict with the icons PR, #2288. Oh well, will resolve the conflicts later.

Note: There may be some name changes required in the Mermaid diagrams. I'll address that separately.

I also added some redirect tests to the opening comment.


Sized ints overflow

For the current implementation of sized integers, huge numbers are stored in the index types, and with bit numbers as high as 32 or so there are overflow errors. It seems a bit silly to store such big numbers, so maybe we could change the TIndex representation for the implementation? Would need to think about how to differentiate static ints I think.

Good point. One trick might be to store, for the range endpoints, either a plain number or a power of two:
type Offset = Lin of int | Exp of int

so Exp 32 represents the number 2^32 while Lin 32 represents plain old 32.

@tedbauer is this fixed?

Implemented in #46


Compiler performs implicit copies on a borrowing parameter passed-through to a local closure

Description
According to SE-377:

We propose new borrowing and consuming parameter modifiers to allow developers to explicitly choose the ownership convention that a function uses to receive immutable parameters. Applying one of these modifiers to a parameter causes that parameter binding to no longer be implicitly copyable, and potential copies need to be marked with the new copy x operator.

In the reproduction test case, the compiler performs a copy of a parameter marked as borrowing without the developer having to use the copy operator.
(there is a related bug, which I will file separately, about this crashing the compiler if Foo<T> is ~Copyable)
Reproduction
struct Foo<T> {}

func huh<T>(_ source: borrowing Foo<T>) {
  let process: (borrowing Foo<T>) -> () -> Void = {
    s in { _ = consume s }  // This should not be valid!
  }
  process(source)()
}

Expected behavior
Expect the compiler to reject the reproduction test case. It is not possible to consume a borrow!
Environment
Swift version 6.0-dev (LLVM 73a346c9caf32cc, Swift 3e21fc6610cc917)
Target: x86_64-unknown-linux-gnu
Additional information
No response

CC: @kavon

Seems this can be reduced further to:
struct Foo<T> {}
func consumeFoo<T>(_ x: consuming Foo<T>) {}

func huh<T>(_ source: borrowing Foo<T>) {
  let process: (borrowing Foo<T>) -> Void = {
    s in
    // (_ s: borrowing Foo<T>) in  // <- only caught with explicit annotation
    _ = consume s
  }
  process(source)
}

I thought this was recently fixed in https://github.com/swiftlang/swift/pull/75731 but it turns out that's not the case, and there's still some issues around the inference of borrowing and whether that triggers the right checking.


Revert "Optimize pkg/util/cgroup code to allocate less frequently"

Reverts DataDog/datadog-agent#18816

Force merging to fix the CI before the merge freeze, all required tests are green.


Refactor to use templates rather than fixed strings

Also migrate to TemplateView to reduce code reuse and gain benefits from using a full view class.

I've thought of something else this PR needs. At the moment, the README doesn't say anything about putting simple_robots in INSTALLED_APPS - because you didn't need to. Now you do.