text:
git commits invoke file change notifications

Describe the bug
Local file change notifications are in general suppressed from the daemon. However, in git folders, when one executes git commit, there are file changes for which a notification appears. With being far from an expert, maybe it is because that these are file changes associated with changes of the git user?
To Reproduce

navigate to a git folder connected to dropbox.
make some file changes.
commit.
see notifications from maestral.

Expected behaviour
These are still local changes, and should most probably be suppressed as well.
System (please complete the following information):

Maestral version: 0.6.4.
OS: Arch Linux
Desktop environment: Gnome 3.36

I don't think this is an issue with notifications but rather with the actual sync process. Notifications are triggered only when a remote item is downloaded.
Could you check if there are any conflicts created in the '.git' folder? Those would be files or folders which either end with '(1)' or '(conflicting copy)'.

I may know where the issue is coming from if the offending items are only folders and not files.

hi, thanks for the response. indeed, in the git folder there are some subfolders ending in (1) - conflicting copies. In one case it is the "info" folder, and in another the "refs" folder, and even inside that folder there is remotes (1) and remotes (1) (1)... is this an issue with the speed of file changes?

Its not an issue with the speed of changes directly but rather with the order in which they are uploaded. Maestral will sort events hierarchically and then queue them for upload. Uploading happens in parallel with multiple threads and in case of nested folder structures it is possible that an item '/folder/file' is uploaded before '/folder' is uploaded. Dropbox will then automatically create '/folder' and '/folder/file'. When Maestral then attempts to upload '/folder', it will first check if it already exists. If yes, it won't upload anything and no harm is done.
Now comes the issue, since everything happens in parallel:

A first thread checks if '/folder' exists on the server and sees that it does not. It prepares for upload.
A second thread in the meantime creates '/folder/file'.
The first thread uploads '/folder' which already exists and Dropbox creates a conflicting copy.

The solution is to upload nested changes serially and not parallel.

ok, then there should be a way to check nested changes. While I understand the need for parralleliz

ok, then there should be a way to check nested changes.

Checks for nested changes are already being done. Notably, nested deletions are only uploaded as a single deletion and nested moves (i.e., moving an entire folder) are processed as a remote move where no data is actually uploaded.

Do you know how the official client deals with these?

No idea, the official client uses pretty strong obfuscation to prevent people from reading its code.

While I understand the need for parallelisation for speed, is it the best idea to employ it always?

Well, there are some cases in which parallelisation is safe. Since files are never nested, those can be uploaded in parallel without conflicts. Folder deletions and moves are already processed serially, folder creations should be handled similarly.

And apologies about the mess this created in your git folder. This may be a pain to clean up manually 😕 I'll try to get a fixed dev release out.

It is ok - no big deal. there is not a lot of mess, I will just re-clone the remote repos, and all is good. For the time being I will take the git folders out of Dropbox I tried to use the latest dev, but for some reason watchdog was giving me some trouble and maestral was failing after some time. Reverted back to 0.6.4.

dev1 from PyPI currently does not work on Linux and the latest dev branch still has some issues. I tried creating remote folders serially but that is painfully slow. Instead, there should be way to check for any folder conflicts in a thread safe way: The Dropbox API has an option to prevent automatic renaming on conflicts. In this case, it will throw an error which Maestral can handle gracefully.

let me know when you have something that could be tested on Linux, and I will he happy to try.

v1.0.0.dev2 on PyPI should work now, if you would like to test. Folders are still uploaded in parallel but conflicts are handled in a thread-safe manner.

I now update from your tagged releases, not pip (it created a bit of a mess in Arch with dependencies). Is the tagged v1.0.0.dev2 here also same to use?

Yes, thats the same. Github releases are automatically created for every tag.

Still seems to fail afte half minute. Something about watchdog. Some info below (sorry for the dump)
$ systemctl --user status maestral-daemon@maestral.service
● maestral-daemon@maestral.service - Maestral daemon for the config maestral
     Loaded: loaded (~/.local/share/systemd/user/maestral-daemon@.service; enabled; vendor preset: enabled)
     Active: failed (Result: watchdog) since Sun 2020-04-12 20:37:47 BST; 7s ago
       Docs: https://github.com/SamSchott/maestral-dropbox/wiki
    Process: 39742 ExecStart=/usr/bin/maestral start -f -c maestral (code=dumped, signal=ABRT)
    Process: 39830 ExecStopPost=/usr/bin/env bash -c if [ ${SERVICE_RESULT} != success ]; then notify-send Maestral 'Da>
   Main PID: 39742 (code=dumped, signal=ABRT)
     Status: "Up to date"

