MPD module freezes after suspend

When I leave my laptop suspended, on wake I find that waybar mpd module is unresponsive. I can control MPD server with clients, but mpd info at waybar is not updated, it stays the same as it was before suspend. Other waybar modules continue to work normally. One thing I've noticed is that suspend must last for certain amount of time to freeze the mpd module (e.g., suspending for several minutes does not cause the issue, but suspending for the night always does). It probably might matter that the module is configured to connect to a remote mpd server (always online). I can't say if the issue happened should I have mpd server at the localhost. If the problem is in losing the connectino when suspended, is there a way to commuinicate with mpd module, so that I could automatically launch a command on wake to tell it to reconnect? (currently, to solve the issue I have a script that runs on wake, kills the waybar and starts it again).
OS: Arch Linux
waybar version: 0.9.7

This seems like a related bug: after waking my PC from suspend for a while, the MPD module fails to update despite the rest of waybar updating properly. Clicking the MPD module, however, does crash.
[2022-09-12 09:32:25.595] [debug] network: if3 down
// (A day at work with the PC suspended...)
[2022-09-12 18:04:41.744] [debug] network: new default route via <IP_ADDRESS> on if2 metric 20100
[2022-09-12 18:04:41.745] [debug] network: enp2s0, new addr <IP_ADDRESS>/24
[2022-09-12 18:04:41.745] [debug] network: new default route via <IP_ADDRESS> on if2 metric 20100
[2022-09-12 18:04:41.745] [debug] network: enp2s0, new addr <IP_ADDRESS>/24
[2022-09-12 18:04:42.576] [debug] network: new default route via <IP_ADDRESS> on if2 metric 100
[2022-09-12 18:04:42.576] [debug] network: new default route via <IP_ADDRESS> on if2 metric 100
[2022-09-12 18:04:42.576] [debug] network: enp2s0, new addr <IP_ADDRESS>/24
[2022-09-12 18:04:42.577] [debug] network: enp2s0, new addr <IP_ADDRESS>/24
[2022-09-12 18:12:01.403] [error] mpd: Idle: failed to unregister for IDLE events

** (waybar:105955): ERROR **: 18:12:01.437:
unhandled exception (type std::exception) in signal handler:
what: Connection reset by peer

zsh: trace trap (core dumped)  waybar -l trace

I have a coredump, but I only see GLib functions in the backtrace. Lmk if you'd like more information.