Apr 12 20:37:16 archer maestral[39742]: [53B blob data]
Apr 12 20:37:16 archer maestral[39742]: Checking for pending downloads...
Apr 12 20:37:16 archer maestral[39742]: Indexing local changes...
Apr 12 20:37:17 archer maestral[39742]: Uploading deletions...
Apr 12 20:37:17 archer maestral[39742]: Up to date
Apr 12 20:37:46 archer systemd[1015]: maestral-daemon@maestral.service: Watchdog timeout (limit 30s)!
Apr 12 20:37:46 archer systemd[1015]: maestral-daemon@maestral.service: Killing process 39742 (maestral) with signal SI>
Apr 12 20:37:47 archer systemd[1015]: maestral-daemon@maestral.service: Main process exited, code=dumped, status=6/ABRT
Apr 12 20:37:47 archer systemd[1015]: maestral-daemon@maestral.service: Failed with result 'watchdog'.
Apr 12 20:37:47 archer systemd-coredump[39828]: Process 39742 (maestral) of user 1000 dumped core.

                                                Stack trace of thread 39742:
                                                #0  0x00007f01cd5967b4 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd5968a8 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dca7e PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #14 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #15 0x00007f01cd6e2508 PyObject_Call (libpython3.8.so.1.0 + 0x13c508)
                                                #16 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #17 0x00007f01cd786154 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #18 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #19 0x00007f01cd6e2508 PyObject_Call (libpython3.8.so.1.0 + 0x13c508)
                                                #20 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #21 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #22 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #23 0x00007f01cd787694 n/a (libpython3.8.so.1.0 + 0x1e1694)
                                                #24 0x00007f01cd6e2508 PyObject_Call (libpython3.8.so.1.0 + 0x13c508)
                                                #25 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #26 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #27 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #28 0x00007f01cd786154 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #29 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #30 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #31 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #32 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #33 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #34 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #35 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #36 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #37 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #38 0x00007f01cd6deee4 _PyObject_FastCallDict (libpython3.8.so.1.0 + 0x>
                                                #39 0x00007f01cd6fe3c3 _PyObject_Call_Prepend (libpython3.8.so.1.0 + 0x>
                                                #40 0x00007f01cd7e5279 n/a (libpython3.8.so.1.0 + 0x23f279)
                                                #41 0x00007f01cd6dc3d2 _PyObject_MakeTpCall (libpython3.8.so.1.0 + 0x13>
                                                #42 0x00007f01cd79979c _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #43 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #44 0x00007f01cd80cd73 PyEval_EvalCode (libpython3.8.so.1.0 + 0x266d73)
                                                #45 0x00007f01cd80cdc8 n/a (libpython3.8.so.1.0 + 0x266dc8)
                                                #46 0x00007f01cd811063 n/a (libpython3.8.so.1.0 + 0x26b063)
                                                #47 0x00007f01cd6abdf0 PyRun_FileExFlags (libpython3.8.so.1.0 + 0x105df>
                                                #48 0x00007f01cd6b5aa4 PyRun_SimpleFileExFlags (libpython3.8.so.1.0 + 0>
                                                #49 0x00007f01cd81d81e Py_RunMain (libpython3.8.so.1.0 + 0x27781e)
                                                #50 0x00007f01cd81d909 Py_BytesMain (libpython3.8.so.1.0 + 0x277909)
                                                #51 0x00007f01cd98d023 __libc_start_main (libc.so.6 + 0x27023)
                                                #52 0x00005602dee5005e _start (python3.8 + 0x105e)

                                                Stack trace of thread 39748:
                                                #0  0x00007f01cd5967b4 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd5968a8 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dca7e PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #14 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #15 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #16 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #17 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #18 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #19 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #20 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #21 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #22 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #23 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39746:
                                                #0  0x00007f01cd5967b4 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd5968a8 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dca7e PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #14 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #15 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #16 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #17 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #18 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #19 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #20 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #21 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #22 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #23 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39749:
                                                #0  0x00007f01cda665fc recv (libc.so.6 + 0x1005fc)
                                                #1  0x00007f01ccc7778c n/a (_socket.cpython-38-x86_64-linux-gnu.so + 0x>
                                                #2  0x00007f01ccc78d0c n/a (_socket.cpython-38-x86_64-linux-gnu.so + 0x>
                                                #3  0x00007f01ccc7a161 n/a (_socket.cpython-38-x86_64-linux-gnu.so + 0x>
                                                #4  0x00007f01ccc7a33d n/a (_socket.cpython-38-x86_64-linux-gnu.so + 0x>
                                                #5  0x00007f01cd70f427 n/a (libpython3.8.so.1.0 + 0x169427)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #8  0x00007f01cd79514a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #9  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #10 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #12 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #13 0x00007f01cd79980a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #14 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #15 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #16 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #17 0x00007f01cd6deee4 _PyObject_FastCallDict (libpython3.8.so.1.0 + 0x>
                                                #18 0x00007f01cd6fe3c3 _PyObject_Call_Prepend (libpython3.8.so.1.0 + 0x>
                                                #19 0x00007f01cd7e5279 n/a (libpython3.8.so.1.0 + 0x23f279)
                                                #20 0x00007f01cd6dc3d2 _PyObject_MakeTpCall (libpython3.8.so.1.0 + 0x13>
                                                #21 0x00007f01cd799c51 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #22 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #23 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #24 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #25 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #26 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #27 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #28 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #29 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #30 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #31 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #32 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39759:
                                                #0  0x00007f01cda5aabf __poll (libc.so.6 + 0xf4abf)
                                                #1  0x00007f01cc5ce9a4 n/a (_ssl.cpython-38-x86_64-linux-gnu.so + 0xa9a>
                                                #2  0x00007f01cc5d3d8b n/a (_ssl.cpython-38-x86_64-linux-gnu.so + 0xfd8>
                                                #3  0x00007f01cd70f427 n/a (libpython3.8.so.1.0 + 0x169427)
                                                #4  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #5  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #6  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #7  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #9  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #10 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd6fc6d0 n/a (libpython3.8.so.1.0 + 0x1566d0)
                                                #13 0x00007f01cd74f94b PyObject_CallMethodObjArgs (libpython3.8.so.1.0 >
                                                #14 0x00007f01cd7f8e53 n/a (libpython3.8.so.1.0 + 0x252e53)
                                                #15 0x00007f01cd7f8f52 n/a (libpython3.8.so.1.0 + 0x252f52)
                                                #16 0x00007f01cd7f9212 n/a (libpython3.8.so.1.0 + 0x253212)
                                                #17 0x00007f01cd7f93fa n/a (libpython3.8.so.1.0 + 0x2533fa)
                                                #18 0x00007f01cd6e8664 n/a (libpython3.8.so.1.0 + 0x142664)
                                                #19 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #20 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #21 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #22 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #23 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #24 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #25 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #26 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #27 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #28 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #29 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #30 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #31 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #32 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #33 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #34 0x00007f01cd787694 n/a (libpython3.8.so.1.0 + 0x1e1694)
                                                #35 0x00007f01cd6e2508 PyObject_Call (libpython3.8.so.1.0 + 0x13c508)
                                                #36 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #37 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #38 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #39 0x00007f01cd787694 n/a (libpython3.8.so.1.0 + 0x1e1694)
                                                #40 0x00007f01cd6e2508 PyObject_Call (libpython3.8.so.1.0 + 0x13c508)
                                                #41 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #42 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #43 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #44 0x00007f01cd787694 n/a (libpython3.8.so.1.0 + 0x1e1694)
                                                #45 0x00007f01cd6e2508 PyObject_Call (libpython3.8.so.1.0 + 0x13c508)
                                                #46 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #47 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #48 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #49 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #50 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #51 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #52 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #53 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #54 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #55 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #56 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #57 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #58 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #59 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #60 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #61 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #62 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #63 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>

                                                Stack trace of thread 39747:
                                                #0  0x00007f01cd5967b4 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd5968a8 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dca7e PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #14 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #15 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #16 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #17 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #18 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #19 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #20 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #21 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #22 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #23 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39751:
                                                #0  0x00007f01cda5cf0b __select (libc.so.6 + 0xf6f0b)
                                                #1  0x00007f01cd7dff8e n/a (libpython3.8.so.1.0 + 0x239f8e)
                                                #2  0x00007f01cd6e84af n/a (libpython3.8.so.1.0 + 0x1424af)
                                                #3  0x00007f01cd79980a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #4  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #5  0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #6  0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #7  0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #11 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #12 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #13 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #14 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #15 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #16 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #17 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #18 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39757:
                                                #0  0x00007f01cd5967b4 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd5968a8 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dca7e PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #14 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #15 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #16 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #17 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #18 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #19 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #20 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #21 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #22 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #23 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #24 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #25 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #26 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39760:
                                                #0  0x00007f01cd5967b4 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd5968a8 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dca7e PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #14 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #15 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #16 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #17 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #18 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #19 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #20 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #21 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #22 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #23 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #24 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #25 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #26 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39750:
                                                #0  0x00007f01cd5969d8 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd596b03 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dcb42 PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #14 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #15 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #16 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #17 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #18 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #19 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #20 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #21 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #22 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #23 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39756:
                                                #0  0x00007f01cda5cf0b __select (libc.so.6 + 0xf6f0b)
                                                #1  0x00007f01cd7dff8e n/a (libpython3.8.so.1.0 + 0x239f8e)
                                                #2  0x00007f01cd6e84af n/a (libpython3.8.so.1.0 + 0x1424af)
                                                #3  0x00007f01cd79980a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #4  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #5  0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #6  0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #8  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #9  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #10 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #12 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #13 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #14 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #15 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #16 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #17 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39744:
                                                #0  0x00007f01cda6570e epoll_wait (libc.so.6 + 0xff70e)
                                                #1  0x00007f01ccc6b0b6 n/a (select.cpython-38-x86_64-linux-gnu.so + 0x3>
                                                #2  0x00007f01cd6e8bea n/a (libpython3.8.so.1.0 + 0x142bea)
                                                #3  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #4  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #5  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #8  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #9  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #11 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #12 0x00007f01cd786154 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #14 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #15 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #16 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #17 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #18 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #19 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #20 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #21 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #22 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #23 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #24 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #25 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #26 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #27 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #28 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #29 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39753:
                                                #0  0x00007f01cda564fc __read (libc.so.6 + 0xf04fc)
                                                #1  0x00007f01cd7b8826 _Py_read (libpython3.8.so.1.0 + 0x212826)
                                                #2  0x00007f01cd7d000e n/a (libpython3.8.so.1.0 + 0x22a00e)
                                                #3  0x00007f01cd6e8397 n/a (libpython3.8.so.1.0 + 0x142397)
                                                #4  0x00007f01cd79980a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #5  0x00007f01cd786154 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #6  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #7  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #11 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #12 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #13 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #14 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #15 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #16 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #17 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #18 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39754:
                                                #0  0x00007f01cd5967b4 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd5968a8 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dca7e PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #11 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #12 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #13 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #14 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #15 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #16 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #17 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #18 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #19 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #20 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #21 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #22 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #23 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #24 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #25 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #26 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #27 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39758:
                                                #0  0x00007f01cd5969d8 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd596b03 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dcb42 PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #12 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #14 0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #15 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #16 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #17 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #18 0x00007f01cd7970c4 _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #19 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #20 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #21 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #22 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #23 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #24 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #25 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #26 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #27 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #28 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #29 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

                                                Stack trace of thread 39755:
                                                #0  0x00007f01cd5969d8 do_futex_wait.constprop.0 (libpthread.so.0 + 0x1>
                                                #1  0x00007f01cd596b03 __new_sem_wait_slow.constprop.0 (libpthread.so.0>
                                                #2  0x00007f01cd6dcb42 PyThread_acquire_lock_timed (libpython3.8.so.1.0>
                                                #3  0x00007f01cd7f2531 n/a (libpython3.8.so.1.0 + 0x24c531)
                                                #4  0x00007f01cd806f1b n/a (libpython3.8.so.1.0 + 0x260f1b)
                                                #5  0x00007f01cd77c56a n/a (libpython3.8.so.1.0 + 0x1d656a)
                                                #6  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #7  0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #8  0x00007f01cd786c7b _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #9  0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #10 0x00007f01cd7858f4 _PyEval_EvalCodeWithName (libpython3.8.so.1.0 + >
                                                #11 0x00007f01cd7872c2 n/a (libpython3.8.so.1.0 + 0x1e12c2)
                                                #12 0x00007f01cd795f5a _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #13 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #14 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #15 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #16 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #17 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #18 0x00007f01cd79558e _PyEval_EvalFrameDefault (libpython3.8.so.1.0 + >
                                                #19 0x00007f01cd786a9d _PyFunction_Vectorcall (libpython3.8.so.1.0 + 0x>
                                                #20 0x00007f01cd7874ab n/a (libpython3.8.so.1.0 + 0x1e14ab)
                                                #21 0x00007f01cd6e23fd PyObject_Call (libpython3.8.so.1.0 + 0x13c3fd)
                                                #22 0x00007f01cd7f2061 n/a (libpython3.8.so.1.0 + 0x24c061)
                                                #23 0x00007f01cd7a3d04 n/a (libpython3.8.so.1.0 + 0x1fdd04)
                                                #24 0x00007f01cd58d46f start_thread (libpthread.so.0 + 0x946f)
                                                #25 0x00007f01cda653d3 __clone (libc.so.6 + 0xff3d3)

No worries, this is quite helpful. Its no serious bug, just an integration issue with systemd. Starting the daemon with maestral start should be fine...

does dev3 solve the integration issue with systemd? Let me know when this is resolved, so I can update and test more.

Yes, it's fixed in dev3.

authors: SamSchott coxackie

repo: SamSchott/maestral-dropbox


text:
EventSet to house executions of %script

Seeing as we can now run bash scripts, it would be nice to group all of the Event objects (that is, the commands executed individually) together under some container. An EventSet seems like a reasonable solution. We can attach the input parameters, name, path, MD5 (or even a copy?) of the script in question to the EventSet such that is available to all ItemEvent.
We could also have total_wall metadata and such, too.

Implemented in d97938577d2f75db089ad7f11ed0dd4443b7d32b

source: gharchive/issue

license: mit

license_type: permissive

license_source: bigquery


text:
Add layouts

What does this PR do?
This PR is raised to implement the following features: 👍 :

[x] Implement styles

Description of the task to be completed ↓↓

Implement styles

localhost:3000/users

localhost:3000/users/3

localhost:3000/users/3/post/7

Thanks for reviewing my PR 😊

Thank you @fobadara for reviewing my PR 👍🏽 cheers and happy coding😎

Thank you @franclobo for reviewing my PR👍🏽 cheer and happy coding 😎