A different result today (I didn't have -l trace this time around):
[2022-09-13 18:34:52.503] [warning] mpd: Playing: error: Connection reset by peer
[2022-09-13 18:34:52.517] [warning] mpd: Playing: error: Connection reset by peer
waybar: ../libmpdclient-2.20/src/status.c:390: mpd_status_get_song_pos: Assertion `status != NULL' failed.
zsh: IOT instruction (core dumped)  waybar

I'm still experiencing this issue, although there's no crashes anymore when clicking the module: it works as expected but the text does not change.


Fix: loading locale not always working

Resolves #699
I was able to reproduce this by setting my browser locale to 'en-US' instead of just 'en'.
It's a race condition, so it only happens about 50% of the time. And I only started getting it after I had a project on my dashboard with a "Last changed" date.

I realized that these errors were not getting displayed to the user, because they happened to early. So the user basically just got a somewhat dead app with no explanation. So, I made our error-alert more durable in (35c5d7934b2a20530a073c4d649177842ad46e24).


[BazelCI] Create a dashboard-friendly report

Description of the problem / feature request:
The current report requires scrolling and is more tailored for viewing on personal devices. We'd like to have a dashboard-friendly display where no scrolling is required.

We now have https://perf.bazel.build/all/2020/02/19/report.html which is dashboard-friendly.


The inferred type of "X" cannot be named without a reference to "Y". This is likely not portable.

Description
With how PNPM manages packages, in a swarmion project we can easily run into the following issue:

Package @my-app/shared-foo packages has package-a as dependency, exporting a TypeA type

In this package, define a function sharedFunction whose return type depends directly on TypeA

Service @my-app/backend-user has @my-app/shared-foo as dependency and uses sharedFunction.

In @my-app/backend-user:
const bar = sharedFunction();

This will create an LSP warning
The inferred type of 'bar' cannot be named without a reference to '../path/to/shared-foo/node_modules/package-a'. This is likely not portable. A type annotation is necessary.
Minimal reproduction on the full stack example: 8442a7b3353b7559a16da83fbf364daf124bd8cc (line<EMAIL_ADDRESS>Imperfect fix

Add package-a in devDependencies of @my-app/backend-user, importe the TypeA and explicitely type the return value of the functions

This is very imperfect because we should need to worry about the dependencies of our dependencies, and types are not always straightforward to import

Possible leads

Investigate why the issue happens only in the LSP and node when running test-type
Typescript options ?
PNPM hoisting options experimentations ? It would be a shame to get rid of the virtual store though

Related issues

https://github.com/pnpm/pnpm/issues/3396

After investigation, I have found a less imperfect fix:
In @my-app/shared-foo, reexport TypeA from package-a
It suppresses warnings, but is imperfect because there is no way to know there is an issue until you encounter it by consuming your package

Thanks for the issue @GuillaumeLagrange, you did a great job pinpointing the issue to this simple cause 💪

Investigate why the issue happens only in the LSP and node when running test-type

Here it would be better to put: ... and not when running tsc directly in the cli through the test-type script
Can you open an issue on the pnpm repo and link this issue? I think this is the best way forward, hopefully someone there would be able to help us 🙂
In the meantime, the fix you mentioned can be used. And I would recommend adding a comment linking to this issue above the export type ... statement.

@GuillaumeLagrange is this fixed by #541 ?

Nope, I have managed to reproduce the issue with tsc, and opened an issue on pnpm repo to see if anybody has an idea of what is happening

An answer on the pnpm issue pointed out a decent workaround that will do until the root cause is fixed:

This seems sensible, we'll keep the issue open during this time

I just had the same problem on a project, but this time on a service package, not a shared code library.
Since this project is not aimed to be shared, I could solve the error by removing all the properties related to declaration:

It seems that this issue is happening more and more on more and more monorepos with pnpm and TypeScript.
Hopefully, this fix can help when the above fix mentioned by @GuillaumeLagrange does not work.

@GuillaumeLagrange we ought to try this https://github.com/microsoft/TypeScript/issues/42873#issuecomment-1464721715

FYI I added a comment in TypeScript#47663 which has workarounds for this issue when using pnpm monorepos.

Thank you for this, it really sums up quite clearly the different workarounds and their eventual downsides.
Not much more we can do than wait on a root fix from either Typescript or pnpm now, not sure how they would go about that though.

Thanks @pkerschbaum for the link to the detailed explanation!
Since the problem occurs only on packages not meant to be consumed by others, we will go with the solution of setting declaration: false.


time stamp doesn't work

I am trying to get audio in real time and using the timestamp but it is not working

@muhamma1 what version of video.js? what version of videojs-record?

@muhamma1 you're using the setting timestamp: 1 but you should use timeSlice: 1 instead.


Optional force push

Hi Ilya,
we started using your script yesterday and it works as advertised 👍 but we would like to make the force push at the end of your script optional because we have the following use case (but there are certainly others):
We have a lot of repositories on a self-hosted GitLab and some of them should be published to GitHub while still using the GitLab CI for deployment. We currently have to keep working in GitLab because of our CI setup for certain projects.
And your script is perfect for pushing the master from GitLab to GitHub. But we don't want to force push all the changes because someone might e.g. do a pull request on GitHub, which we might want to in turn push to GitLab BUT if in the meantime someone from our team force pushes to GitHub because they want to deploy stuff, we would lose the changes on GitHub.
For this I have introduced the optional env variable SKIP_FORCE_PUSH
Best regards
Nikolay

The new build is available at Docker hub.
Please note that I changed the variable name to DISABLE_FORCE_PUSH.

Awesome and I wasn't sure about the wording - DISABLE_FORCE_PUSH is totally fine 👍 Thank you!


Projected Row/Column Header Mangling for Select/Scan

Modify header of the passed in projection so that there is no need for extra copies. Datatable directly fills in the projection

Based off the PR for inverse column map (#5), we should make sure we clean up references to BlockLayoutFromSchema in the long run.  I will talk to Andy about the way forward and will probably create an issue on main after that discussion.

Implemented in #10 and #16


Interactions between declarative API and CacheLoader&CacheWriter?

When a declarative API (cache annotations) is used then a container generates a cache key.
When a cache is configured as read-through or write-through then the generated key is passed to a CacheLoader/CacheWriter.
However there is a mismatch: The key is generated by a container however the CacheLoader/CacheWriter are typically implemented by end-users -> the CacheLoader has no good way to access arguments used during invocation of the annotated method. All it has is just the generated key.
A possible workaround is to always always use an explicit CacheKeyGenerator and never use the default one -> a user has a full control of the generated cache key and can get back the arguments in the MapLoader code. Unfortunately this is tedious as CacheKeyGenerator is a very low-level API and it renders the default generator useless.
I'm not sure what's the best solution here:

Perhaps the spec should mandate a concrete implementation of the default (composed?) key.
The implementation could have an extra method to get back the arguments encapsulated by this key? However this approach goes against the idea of generated key relaxation.
Alternatively the spec could provides a bunch of static method for introspection of the generated cache keys?
Anything else?

Related to https://github.com/jsr107/jsr107spec/issues/313

the CacheLoader has no good way to access arguments used during invocation of the annotated method. All it has is just the generated key.

Why should it? That is actually the very concept of a cache key and the CacheLoader/CacheWriter. If something else then the cache key influences the behavior of the loader, your cache would be inconsistent. Sometimes people try it anyways: http://stackoverflow.com/questions/37944398/how-to-pass-two-pass-one-more-parameter-other-than-key-in-google-guava-cache
IMHO the JavaDoc of the CacheLoader should have much more words of warning about this.
Of course the loader might want to get an additional setup that is immutable during the cache live time. But "passing down" such a setup by method parameters would be very error prone.
Is there really a useful scenario for CacheLoader/CacheWriter being used together with annotations? I think its two different concepts to wire in the cache.

@CacheResult
Person calculateArchenemy(Person person) {
  if (person.equals(Person.HOLMES)) {
    return Person.MORIARTY;
  } else {
    return expensiveCalculation(person.getId());
  }
}

Now imagine I have a database dump of archenemies of all people in the world. Then I could just plug the CacheLoader in and never ever need to invoke the expensiveCalculation(). Except I can't because the cache will pass me the GeneratedCacheKey and I have no way to access the person.getId()

Got you. The main issue is the GeneratedCacheKey. Since the way the key is generated is not part of the spec it could be anything. Don't we have another issue on that? I think that problem is actually unrelated to CacheLoader/Writer. For example one might also additionally use the bulk API Cache.getAll() which annotations don't have.
Mixing Loader/Writer and annotation will get you also in other troubles as well: Annotations have (defined) exception handling, while loaders don't.

this is related: https://github.com/jsr107/jsr107spec/issues/374 <-- if this is going to be implemented then the key could be truly everything.
I also found this and this is also partially related. The original idea behind this issue come from https://github.com/ben-manes/caffeine/issues/115

Marking with 2.0. The key generation stuff can be improved but not in the 1.1 MR.


build: add knip's production mode

Adds knip production mode. This is useful in case some project code is just used by tests. In that case, knip wouldn't considered unused. Unless production mode is enabled. In that mode, if some code is only used by tests or other non-production code, it's reported as unused.

#899  👈 (View in Graphite)
main

This stack of pull requests is managed by Graphite. Learn more about stacking.


Regular Disconnects (sometimes precisely after 30 Minutes?)

Describe the bug
It seems in the logs that the connection is reset after 30 minutes.
Expected behavior
I'm not sure if this is regular behaviour of not, however my music sometimes stops playing which is unfortunate.
Screenshots/Stracktraces/Logs
Mar 13 12:05:08 soundpi1 java[313]: 2021-03-13 12:05:08,781 DEBUG PlayerSession:267 - PlayerQueueEntry{0104f9a4ceb0ee51c89660e35259ce9c} has been added to the output. {sessionId: jdl9/Px4KEJiLhDrGmAPFQ, pos: 1,>
Mar 13 12:05:08 soundpi1 java[313]: 2021-03-13 12:05:08,780 DEBUG CrossfadeController:176 - Changed fade out. {curr: null, custom: false, why: FORWARD_BTN, id: 0119e001ddc4f3513b72050abd179f53}
Mar 13 12:05:08 soundpi1 java[313]: 2021-03-13 12:05:08,779 DEBUG Player:253 - Loading track, id: TrackId{spotify:track:0oUuKR883ZrA6X7snDF5r3}, session: jdl9/Px4KEJiLhDrGmAPFQ, playback: 0119e001ddc4f3513b7205>
Mar 13 12:05:08 soundpi1 java[313]: 2021-03-13 12:05:08,770 DEBUG Player:293 - Received command: SkipNext
Mar 13 12:05:08 soundpi1 java[313]: 2021-03-13 12:05:08,769 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: 75c0109b-015f-4e32-83ae-7dfe78ec0b89, pid: 725806198, sende>
Mar 13 12:05:04 soundpi1 java[313]: 2021-03-13 12:05:04,311 DEBUG DealerClient:109 - Handled request. {key: 019ff9b0-1210-4edb-9c4f-700c417e0155, result: SUCCESS}
Mar 13 12:05:04 soundpi1 java[313]: 2021-03-13 12:05:04,310 DEBUG Player:293 - Received command: Pause
Mar 13 12:05:04 soundpi1 java[313]: 2021-03-13 12:05:04,309 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: 019ff9b0-1210-4edb-9c4f-700c417e0155, pid: 725801726, sende>
Mar 13 11:57:06 soundpi1 java[313]: 2021-03-13 11:57:06,517 DEBUG DealerClient:109 - Handled request. {key: e068f81a-264d-4a7e-b4bb-81a2a3be352d, result: SUCCESS}
Mar 13 11:57:06 soundpi1 java[313]: 2021-03-13 11:57:06,514 DEBUG Player:293 - Received command: Pause
Mar 13 11:57:06 soundpi1 java[313]: 2021-03-13 11:57:06,513 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: e068f81a-264d-4a7e-b4bb-81a2a3be352d, pid: 725323925, sende>
Mar 13 11:50:27 soundpi1 java[313]: 2021-03-13 11:50:27,403 TRACE DeviceStateHandler:160 - Received cluster update at<PHONE_NUMBER>392: cluster { timestamp:<PHONE_NUMBER>352 active_device_id: "fad17b9e99e43f657cfd4d3>
Mar 13 11:50:26 soundpi1 java[313]: 2021-03-13 11:50:26,973 TRACE DeviceStateHandler:160 - Received cluster update at<PHONE_NUMBER>969: cluster { timestamp:<PHONE_NUMBER>915 active_device_id: "fad17b9e99e43f657cfd4d3>
Mar 13 11:40:26 soundpi1 java[313]: 2021-03-13 11:40:26,836 TRACE DeviceStateHandler:160 - Received cluster update at<PHONE_NUMBER>831: cluster { timestamp:<PHONE_NUMBER>777 active_device_id: "fad17b9e99e43f657cfd4d3>
Mar 13 11:40:26 soundpi1 java[313]: 2021-03-13 11:40:26,364 TRACE DeviceStateHandler:160 - Received cluster update at<PHONE_NUMBER>360: cluster { timestamp:<PHONE_NUMBER>321 active_device_id: "fad17b9e99e43f657cfd4d3>
Mar 13 11:36:58 soundpi1 java[313]: 2021-03-13 11:36:58,943 DEBUG PlayerQueueEntry:209 - PlayerQueueEntry{0119e001ddc4f3513b72050abd179f53} has been removed from output.
Mar 13 11:36:58 soundpi1 java[313]: 2021-03-13 11:36:58,939 TRACE MixingLine:169 - Toggle first channel: false
Mar 13 11:36:58 soundpi1 java[313]: 2021-03-13 11:36:58,938 DEBUG PlayerQueueEntry:305 - Player time offset is 1150. {id: 0119e001ddc4f3513b72050abd179f53}
Mar 13 11:36:40 soundpi1 java[313]: 2021-03-13 11:36:40,451 INFO  Session:310 - Connected successfully!
Mar 13 11:36:39 soundpi1 java[313]:         at java.lang.Thread.run(Thread.java:832) [?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:630) [?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130) [?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at java.util.concurrent.FutureTask.run(FutureTask.java:264) [?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at xyz.gianlu.librespot.common.AsyncProcessor.lambda$submit$1(AsyncProcessor.java:40) ~[librespot-player.jar:1.5.4]
Mar 13 11:36:39 soundpi1 java[313]:         at xyz.gianlu.librespot.common.AsyncWorker.lambda$new$0(AsyncWorker.java:20) ~[librespot-player.jar:1.5.4]
Mar 13 11:36:39 soundpi1 java[313]:         at xyz.gianlu.librespot.core.EventService.lambda$new$0(EventService.java:28) ~[librespot-player.jar:1.5.4]
Mar 13 11:36:39 soundpi1 java[313]:         at xyz.gianlu.librespot.mercury.MercuryClient.sendSync(MercuryClient.java:73) ~[librespot-player.jar:1.5.4]
Mar 13 11:36:39 soundpi1 java[313]:         at xyz.gianlu.librespot.mercury.MercuryClient.send(MercuryClient.java:158) ~[librespot-player.jar:1.5.4]
Mar 13 11:36:39 soundpi1 java[313]:         at xyz.gianlu.librespot.core.Session.send(Session.java:518) ~[librespot-player.jar:1.5.4]
Mar 13 11:36:39 soundpi1 java[313]:         at xyz.gianlu.librespot.core.Session.sendUnchecked(Session.java:479) ~[librespot-player.jar:1.5.4]
Mar 13 11:36:39 soundpi1 java[313]:         at xyz.gianlu.librespot.crypto.CipherPair.sendEncoded(CipherPair.java:48) ~[librespot-player.jar:1.5.4]
Mar 13 11:36:39 soundpi1 java[313]:         at java.io.FilterOutputStream.write(FilterOutputStream.java:108) ~[?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at java.io.DataOutputStream.write(DataOutputStream.java:106) ~[?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at java.net.Socket$SocketOutputStream.write(Socket.java:1051) ~[?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at sun.nio.ch.NioSocketImpl$2.write(NioSocketImpl.java:826) ~[?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at sun.nio.ch.NioSocketImpl.write(NioSocketImpl.java:440) ~[?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at sun.nio.ch.NioSocketImpl.implWrite(NioSocketImpl.java:411) ~[?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at sun.nio.ch.NioSocketImpl.beginWrite(NioSocketImpl.java:366) ~[?:?]
Mar 13 11:36:39 soundpi1 java[313]:         at sun.nio.ch.NioSocketImpl.ensureOpenAndConnected(NioSocketImpl.java:165) ~[?:?]
Mar 13 11:36:39 soundpi1 java[313]: java.net.SocketException: Socket closed
Mar 13 11:36:39 soundpi1 java[313]: 2021-03-13 11:36:39,818 ERROR EventService:37 - Failed sending event: EventBuilder{274|3|2|2|62659edacd0a09bfe0786320788fcb81d886931a|spotify:track:0oUuKR883ZrA6X7snDF5r3|1|2>
Mar 13 11:36:39 soundpi1 java[313]: 2021-03-13 11:36:39,816 TRACE MercuryClient:140 - Send Mercury request, seq: 118, uri: hm://event-service/v1/events, method: POST
Mar 13 11:36:39 soundpi1 java[313]: 2021-03-13 11:36:39,730 TRACE Session:1367 - Session.Receiver stopped
Mar 13 11:36:39 soundpi1 java[313]: 2021-03-13 11:36:39,729 WARN  Session:1307 - Socket timed out. Reconnecting...
Mar 13 11:36:39 soundpi1 java[313]: 2021-03-13 11:36:39,683 DEBUG CrossfadeController:176 - Changed fade out. {curr: null, custom: false, why: TRACK_DONE, id: 0119e001ddc4f3513b72050abd179f53}
Mar 13 11:36:39 soundpi1 java[313]: 2021-03-13 11:36:39,682 TRACE PlayerSession:146 - PlayerQueueEntry{0104f9a4ceb0ee51c89660e35259ce9c} started loading.
Mar 13 11:36:39 soundpi1 java[313]: 2021-03-13 11:36:39,682 TRACE PlayerQueue:66 - PlayerQueueEntry{0104f9a4ceb0ee51c89660e35259ce9c} added to queue.
Mar 13 11:36:39 soundpi1 java[313]: 2021-03-13 11:36:39,681 TRACE PlayerQueueEntry:76 - Created new PlayerQueueEntry{0104f9a4ceb0ee51c89660e35259ce9c}.
Mar 13 11:36:22 soundpi1 java[313]: 2021-03-13 11:36:22,640 TRACE CdnManager:261 - Chunk 16/17 completed, cached: false, stream: {fileId: 02B4ABCBCC7667371B14745F5E44B4353C43A4AA}
Mar 13 11:36:12 soundpi1 java[313]: 2021-03-13 11:36:12,295 TRACE CdnManager:261 - Chunk 15/17 completed, cached: false, stream: {fileId: 02B4ABCBCC7667371B14745F5E44B4353C43A4AA}
Mar 13 11:36:01 soundpi1 java[313]: 2021-03-13 11:36:01,517 TRACE CdnManager:261 - Chunk 14/17 completed, cached: false, stream: {fileId: 02B4ABCBCC7667371B14745F5E44B4353C43A4AA}

Also, ad night when not playing music:
Mar 13 02:51:47 soundpi1 java[23559]: 2021-03-13 02:51:47,278 INFO  Session:310 - Connected successfully!
Mar 13 02:51:46 soundpi1 java[23559]: 2021-03-13 02:51:46,595 TRACE Session:1367 - Session.Receiver stopped
Mar 13 02:51:46 soundpi1 java[23559]: 2021-03-13 02:51:46,595 TRACE Session:1367 - Session.Receiver stopped
Mar 13 02:51:46 soundpi1 java[23559]: 2021-03-13 02:51:46,594 WARN  Session:1307 - Socket timed out. Reconnecting...
Mar 13 02:40:14 soundpi1 java[23559]: 2021-03-13 02:40:14,579 INFO  DeviceStateHandler:249 - Put state. {ts:<PHONE_NUMBER>190, connId: NGExM...DQTlD, reason: PLAYER_STATE_CHANGED, request: device { device_info { c>
Mar 13 02:40:14 soundpi1 java[23559]: 2021-03-13 02:40:14,318 INFO  DeviceStateHandler:249 - Put state. {ts:<PHONE_NUMBER>054, connId: NGExM...DQTlD, reason: PLAYER_STATE_CHANGED, request: device { device_info { c>
Mar 13 02:40:14 soundpi1 java[23559]: 2021-03-13 02:40:14,196 DEBUG DealerClient:109 - Handled request. {key: b39c872a-bea1-4c0a-b386-34b57ea57e09, result: SUCCESS}
Mar 13 02:40:14 soundpi1 java[23559]: 2021-03-13 02:40:14,189 DEBUG Player:293 - Received command: UpdateContext
Mar 13 02:40:14 soundpi1 java[23559]: 2021-03-13 02:40:14,187 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: b39c872a-bea1-4c0a-b386-34b57ea57e09, pid: 691911367, sen>
Mar 13 02:40:14 soundpi1 java[23559]: 2021-03-13 02:40:14,061 DEBUG DealerClient:109 - Handled request. {key: 4688573e-dba6-48dd-85fd-54cfe25210d8, result: SUCCESS}
Mar 13 02:40:14 soundpi1 java[23559]: 2021-03-13 02:40:14,053 DEBUG Player:293 - Received command: UpdateContext
Mar 13 02:40:14 soundpi1 java[23559]: 2021-03-13 02:40:14,052 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: 4688573e-dba6-48dd-85fd-54cfe25210d8, pid: 691911232, sen>
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,888 INFO  DeviceStateHandler:249 - Put state. {ts:<PHONE_NUMBER>596, connId: NGExM...DQTlD, reason: PLAYER_STATE_CHANGED, request: device { device_info { c>
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,620 INFO  DeviceStateHandler:249 - Put state. {ts:<PHONE_NUMBER>103, connId: NGExM...DQTlD, reason: PLAYER_STATE_CHANGED, request: device { device_info { c>
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,602 DEBUG DealerClient:109 - Handled request. {key: 059ecb4c-4185-41dd-83ef-1260f74b431c, result: SUCCESS}
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,595 DEBUG Player:293 - Received command: UpdateContext
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,594 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: 059ecb4c-4185-41dd-83ef-1260f74b431c, pid: 691910774, sen>
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,340 INFO  DeviceStateHandler:249 - Put state. {ts:<PHONE_NUMBER>022, connId: NGExM...DQTlD, reason: PLAYER_STATE_CHANGED, request: device { device_info { c>
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,109 DEBUG DealerClient:109 - Handled request. {key: 3fb72830-372e-4fa1-ae67-e192a4851622, result: SUCCESS}
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,101 DEBUG Player:293 - Received command: UpdateContext
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,100 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: 3fb72830-372e-4fa1-ae67-e192a4851622, pid: 691910280, sen>
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,028 DEBUG DealerClient:109 - Handled request. {key: 3d336877-ea05-4221-9614-205d51c5bdd2, result: SUCCESS}
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,020 DEBUG Player:293 - Received command: UpdateContext
Mar 13 02:40:13 soundpi1 java[23559]: 2021-03-13 02:40:13,019 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: 3d336877-ea05-4221-9614-205d51c5bdd2, pid: 691910193, sen>
Mar 13 02:39:08 soundpi1 java[23559]: 2021-03-13 02:39:08,460 INFO  DeviceStateHandler:249 - Put state. {ts:<PHONE_NUMBER>828, connId: NGExM...DQTlD, reason: PLAYER_STATE_CHANGED, request: device { device_info { c>
Mar 13 02:39:08 soundpi1 java[23559]: 2021-03-13 02:39:08,125 DEBUG TokenProvider:55 - Updated token successfully! {scopes: [playlist-read], newToken: StoredToken{expiresIn=3600, accessToken='BQB8DC...02k34I', >
Mar 13 02:39:08 soundpi1 java[23559]: 2021-03-13 02:39:08,124 TRACE MercuryClient:183 - Handling packet, cmd: MercuryReq, seq: 5970, flags: 1, parts: 2
Mar 13 02:39:07 soundpi1 java[23559]: 2021-03-13 02:39:07,835 TRACE MercuryClient:140 - Send Mercury request, seq: 5970, uri: hm://keymaster/token/authenticated?scope=playlist-read&client_id=65b708073fc0480ea92>
Mar 13 02:39:07 soundpi1 java[23559]: 2021-03-13 02:39:07,835 DEBUG DealerClient:109 - Handled request. {key: ec24760f-c234-408f-9ade-4e928e1dbc9e, result: SUCCESS}
Mar 13 02:39:07 soundpi1 java[23559]: 2021-03-13 02:39:07,834 DEBUG TokenProvider:51 - Token expired or not suitable, requesting again. {scopes: [playlist-read], oldToken: StoredToken{expiresIn=3600, accessToke>
Mar 13 02:39:07 soundpi1 java[23559]: 2021-03-13 02:39:07,826 DEBUG Player:293 - Received command: UpdateContext
Mar 13 02:39:07 soundpi1 java[23559]: 2021-03-13 02:39:07,825 TRACE DealerClient:97 - Received request. {mid: hm://connect-state/v1/player/command, key: ec24760f-c234-408f-9ade-4e928e1dbc9e, pid: 691845004, sen>
Mar 13 02:39:07 soundpi1 java[23559]: 2021-03-13 02:39:07,019 TRACE DeviceStateHandler:160 - Received cluster update at<PHONE_NUMBER>011: cluster { timestamp:<PHONE_NUMBER>716 active_device_id: "4a13ba38b9185d11d530c>
Mar 13 02:39:06 soundpi1 java[23559]: 2021-03-13 02:39:06,536 TRACE DeviceStateHandler:160 - Received cluster update at<PHONE_NUMBER>528: cluster { timestamp:<PHONE_NUMBER>235 active_device_id: "4a13ba38b9185d11d530c>
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,889 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,773 DEBUG Session:1338 - Received 0x10: 9CC035B05D5D5813C0F5822636DC1C3225CA7B19
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,659 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq: -8477159883362271232, uri: hm://pusher/v1/connections/NGExM2JhMzhiOTE4NWQxMWQ1MzBjM2>
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,659 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq: -8477159883362271232, flags: 1, parts: 1
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,657 INFO  Session:1362 - Skipping UnknownData_AllZeros
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,555 INFO  Session:1362 - Skipping LegacyWelcome
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,554 TRACE Session:721 - Parsed product info: {remote-control=6, publish-activity=0, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incog>
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,545 INFO  Session:1324 - Received CountryCode: DE
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,544 INFO  Session:1334 - Received LicenseVersion: 0
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,544 INFO  Session:1362 - Skipping SecretBlock
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,540 INFO  Session:676 - Re-authenticated as<PHONE_NUMBER>!
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,540 TRACE Session:1280 - Session.Receiver started
Mar 13 02:37:41 soundpi1 java[23559]: 2021-03-13 02:37:41,289 INFO  Session:310 - Connected successfully!
Mar 13 02:37:40 soundpi1 java[23559]: 2021-03-13 02:37:40,606 TRACE Session:1367 - Session.Receiver stopped
Mar 13 02:37:40 soundpi1 java[23559]: 2021-03-13 02:37:40,605 WARN  Session:1307 - Socket timed out. Reconnecting...
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,645 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,623 DEBUG Session:1338 - Received 0x10: 336F0695BC026D93BEE5B3673593C2B869F9AB18
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,601 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq:<PHONE_NUMBER>10042368, uri: hm://pusher/v1/connections/NGExM2JhMzhiOTE4NWQxMWQ1MzBjM2U3>
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,601 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq:<PHONE_NUMBER>10042368, flags: 1, parts: 1
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,587 INFO  Session:1362 - Skipping UnknownData_AllZeros
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,586 INFO  Session:1362 - Skipping LegacyWelcome
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,586 TRACE Session:721 - Parsed product info: {remote-control=6, publish-activity=0, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incog>
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,579 INFO  Session:1324 - Received CountryCode: DE
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,579 INFO  Session:1334 - Received LicenseVersion: 0
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,579 INFO  Session:1362 - Skipping SecretBlock
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,577 INFO  Session:676 - Re-authenticated as<PHONE_NUMBER>!
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,577 TRACE Session:1280 - Session.Receiver started
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,477 INFO  Session:310 - Connected successfully!
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,080 TRACE Session:1367 - Session.Receiver stopped
Mar 13 02:29:35 soundpi1 java[23559]: 2021-03-13 02:29:35,079 WARN  Session:1307 - Socket timed out. Reconnecting...
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,119 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,097 DEBUG Session:1338 - Received 0x10: 105C55DE2D10FB6ABC5C8A968176192714443942
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,076 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq:<PHONE_NUMBER>898296832, uri: hm://pusher/v1/connections/NGExM2JhMzhiOTE4NWQxMWQ1MzBjM2U>
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,076 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq:<PHONE_NUMBER>898296832, flags: 1, parts: 1
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,067 INFO  Session:1362 - Skipping UnknownData_AllZeros
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,066 INFO  Session:1362 - Skipping LegacyWelcome
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,066 TRACE Session:721 - Parsed product info: {remote-control=6, publish-activity=0, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incog>
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,056 INFO  Session:1324 - Received CountryCode: DE
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,055 INFO  Session:1334 - Received LicenseVersion: 0
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,055 INFO  Session:1362 - Skipping SecretBlock
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,052 INFO  Session:676 - Re-authenticated as<PHONE_NUMBER>!
Mar 13 02:21:30 soundpi1 java[23559]: 2021-03-13 02:21:30,052 TRACE Session:1280 - Session.Receiver started
Mar 13 02:21:29 soundpi1 java[23559]: 2021-03-13 02:21:29,989 INFO  Session:310 - Connected successfully!
Mar 13 02:21:29 soundpi1 java[23559]: 2021-03-13 02:21:29,593 TRACE Session:1367 - Session.Receiver stopped
Mar 13 02:21:29 soundpi1 java[23559]: 2021-03-13 02:21:29,592 WARN  Session:1307 - Socket timed out. Reconnecting...

Version/Commit
Release 1.5.4

Ok, it seems even in idle, its disconnecting and reconnecting right now in regular 8 minutes and 5 seconds intervals:
Mar 14 18:11:31 soundpi1 java[13712]: 2021-03-14 18:11:31,243 WARN  Session:1307 - Socket timed out. Reconnecting...
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,583 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,464 DEBUG Session:1338 - Received 0x10: 27C9CF3367B8F33EED029FD01721654D1B7329D4
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,346 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq: -3909359772045934592, uri: hm://pusher/v1/connections/NzkxNDM5OGQyZWE2Y2NlNDhmZDYzYj>
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,345 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq: -3909359772045934592, flags: 1, parts: 1
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,239 INFO  Session:1362 - Skipping UnknownData_AllZeros
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,236 INFO  Session:1362 - Skipping LegacyWelcome
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,236 TRACE Session:721 - Parsed product info: {remote-control=6, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incognito_mode_timeout=21>
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,230 INFO  Session:1324 - Received CountryCode: DE
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,229 INFO  Session:1334 - Received LicenseVersion: 0
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,227 INFO  Session:1362 - Skipping SecretBlock
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,225 INFO  Session:676 - Re-authenticated as wamvxztrfpcomxphv6401as55!
Mar 14 18:03:26 soundpi1 java[13712]: 2021-03-14 18:03:26,225 TRACE Session:1280 - Session.Receiver started
Mar 14 18:03:25 soundpi1 java[13712]: 2021-03-14 18:03:25,962 INFO  Session:310 - Connected successfully!
Mar 14 18:03:25 soundpi1 java[13712]: 2021-03-14 18:03:25,244 TRACE Session:1367 - Session.Receiver stopped
Mar 14 18:03:25 soundpi1 java[13712]: 2021-03-14 18:03:25,243 WARN  Session:1307 - Socket timed out. Reconnecting...
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,286 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,264 DEBUG Session:1338 - Received 0x10: 4DDE98652008A214710CC916CBBE0B1D0C6164AD
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,231 INFO  Session:1362 - Skipping UnknownData_AllZeros
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,230 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq: -2178295262345166848, uri: hm://pusher/v1/connections/NzkxNDM5OGQyZWE2Y2NlNDhmZDYzYj>
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,230 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq: -2178295262345166848, flags: 1, parts: 1
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,229 INFO  Session:1362 - Skipping LegacyWelcome
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,229 TRACE Session:721 - Parsed product info: {remote-control=6, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incognito_mode_timeout=21>
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,221 INFO  Session:1324 - Received CountryCode: DE
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,220 INFO  Session:1334 - Received LicenseVersion: 0
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,220 INFO  Session:1362 - Skipping SecretBlock
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,218 TRACE Session:1280 - Session.Receiver started
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,218 INFO  Session:676 - Re-authenticated as wamvxztrfpcomxphv6401as55!
Mar 14 17:55:20 soundpi1 java[13712]: 2021-03-14 17:55:20,143 INFO  Session:310 - Connected successfully!
Mar 14 17:55:19 soundpi1 java[13712]: 2021-03-14 17:55:19,729 TRACE Session:1367 - Session.Receiver stopped
Mar 14 17:55:19 soundpi1 java[13712]: 2021-03-14 17:55:19,728 WARN  Session:1307 - Socket timed out. Reconnecting...
Mar 14 17:47:15 soundpi1 java[13712]: 2021-03-14 17:47:15,058 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,942 DEBUG Session:1338 - Received 0x10: 25D334FEF41565983FDFDC59D813C640DEEAFD0C
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,826 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq:<PHONE_NUMBER>911063552, uri: hm://pusher/v1/connections/NzkxNDM5OGQyZWE2Y2NlNDhmZDYzYjR>
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,825 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq:<PHONE_NUMBER>911063552, flags: 1, parts: 1
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,722 INFO  Session:1362 - Skipping UnknownData_AllZeros
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,719 INFO  Session:1362 - Skipping LegacyWelcome
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,719 TRACE Session:721 - Parsed product info: {remote-control=6, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incognito_mode_timeout=21>
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,713 INFO  Session:1324 - Received CountryCode: DE
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,712 INFO  Session:1334 - Received LicenseVersion: 0
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,710 INFO  Session:1362 - Skipping SecretBlock
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,707 TRACE Session:1280 - Session.Receiver started
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,707 INFO  Session:676 - Re-authenticated as wamvxztrfpcomxphv6401as55!
Mar 14 17:47:14 soundpi1 java[13712]: 2021-03-14 17:47:14,448 INFO  Session:310 - Connected successfully!
Mar 14 17:47:13 soundpi1 java[13712]: 2021-03-14 17:47:13,754 TRACE Session:1367 - Session.Receiver stopped
Mar 14 17:47:13 soundpi1 java[13712]: 2021-03-14 17:47:13,753 WARN  Session:1307 - Socket timed out. Reconnecting...
Mar 14 17:39:09 soundpi1 java[13712]: 2021-03-14 17:39:09,085 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,966 DEBUG Session:1338 - Received 0x10: E59599A04C78718ED4DEA69B5798B8BE8A5D6D91
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,848 INFO  Session:1362 - Skipping UnknownData_AllZeros
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,847 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq: -2479770355565068288, uri: hm://pusher/v1/connections/NzkxNDM5OGQyZWE2Y2NlNDhmZDYzYj>
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,846 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq: -2479770355565068288, flags: 1, parts: 1
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,734 INFO  Session:1362 - Skipping LegacyWelcome
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,734 TRACE Session:721 - Parsed product info: {remote-control=6, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incognito_mode_timeout=21>
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,725 INFO  Session:676 - Re-authenticated as wamvxztrfpcomxphv6401as55!
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,727 INFO  Session:1324 - Received CountryCode: DE
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,727 INFO  Session:1334 - Received LicenseVersion: 0
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,726 INFO  Session:1362 - Skipping SecretBlock
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,725 TRACE Session:1280 - Session.Receiver started
Mar 14 17:39:08 soundpi1 java[13712]: 2021-03-14 17:39:08,429 INFO  Session:310 - Connected successfully!
Mar 14 17:39:07 soundpi1 java[13712]: 2021-03-14 17:39:07,699 TRACE Session:1367 - Session.Receiver stopped
Mar 14 17:39:07 soundpi1 java[13712]: 2021-03-14 17:39:07,698 WARN  Session:1307 - Socket timed out. Reconnecting...

This still seems to be successful in almost 100%cases
It might be related to the raspberry pi, as this might be the same cause why many people have trouble with librespot whihc doesnt handle reconnects
Do you know anything that might cause the timeout? Anyhting that might be related to 485 seconds?

I have also experienced a disconnect at 30 minutes when playing a track that was longer.
Some Norwegian Folk Tales are available on Spotify, i.e. Asbjornsen og Moe. Some of these tracks are longer than 30 minutes.
I can try to reproduce on latest Git version if needed.
;)Frode

Sorry for the big delay. Upon further inspecting the logs it looks like only the first occasion you report was caused by a network failure. The others report a Socket timed out. Reconnecting... message that comes from the pong listener: this doesn't necessarily mean that the connection was broken, but that the ping was at least 5 seconds delayed.
That might have possibly been an issue with their server, but I don't think they changed the ping/pongs frequency as it's still fine for me. Are you still experiencing this issue?
The 30 minutes issue is different since it may have triggered by any of the network layers between you and the Spotify server. A tcp dump would be helpful in that case, but I don't want to ask too much. The logs don't say which AP server you were connected to, that could be helpful to determine whether it's a faulty server.
@paulbastian @frodeseverin

Hi, sorry for the delay.
I got a tcpdump of the regular disconnects.
So this is what the log looks like:
Apr 11 11:44:57 soundpi1 java[315]: 2021-04-11 11:44:57,370 TRACE DeviceStateHandler:160 - Received cluster update at<PHONE_NUMBER>359: cluster { timestamp:<PHONE_NUMBER>267 active_device_id: "2ec405d5b6c6bec81b9a789>
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,352 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,328 DEBUG Session:1338 - Received 0x10: A1D161A7CE4F83B695FC7F9658E65E59CFBC2FEB
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,309 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq: -2296248670749720576, uri: hm://pusher/v1/connections/MjdhM2Y4MDczNDFlNzkwOTVkNzdkYmZk>
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,309 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq: -2296248670749720576, flags: 1, parts: 1
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,308 INFO  Session:1362 - Skipping UnknownData_AllZeros
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,308 INFO  Session:1362 - Skipping LegacyWelcome
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,307 TRACE Session:721 - Parsed product info: {remote-control=6, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incognito_mode_timeout=2160>
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,283 INFO  Session:1324 - Received CountryCode: DE
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,282 INFO  Session:1334 - Received LicenseVersion: 0
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,281 INFO  Session:1362 - Skipping SecretBlock
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,279 INFO  Session:676 - Re-authenticated as wamvxztrfpcomxphv6401as55!
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,279 TRACE Session:1280 - Session.Receiver started
Apr 11 11:44:11 soundpi1 java[315]: 2021-04-11 11:44:11,209 INFO  Session:310 - Connected successfully!
Apr 11 11:44:10 soundpi1 java[315]: 2021-04-11 11:44:10,801 TRACE Session:1367 - Session.Receiver stopped
Apr 11 11:44:10 soundpi1 java[315]: 2021-04-11 11:44:10,800 WARN  Session:1307 - Socket timed out. Reconnecting...
Apr 11 11:40:26 soundpi1 java[315]: 2021-04-11 11:40:26,441 TRACE DeviceStateHandler:160 - Received cluster update at<PHONE_NUMBER>433: cluster { timestamp:<PHONE_NUMBER>332 active_device_id: "2ec405d5b6c6bec81b9a789>
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,841 INFO  Session:1289 - Skipping unknown command {cmd: 0x75, payload: 000000}
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,818 DEBUG Session:1338 - Received 0x10: 1AFED4AE25A6851AE9AB4C065D1442AC3EC0A8F2
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,801 DEBUG MercuryClient:218 - Couldn't dispatch Mercury event {seq:<PHONE_NUMBER>039767552, uri: hm://pusher/v1/connections/MjdhM2Y4MDczNDFlNzkwOTVkNzdkYmZkO>
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,800 TRACE MercuryClient:183 - Handling packet, cmd: MercuryEvent, seq:<PHONE_NUMBER>039767552, flags: 1, parts: 1
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,799 INFO  Session:1362 - Skipping UnknownData_AllZeros
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,799 INFO  Session:1362 - Skipping LegacyWelcome
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,798 TRACE Session:721 - Parsed product info: {remote-control=6, audio-preview-url-template=https://p.scdn.co/mp3-preview/{id}, incognito_mode_timeout=2160>
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,776 INFO  Session:1324 - Received CountryCode: DE
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,775 INFO  Session:1334 - Received LicenseVersion: 0
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,774 INFO  Session:1362 - Skipping SecretBlock
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,774 INFO  Session:676 - Re-authenticated as wamvxztrfpcomxphv6401as55!
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,772 TRACE Session:1280 - Session.Receiver started
Apr 11 11:36:05 soundpi1 java[315]: 2021-04-11 11:36:05,706 INFO  Session:310 - Connected successfully!

and this is the matching tcpdump:
11:44:08.498382 IP soundpi1.36974 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 3304:3363, ack 39367, win 1086, options [nop,nop,TS val<PHONE_NUMBER> ecr 255756746], length 59
11:44:08.508519 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.36974: Flags [.], ack 3363, win 272, options [nop,nop,TS val 255786639 ecr<PHONE_NUMBER>], length 0
11:44:08.615697 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.36974: Flags [P.], seq 39367:39407, ack 3363, win 272, options [nop,nop,TS val 255786746 ecr<PHONE_NUMBER>], length 40
11:44:08.615729 IP soundpi1.36974 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 39407, win 1086, options [nop,nop,TS val<PHONE_NUMBER> ecr 255786746], length 0
11:44:09.974441 IP6 _gateway > ff02::1: ICMP6, neighbor advertisement, tgt is _gateway, length 32
11:44:10.800942 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [F.], seq 612, ack 8161, win 501, options [nop,nop,TS val 8545120 ecr<PHONE_NUMBER>], length 0
11:44:10.802940 IP soundpi1.41907 > _gateway.domain: 42891+ [1au] AAAA? gew1-accesspoint-e-dgwk.ap.spotify.com. (67)
11:44:10.803363 IP soundpi1.53512 > _gateway.domain: 53879+ [1au] A? gew1-accesspoint-e-dgwk.ap.spotify.com. (67)
11:44:10.811339 ARP, Request who-has soundpi1 tell _gateway, length 46
11:44:10.811370 ARP, Reply soundpi1 is-at dc:a6:32:3c:09:8d (oui Unknown), length 28
11:44:10.811514 IP _gateway.domain > soundpi1.41907: 42891 0/1/1 (117)
11:44:10.813905 IP _gateway.domain > soundpi1.53512: 53879 1/0/1 A <IP_ADDRESS> (83)
11:44:10.815171 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [S], seq<PHONE_NUMBER>, win 64240, options [mss 1460,sackOK,TS val<PHONE_NUMBER> ecr 0,nop,wscale 7], length 0
11:44:10.838821 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [S.], seq<PHONE_NUMBER>, ack<PHONE_NUMBER>, win 65084, options [mss 1240,sackOK,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>,nop,wscale 12], length 0
11:44:10.838877 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 1, win 502, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:10.839612 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 1:2, ack 1, win 502, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 1
11:44:10.862821 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], ack 2, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:10.862863 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 2:155, ack 1, win 502, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 153
11:44:10.886326 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], ack 155, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:10.886691 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [P.], seq 1:458, ack 155, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 457
11:44:10.886712 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 458, win 501, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:10.908856 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 155:156, ack 458, win 501, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 1
11:44:10.932262 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], ack 156, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:10.932284 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 156:191, ack 458, win 501, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 35
11:44:10.955515 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], ack 191, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.033114 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [F.], seq 612, ack 8161, win 501, options [nop,nop,TS val 8545353 ecr<PHONE_NUMBER>], length 0
11:44:11.211945 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 191:507, ack 458, win 501, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 316
11:44:11.235377 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], ack 507, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.235415 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 507:511, ack 458, win 501, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 4
11:44:11.258881 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], ack 511, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.273117 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [F.], seq 612, ack 8161, win 501, options [nop,nop,TS val 8545593 ecr<PHONE_NUMBER>], length 0
11:44:11.277545 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], seq 458:1686, ack 511, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 1228
11:44:11.277568 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 1686, win 501, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.278124 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [P.], seq 1686:2914, ack 511, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 1228
11:44:11.278158 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 2914, win 493, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.278319 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], seq 2914:4142, ack 511, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 1228
11:44:11.278341 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 4142, win 484, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.278490 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [P.], seq 4142:5370, ack 511, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 1228
11:44:11.278517 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 5370, win 475, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.278690 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 511:534, ack 5370, win 475, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 23
11:44:11.279564 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], seq 5370:6598, ack 511, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 1228
11:44:11.279628 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 6598, win 466, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.279723 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [P.], seq 6598:7485, ack 511, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 887
11:44:11.279773 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 7485, win 460, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.303664 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [.], ack 534, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.303733 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 534:579, ack 7485, win 460, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 45
11:44:11.304312 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [P.], seq 7485:8005, ack 534, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 520
11:44:11.304336 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 8005, win 456, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.327834 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [P.], seq 8005:8043, ack 579, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 38
11:44:11.327865 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 8043, win 501, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.351287 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.55410: Flags [P.], seq 8043:8053, ack 579, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 10
11:44:11.351325 IP soundpi1.55410 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 8053, win 501, options [nop,nop,TS val<PHONE_NUMBER> ecr<PHONE_NUMBER>], length 0
11:44:11.743131 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [F.], seq 612, ack 8161, win 501, options [nop,nop,TS val 8546063 ecr<PHONE_NUMBER>], length 0
11:44:12.723117 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [F.], seq 612, ack 8161, win 501, options [nop,nop,TS val 8547043 ecr<PHONE_NUMBER>], length 0

I can see that I am connected to aa diffrent google cloud service afterwards.
I can send you the full dump if that helps.
Best regards,
Paul

The reconnection is made to a different host because it's randomly picked from a list. The dump looks completely fine and now I wonder whether we should be wait more before deciding that the connection hang up.
I have made the "reconnection" timeout configurable (the default is now 10 seconds instead of 5). You can play around with that value and see if the problem disappears, but I think everything more than 30 seconds means there's something else wrong.

Ok, so I looked at it again.
The line which prints the warning is
Apr 11 11:44:10 soundpi1 java[315]: 2021-04-11 11:44:10,800 WARN  Session:1307 - Socket timed out. Reconnecting...
so at 11:44:10:800
and this equals to
11:44:10.800942 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [F.], seq 612, ack 8161, win 501, options [nop,nop,TS val 8545120 ecr<PHONE_NUMBER>], length 0
in the TCP dump, where the F flag signalizes the closing of the connection.
the other lines above are actually for a different connection and don't relate.
I've looked backwards through the dump and the last traffic on the port was:
11:42:05.799402 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.45112: Flags [P.], seq 8139:8150, ack 601, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr 8300153], length 11
11:42:05.799446 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 8150, win 501, options [nop,nop,TS val 8420119 ecr<PHONE_NUMBER>], length 0
11:42:05.800055 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 601:608, ack 8150, win 501, options [nop,nop,TS val 8420119 ecr<PHONE_NUMBER>], length 7
11:42:05.821703 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.45112: Flags [.], ack 608, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr 8420119], length 0
11:42:05.821735 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 608:612, ack 8150, win 501, options [nop,nop,TS val 8420141 ecr<PHONE_NUMBER>], length 4
11:42:05.843323 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.45112: Flags [.], ack 612, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr 8420141], length 0
11:42:05.844004 IP <IP_ADDRESS>.bc.googleusercontent.com.https > soundpi1.45112: Flags [P.], seq 8150:8161, ack 612, win 16, options [nop,nop,TS val<PHONE_NUMBER> ecr 8420141], length 11
11:42:05.844023 IP soundpi1.45112 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 8161, win 501, options [nop,nop,TS val 8420163 ecr<PHONE_NUMBER>], length 0

which looks pretty legitimate?
Why is my side sending FIN flag then?

Ok, I can see spotify server is initiating traffic every 2 minutes before this at 11:38:05, 11:40:05 and 11:42:05
Then nothing arrives at 11:44:05 and the 5 seconds timeout kicks in and at 11:44:10 my side closes the connection.

Exactly. The fact it decides not to send anything is unusal. You can try making the timeout a lot higher with connectionTimeout in the configs and see on the dump whether the server eventually sends some more bytes or not.

I have checked running the same version of librespot-java on my laptop, I see in the tcpdump a connection every 30 seconds, 2push&2ack's, but this time its initiated by the librespot client.
How come such a diffrent behaviour on my raspberry pi and my laptop?

I am pretty confident that is impossible: we are listening for Ping events and sending a Pong back. The server will then respond with a PongAck which we just discard.

Do you have some example data what the trace looks like at your setup? But I probably don't have the time to investigate too much in the near future :/

16:26:35.558122 IP server.42251 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 50:100, ack 48, win 331, options [nop,nop,TS val 69224530 ecr<PHONE_NUMBER>], length 50
16:26:35.576842 IP <IP_ADDRESS>.bc.googleusercontent.com.https > server.42251: Flags [.], ack 100, win 266, options [nop,nop,TS val<PHONE_NUMBER> ecr 69224530], length 0
16:26:35.844235 IP <IP_ADDRESS>.bc.googleusercontent.com.https > server.42251: Flags [P.], seq 48:95, ack 100, win 266, options [nop,nop,TS val<PHONE_NUMBER> ecr 69224530], length 47
16:26:35.844483 IP server.42251 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 95, win 331, options [nop,nop,TS val 69224558 ecr<PHONE_NUMBER>], length 0

16:27:05.558147 IP server.42251 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 100:150, ack 95, win 331, options [nop,nop,TS val 69227530 ecr<PHONE_NUMBER>], length 50
16:27:05.574367 IP <IP_ADDRESS>.bc.googleusercontent.com.https > server.42251: Flags [.], ack 150, win 266, options [nop,nop,TS val<PHONE_NUMBER> ecr 69227530], length 0
16:27:05.841785 IP <IP_ADDRESS>.bc.googleusercontent.com.https > server.42251: Flags [P.], seq 95:142, ack 150, win 266, options [nop,nop,TS val<PHONE_NUMBER> ecr 69227530], length 47
16:27:05.842023 IP server.42251 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 142, win 331, options [nop,nop,TS val 69227558 ecr<PHONE_NUMBER>], length 0

16:27:35.558111 IP server.42251 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 150:200, ack 142, win 331, options [nop,nop,TS val 69230530 ecr<PHONE_NUMBER>], length 50
16:27:35.576875 IP <IP_ADDRESS>.bc.googleusercontent.com.https > server.42251: Flags [.], ack 200, win 266, options [nop,nop,TS val<PHONE_NUMBER> ecr 69230530], length 0
16:27:35.846861 IP <IP_ADDRESS>.bc.googleusercontent.com.https > server.42251: Flags [P.], seq 142:189, ack 200, win 266, options [nop,nop,TS val<PHONE_NUMBER> ecr 69230530], length 47
16:27:35.847138 IP server.42251 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 189, win 331, options [nop,nop,TS val 69230559 ecr<PHONE_NUMBER>], length 0

16:28:05.558130 IP server.42251 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [P.], seq 200:250, ack 189, win 331, options [nop,nop,TS val 69233530 ecr<PHONE_NUMBER>], length 50
16:28:05.574288 IP <IP_ADDRESS>.bc.googleusercontent.com.https > server.42251: Flags [.], ack 250, win 266, options [nop,nop,TS val<PHONE_NUMBER> ecr 69233530], length 0
16:28:05.841768 IP <IP_ADDRESS>.bc.googleusercontent.com.https > server.42251: Flags [P.], seq 189:236, ack 250, win 266, options [nop,nop,TS val<PHONE_NUMBER> ecr 69233530], length 47
16:28:05.842014 IP server.42251 > <IP_ADDRESS>.bc.googleusercontent.com.https: Flags [.], ack 236, win 331, options [nop,nop,TS val 69233558 ecr<PHONE_NUMBER>], length 0

Here's some I captured.

I also get frequent disconnects, as described. But I don't know where I can find/enable the logs.
On Windows 10, running the player.jar via javaw.
How do I get to these logs?

How do I get to these logs?

You can see the librespot-java logs by using java instead of javaw for launching the app. The other "logs" are the output from tcpdump.

I used to experience this issue with NTP sync enabled, setting the following config options fixed it, might be worth a try:
[time]
	manualCorrection = 0
	synchronizationMethod = "MANUAL"

@Ristovski where is this configured?

ok found it
I will test it in the next  days

no change for me :/
socket timeout still happening

I have same issue, not even 3 minutes the session always reconnect.


Grouper use with sbck

Addressing a Problem?
Hello !
Many thanks for this amazing library. At the Institut Pierre-Simon Laplace (IPSL) we are many using SBCK, so seeing the xclim wrapper you developed for it was a game changer and made us leverage the power of Dask.
I am trying to make the wrapper use the Grouper, but with no success, any indication how can I proceed? I feel it has something to do with the decorators that are not used for SBCKAdjust() unlike the other sdba
Contribution

[X] I would be willing/able to open a Pull Request to contribute this feature.

Code of Conduct

[X] I agree to follow this project's Code of Conduct

@aulemahal  can you provide any guidance?  This might not even be possible right now with the simple wrapper we have implemented?

Salut @redouanelg,
Indeed, the grouper option is not available for the SBCKAdjust subclasses. In fact the idea behind the grouping for the other adjustment methods is that you first calibrate the transfer function for each group individually, with the option of including more data than only the specific group (for example with time.dayofyear and a window). Then, the adjustment itself is done without explicit grouping, the "group" of each datapoint to correct is rather an input of the transfer function. For example, for a monthly Quantile Mapping, the quantile map has a "month" and a "quantile" dimension and when correcting a specific day we interpolate the map to get the proper factor.
What I mean is that in the code we need to loop over groups in the training phase but not in the adjust phase. The simple SBCK wrapper does the two at the same time because I have not found a generic way to access the transfer function once the SBCK object if fitted. It's been some time since I dove into the code, but I think the reason was that the data structure depend from object to object (different algorithms). It might also be that some SBCK methods are simply incompatible with the grouping idea.
Maybe the example with monthly grouping and factor interpolation is a bit to complex. It works well with Quantile Mapping, but it's not necessary to keep it. We could have restricted grouping for some methods : when interpolation is not needed, then the process can be done by looping over groups for both phases and concatenating the results afterward.
Du coup, this is work to be done. I believe the SBCK integration might need to be more granular, with a specific class wrapper for each SBCK method, instead of a single generic one. If you or any colleagues at IPSL have time to contribute, that would be wonderful! We'll be there to guide you, review and complement any PR you submit!
As for us, we have plans to explore the dOTC method, so I might find time to work on this issue in the next months!

Merci @aulemahal !
I see better now, I am in close contact with @yrobink the main dev of SBCK, we'll see how we can proceed and keep you in the loop if we find an optimal way. Until then we can close this issue.

Cool! I think I'll keep the issue open as long as this is not solved!


Update DG and test script

Update DG and test script

Coverage decreased (-0.2%) to 81.902% when pulling c6883e1ccf07706d312f63f091b4c5d6e5c3ca4c on yanji1221:master into 8b7a4412cffb03c84614ae11233be79c6b49194a on CS2103AUG2017-W10-B4:master.


Implement U.S. Treasury Yield Curve Alternative Data Source

Expected Behavior

We are able to use yield curve data in LEAN
Actual Behavior

We are not able to use yield curve data in LEAN
Potential Solution

Implement the alternative data source via ToolBox and BaseData implementation class
Reproducing the Problem

Attempt to use yield curve data (using Dropbox doesn't count 😋 )
System Information

N/A
Checklist

[x] I have completely filled out this template
[x] I have confirmed that this issue exists on the current master branch
[x] I have confirmed that this is not a duplicate issue by searching issues

[x] I have provided detailed steps to reproduce the issue

Closed by #3427


Add missing import for #208

I retested #208 with the latest (0.18.0) version, Platform must be imported, otherwise results in a crash when scrollTo is used.

Thanks :)


Cannot run from source

Cloning the repo fresh, pulling latest, and then attempting to run the game from within Visual Studio gets as far as trying to load the background music and fails with:

Music::load() error: Failed loading vorbisfile.dll: The specified module could not be found.

You may want to search through previous issues on that. We've seen it before. You may find a solution in old threads.
https://github.com/OutpostUniverse/OPHD/search?q=vorbisfile.dll&type=issues

The problem is vcpgk is not coping vorbis.dll,vorbisfile.dll and ogg.dll into the bin folder. As a fast work around copy the ones in the 0.8.3 release.

PR #505 added a PostBuild script that should copy those DLLs.
xcopy /y /d "!sourceDir!ogg.dll" "$(TargetDir)"
xcopy /y /d "!sourceDir!vorbis.dll" "$(TargetDir)"
xcopy /y /d "!sourceDir!vorbisfile.dll" "$(TargetDir)"

As far as I can tell, that's still intact.
Does the build log provide any indication if that step is running or failing in any way?

I'm curious if people having trouble with this may have a different vcpkg setup. I believe we generally assume vcpkg integrate install is being used, though I know cugone was experimenting with no system integration, and instead trying out a project specific integration. Is anyone else trying similar?

The problem is vcpgk is not coping vorbis.dll,vorbisfile.dll and ogg.dll into the bin folder. As a fast work around copy the ones in the 0.8.3 release.

Ah crud, I forgot about that. I just manually copied them once but that's annoying as hell.
I'll check in a clean install if that does the trick.

I know when using vcpkg with cmake it does an auto dependency on your build products and copied them over. If it's the same via M$VS I would expect vorbis & ogg to be done automatically as they are linked but  not vorbisfile which appears to be runtime loaded.
I could be wrong about that

The vorbis files are the only ones with vcpkg that aren't automatically copied. I'm not sure why that's the case but yeah, all the other dependencies are copied automatically.
Getting a VM set up to test out the related PR.

What about just adding the .dlls to the repo directly?

The vcpkg integration page mentions that, during manual integration:

Generally, to run any produced executables you will also need to either copy the needed DLL files to the same folder as your executable or prepend the correct bin\ directory to your path.

Keeping bin's in the repo is a very bad idea.   Nice to know that vcpkg via M$VS it runs the same powershell script as the cmake path.

Keeping bin's in the repo is a very bad idea. Nice to know that vcpkg via M$VS it runs the same powershell script as the cmake path.

I agree 100%. Putting dependency binaries into source control is a very old school way of managing dependencies. It bloats the repo, and forces developers to download large binaries for systems they're not even using. Not to mention it provides poor tracking of dependent project versions, and poor upgrade support. If you're lucky, the project will either tag their binaries, so you know what version they were, or the person who committed them added an appropriate commit message, didn't make any typos or mistakes, and the project has clean enough history that you can actually easily find that commit message.
With package managers, it's documented much more explicitly in the source code. You can change one line of a small text file to update a version number, and it should all just work. At least, assuming you have the build system configured correctly for that system.
I'm really not interested in reverting to storing binaries in the repo. It's not the right solution.

The vorbis files are the only ones with vcpkg that aren't automatically copied. I'm not sure why that's the case but yeah, all the other dependencies are copied automatically.

The vcpkg post build step will use DUMPBIN to scan the output file for statically linked or delayed loaded DLLs. It can only see libraries that are statically linked, such that an entry is created in the import table. The SDL2-mixer dependency dynamically links to certain libraries (using LoadLibrary) for format support. That means the vcpkg post build step scan won't see those dependencies, and won't know to copy the associated DLLs. That's why we added a manual post build step to copy those files.
If you're getting errors trying to run the executable, then there's something wrong with that manual post build step. Either it didn't run, or it didn't copy anything, or it failed with some kind of error. You should be checking the build log to see what that step is doing. I'm guess there was some kind of silent failure, since the complaint is about running the executable, rather than building the executable.

@madwax : I'm not entirely clear if you encountered the problem from the original post, or if you were just commenting to share your knowledge. I suppose, I should ask, did you run into this problem yourself? If so, could you give any details on if you use user wide integration of vcpkg, and if you noticed any build errors or strange messages in the post build step.
@cugone : I know you've been playing around with the vcpkg integration settings. Can you please check the build log for post build step messages. Maybe paste that section of the build log.
The custom post build step makes use of Vcpkg related variables. If you aren't using user wide integration, it's possible those variables aren't being set, and so the custom post build step might not work as expected.

@DanRStevens Yes I did encounter the problem. As for installing vcpkg I used the normal clone, bootstrap-vcpkg.bat, vcpkg integrate install.  I installed all the packages as x86 and x64

It looks like the VcpkgCurrentInstalledDir variable is not set, which is causing the custom post build step to be skipped.
Custom post build step (see first IF):
SETLOCAL ENABLEDELAYEDEXPANSION

IF NOT "$(VcpkgCurrentInstalledDir)" == "" (
  IF "$(ConfigurationName)" == "Debug" (
    SET configDir="debug\"
  ) ELSE (
    SET configDir=""
  )

  SET sourceDir="$(VcpkgCurrentInstalledDir)%configDir%bin\"

  xcopy /y /d "!sourceDir!ogg.dll" "$(TargetDir)"
  xcopy /y /d "!sourceDir!vorbis.dll" "$(TargetDir)"
  xcopy /y /d "!sourceDir!vorbisfile.dll" "$(TargetDir)"

I checked the most recent build log for the Win 64 config of the master branch:
https://ci.appveyor.com/project/OPU/ophd/builds/40123986/job/yxidtgw2y06o0mdj
Here the VcpkgCurrentInstalledDir value is "":

PostBuildEvent:
Copy OGG dependencies if vckpg present
SETLOCAL ENABLEDELAYEDEXPANSION
IF NOT "" == "" (
IF "Release" == "Debug" (
SET configDir="debug"
) ELSE (
SET configDir=""
)
SET sourceDir="%configDir%bin\"

xcopy /y /d "!sourceDir!ogg.dll" "C:\projects\ophd\x64\Release\"
xcopy /y /d "!sourceDir!vorbis.dll" "C:\projects\ophd\x64\Release\"
xcopy /y /d "!sourceDir!vorbisfile.dll" "C:\projects\ophd\x64\Release\"

)
:VCEnd

That means the xcopy lines won't run.
I downloaded the associated artifact zip file, and confirmed those DLL files are missing, while the other vcpkg related files are present.

It seems the $(VcpkgCurrentInstalledDir) variable was removed. An equivalent value would be $(VcpkgInstalledDir)$(VcpkgTriplet)\.
Sources:
https://github.com/microsoft/vcpkg/issues/17632
https://github.com/microsoft/vcpkg/issues/12474


Change output plugin bind eventHandler in the constructor

If the eventHandler is bound in the start method than it is not possible to remove the listener later on and
the stop function will not work as expected

Closing. Docs moved to  https://github.com/sematext/docs/tree/master/docs/logagent


Just had to update dependency to latest mermaid

Fixes https://github.com/jasonbellamy/react-mermaid/issues/1. Try
npm install react-mermaid-test-fix

At least I think it fixes it. I don't get the compilation problem anymore and the graph renders, but it doesn't look very good. But that's probably some other thing.

@Sigfried I was running into this issue as well, but your change fixed it for me. Thanks for this!

@phoebesimon, delighted to hear it. Knowing a kludge of mine has helped
even a single person makes it all worthwhile. :)
On Mar 15, 2018 5:59 PM, "Phoebe Simon"<EMAIL_ADDRESS>wrote:
@Sigfried https://github.com/sigfried I was running into this issue as
well, but your change fixed it for me. Thanks for this!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/jasonbellamy/react-mermaid/pull/2#issuecomment-373536240,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABg283AJZD88ny6dP4ZrQ4for6Ywu4heks5teuQigaJpZM4O40T6
.


System requirements

Hello!
How about system requirements in docs?
I'm interested in hardware (required resources (CPU, Memory, Disks, Network throughput), recommended resources, servers count, network interfaces count) per full and hosted bundles.
Thank you!

Hi! Depends on your workloads. What do you conside like "system requirements"? Just bare minimum necessary for running cozy-stack without workloads ("demo mode")? Or some basic production env with HA feature?

I mean both cases.
Now cozystack documentation don't have any info about requirements (i found only info about 4C 8G nodes in hack/e2e.sh).

For testing environments there are some requirements are specified:
https://cozystack.io/docs/get-started/

You need 3 physical servers or VMs with nested virtualisation:
CPU: 4 cores
CPU model: host
RAM: 8-16 GB
HDD1: 32 GB
HDD2: 100GB (raw)

We probably need to specify requirements for production ones with some examples on a separate page

We probably need to specify requirements for production ones with some examples on a separate page

Sounds good! I will wait for


Translated cart pages do not set DONOTCACHEPAGE

Woocommerce currently sets:
                define( "DONOTCACHEPAGE", true );

for all dynamic pages such as cart, account etc.
This means that woocommerce dynamic pages are automatically excluded from WP Super Cache and any other tools that implement this.
However with woo-poly-integration activated this is not set on the translated versions of these pages, so the out-of-the-box behaviour is that translated cart pages get cached.
see:
    public static function prevent_caching() {
        if ( false === ( $wc_page_uris = get_transient( 'woocommerce_cache_excluded_uris' ) ) ) {
            $wc_page_uris   = array_filter( array_merge( self::get_page_uris( 'cart' ), self::get_page_uris( 'checkout' ),
...

Testing suggests this may only apply to the Cart page - the Account page in different languages does not appear to get cached.
Apart from code fixes, the alternatives for WP Super Cache are:

disable ALL page caching
make sure you add ALL the slugs for all the translations to the exclude list (fragile to adding languages / changing slugs)

Also note that response headers are correctly set for translated cart page:
Cache-Control: no-cache, must-revalidate, max-age=0
Pragma: no-cache

it is just the DONOTCACHEPAGE which is missing.
Also tested, this is not fixed in fork decarvalhoaa 1.01.

@Jon007 It will be a good idea to add support for WP Super Cache  plugin , I will add it to the my todo list

@Jon007 would you like to work on this one?

I think I did enough already :)
but yes I can look if it can wait until next week.

Sure, thanks @Jon007 for your help  :), I will take a look at this

retested and closed, this is a non-issue at least as far as WP Super Cache is concerned..


size change

How can we change the size to make it bigger?
Maybe few predefined sizes would be good (small, medium, large, x-large)?

@iBasit  this is simple CSS,
.sk-spinner {
  transform: scale(2);
}

@fxfactorial The "scale" wouldn't work, because it will lead to crucial loss of quality:

@iBasit Instead, you could rewrite the spinner class, that you using, width and height attributes.
In my app I'm using <Spinner name="circle"/> and have customized it with:
.sk-circle {
    width: 100px;
    height: 100px;

In case you use styled components:
const LargeSpinner = styled(Spinner)`
  & > div {
    width: 140px;
    height: 140px;
  }
`

In case you use styled components:
const LargeSpinner = styled(Spinner)`
  & > div {
    width: 140px;
    height: 140px;
  }
`


Wildcat and Attitash (same owner and site design) data not coming in

Both sites are not showing data

https://www.attitash.com/the-mountain/mountain-conditions/lift-and-terrain-status.aspx
https://www.skiwildcat.com/the-mountain/mountain-conditions/lift-and-terrain-status.aspx?difficulty=green%2Cblue%2Cblack

But there is not data coming into Liftie. I think their site design changed

Thanks. Should be fixed now. Pretty soon everything will be owned by Vail ;-)

I know! Aggregation theory at work


Fixing some Typos, CLA: trivial

Checklist

[ ] documentation is added or updated
[ ] tests are added or updated

@bbbrumley not sure if this was done correctly...

Hi!
Looks fine to me---consistency is important. I'm not sure what the maintainers will say, but let's find out :)
The CLA: trivial part will need to go on its own line at the bottom of the commit message, instructions to modify that found here

.. then when that's ready, please proceed with the PR to the OpenSSL Project!


Pascal's Triangle

Given a non-negative integer Rows, generate the first Rows of Pascal's triangle.
example:-
INPUT - 4
OUTPUT -
1
1  1
1   2  1
1  3  3  1

@amritansh22  plz assign this issue to me.
I want to work on this.


Updated hipEnvVarDriver to work with Windows

hipEnvVarDriver would not run with windows because of the following:

Windows didn't recognize unsetenv(). Windows use _putenv.
Path to hipEnvVar used forward slashes (/) while windows only recognizes back slashes ()
_popen on windows does not actually return NULL on invalid command, therefore after checking for directed_test/hipEnvVar, it doesn't go to check hipEnvVar at the same level.

Changes have been made to fix these.

Hi, I've made the changes requested, and have pushed it here, please let me know if there's any other issues.

I'm not entirely sure if these are the changes that you've requested, please let me know if these are ok.

The strs are now made unconditionally, the comment change before was a mistake, I've fixed that too.

directed_dir and dir are now global and const. I cleaned up some code in the two functions as well to avoid dupe code.


Standardized logging handler(s)

Unsure if this should be included or separate. If using a community-supported module like from psframework then including integration as part of the module template seems to make sense.


Feature/#1890 Fix a bug when an player is not visible in chat list after removing from friend list

Fixes #1890

I have additionally added two very important tests (testWhenUserAddPlayerToFriendlyListByAccidentallyAndCancelsActionImmediately and testWhenUserAddPlayerToFoeListByAccidentallyAndCancelsActionImmediately). Without my fix, these tests will fail.

The PR is ready to review


[Placeholder] this then composed looks unintentional

https://github.com/google/accompanist/blob/4f29fdb3c3c8c603c31e0e913d8cea7cf67c5c87/placeholder/src/main/java/com/google/accompanist/placeholder/Placeholder.kt#L112
You end up with a case where:
A.placeholder = (A + (A + ComposedModifier))

Related to https://github.com/google/accompanist/commit/ced01228f45e00dee00dbafdd90326b016666687 which added that check here and elsewhere.

Good catch, this short repro shows how the receiver Modifier instance is being applied twice like:
@Preview
@Composable
fun Repro() {
    Box(Modifier.padding(16.dp).yellowBackground().size(16.dp))
}

fun Modifier.yellowBackground(): Modifier = this then composed { background(Color.Yellow) }

This seems like a good candidate for a potential lint check, since it's not immediately obvious that this can lead to incorrect behavior.

Reported https://issuetracker.google.com/issues/270963071 to potentially add that as a lint check.


mLab has been shut down and Heroku addon is gone

Would it be possible to add instructions for parse server example for MongoDB Atlas with Heroku instead of mLab since that is the closest alternative to mLab?

Thank you for reporting. I'm closing this as it seems to be a duplicate of #387.
Let's continue the discussion there.
Feel free to comment if you think this is not a duplicate and we can re-open this issue.


can't download high freq data

❓ Questions and Help
I can not download hf data.
Traceback (most recent call last):
File "scripts/get_data.py", line 9, in
fire.Fire(GetData)
File "D:\Anaconda3_2002\lib\site-packages\fire\core.py", line 138, in Fire
component_trace = _Fire(component, args, parsed_flag_args, context, name)
File "D:\Anaconda3_2002\lib\site-packages\fire\core.py", line 468, in _Fire
target=component.name)
File "D:\Anaconda3_2002\lib\site-packages\fire\core.py", line 672, in _CallAndUpdateTrace
component = fn(*varargs, **kwargs)
File "D:\Anaconda3_2002\lib\site-packages\qlib\tests\data.py", line 81, in qlib_data
self._download_data(file_name.lower(), target_dir)
File "D:\Anaconda3_2002\lib\site-packages\qlib\tests\data.py", line 32, in _download_data
raise requests.exceptions.HTTPError()

Use the following command:
python scripts/get_data.py qlib_data --target_dir ~/.qlib/qlib_data/cn_data_1min --region cn --interval 1min

i use this command，the problem is same

i use this command，the problem is same

Can you open this URL: http://fintech.msra.cn
If it doesn't open, try changing networks

yes,can open

yes,can open,Microsoft AI for Finance Group

i can download daily data,but can not download hf data

1d data： 191MB
1min data: 537 MB
Is the download interrupted due to bad internet connection?
You try downloading it manually: http://fintech.msra.cn/stock_data/downloads/v1/qlib_data_cn_1min_latest.zip
Then unzip the file

thanks

thanks

1d data： 191MB 1min data: 537 MB
Is the download interrupted due to bad internet connection?
You try downloading it manually: http://fintech.msra.cn/stock_data/downloads/v1/qlib_data_cn_1min_latest.zip Then unzip the file

Hello， thank you for the solution.
I can reach the site. however, it shows that my download speed is really slower than 20k/s, sometimes even 0b/s
Is there any other choice for downloading?
Many thanks.


Feature/5 system overview

Initial pull-request for an environment to prototype and document an overall vehicle system/platform architecture, including, for example, vehicle drive states and behaviour.
It's probably best to start by reading the veh-platform/README.md to get some background on what this is and what I intend to use it for.
Please try to give feedback quickly, I don't want to keep an initial pull-request open for too long, because I want to keep working on it.

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow

buildnow


[Event Change] page 5740 "Transfer Order" - OnAfterTransferLinesEditable

While implementing my issue https://github.com/microsoft/ALAppExtensions/issues/17956 it was forgotten to set the two properties Editable and Enabled on the subpage TransferLines in page "Transfer Order".
        part(TransferLines; "Transfer Order Subform")
        {
            ApplicationArea = Location;
            //Event21.01.ns
            Editable = IsTransferLinesEditable;
            Enabled = IsTransferLinesEditable;
            //Event21.01.ne
            SubPageLink = "Document No." = FIELD("No."),
                          "Derived From Line No." = CONST(0);
            UpdatePropagation = Both;
        }

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 50693.


refactor: extract seek from pagecursor

This extracts the seek function to a new Seeker whose only purpose is to seek (repeatedly)
This is in anticipation of a rewrite of PageCursor to store Vec<Page> directly, rather than
wrapping a PageCache.

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#145  👈
#137
master

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @rphmeier and the rest of your teammates on  Graphite

Merge activity

Apr 22, 10:08 AM EDT: @pepyakin started a stack merge that includes this pull request via Graphite.


Copy slow

The speed of copying files from a 64GB SanDisk card to the phone is very slow. Is the copy speed related to the size of the SD card? (16G SD card is faster, fs: exfat)

Hi, can you do an equivalent test using a computer or a device with an internal SD card slot?
Or can you check if the larger one is also slower with EtchDroid, to cross out any issues with the file system implementation since EtchDroid bypasses it? (see my profile or search on google play, keep in mind that it will wipe all the data on the cards and you will need to format them).
While this isn't often true for SSDs, higher capacity SD cards are more likely to make use of MLC/TLC NANDs. They provide double/triple capacity in the same physical volume at the cost of much lower speeds, reliability and lifetime. Therefore it's unlikely that this is a problem with libaums.

Thank you very much for your answer. The copy speed of the slow SD card using ES File Explorer is very fast (80M/s), and the copy speed of libaums is only about 500KB/s. I am very confused about this.

It is because libaums get chunksize of the storage.
(Example : With USB 16G, Libaums have 16K byte for chunksize)
ES File Explorer take another size for copy byte to byte.

I see.
I also saw someone commented about the block size being an issue and while the comment has been deleted, that might be something interesting to look at.
Are you using the UsbFileMan demo app?

the same problem. May I ask how it was resolved


Wrong qreg index in fine amplitude measure function factory

Informations

Qiskit Experiments version:
Python version:
Operating system:

What is the current behavior?
The circuit here is logical but qubit index is given as physical. This causes error when physical and logical index don't match. This should be fixed immediately and the case should be covered in the unittest.
https://github.com/Qiskit/qiskit-experiments/blob/48cdf97736355868ef434b0493fd7fe9b347f98a/qiskit_experiments/library/characterization/fine_amplitude.py#L184-L189
Steps to reproduce the problem
What is the expected behavior?
Suggested solutions

This should be easy to fix by changing this line https://github.com/Qiskit/qiskit-experiments/blob/48cdf97736355868ef434b0493fd7fe9b347f98a/qiskit_experiments/library/characterization/fine_amplitude.py#L130
to
self._measurement_qubits = measurement_qubits or range(len(qubits))


Generate UI

Includes #79
Backend:

Add GeneratedResource to the Response

Fixes https://github.com/kyverno/playground/issues/150

Good job !


docs(README): Update the frontend of rime and others

Close before making better style of markdown.


[Spike] figure out when the copy button breaks

Spike for #903
Spend at most half a day.
Scope
Try to find a repro for #903 inside Mosaic's playground. If the problem doesn't occur there, find a stable repro in elements.

@mallachari Would you summarise your findings here please?

Yup, generally copy button breaks on first attempt and if there was something in the clipboard ahead it will remain. Second try replaces old content with new one. I was able to reproduce the same behaviour in mosaic playground. It looks that it's not up to mosaic and the problem is with copy-to-clipboard package itself. There were similar issues created in their repository (though already closed). Note that it works this way on linux, on mac it's fine.
What I've noticed is that using copy twice solves the issue so a quick fix could be one extra copy call in the useClipboard hook.
Not sure if it's worth doing that as it's quite minor and rare issue. @marbemac what do you think?

cc @marbemac

Hmm - linux is ~10% of users on v2 saas. If switching to something like https://github.com/feross/clipboard-copy fixes the problems, then it's probably worth it since it's so simple to try another package. If not and this will be a more complicated fix, then I suggest we wait for folks to report it's an issue. What do you guys think?

I'm OK with postponing it until someone reports it. 👍 Though note that I used to be able to - occasionally - reproduce on Windows.


build(web): add NEXTAUTH_URL env variable during buildtime

/preview CI

🖼 Preview Environment: Starting...


[Antctl] Pod or Service may have same name on trace-packet and traceflow commands

Describe the bug
In the implementation of trace-packet and traceflow, when parsing an object, it tries to find pod with the name first, then service. However, it is possible that a pod and a service have the same name.
To Reproduce
antctl traceflow and antctl trace-packet
Expected
User can specify pod or service even with same name as destination and get correct results.
Actual behavior
User cannot specify a service as destination as long as a pod with same name exists.
@tnqn suggests we follow the code style of kubectl exec
kubectl exec (POD | TYPE/NAME) [-c CONTAINER] [flags] -- COMMAND [args...] [options]

# Get output from running 'date' command in ruby-container from pod mypod
kubectl exec mypod -c ruby-container -- date

# Get output from running 'date' command from the first pod of the service myservice, using the first container by
default
kubectl exec svc/myservice -- date

However, the problem here is that we already use namespace as prefix.
I think we can:

have 2 options for source namespace and destination namespace. More like kubectl exec
use other sign to show pod or service like ns0/svc@svc0, ns0/pod@pod0. More like current implementation.

@tnqn @jianjuns

Yes, I thought about this when adding trace-packet command. However, I feel same name for Pod an Service is rare, and probably not worthwhile to support that will complicate the command input.

Currently, we should notify users that pod is searched first then service. We can do this in antctl help message and docs.


--override-env doesn't accept envvars with = in the value

This is an unfortunate pattern in Java apps, which take -D or -X arguments in environment strings. Here's an example from Cassandra:
--override-env "JVM_OPTS='-Dcassandra.replace_address=<IP_ADDRESS>'"

The string the actual container gets is
"JVM_OPTS='-Dcassandra.replace_address"

This stems from the overly-simplistic String#split call here:
https://github.com/newrelic/centurion/blob/master/bin/centurion#L63
Seems like something more intelligent could be devised.

As a quick fix we could use envvar.split('=', 2). That would assume that the variable name doesn't contain a literal = and any ='s in the value will be simply passed along.
The invocation could look like this, then
--override-env "JVM_OPTS=-Dcassandra.replace_address=<IP_ADDRESS>"

Oh, the JVM and it's lovely CLI options. I like @wulczer's approach.


324 Error when trying to update statuses with media_id

Referencing this:
https://twittercommunity.com/t/the-validation-of-media-ids-failed-error-code-324/29304/34
This doesn't work:
t.statuses.update(status="PTT ★", media_ids=",".join([id_img1, id_img2]))
This does:
t.statuses.update(status="PTT ★", media_id_string=",".join([id_img1, id_img2]))

mmm, have you tried this? What I read in the thread is you should take the media_id_string from  the results when uploading, not change the argument used to send the ids of the images

yeah, that was the only thing that worked.  It was simply changing media_id
to media_id_string in the arguments...  I thought I'd pass it along.
ᐧ
On Wed, Jun 3, 2015 at 3:36 AM, Benjamin Ooghe-Tabanou <
<EMAIL_ADDRESS>wrote:

mmm, have you tried this? What I read in the thread is you should take the
media_id_string from the results when uploading, not change the argument
used to send the ids of the images
—
Reply to this email directly or view it on GitHub
https://github.com/sixohsix/twitter/issues/293#issuecomment-108232002.

--
Ashley Beattie

I'm sorry but again this does not make any sense, so I've just tried : of course the second one works, except the resulting twet does not contain any image since media_id_string is not a valid argument for Twitter's statuses/update method (cf https://dev.twitter.com/rest/reference/post/statuses/update )
The correct argument is media_ids
The error described in the twitter forum you are linking is clear: it's safer to take media_id_string field rather than media_id from the output json of the uploading requests, but the status sending should not change at all. I'm updating the readme accordingly.

PS: and the possible error described in the forum only relates to some bad languages that cannot handle integers that big. In python there's no issue, so media_id and media_id_string in the output json from upload are actually always the same, making this whole report a bit pointless here :)

Hey,
My bad, I'd put it in as media_id, not media_ids.
Thanks for getting back to us so quickly
ᐧ
On Wed, Jun 3, 2015 at 10:33 AM, Benjamin Ooghe-Tabanou <
<EMAIL_ADDRESS>wrote:

PS: and the possible error described in the forum only relates to some bad
languages that cannot handle integers that big. In python there's no issue,
so media_id and media_id_string in the output json from upload are actually
always the same, making this whole report a bit pointless here :)
—
Reply to this email directly or view it on GitHub
https://github.com/sixohsix/twitter/issues/293#issuecomment-108457435.

--
Ashley Beattie


Adding menu option for Land Cover areas

Is this an option? I don't see it come up when I create an areas. I only see Land Use. There are a few useful land cover features that use the 'natural' key (wood,wetland,coastline).
I think that the current menu is leading many editors to create forests using the landuse=forest tag. The OSM wiki signifies this tag to be used for land managed for forestry; where many times the editor may want to use the natural=wood tag instead (natural=wood is used to mark areas covered by trees).

iD does have presets for many of the natural=* tags.. natural=wood, and natural=wetland are included.
Just so I understand - Is your issue that you typed "landcover" in the search and didn't see these things in the results?

thanks for point that out, I see the presets pop up when you search for them.
I guess is my issue is that I don't see the presets in the main menu options when I draw an area.

Ok, I understand now... In iD we call these groups "categories" and you're right we don't have one for common natural / landcover presets.

btw, creating the category is easy, but closing this is contingent on having a better icon for natural/landcover.
Ideally we'd split replace maki land-use into one icon for landuse things (commercial, residential, industrial, shop) and one icon for landcover/natural things (forest, water, scrub, wetland)
We don't really need to wait for a maki icon - we can stick the icons we need into iD-sprite and use them just as easily.
This relates to #2344 - adding a barrier category, also stalled for the same reason (that we have no icon for it).
Will probably close these myself when I get spare time.
cc @samanpwbb, just fyi, nothing you need to do