source: gharchive/pull-request

repo: SamTush/blog-app

license: MIT

license_source: github-api


text:
Bilinear interpolation and Confidence thresholding

Hello Dear Samuel, I al Daniel Montoya, working also on Object level OoD detection at CEA (France)
We have been quite interested in your paper SAFE. I have a few questions:

In your paper, section 3.2, subsection "Object-specific SAFE extraction"  you state that: "These object-specific feature maps O_{l,d} are then reduced to a vector representation p{l,d} for concatenation via a bilinear interpolation operation along the spatial axis".  However, when looking at your code, in the tracker.py script is where we suppose you are actually extracting the features, in the lines 45-52:

		det_feats = []
		for feat in self.features:
			_, _, h, _ = feat.size()
			scale = h/input_h
			feat = roi_align(feat, rois, (1, 1), scale).mean(dim=(2, 3))
			det_feats.append(feat)
		return torch.cat(det_feats, dim=1)

what we can see is that the mean is extracted from each hooked roi, instead of a bilinear interpolation. Are we maybe not looking at the correct part of the code?

In section 4.1 you state that "Importantly, under the benchmark setting by [9], the AUROC and FPR95 metrics are computed after low confidence objects are suppressed according to a confidence threshold determined by [17]. Our comparisons in
Table 1 implement this suppression for fair comparisons (...)"  Where in the code is this thresholding operation implemented? Also since the description is not very detailed, how do you obtain this threshold? Is it the same threshold for InD samples and OoD samples?

Thank you for your answers!
Kind regards,
Daniel

Hello Daniel,
Thank you for you interest in our work! I am happy to answer your questions:

The bilinear interpolation of the features is done as part of the roi_align(...) operation as defined by the MaskRCNN paper. The third argument passed in roi_align(feat, rois, (1, 1), scale) (i.e. the (1, 1) tuple) defines the output size of the feature with the .mean(dim=(2,3)) serving to simply remove the remaining 1x1 (HxW) dimensions for easier processing.

This threshold is determined as part of the VOS benchmark and is computed automatically in offline_evaluation/compute_average_precision.py. Since it a part of the benchmark itself and not our work, we did not define it in the conference submission.
It requires a bit of digging through the code of VOS to figure out, but in short: The confidence threshold is determined by finding the value which maximises the mAP on the ID data. After this, all detections (ID or OOD) below this confidence threshold will be suppressed and excluded from the OOD detection computation. In the original VOS submission, this thresholding operation is applied to all OOD detectors evaluated.
As this threshold is solely dependant on the ID-task performance of the object detector, our post-hoc SAFE detector does not affect this computation.

Please let me know if I can help any further.


text:
SARAALERT-809, SARAALERT-851: Pause/resume notification button disabling & tooltips

Description
Jira Tickets:
SARAALERT-809: Don't allow "Pause Notifications" button to be clicked for dependents
SARAALERT-851: Disable pause/resume notifications button on closed record rather than hiding it
(Feature) Demo/Screenshots
For monitorees with a closed record:

For monitorees that are dependents in a household:

Important Changes
Please list important files (meaning substantial or integral to the PR) along with a list of the general changes that should be highlighted for reviewers.
PauseNotifications.js

Updated button disable functionality to disable the pause/resume button when the record is closed
Added a renderTooltip function to add a tooltip when the button is disabled explaining why

show.html.erb

removed conditional hiding the pause/resume button

PauseNotifications.test.js

Added tests for the pause notification component

Testing
This fix was tested on the following browsers (submitter must check all those that apply):

[x] Chrome
[ ] Firefox
[ ] Safari
[ ] IE11

Please describe the tests needed to verify your changes. Provide instructions for reproducing these tests. List any relevant details for your test configuration.

Converting to draft while awaiting a few answers from PO team

@kylietmo @DPC15038 this is good for review now!

repo: SaraAlert/SaraAlert


text:
Created a polynomial root finder.

Issue Id you have worked upon - #148
Briefly explain your program logic -
Created a polynomial root finder. Simply add an expression and it will return an array of roots of the expression. Not only 7 it can solve up to any degree.
Screenshots(Attach 2 screenshots of your own input and output) -

By raising this PR I affirm that -

[x] My code follows the guidelines of this project.

[x] I have performed a self-review of my own code.

[x] I have commented my code.

[x] My code gives the correct output.

[x] I affirm that I strictly follow contributing guidelines and code of conduct.

Congratulations 🎉 @syash7202 on your contribution.
Thanks for adding value to this repository. 😊
Let's celebrate this fest 😃 by providing more developers 👨💻👩💻 an opportunity to contribute. Help us make this repository reach far and more by sharing this to your friends and colleagues.
Your efforts can make difference.

Hey 👋, may you also encourage us by clicking the star icon on the repository main page. ⭐

@syash7202,
Glad to see you have exceeded the expectation for this issue to handle polynomials with max. degree 7. I am adding admin-appreciation points for the scalability you have provided to this calculator.


text:
Candidate Word will be Selected When Input Punctuation

https://github.com/Satsrag/embed_input/assets/17843861/2270d188-df9b-4cda-9d2d-dd76a216f79b

fixed on this commit


text:
Add selectFromResult to Mutations & RTK Query update to 0.3.0

PR Checklist
Please check if your PR fulfills the following requirements:

[x] The commit message follows our guidelines: CONTRIBUTING.md#commit
[x] Tests for the changes have been added (for bug fixes / features)
[x] Docs have been added / updated (for bug fixes / features)

PR Type
What kind of change does this PR introduce?

[ ] Bugfix
[x] Feature
[ ] Code style update (formatting, local variables)
[ ] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] CI related changes
[x] Documentation content changes
[ ] Other... Please describe:

What is the current behavior?

Issue Number: N/A
What is the new behavior?
Does this PR introduce a breaking change?
[ ] Yes
[x] No

Other information

:tada: This PR is included in version 1.7.0 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:

repo: SaulMoro/ngrx-rtk-query


text:
"sponsors" button isn't responding

Description
the sponsors button is not responding. After clicking on it , It should show the sponsors but no response is there. I can fix this issue.
Before clicking on "sponsors" button.

After clicking on " sponsors" button.

No response .
Screenshots
No response

I want to contribute to this issue

Hey, I have raised this issue earlier and resolved it.


text:
cursor pointer added to select button

Description
I added the cursor pointer to the select button in the nav component
Related Issue

=> The cursor was just normal with no changes on hovering the button.
So adding the pointer event will increase the user experience.
Motivation and Context

=> A selecter button mostly has a cursor pointer effect on it. So adding the cursor pointer effect would be appropriate.
How Has This Been Tested?

=> I installed the npm package and run the project in localhost. I tested the project according to black box test. And found
there is no cursor event in the select component.
My changes made the cursor event on select button to pointer.
Checklist:

[x] My code follows the style guidelines of this project
[x] I have performed a self-review of my code
[x] I have commented my code, particularly in hard-to-understand areas
[x] I have made corresponding changes to the documentation
[x] My changes generate no new warnings
[x] I have added tests that prove my fix is effective or that my feature works

Screenshots (if appropriate):

Add screenshots to showcase your changes

file:///home/saurav/Pictures/photo_6204231489621701102_y.jpg

file:///home/saurav/Pictures/photo_6204231489621701102_y.jpg

I have added the photo because screenshot doesnot show the cursor effect
On Sun, Oct 9, 2022 at 9:57 PM SAUVÉ Jean-Luc @.***>
wrote:

Add screenshots to showcase your changes
—
Reply to this email directly, view it on GitHub
https://github.com/SauveJeanLuc/coffee-tasks/pull/94#issuecomment-1272575116,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AO6MHXXB6ODHJZXGUZSIUHTWCLVGTANCNFSM6AAAAAARAX3QYU
.
You are receiving this because you authored the thread.Message ID:
@.***>

authors: SauveJeanLuc sisirdhakal

repo: SauveJeanLuc/coffee-tasks


text:
JA Translations for Sea Creatures

The creatures that were also in New Leaf have established Japanese names in the game that are on the Fandom wiki, and so were used as is. The new ones like "Slate pencil urchin" do not, and so for the time being I referred to Japanese Wikipedia for the names. They may need some modifications later on to match what name is actually being used in the game.

HUGE thanks for this! I'll merge for now, but my review doesn't mean much since I don't know Japanese 🙃. CC @julroy67 who has been doing the Japanese translations so far.

authors: SawyerHood arechauchauchau

repo: SawyerHood/animal-crossing-catch


text:
Update scalafmt-core to 3.0.3

Updates org.scalameta:scalafmt-core from 2.7.5 to 3.0.3.
GitHub Release Notes - Version Diff
I'll automatically update this PR to resolve conflicts as long as you don't change it yourself.
If you'd like to skip this version, you can just close this PR. If you have any feedback, just mention me in the comments below.
Configure Scala Steward for your repository with a .scala-steward.conf file.
Have a fantastic day writing Scala!

Ignore future updates
Add this to your .scala-steward.conf file to ignore future updates of this dependency:
updates.ignore = [ { groupId = "org.scalameta", artifactId = "scalafmt-core" } ]

labels: library-update, semver-major

Superseded by #191.

repo: ScalaConsultants/mesmer-akka-agent


text:
🛑 Acceso a Mercados is down

In a903ead, Acceso a Mercados ($URL_AAM) was down:

HTTP code: 503
Response time: 85 ms

Resolved: Acceso a Mercados is back up in da12017 after 32 minutes.


text:
feature: add FeedOptions parameter to submitFeed

Fixes #360

Great, thank you!

authors: RienNeVaPlus moltar

repo: ScaleLeap/amazon-mws-api-sdk


text:
Unknown and error values for calculated columns

I get duplicate business keys (NULL) for hubs, if I use a calculated column as source.
dbt version: 1.4.5
datavault4dbt version: 1.0.16
database: snowflake
Steps to reproduce the issue:
Config values are set to default.
Staging model definition:
{%- set yaml_metadata -%}
source_model: abc
derived_columns:
  SAMPLE_CALCULATED_COLUMN:
    value: "'TEST_' || ID"
    datatype: string
  OTHER_STRING_COLUMN: NAME
ldts: LOADTIMESTAMP
rsrc: '!123'
{%- endset -%}

Generated sql (shortened):
WITH

source_data AS (
    SELECT
     ...
      "ID",
      "NAME"
    FROM abc
  ),

ldts_rsrc_data AS (

  SELECT
    ...
    "ID",
    "NAME"
    FROM source_data

),

derived_columns AS (

  SELECT

  ...
  "NAME" AS "OTHER_STRING_COLUMN",
  'TEST_' || ID AS "SAMPLE_CALCULATED_COLUMN"
  FROM ldts_rsrc_data

),
unknown_values AS (

    SELECT

    ...
    '(unknown)' AS OTHER_STRING_COLUMN,
      NULL AS SAMPLE_CALCULATED_COLUMN

),

error_values AS (

    SELECT

    ...
    '(error)' AS OTHER_STRING_COLUMN,
    NULL AS SAMPLE_CALCULATED_COLUMN

),

ghost_records AS (
    SELECT * FROM unknown_values
    UNION ALL
    SELECT * FROM error_values
),
...

Expected values for the calculated string column would be '(unknown)' and '(error)'.

Hi @lwehle,
Thanks for reaching out! I agree with the expected values. Could you try out to specify the datatype of the derived columns in a different way? My current assumption is, that the macro in the background cant identify the string, and therefore the NULL is used as datatype.
Please change your model to this:
{%- set yaml_metadata -%}
source_model: abc
derived_columns:
  SAMPLE_CALCULATED_COLUMN:
    value: "'TEST_' || ID"
    datatype: "STRING"
  OTHER_STRING_COLUMN: NAME
ldts: LOADTIMESTAMP
rsrc: '!123'
{%- endset -%}

If this produces the correct output, then I would know how to modify the macro. I would want the macro to work with your orignal input in the end!
Kind regards,
Tim

Thanks @tkirschke for your suggestion. The datatype values "STRING" and STRING produce the expected output.

authors: lwehle tkirschke


text:
Create dissemination attendee form

Refer
https://github.com/Scaler-Community-Projects/NGO-Farmer-Analysis/wiki/Dissemination-Form
We need to implement the part 2 of this document - attendee/farmer details.

I want to work on this

Please suggest for any changes in this form regarding layout / input types or anything else that needs to be corrected?

Nice work.
Few suggestions:

You can use radio buttons for Adoption wish
Questions asked by farmer can be a textarea

authors: ritesh-pandey shubhipuntambekar


text:
Changed the default mode for the PlaneRenderer.

PlaneRenderMode.RENDER_ALL was set as the default mode but the doc states clearly that this mode is very expensive. A short check on the Profile verified this statement with 500ms spikes. The default mode is now set to PlaneRenderMode.RENDER_TOP_MOST.

Great found @RGregat !!!
I couldn't figure out why was the last Model Viewer laggy after some planes detected.
We definitely have to move the PlaneVisualizer to kotlin. It can easily be a PlaneNode and ShadowPlaneNode.
@RGregat Would you mind doing it just like in the answer you made there https://github.com/SceneView/sceneview-android/issues/30#issuecomment-1065927190 ?
I think that because glTF is at the end not so consuming comparing to programmatic mesh, maybe it could be a lot cleaner and customizable for users to use a Plane.glb and ShadowPlane.glb choice here.
I don't know if it's an with ARCore polygons @grassydragon ?

It can easily be a PlaneNode and ShadowPlaneNode.

Won't adding and removing many Nodes create a lot of objects for garbage collection?

I don't know if it's an issue with ARCore polygons @grassydragon?

I think we can only generate the polygons at runtime.

Is the topMostPlane actually the top most here?
https://github.com/SceneView/sceneview-android/blob/7ad2ec401649fa45031d84a28140eb58d2dda7e6/arsceneview/src/main/kotlin/io/github/sceneview/ar/scene/PlaneRenderer.kt#L156

Before moving the PlaneVisualizer to Kotlin let's decide what to do with the Renderable and RenderableInstance classes: https://github.com/SceneView/sceneview-android/issues/40

Is the topMostPlane actually the top most here?
https://github.com/SceneView/sceneview-android/blob/7ad2ec401649fa45031d84a28140eb58d2dda7e6/arsceneview/src/main/kotlin/io/github/sceneview/ar/scene/PlaneRenderer.kt#L156

Yes it should
There is definetly something to do to clean this part:
https://github.com/SceneView/sceneview-android/blob/3140b34c66cc6c5306f5e79a978df04013cfdf33/arsceneview/src/main/kotlin/io/github/sceneview/ar/scene/PlaneRenderer.kt#L134-L162

It can easily be a PlaneNode and ShadowPlaneNode.

Won't adding and removing many Nodes create a lot of objects for garbage collection?

You are probably right even if it would bring some great Node features we can use directly here.

I don't know if it's an issue with ARCore polygons @grassydragon?

I think we can only generate the polygons at runtime.

Would you mind doing the move from RenderableDefinittion to Filament direct mesh creation?
I definetly don't feel confortable with the mesh creation.

Before moving the PlaneVisualizer to Kotlin let's decide what to do with the Renderable and RenderableInstance classes: #40

Big subject here even if I'm conviced that most of the Renderable and RenderableInstance with the old sfb managed can be cleaned quite quickly. Resulting in a quite simple class.

Would you mind doing the move from RenderableDefinittion to Filament direct mesh creation?

We just need to make sure that we aren't missing any important features that the Sceneform provided for mesh creation. I actually only used the direct Filament approach.

Is this an example for the filament way to create a mesh? https://github.com/google/filament/blob/main/samples/hellotriangle.cpp

Is this an example for the filament way to create a mesh? https://github.com/google/filament/blob/main/samples/hellotriangle.cpp

This is the C++ version.
In created an Issue for each points of this conversation.
Answer here: https://github.com/SceneView/sceneview-android/issues/43

authors: RGregat ThomasGorisse grassydragon

repo: SceneView/sceneview-android


text:
restarting listener after stoping it without logout

api.listen(callback); //I did this to start a listener work
(api.listen())(); //i call this , the listener is stopped
api.listen(callback); //then i call this again, listener didn't restart
DId i use the method wrongly ? How do i restart the message listener ?
Thanks..

Get @rikka94, api.listen(callback) returns a function to stop that given callback (not all callbacks). So you should do var stop = api.listen(callback) and later when you need to stop that listen you can do stop().
If you need multiple callbacks running simultaneously you can also do that, and each function returned by listen is specific to the callback given.

We don't actually support multiple callbacks right now actually, can you explain what you're trying to do?

I am currently writing a wrapper library in .NET using edgeJS.
I've completed the sending and receiving message event handling part, now i am looking for a way to toggle the message listener on/off.
What i've been doing now i am storing the 'api' from the login callback into a GLOBAL variable so that i can access it from different script within same process.
for example, in the first script , i starting the listener
var api = GLOBAL.api;
//other code
api.listen(callback) ; //at here the listener is started

and then, in the second script , i stopping the listener
var api = GLOBAL.api;
(api.listen())(); //I tried this to stop it and it work for some reason, maybe i was wrong here.

then at here if i calling the first script again, listener didn't restart.
That's probably the whole situation.
Thanks.

If all you're trying to do is stop the callback, you're definitely going to want to call the stopListening callback like @bsansouci explained.  Calling listen() with no arguments has undefined behaviour right now.

i don't have issue stopping the callback but i need to restart it after stopping.
Anyway i got dirty solution myself by blocking the callback using a boolean.
Thanks for the help

So after calling stopListening, you aren't able to register a new callback?  I'm assuming you get no errors but you just never get any events?

Yea no error is show, just can't get event after stopping and register again..
Did you able to restart it ?

authors: Schmavery bsansouci rikka94

repo: Schmavery/facebook-chat-api


text:
api.markAsRead fails silently

Maybe the Facebook API changed. The unit test still passes, but I don't see it reflected by the Facebook site or Android Messenger app. The request sent by the current site includes the following params, and this API only includes ids[threadId].
ids[REMOVED]=true
watermarkTimestamp=1473520952998
titanOriginatedThreadId=REMOVED
shouldSendReadReceipt=true
commerce_last_message_type=non_ad

Interesting, thanks.  Can you try adding these params to our call and seeing if that fixes it?

I tried that, the one parameter I'm struggling to understand is titanOriginatedThreadId. Its format appears to match the unused utils.generateThreadingID method. Can you tell me about that method? What is the clientID that should be passed in? Here's what I've got so far:
form["ids[" + threadID + "]"] = true;
form["watermarkTimestamp"] = new Date().getTime();
form["shouldSendReadReceipt"] = true;
form["commerce_last_message_type"] = "non_ad";
form["titanOriginatedThreadId"] = utils.generateThreadingID("abcd");

This causes a loop of "WARN parseAndCheckLogin: Got status code 500 retrying...". Looking into it, it's a generic HTML error page with a "Sorry, something went wrong." message, so I'm guessing Facebook doesn't like my clientID value, or something else about the request.

Can you try ctx.clientID

Adding ctx.clientID lets the call go through. But with or without the four new params, the read notifications are working in a few chats (both individual and group) I have going, but not working in one particular group chat. However, I noticed that read notifications are not working through the official app in this particular chat, either. I'm satisfied that this is currently a bug with Facebook and not with your API.
I still don't know what the issue is with this group chat and read notifications, but I think this issue can be closed for now.

Thanks for investigating this, @Mini-Geek, it really helps a lot.
Hopefully facebook can get this cleared up on our end and it's good to have some initial investigation into a fix.
Does the group chat for which it fails succeed when you don't add the parameters?  If the parameters make markAsRead strictly better, I'd love to get a pull request so that we can add them to our api.

To be clear: From a purely "does it work" perspective, I can't say that the changes make it any better or worse. From a "does it match the current API as closely as possible" perspective, I'd say the changes are strictly better. I have submitted it as #332, if you'd like to merge it. Or don't merge it, I don't mind either way. =)

authors: Mini-Geek Schmavery


text:
⚠ Jenkins Plugins Artifactory has degraded performance

In 1325c62, Jenkins Plugins Artifactory (https://get.jenkins.io/plugins/artifactory/) experienced degraded performance:

HTTP code: 200
Response time: 1289 ms

Resolved: Jenkins Plugins Artifactory performance has improved in e565bcc after 13 minutes.

repo: Schmitzis/Uptime


text:
⚠ Jenkins Plugins Artifactory has degraded performance

In 5790a79, Jenkins Plugins Artifactory (https://get.jenkins.io/plugins/artifactory/) experienced degraded performance:

HTTP code: 200
Response time: 1146 ms

Resolved: Jenkins Plugins Artifactory performance has improved in dfb8b16 after 12 minutes.


text:
improving security

Leider (oder zum Glück) ist die Bluetooth-Kommunikation bei den Thermostaten nicht verschlüsselt.
Worstcase wäre, wenn man nach dem Urlaub feststellt, dass die Thermostate ununterbrochen aufgedreht waren, weil jemand sich einen Spaß erlaubt hat.
Es wäre sicher nützlich frühzeitig feststellen zu können, wenn die Sollwerte des Thermostats durch fremde Einwirkung verändert wurden.
Prinzipiell würde dafür auch ein zusätzlicher State als Indikator reichen.

Hatte es heute morgen versucht zu implementieren, das Auslesen der States per getStateAsync ist ein kraus...
Ich werde das wohl nicht hinbekommen, evtl. erbarmt sich jemand der sich mit der Materie besser auskennt als ich :)

Ich wollte mal ein paar lokale Änderungen hier rein mergen, da schau ich das gleich mit an. Kann aber ein paar Tage/Wochen daueren, ich muss schauen wie ich Zeit finde

@Schnup89 wie würdes du force_temperatur setzten? über die config seite oder als state den man dann manuel anpassen kann?

Ich denke über einen state ist es einfacher, über die config Seite muss man die liste HTML und und anpassen. Danke für deine hilfe!

authors: Schnup89 andri-anski derherrgraf