failed to execute script electrum-btcp [$5]

I am simply trying to open the wallet. I have had this error message for a few days now: https://imgur.com/F82ZXoJ
Deleted and re-downloaded.
I have checked both my AV and Windows 10 action center for anything blocked or quarantined but nothing is there. I have updated windows. Is there an obvious fix I am missing here? I have also tried downloading 1.1.0 but got the same error.
Edit: Downloads fine on my laptop. Still not sure what to troubleshoot locally on the desktop though.

There is a $5 open bounty on this issue. Add to the bounty at Bountysource.

I am facing the same issue

Try opening it in Windows compatibility mode

hoho


Offline build

Hello,
I am a packager from the GeekosDAW project on openSUSE GNU/Linux and I'd like to make a package for mugene-ng, so that openSUSE users can easily discover and install it from their package manager. To build and publish packages on openSUSE we use the Open Build Server (OBS), which offers offline virtualized environments. For this reason, it's very important that programs can be built without an Internet connection and, if there are any dependencies, they are either vendored with the programs or packaged separately by us (ktmidi is a useful library so I can probably package it separately).
Premise: I am no gradle expert even if I've built Java programs in the past (also with Maven). I tried to follow the official build instructions in the README but the build process required an Internet connection. I tried to use gradle -offline build with the tasks you indicated in the README but that did not work. Could you please help me build this project without an Internet connection, so that I can make a package for it on openSUSE? We really need a well-written, still-maintained MML-to-MIDI translator in our repository. Thank you! :bow:

Hi, thanks for your interest in the project and offering packaging, that's music to my ears! Let me make it clear first, mugene-ng and ktmidi are typical (well, to some extent) Kotlin application and library, and I believe it does depend on remote packages. TBH I am not familiar with offline builds and if it has been viable for a Kotlin project like this.
The first and biggest thing that comes to my mind is, there should be Kotlin compiler toolchains, Gradle,  and so on that should also be available offline (I guess?), as well as its standard libraries (kotlin-stdlib, coroutines, and so on), which would need a thorough set of the framework ecosystem. I was originally in the mono team, which you would be able to find that it consists of a lot of library packages. Providing the entire packages had (has) been a massive task. And the same would apply to Kotlin. So unless they are already packaged, I assume you are going to have to work on a far beyond packaging just one app.
All those dependencies in the project are listed in dependencies section of build.gradle, which are Maven packages. It would be still possible if you have sources for those maven dependency packages then you can build them and "publish" to mavenLocal repository (which is under $HOME/.m2/repository. Then ./gradlew -offline build would work (I haven't actually verified, but it should be in theory).
On how to deal with Maven package equivalents, some existing knowledge base on those existing Java packages would help. For Kotlin toolchains, maybe you need some help from distros (I'm assuming it is rather a distro-specific issue).

I was just curious and tried on Ubuntu 20.04, and found that it seems kotlin is provided as a snap package. Maybe that does not count for your requirement I guess.

Hi, thanks for your interest in the project and offering packaging, that's music to my ears!

It's me who thanks you, because you finally released a MML toolkit comprehensible by people who can't read kana and kanji which has clearly some robustness to it and a proper FLOSS license! :smiley: I think it's time that the Japanese audio ecosystem is better represented on mainstream GNU/Linux distributions.

All those dependencies in the project are listed in dependencies section of build.gradle, which are Maven packages. It would be still possible if you have sources for those maven dependency packages then you can build them and "publish" to mavenLocal repository (which is under $HOME/.m2/repository. Then ./gradlew -offline build would work (I haven't actually verified, but it should be in theory).

This is actually the info I was looking for, thanks. I think there is a lot of work to do in order to finish the build on openSUSE. I ask you to kindly keep this ticket open so that I can share any obstacles to a fully offline build.
Meanwhile, are the NPM and Android dependencies mandatory on GNU/Linux or will mugene-ng build without them?

One thing I noticed w.r.t. package resolution is that build.gradle in any library that depends on packages in mavenLocal will have to add explicit declaration like repositories { mavenLocal() }, which usually does not happen in the sources (i.e. local patches would be needed). My libraries, including ktmidi, has mavenLocal() specification, but dependencies like antlr-kotlin would not. Just FYI.


Add Rive

Add the web-based Rive animation tool
Checklist

[x] I made something good today 💐.
[x] I put links in the correct format: [Tool](link) — description.
[x] My description starts with the lower-case letter and ends with the full stop.
[x] I put the tool in the alphabetical order.

Optional

[x] I added the appropriate labels: free, open-source or mac.
[x] I put the tool only to one category.
[x] I followed Contribution Guidelines.

Rive is a rebrand of flare which already exists.
https://github.com/goabstract/Awesome-Design-Tools/pull/406
👆 this pull request modifies it

@itsnoa04  Thanks! I didn't notice that. Closing my PR.


cannot stat /etc/logrotate.d/flush_mysql_logs when joining metrics-endpoint relation

Steps to reproduce

juju add-model cos;deploy cos...
juju offer prometheus:metrics-endpoint pm-me
juju add-model squirrel
juju deploy mysql --channel 8.0/stable
juju integrate mysql admin/squirrel.pm-me

Expected behavior
Does not error out
Actual behavior

Failure during relation-join: charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
Versions

Operating system: Ubuntu 22.04.4 LTS

Juju CLI: 3.2.4-genericlinux-amd64

Juju agent: 3.2.4

Charm revision: 113

microk8s: MicroK8s v1.28.7 revision 6532
Log output

Juju debug log:
https://pastebin.canonical.com/p/rfP7thNKVN/
2024-02-26T17:52:14.213Z [container-agent] 2024-02-26 17:52:14 INFO juju.worker.uniter.operation runhook.go:186 ran "update-status" hook (via hook dispatching script: dispatch)
2024-02-26T17:57:10.836Z [container-agent] 2024-02-26 17:57:10 INFO juju-log Unit workload member-state is online with member-role secondary
2024-02-26T17:57:13.032Z [container-agent] 2024-02-26 17:57:13 WARNING juju-log No relation: certificates
2024-02-26T17:57:13.342Z [container-agent] 2024-02-26 17:57:13 INFO juju.worker.uniter.operation runhook.go:186 ran "update-status" hook (via hook dispatching script: dispatch)
2024-02-26T17:57:33.136Z [container-agent] 2024-02-26 17:57:33 INFO juju.worker.uniter.operation runhook.go:186 ran "grafana-dashboard-relation-created" hook (via hook dispatching script: dispatch)
2024-02-26T17:57:34.264Z [container-agent] 2024-02-26 17:57:34 INFO juju-log metrics-endpoint:266: Adding pebble layer
2024-02-26T17:57:39.680Z [container-agent] 2024-02-26 17:57:39 ERROR juju-log metrics-endpoint:266: Uncaught exception while in charm code:
2024-02-26T17:57:39.680Z [container-agent] Traceback (most recent call last):
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 786, in <module>
2024-02-26T17:57:39.680Z [container-agent]     main(MySQLOperatorCharm)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 436, in main
2024-02-26T17:57:39.680Z [container-agent]     _emit_charm_event(charm, dispatcher.event_name)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 144, in _emit_charm_event
2024-02-26T17:57:39.680Z [container-agent]     event_to_emit.emit(*args, **kwargs)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 351, in emit
2024-02-26T17:57:39.680Z [container-agent]     framework._emit(event)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 853, in _emit
2024-02-26T17:57:39.680Z [container-agent]     self._reemit(event_path)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 942, in _reemit
2024-02-26T17:57:39.680Z [container-agent]     custom_handler(event)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 393, in _reconcile_mysqld_exporter
2024-02-26T17:57:39.680Z [container-agent]     self._reconcile_pebble_layer(container)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 344, in _reconcile_pebble_layer
2024-02-26T17:57:39.680Z [container-agent]     container.replan()
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/model.py", line 2104, in replan
2024-02-26T17:57:39.680Z [container-agent]     self._pebble.replan_services()
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1782, in replan_services
2024-02-26T17:57:39.680Z [container-agent]     return self._services_action('replan', [], timeout, delay)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1864, in _services_action
2024-02-26T17:57:39.680Z [container-agent]     change = self.wait_change(change_id, timeout=timeout, delay=delay)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1893, in wait_change
2024-02-26T17:57:39.680Z [container-agent]     return self._wait_change_using_wait(change_id, timeout)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1914, in _wait_change_using_wait
2024-02-26T17:57:39.680Z [container-agent]     return self._wait_change(change_id, this_timeout)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1928, in _wait_change
2024-02-26T17:57:39.680Z [container-agent]     resp = self._request('GET', f'/v1/changes/{change_id}/wait', query)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1655, in _request
2024-02-26T17:57:39.680Z [container-agent]     response = self._request_raw(method, path, query, headers, data)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1690, in _request_raw
2024-02-26T17:57:39.680Z [container-agent]     response = self.opener.open(request, timeout=self.timeout)
2024-02-26T17:57:39.680Z [container-agent]   File "/usr/lib/python3.10/urllib/request.py", line 519, in open
2024-02-26T17:57:39.680Z [container-agent]     response = self._open(req, data)
2024-02-26T17:57:39.680Z [container-agent]   File "/usr/lib/python3.10/urllib/request.py", line 536, in _open
2024-02-26T17:57:39.680Z [container-agent]     result = self._call_chain(self.handle_open, protocol, protocol +
2024-02-26T17:57:39.680Z [container-agent]   File "/usr/lib/python3.10/urllib/request.py", line 496, in _call_chain
2024-02-26T17:57:39.680Z [container-agent]     result = func(*args)
2024-02-26T17:57:39.680Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 311, in http_open
2024-02-26T17:57:39.680Z [container-agent]     return self.do_open(_UnixSocketConnection, req,  # type:ignore
2024-02-26T17:57:39.680Z [container-agent]   File "/usr/lib/python3.10/urllib/request.py", line 1352, in do_open
2024-02-26T17:57:39.680Z [container-agent]     r = h.getresponse()
2024-02-26T17:57:39.680Z [container-agent]   File "/usr/lib/python3.10/http/client.py", line 1375, in getresponse
2024-02-26T17:57:39.680Z [container-agent]     response.begin()
2024-02-26T17:57:39.680Z [container-agent]   File "/usr/lib/python3.10/http/client.py", line 318, in begin
2024-02-26T17:57:39.680Z [container-agent]     version, status, reason = self._read_status()
2024-02-26T17:57:39.680Z [container-agent]   File "/usr/lib/python3.10/http/client.py", line 279, in _read_status
2024-02-26T17:57:39.680Z [container-agent]     line = str(self.fp.readline(_MAXLINE + 1), "iso-8859-1")
2024-02-26T17:57:39.680Z [container-agent]   File "/usr/lib/python3.10/socket.py", line 705, in readinto
2024-02-26T17:57:39.680Z [container-agent]     return self._sock.recv_into(b)
2024-02-26T17:57:39.680Z [container-agent] TimeoutError: timed out
2024-02-26T17:57:39.970Z [container-agent] 2024-02-26 17:57:39 ERROR juju.worker.uniter.operation runhook.go:180 hook "metrics-endpoint-relation-created" (via hook dispatching script: dispatch) failed: exit status 1
2024-02-26T17:57:39.973Z [container-agent] 2024-02-26 17:57:39 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:57:43.551Z [container-agent] 2024-02-26 17:57:43 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:57:44.467Z [container-agent] 2024-02-26 17:57:44 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:57:45.082Z [container-agent] 2024-02-26 17:57:45 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:58:08.414Z [container-agent] 2024-02-26 17:58:08 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:58:18.234Z [container-agent] 2024-02-26 17:58:18 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:58:22.938Z [container-agent] 2024-02-26 17:58:22 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:58:23.894Z [container-agent] 2024-02-26 17:58:23 INFO juju-log metrics-endpoint:266: Adding pebble layer
2024-02-26T17:58:27.142Z [container-agent] 2024-02-26 17:58:27 ERROR juju-log metrics-endpoint:266: Uncaught exception while in charm code:
2024-02-26T17:58:27.142Z [container-agent] Traceback (most recent call last):
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 786, in <module>
2024-02-26T17:58:27.142Z [container-agent]     main(MySQLOperatorCharm)
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 436, in main
2024-02-26T17:58:27.142Z [container-agent]     _emit_charm_event(charm, dispatcher.event_name)
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 144, in _emit_charm_event
2024-02-26T17:58:27.142Z [container-agent]     event_to_emit.emit(*args, **kwargs)
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 351, in emit
2024-02-26T17:58:27.142Z [container-agent]     framework._emit(event)
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 853, in _emit
2024-02-26T17:58:27.142Z [container-agent]     self._reemit(event_path)
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 942, in _reemit
2024-02-26T17:58:27.142Z [container-agent]     custom_handler(event)
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 393, in _reconcile_mysqld_exporter
2024-02-26T17:58:27.142Z [container-agent]     self._reconcile_pebble_layer(container)
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 344, in _reconcile_pebble_layer
2024-02-26T17:58:27.142Z [container-agent]     container.replan()
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/model.py", line 2104, in replan
2024-02-26T17:58:27.142Z [container-agent]     self._pebble.replan_services()
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1782, in replan_services
2024-02-26T17:58:27.142Z [container-agent]     return self._services_action('replan', [], timeout, delay)
2024-02-26T17:58:27.142Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1866, in _services_action
2024-02-26T17:58:27.142Z [container-agent]     raise ChangeError(change.err, change)
2024-02-26T17:58:27.142Z [container-agent] ops.pebble.ChangeError: cannot perform the following tasks:
2024-02-26T17:58:27.142Z [container-agent] - Start service "mysqld_safe" (cannot start service: exited quickly with code 1)
2024-02-26T17:58:27.142Z [container-agent] ----- Logs from task 0 -----
2024-02-26T17:58:27.142Z [container-agent] 2024-02-26T17:58:24Z INFO Service "mysqld_exporter" already started.
2024-02-26T17:58:27.142Z [container-agent] ----- Logs from task 1 -----
2024-02-26T17:58:27.142Z [container-agent] 2024-02-26T17:58:25Z INFO Most recent service output:
2024-02-26T17:58:27.142Z [container-agent]     2024-02-26T17:58:25.932632Z mysqld_safe Logging to '/var/log/mysql/error.log'.
2024-02-26T17:58:27.142Z [container-agent]     2024-02-26T17:58:25.949431Z mysqld_safe A mysqld process already exists
2024-02-26T17:58:27.142Z [container-agent] 2024-02-26T17:58:26Z ERROR cannot start service: exited quickly with code 1
2024-02-26T17:58:27.142Z [container-agent] -----
2024-02-26T17:58:27.442Z [container-agent] 2024-02-26 17:58:27 ERROR juju.worker.uniter.operation runhook.go:180 hook "metrics-endpoint-relation-created" (via hook dispatching script: dispatch) failed: exit status 1
2024-02-26T17:58:27.444Z [container-agent] 2024-02-26 17:58:27 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:58:32.752Z [container-agent] 2024-02-26 17:58:32 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:58:35.026Z [container-agent] 2024-02-26 17:58:35 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:58:42.653Z [container-agent] 2024-02-26 17:58:42 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:59:09.012Z [container-agent] 2024-02-26 17:59:09 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:59:55.304Z [container-agent] 2024-02-26 17:59:55 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T17:59:56.221Z [container-agent] 2024-02-26 17:59:56 INFO juju-log metrics-endpoint:266: Adding pebble layer
2024-02-26T17:59:59.421Z [container-agent] 2024-02-26 17:59:59 ERROR juju-log metrics-endpoint:266: Uncaught exception while in charm code:
2024-02-26T17:59:59.421Z [container-agent] Traceback (most recent call last):
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 786, in <module>
2024-02-26T17:59:59.421Z [container-agent]     main(MySQLOperatorCharm)
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 436, in main
2024-02-26T17:59:59.421Z [container-agent]     _emit_charm_event(charm, dispatcher.event_name)
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 144, in _emit_charm_event
2024-02-26T17:59:59.421Z [container-agent]     event_to_emit.emit(*args, **kwargs)
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 351, in emit
2024-02-26T17:59:59.421Z [container-agent]     framework._emit(event)
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 853, in _emit
2024-02-26T17:59:59.421Z [container-agent]     self._reemit(event_path)
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 942, in _reemit
2024-02-26T17:59:59.421Z [container-agent]     custom_handler(event)
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 393, in _reconcile_mysqld_exporter
2024-02-26T17:59:59.421Z [container-agent]     self._reconcile_pebble_layer(container)
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 344, in _reconcile_pebble_layer
2024-02-26T17:59:59.421Z [container-agent]     container.replan()
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/model.py", line 2104, in replan
2024-02-26T17:59:59.421Z [container-agent]     self._pebble.replan_services()
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1782, in replan_services
2024-02-26T17:59:59.421Z [container-agent]     return self._services_action('replan', [], timeout, delay)
2024-02-26T17:59:59.421Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1866, in _services_action
2024-02-26T17:59:59.421Z [container-agent]     raise ChangeError(change.err, change)
2024-02-26T17:59:59.421Z [container-agent] ops.pebble.ChangeError: cannot perform the following tasks:
2024-02-26T17:59:59.421Z [container-agent] - Start service "mysqld_safe" (cannot start service: exited quickly with code 1)
2024-02-26T17:59:59.421Z [container-agent] ----- Logs from task 0 -----
2024-02-26T17:59:59.421Z [container-agent] 2024-02-26T17:59:56Z INFO Service "mysqld_exporter" already started.
2024-02-26T17:59:59.421Z [container-agent] ----- Logs from task 1 -----
2024-02-26T17:59:59.421Z [container-agent] 2024-02-26T17:59:58Z INFO Most recent service output:
2024-02-26T17:59:59.421Z [container-agent]     2024-02-26T17:59:58.267224Z mysqld_safe Logging to '/var/log/mysql/error.log'.
2024-02-26T17:59:59.421Z [container-agent]     2024-02-26T17:59:58.284154Z mysqld_safe A mysqld process already exists
2024-02-26T17:59:59.421Z [container-agent] 2024-02-26T17:59:58Z ERROR cannot start service: exited quickly with code 1
2024-02-26T17:59:59.421Z [container-agent] -----
2024-02-26T17:59:59.698Z [container-agent] 2024-02-26 17:59:59 ERROR juju.worker.uniter.operation runhook.go:180 hook "metrics-endpoint-relation-created" (via hook dispatching script: dispatch) failed: exit status 1
2024-02-26T17:59:59.700Z [container-agent] 2024-02-26 17:59:59 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:00:09.221Z [container-agent] 2024-02-26 18:00:09 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:01:08.861Z [container-agent] 2024-02-26 18:01:08 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:02:09.041Z [container-agent] 2024-02-26 18:02:09 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:02:33.675Z [container-agent] 2024-02-26 18:02:33 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:02:37.923Z [container-agent] 2024-02-26 18:02:37 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:02:38.563Z [container-agent] 2024-02-26 18:02:38 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:02:49.557Z [container-agent] 2024-02-26 18:02:49 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:02:57.555Z [container-agent] 2024-02-26 18:02:57 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:02:58.471Z [container-agent] 2024-02-26 18:02:58 INFO juju-log metrics-endpoint:266: Adding pebble layer
2024-02-26T18:03:32.540Z [container-agent] 2024-02-26 18:03:32 ERROR juju-log metrics-endpoint:266: Uncaught exception while in charm code:
2024-02-26T18:03:32.540Z [container-agent] Traceback (most recent call last):
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 786, in <module>
2024-02-26T18:03:32.540Z [container-agent]     main(MySQLOperatorCharm)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 436, in main
2024-02-26T18:03:32.540Z [container-agent]     _emit_charm_event(charm, dispatcher.event_name)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 144, in _emit_charm_event
2024-02-26T18:03:32.540Z [container-agent]     event_to_emit.emit(*args, **kwargs)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 351, in emit
2024-02-26T18:03:32.540Z [container-agent]     framework._emit(event)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 853, in _emit
2024-02-26T18:03:32.540Z [container-agent]     self._reemit(event_path)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 942, in _reemit
2024-02-26T18:03:32.540Z [container-agent]     custom_handler(event)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 393, in _reconcile_mysqld_exporter
2024-02-26T18:03:32.540Z [container-agent]     self._reconcile_pebble_layer(container)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 345, in _reconcile_pebble_layer
2024-02-26T18:03:32.540Z [container-agent]     self._mysql.wait_until_mysql_connection()
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 289, in wrapped_f
2024-02-26T18:03:32.540Z [container-agent]     return self(f, *args, **kw)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 379, in __call__
2024-02-26T18:03:32.540Z [container-agent]     do = self.iter(retry_state=retry_state)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 325, in iter
2024-02-26T18:03:32.540Z [container-agent]     raise retry_exc.reraise()
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 158, in reraise
2024-02-26T18:03:32.540Z [container-agent]     raise self.last_attempt.result()
2024-02-26T18:03:32.540Z [container-agent]   File "/usr/lib/python3.10/concurrent/futures/_base.py", line 451, in result
2024-02-26T18:03:32.540Z [container-agent]     return self.__get_result()
2024-02-26T18:03:32.540Z [container-agent]   File "/usr/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
2024-02-26T18:03:32.540Z [container-agent]     raise self._exception
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 382, in __call__
2024-02-26T18:03:32.540Z [container-agent]     result = fn(*args, **kwargs)
2024-02-26T18:03:32.540Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 237, in wait_until_mysql_connection
2024-02-26T18:03:32.540Z [container-agent]     raise MySQLServiceNotRunningError("Connection with mysqlsh not possible")
2024-02-26T18:03:32.540Z [container-agent] mysql_k8s_helpers.MySQLServiceNotRunningError: Connection with mysqlsh not possible
2024-02-26T18:03:32.829Z [container-agent] 2024-02-26 18:03:32 ERROR juju.worker.uniter.operation runhook.go:180 hook "metrics-endpoint-relation-created" (via hook dispatching script: dispatch) failed: exit status 1
2024-02-26T18:03:33.878Z [container-agent] 2024-02-26 18:03:33 ERROR juju-log Failed to rotate mysql logs
2024-02-26T18:03:33.878Z [container-agent] Traceback (most recent call last):
2024-02-26T18:03:33.878Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 628, in _execute_commands
2024-02-26T18:03:33.878Z [container-agent]     stdout, stderr = process.wait_output()
2024-02-26T18:03:33.878Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1441, in wait_output
2024-02-26T18:03:33.878Z [container-agent]     raise ExecError[AnyStr](self._command, exit_code, out_value, err_value)
2024-02-26T18:03:33.878Z [container-agent] ops.pebble.ExecError: non-zero exit code 1 executing ['logrotate', '-f', '/etc/logrotate.d/flush_mysql_logs'], stdout='', stderr='error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory\n'
2024-02-26T18:03:33.878Z [container-agent]
2024-02-26T18:03:33.878Z [container-agent] During handling of the above exception, another exception occurred:
2024-02-26T18:03:33.878Z [container-agent]
2024-02-26T18:03:33.878Z [container-agent] Traceback (most recent call last):
2024-02-26T18:03:33.878Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/rotate_mysql_logs.py", line 50, in _rotate_mysql_logs
2024-02-26T18:03:33.878Z [container-agent]     self.charm._mysql._execute_commands(["logrotate", "-f", LOG_ROTATE_CONFIG_FILE])
2024-02-26T18:03:33.878Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 632, in _execute_commands
2024-02-26T18:03:33.878Z [container-agent]     raise MySQLExecError(e.stderr)
2024-02-26T18:03:33.878Z [container-agent] charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
2024-02-26T18:03:33.878Z [container-agent]
2024-02-26T18:03:34.001Z [container-agent] 2024-02-26 18:03:34 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:04:01.090Z [container-agent] 2024-02-26 18:04:01 ERROR juju-log Failed to rotate mysql logs
2024-02-26T18:04:01.090Z [container-agent] Traceback (most recent call last):
2024-02-26T18:04:01.090Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 628, in _execute_commands
2024-02-26T18:04:01.090Z [container-agent]     stdout, stderr = process.wait_output()
2024-02-26T18:04:01.090Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1441, in wait_output
2024-02-26T18:04:01.090Z [container-agent]     raise ExecError[AnyStr](self._command, exit_code, out_value, err_value)
2024-02-26T18:04:01.090Z [container-agent] ops.pebble.ExecError: non-zero exit code 1 executing ['logrotate', '-f', '/etc/logrotate.d/flush_mysql_logs'], stdout='', stderr='error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory\n'
2024-02-26T18:04:01.090Z [container-agent]
2024-02-26T18:04:01.090Z [container-agent] During handling of the above exception, another exception occurred:
2024-02-26T18:04:01.090Z [container-agent]
2024-02-26T18:04:01.090Z [container-agent] Traceback (most recent call last):
2024-02-26T18:04:01.090Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/rotate_mysql_logs.py", line 50, in _rotate_mysql_logs
2024-02-26T18:04:01.090Z [container-agent]     self.charm._mysql._execute_commands(["logrotate", "-f", LOG_ROTATE_CONFIG_FILE])
2024-02-26T18:04:01.090Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 632, in _execute_commands
2024-02-26T18:04:01.090Z [container-agent]     raise MySQLExecError(e.stderr)
2024-02-26T18:04:01.090Z [container-agent] charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
2024-02-26T18:04:01.090Z [container-agent]
2024-02-26T18:04:01.184Z [container-agent] 2024-02-26 18:04:01 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:05:01.224Z [container-agent] 2024-02-26 18:05:01 ERROR juju-log Failed to rotate mysql logs
2024-02-26T18:05:01.224Z [container-agent] Traceback (most recent call last):
2024-02-26T18:05:01.224Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 628, in _execute_commands
2024-02-26T18:05:01.224Z [container-agent]     stdout, stderr = process.wait_output()
2024-02-26T18:05:01.224Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1441, in wait_output
2024-02-26T18:05:01.224Z [container-agent]     raise ExecError[AnyStr](self._command, exit_code, out_value, err_value)
2024-02-26T18:05:01.224Z [container-agent] ops.pebble.ExecError: non-zero exit code 1 executing ['logrotate', '-f', '/etc/logrotate.d/flush_mysql_logs'], stdout='', stderr='error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory\n'
2024-02-26T18:05:01.224Z [container-agent]
2024-02-26T18:05:01.224Z [container-agent] During handling of the above exception, another exception occurred:
2024-02-26T18:05:01.224Z [container-agent]
2024-02-26T18:05:01.224Z [container-agent] Traceback (most recent call last):
2024-02-26T18:05:01.224Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/rotate_mysql_logs.py", line 50, in _rotate_mysql_logs
2024-02-26T18:05:01.224Z [container-agent]     self.charm._mysql._execute_commands(["logrotate", "-f", LOG_ROTATE_CONFIG_FILE])
2024-02-26T18:05:01.224Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 632, in _execute_commands
2024-02-26T18:05:01.224Z [container-agent]     raise MySQLExecError(e.stderr)
2024-02-26T18:05:01.224Z [container-agent] charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
2024-02-26T18:05:01.224Z [container-agent]
2024-02-26T18:05:01.358Z [container-agent] 2024-02-26 18:05:01 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:06:01.233Z [container-agent] 2024-02-26 18:06:01 ERROR juju-log Failed to rotate mysql logs
2024-02-26T18:06:01.233Z [container-agent] Traceback (most recent call last):
2024-02-26T18:06:01.233Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 628, in _execute_commands
2024-02-26T18:06:01.233Z [container-agent]     stdout, stderr = process.wait_output()
2024-02-26T18:06:01.233Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1441, in wait_output
2024-02-26T18:06:01.233Z [container-agent]     raise ExecError[AnyStr](self._command, exit_code, out_value, err_value)
2024-02-26T18:06:01.233Z [container-agent] ops.pebble.ExecError: non-zero exit code 1 executing ['logrotate', '-f', '/etc/logrotate.d/flush_mysql_logs'], stdout='', stderr='error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory\n'
2024-02-26T18:06:01.233Z [container-agent]
2024-02-26T18:06:01.233Z [container-agent] During handling of the above exception, another exception occurred:
2024-02-26T18:06:01.233Z [container-agent]
2024-02-26T18:06:01.233Z [container-agent] Traceback (most recent call last):
2024-02-26T18:06:01.233Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/rotate_mysql_logs.py", line 50, in _rotate_mysql_logs
2024-02-26T18:06:01.233Z [container-agent]     self.charm._mysql._execute_commands(["logrotate", "-f", LOG_ROTATE_CONFIG_FILE])
2024-02-26T18:06:01.233Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 632, in _execute_commands
2024-02-26T18:06:01.233Z [container-agent]     raise MySQLExecError(e.stderr)
2024-02-26T18:06:01.233Z [container-agent] charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
2024-02-26T18:06:01.233Z [container-agent]
2024-02-26T18:06:01.359Z [container-agent] 2024-02-26 18:06:01 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:07:01.197Z [container-agent] 2024-02-26 18:07:01 ERROR juju-log Failed to rotate mysql logs
2024-02-26T18:07:01.197Z [container-agent] Traceback (most recent call last):
2024-02-26T18:07:01.197Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 628, in _execute_commands
2024-02-26T18:07:01.197Z [container-agent]     stdout, stderr = process.wait_output()
2024-02-26T18:07:01.197Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1441, in wait_output
2024-02-26T18:07:01.197Z [container-agent]     raise ExecError[AnyStr](self._command, exit_code, out_value, err_value)
2024-02-26T18:07:01.197Z [container-agent] ops.pebble.ExecError: non-zero exit code 1 executing ['logrotate', '-f', '/etc/logrotate.d/flush_mysql_logs'], stdout='', stderr='error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory\n'
2024-02-26T18:07:01.197Z [container-agent]
2024-02-26T18:07:01.197Z [container-agent] During handling of the above exception, another exception occurred:
2024-02-26T18:07:01.197Z [container-agent]
2024-02-26T18:07:01.197Z [container-agent] Traceback (most recent call last):
2024-02-26T18:07:01.197Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/rotate_mysql_logs.py", line 50, in _rotate_mysql_logs
2024-02-26T18:07:01.197Z [container-agent]     self.charm._mysql._execute_commands(["logrotate", "-f", LOG_ROTATE_CONFIG_FILE])
2024-02-26T18:07:01.197Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 632, in _execute_commands
2024-02-26T18:07:01.197Z [container-agent]     raise MySQLExecError(e.stderr)
2024-02-26T18:07:01.197Z [container-agent] charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
2024-02-26T18:07:01.197Z [container-agent]
2024-02-26T18:07:01.309Z [container-agent] 2024-02-26 18:07:01 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:08:01.252Z [container-agent] 2024-02-26 18:08:01 ERROR juju-log Failed to rotate mysql logs
2024-02-26T18:08:01.252Z [container-agent] Traceback (most recent call last):
2024-02-26T18:08:01.252Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 628, in _execute_commands
2024-02-26T18:08:01.252Z [container-agent]     stdout, stderr = process.wait_output()
2024-02-26T18:08:01.252Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1441, in wait_output
2024-02-26T18:08:01.252Z [container-agent]     raise ExecError[AnyStr](self._command, exit_code, out_value, err_value)
2024-02-26T18:08:01.252Z [container-agent] ops.pebble.ExecError: non-zero exit code 1 executing ['logrotate', '-f', '/etc/logrotate.d/flush_mysql_logs'], stdout='', stderr='error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory\n'
2024-02-26T18:08:01.252Z [container-agent]
2024-02-26T18:08:01.252Z [container-agent] During handling of the above exception, another exception occurred:
2024-02-26T18:08:01.252Z [container-agent]
2024-02-26T18:08:01.252Z [container-agent] Traceback (most recent call last):
2024-02-26T18:08:01.252Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/rotate_mysql_logs.py", line 50, in _rotate_mysql_logs
2024-02-26T18:08:01.252Z [container-agent]     self.charm._mysql._execute_commands(["logrotate", "-f", LOG_ROTATE_CONFIG_FILE])
2024-02-26T18:08:01.252Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 632, in _execute_commands
2024-02-26T18:08:01.252Z [container-agent]     raise MySQLExecError(e.stderr)
2024-02-26T18:08:01.252Z [container-agent] charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
2024-02-26T18:08:01.252Z [container-agent]
2024-02-26T18:08:01.390Z [container-agent] 2024-02-26 18:08:01 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:08:19.296Z [container-agent] 2024-02-26 18:08:19 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:08:26.593Z [container-agent] 2024-02-26 18:08:26 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:08:34.017Z [container-agent] 2024-02-26 18:08:34 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:08:35.014Z [container-agent] 2024-02-26 18:08:35 INFO juju-log metrics-endpoint:266: Adding pebble layer
2024-02-26T18:09:07.788Z [container-agent] 2024-02-26 18:09:07 ERROR juju-log metrics-endpoint:266: Uncaught exception while in charm code:
2024-02-26T18:09:07.788Z [container-agent] Traceback (most recent call last):
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 786, in <module>
2024-02-26T18:09:07.788Z [container-agent]     main(MySQLOperatorCharm)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 436, in main
2024-02-26T18:09:07.788Z [container-agent]     _emit_charm_event(charm, dispatcher.event_name)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/main.py", line 144, in _emit_charm_event
2024-02-26T18:09:07.788Z [container-agent]     event_to_emit.emit(*args, **kwargs)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 351, in emit
2024-02-26T18:09:07.788Z [container-agent]     framework._emit(event)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 853, in _emit
2024-02-26T18:09:07.788Z [container-agent]     self._reemit(event_path)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/framework.py", line 942, in _reemit
2024-02-26T18:09:07.788Z [container-agent]     custom_handler(event)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 393, in _reconcile_mysqld_exporter
2024-02-26T18:09:07.788Z [container-agent]     self._reconcile_pebble_layer(container)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/./src/charm.py", line 345, in _reconcile_pebble_layer
2024-02-26T18:09:07.788Z [container-agent]     self._mysql.wait_until_mysql_connection()
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 289, in wrapped_f
2024-02-26T18:09:07.788Z [container-agent]     return self(f, *args, **kw)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 379, in __call__
2024-02-26T18:09:07.788Z [container-agent]     do = self.iter(retry_state=retry_state)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 325, in iter
2024-02-26T18:09:07.788Z [container-agent]     raise retry_exc.reraise()
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 158, in reraise
2024-02-26T18:09:07.788Z [container-agent]     raise self.last_attempt.result()
2024-02-26T18:09:07.788Z [container-agent]   File "/usr/lib/python3.10/concurrent/futures/_base.py", line 451, in result
2024-02-26T18:09:07.788Z [container-agent]     return self.__get_result()
2024-02-26T18:09:07.788Z [container-agent]   File "/usr/lib/python3.10/concurrent/futures/_base.py", line 403, in __get_result
2024-02-26T18:09:07.788Z [container-agent]     raise self._exception
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/tenacity/__init__.py", line 382, in __call__
2024-02-26T18:09:07.788Z [container-agent]     result = fn(*args, **kwargs)
2024-02-26T18:09:07.788Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 237, in wait_until_mysql_connection
2024-02-26T18:09:07.788Z [container-agent]     raise MySQLServiceNotRunningError("Connection with mysqlsh not possible")
2024-02-26T18:09:07.788Z [container-agent] mysql_k8s_helpers.MySQLServiceNotRunningError: Connection with mysqlsh not possible
2024-02-26T18:09:08.085Z [container-agent] 2024-02-26 18:09:08 ERROR juju.worker.uniter.operation runhook.go:180 hook "metrics-endpoint-relation-created" (via hook dispatching script: dispatch) failed: exit status 1
2024-02-26T18:09:09.163Z [container-agent] 2024-02-26 18:09:09 ERROR juju-log Failed to rotate mysql logs
2024-02-26T18:09:09.163Z [container-agent] Traceback (most recent call last):
2024-02-26T18:09:09.163Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 628, in _execute_commands
2024-02-26T18:09:09.163Z [container-agent]     stdout, stderr = process.wait_output()
2024-02-26T18:09:09.163Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1441, in wait_output
2024-02-26T18:09:09.163Z [container-agent]     raise ExecError[AnyStr](self._command, exit_code, out_value, err_value)
2024-02-26T18:09:09.163Z [container-agent] ops.pebble.ExecError: non-zero exit code 1 executing ['logrotate', '-f', '/etc/logrotate.d/flush_mysql_logs'], stdout='', stderr='error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory\n'
2024-02-26T18:09:09.163Z [container-agent]
2024-02-26T18:09:09.163Z [container-agent] During handling of the above exception, another exception occurred:
2024-02-26T18:09:09.163Z [container-agent]
2024-02-26T18:09:09.163Z [container-agent] Traceback (most recent call last):
2024-02-26T18:09:09.163Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/rotate_mysql_logs.py", line 50, in _rotate_mysql_logs
2024-02-26T18:09:09.163Z [container-agent]     self.charm._mysql._execute_commands(["logrotate", "-f", LOG_ROTATE_CONFIG_FILE])
2024-02-26T18:09:09.163Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 632, in _execute_commands
2024-02-26T18:09:09.163Z [container-agent]     raise MySQLExecError(e.stderr)
2024-02-26T18:09:09.163Z [container-agent] charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
2024-02-26T18:09:09.163Z [container-agent]
2024-02-26T18:09:09.267Z [container-agent] 2024-02-26 18:09:09 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook
2024-02-26T18:10:01.296Z [container-agent] 2024-02-26 18:10:01 ERROR juju-log Failed to rotate mysql logs
2024-02-26T18:10:01.296Z [container-agent] Traceback (most recent call last):
2024-02-26T18:10:01.296Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 628, in _execute_commands
2024-02-26T18:10:01.296Z [container-agent]     stdout, stderr = process.wait_output()
2024-02-26T18:10:01.296Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/venv/ops/pebble.py", line 1441, in wait_output
2024-02-26T18:10:01.296Z [container-agent]     raise ExecError[AnyStr](self._command, exit_code, out_value, err_value)
2024-02-26T18:10:01.296Z [container-agent] ops.pebble.ExecError: non-zero exit code 1 executing ['logrotate', '-f', '/etc/logrotate.d/flush_mysql_logs'], stdout='', stderr='error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory\n'
2024-02-26T18:10:01.296Z [container-agent]
2024-02-26T18:10:01.296Z [container-agent] During handling of the above exception, another exception occurred:
2024-02-26T18:10:01.296Z [container-agent]
2024-02-26T18:10:01.296Z [container-agent] Traceback (most recent call last):
2024-02-26T18:10:01.296Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/rotate_mysql_logs.py", line 50, in _rotate_mysql_logs
2024-02-26T18:10:01.296Z [container-agent]     self.charm._mysql._execute_commands(["logrotate", "-f", LOG_ROTATE_CONFIG_FILE])
2024-02-26T18:10:01.296Z [container-agent]   File "/var/lib/juju/agents/unit-horizon-mysql-1/charm/src/mysql_k8s_helpers.py", line 632, in _execute_commands
2024-02-26T18:10:01.296Z [container-agent]     raise MySQLExecError(e.stderr)
2024-02-26T18:10:01.296Z [container-agent] charms.mysql.v0.mysql.MySQLExecError: error: cannot stat /etc/logrotate.d/flush_mysql_logs: No such file or directory
2024-02-26T18:10:01.296Z [container-agent]
2024-02-26T18:10:01.412Z [container-agent] 2024-02-26 18:10:01 INFO juju.worker.uniter resolver.go:161 awaiting error resolution for "relation-created" hook

Additional context

Got the charm going further by killing the pod
Happened to 3 out of my 9 MySQL deployments (yes, MySQL is deployed as 9 different applications inside the same model)
Each MySQL is deployed with 3 units, it's the unit receiving the event first that failed each time.

I don't see any fundamental difference, except that we have grafana-agent-k8s in the middle, but that should not have an effect (I hope).
I did a deployment from 8.0/edge, related all the endpoints and did not encounter that issue.

Closing this as unable to reproduce on current revisions.


Introduce a new REST API to manage access tokens

Description
Similar to the session API that we have at the moment, WSO2 should have a REST API to retrieve the token information.
We should have the following functionalities from the API.

Retrieve all active token information
The token information should have the binding details.
If the binding is common-auth cookie, the session information also could be retrieved.
Revoke tokens by giving the binding

This issue is being closed due to extended inactivity. Please feel free to reopen it if further attention is needed. Thank you for helping us keep the issue list relevant and focused!


Exception Type: 	MultiValueDictKeyError

def page(request):
# a = int(request.GET['num1'])
# b = int(request.GET['num2'])
# val = a + b
val1 = request.POST['num1']
a = int(val1)
val2 = request.POST['num2']
b = int(val2)

return render(request,'khushi/block.html',{'result':val})

#its very ..hard to solve this stupid..proble...last night waas working properly...now again showing same problem

tried evey posibilities to  solve...but still getting error

Please could you give more detail, such as:

What your page model and panels configuration looks like
A traceback of the error

Its weired that...once i had executed properly, next day when i opened
again,its again started showing... MultiValueDictKerError..
And most miracle is that...my HTML page has ..'n1' variable, and when i
start my SERVER,its says ..'n1' is not defined.
Also, when i see in debugging mode,in Console,.. when i type 'n1'..its
say..'n1' variable not defined...
Same program 2 days before ,it was executed.
On Nov 4, 2019 11:01 PM, "Karl Hobley"<EMAIL_ADDRESS>wrote:
Please could you give more detail, such as:

What your page model and panels configuration looks like
A traceback of the error

—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/wagtail/wagtail-condensedinlinepanel/issues/64?email_source=notifications&email_token=AKNEVK3RMKXBUBLJAZ6TNHTQSBL77A5CNFSM4JIMDXT2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEDACF4A#issuecomment-549462768,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AKNEVK7FNINRFJDOICZ47NTQSBL77ANCNFSM4JIMDXTQ
.


About the eval_model in EpochBasedRunner_video when train the tiny_fp16

Thanks for your great job
When I train the model with tiny_fp16, I find the followings bug:
Traceback (most recent call last):
File "./tools/train.py", line 263, in
main()
File "./tools/train.py", line 252, in main
custom_train_model(
File "/data/projects/BEVFormer-master/projects/mmdet3d_plugin/bevformer/apis/train.py", line 27, in custom_train_model
custom_train_detector(
File "/data/projects/BEVFormer-master/projects/mmdet3d_plugin/bevformer/apis/mmdet_train.py", line 125, in custom_train_detector
runner = build_runner(
File "/data/projects/anaconda3/envs/open-mmlab/lib/python3.8/site-packages/mmcv/runner/builder.py", line 23, in build_runner
runner = runner_constructor()
File "/data/projects/anaconda3/envs/open-mmlab/lib/python3.8/site-packages/mmcv/runner/default_constructor.py", line 44, in call
return RUNNERS.build(self.runner_cfg, default_args=self.default_args)
File "/data/projects/anaconda3/envs/open-mmlab/lib/python3.8/site-packages/mmcv/utils/registry.py", line 212, in build
return self.build_func(*args, **kwargs, registry=self)
File "/data/projects/anaconda3/envs/open-mmlab/lib/python3.8/site-packages/mmcv/utils/registry.py", line 55, in build_from_cfg
raise type(e)(f'{obj_cls.name}: {e}')
AttributeError: EpochBasedRunner_video: 'NoneType' object has no attribute 'eval'
Traceback (most recent call last):
File "/data/projects/anaconda3/envs/open-mmlab/lib/python3.8/site-packages/mmcv/utils/registry.py", line 52, in build_from_cfg
return obj_cls(**args)
File "/data/projects/BEVFormer-master/projects/mmdet3d_plugin/bevformer/runner/epoch_based_runner.py", line 55, in init
self.eval_model.eval()
AttributeError: 'NoneType' object has no attribute 'eval'
This is cause by the init function of class EpochBasedRunner_video, because the para: eval_model is None.
`@RUNNERS.register_module()
class EpochBasedRunner_video(EpochBasedRunner):
'''
# basic logic
input_sequence = [a, b, c] # given a sequence of samples

prev_bev = None
for each in input_sequcene[:-1]
    prev_bev = eval_model(each, prev_bev)) # inference only.

model(input_sequcene[-1], prev_bev) # train the last sample.
'''

def __init__(self,
             model,
             eval_model=None,
             batch_processor=None,
             optimizer=None,
             work_dir=None,
             logger=None,
             meta=None,
             keys=['gt_bboxes_3d', 'gt_labels_3d', 'img'],
             max_iters=None,
             max_epochs=None):
    super().__init__(model,
             batch_processor,
             optimizer,
             work_dir,
             logger,
             meta,
             max_iters,
             max_epochs)
    keys.append('img_metas')
    self.keys = keys
    self.eval_model = eval_model
    self.eval_model.eval()`

May I ask how to solve this problem? In fact, I simply modified the runner from "EpochBasedRunner_video" to "EpochBasedRunner" which the other configs (tiny, base, small), but it will appear new bug when inference

bash tools/dist_train.sh projects/configs/bevformer/bevformer_tiny.py 1
我用這個可以run


FEATURE REQUEST: Reset button below final phase

I'm a noob who never quite finishes the kill in one cycle, could you had the reset button at the bottom after the final phase to clearly indicate that its about to reset? Just thought it might make it a bit easier.
Could maybe even include that on reset you need to pray range first, unlike very first phase.

Added in 4874ce2d27f39f0e134212a6b717e234cb9b27d3


fix(i18n): removed mention of span in HTML fundamentals intro

Checklist:

[x] I have read and followed the contribution guidelines.
[x] I have read and followed the how to open a pull request guide.
[x] My pull request targets the main branch of freeCodeCamp.
[x] I have tested these changes either locally on my machine, or GitPod.

Closes #57768
This PR removes the mention of span in HTML fundamentals intro.
Files Updates : /client/i18n/locales/english/intro.json

Hi @darshan03s . Congrats on your first pull request (PR)! 🎉
Thank you for your contribution to the page! 👍
We are happy to accept these changes and look forward to future contributions. 📝


StickButtonEnv: stick object unnecessary in operator RobotPressButton, and stick object missing from operator RobotMoveToButton

operator RobotPressButton (and its option) has a stick as an argument, but the stick is never used or referenced by anything, so it seems unnecessary
operators RobotMoveToButtonFromNothing and RobotMoveToButtonFromButton don't have stick as an argument, but access the state of the stick inside the evaluation of the predicate HandEmpty

solution:

should be able to remove stick as an argument from RobotPressButton without issue
should introduce an attribute "grip" or something like that to the robot, and then calculcate HandEmpty that way

I agree with the first point. It seems like it's only introduced in the latest merge.


runtime: TestCgoPprofThread failures with invalid traceback origin

--- FAIL: TestCgoPprofThread (0.86s)
    crash_cgo_test.go:345: [/tmp/workdir-host-linux-amd64-wsl/go/bin/go tool pprof -traces /tmp/workdir-host-linux-amd64-wsl/tmp/go-build1132426278/testprogcgo_.exe /tmp/workdir-host-linux-amd64-wsl/tmp/prof944139058]:
        File: testprogcgo_.exe
        Build ID: 261d318cd4ab866e2474b8a08356fc426efe8d5a
        Type: cpu
        Time: May 5, 2022 at 8:35am (CST)
        Duration: 301.74ms, Total samples = 110ms (36.45%)
        -----------+-------------------------------------------------------
              10ms   cpuHogThread
                     cpuHogThread2
                     runtime.cgocall
                     main._Cfunc_runCPUHogThread
                     main.pprofThread
                     main.CgoPprofThread
                     main.main
                     runtime.main
        -----------+-------------------------------------------------------
             100ms   cpuHogThread
                     cpuHogThread2
        -----------+-------------------------------------------------------
    crash_cgo_test.go:357: invalid traceback origin: got=[cpuHogThread cpuHogThread2 runtime.cgocall main._Cfunc_runCPUHogThread main.pprofThread main.CgoPprofThread main.main runtime.main]; want=[cpuHogThread ... cpuHogThread2]
    crash_cgo_test.go:345: [/tmp/workdir-host-linux-amd64-wsl/go/bin/go tool pprof -traces /tmp/workdir-host-linux-amd64-wsl/tmp/prof944139058]:
        File: testprogcgo_.exe
        Build ID: 261d318cd4ab866e2474b8a08356fc426efe8d5a
        Type: cpu
        Time: May 5, 2022 at 8:35am (CST)
        Duration: 301.74ms, Total samples = 110ms (36.45%)
        -----------+-------------------------------------------------------
              10ms   cpuHogThread
                     cpuHogThread2
                     runtime.cgocall
                     main._Cfunc_runCPUHogThread
                     main.pprofThread
                     main.CgoPprofThread
                     main.main
                     runtime.main
        -----------+-------------------------------------------------------
             100ms   cpuHogThread
                     cpuHogThread2
        -----------+-------------------------------------------------------
    crash_cgo_test.go:357: invalid traceback origin: got=[cpuHogThread cpuHogThread2 runtime.cgocall main._Cfunc_runCPUHogThread main.pprofThread main.CgoPprofThread main.main runtime.main]; want=[cpuHogThread ... cpuHogThread2]
FAIL
FAIL	runtime	26.366s

greplogs -l -e 'FAIL: TestCgoPprofThread .*(?:\n    .*)* invalid traceback origin'
2022-05-04T15:38:55-9511f6d/linux-amd64-wsl
2021-12-09T12:28:48-65633fe/linux-amd64-wsl
2021-11-29T00:57:09-78af02e/linux-amd64-longtest
2021-11-16T17:13:33-29ec902/linux-amd64-jessie
2021-11-11T11:00:33-a01a6d6/linux-amd64
2021-10-28T22:38:00-af05d8b/linux-amd64-fedora
2021-10-11T15:28:50-702e337/linux-amd64-wsl
2021-10-09T01:04:29-e1c294a/linux-amd64-fedora
2021-10-06T19:45:35-e38ec96/linux-amd64-longtest
2021-10-05T19:15:03-ae83301/linux-amd64-staticlockranking
2021-09-15T03:29:39-9fc2889/linux-amd64-wsl
2021-09-13T18:02:42-e74e363/linux-amd64-wsl
2021-09-04T19:33:54-28dae3d/linux-amd64-wsl
2021-09-02T14:02:42-b8420ba/linux-amd64-wsl
2021-09-02T01:06:17-df4c625/linux-amd64-wsl
2021-09-01T23:41:53-2872496/linux-amd64-wsl
2021-08-16T14:27:24-b9f135d/linux-amd64-wsl
2021-02-24T16:38:32-ae1fa08/linux-amd64-wsl
2020-12-11T17:26:14-1341a3d/linux-amd64-wsl
(CC @golang/runtime)

Marking as release-blocker for Go 1.19 because linux/amd64 is a first class port (and several of these failures are on regular builders rather than the -wsl builder).

The cgo traceback function ( https://cs.opensource.google/go/go/+/master:src/runtime/testdata/testprogcgo/threadpprof.go;l=45 ) pretends all C samples are in cpuHogThread. But if a profiling signal lands outside of the C thread, e.g. before/when the thread is created, we will get a sample like above, which looks like Go calls into that C thread. Perhaps the cgo traceback function should only return those PCs when a signal lands on that thread.


Add a way for a creator of notifications to list their registered notifications.

Description
There should be a way for a creator of notifications to retrieve a list of their previously registered notifications. This means that Notification (component) must remember who it was that created the notifications.
Considerations

The creator of an notification doesn't need to be the same as a sender. (On behalf of.)
We should consider adding a mapping table for creators. The creator "name" should not be stored directly on the notification. (Even organization numbers might change.)
Add filtering as a separate issue. If we're worried that the notification list gets too large too fast we can keep the endpoint hidden until filtering has been added. This to keep the issue smaller.

Ops requirements

More storage space for the creator dimension.

Acceptance criteria

It is possible to retrieve a list of all the notifications a creator have registered.

Specification tasks

[ ] Development tasks are defined

Development tasks

[ ] Create new endpoint for listing notifications
[ ] Create new method in service for retrieving notifications based on creator
[ ] Create repository-classes
[ ] Add authorization to endpoint (Specific scope)

Test

Definition of done

[ ] Documentation (docs.altinn.studio) is updated (if relevant)

[ ] Technical documentation
[ ] User documentation

[ ] QA
[ ] Manual test is complete (if relevant)
[ ] Automated test is implemented (if relevant)
[ ] All tasks in this userstory are closed (i.e. remaining tasks are moved to other user stories or marked obsolete)

@SandGrainOne Blir deler av denne ivaretatt av de nye issuene som er laget ift notification?

@annerisbakk No, not yet

Needs further clarification - is it per service owner (e.g. all notifications registered for each service owner)? What is the use-case/user?

Low priority/blocked. This is nice to have, to make the service "API complete", but currently there is no user demand for this feature. Also ther's some clarity needed on the definition of who the owner of the notification is (in this context, is it e.g. the submitting system/component or the service owner for whom the notification is created/sent).


Review my Open Source Projects & Profiles

Items we can review on a live stream:

GitHub profile: praveenscience (Praveen Kumar)
Open source projects:

Internship-LMS-FrontEnd: We are in the mission of solving a crisis for a lot of small and medium enterprises, who are trying to recruit interns for their projects. This platform aims to onboard new interns, who have applied to the companies and help them understand the process and make the transition smooth.
FullStack-Nov-React: Part of Full Stack React course - the React JS part.
Bootstrap-React-Helpers: Helpers for the Bootstrap 4 CSS Framework, if you don't want to use ReactStrap, etc.
GfG-Leadstagram: This is full stack application to demonstrate how we can use JavaScript for Full Stack Development.

Portfolio: Praveen Kumar Purushothaman

You can also join the discord community here: Joined and moderating! 😁
Feel free to check out other cool repositories of Eddie Jaoude Community here: Yea, I know! 😅

Thanks for sharing Praveen 👍 . I will review on a live stream or video soon 🤓

Thanks for sharing Praveen 👍 . I will review on a live stream or video soon 🤓

Looks good, some of my thoughts https://youtu.be/MJ4NOZnug6g

Deployed demo url
A demo video would help too
The description could be reduced, by moving the mission statement to the README
Missing Installation and running
Check if works ok in dark mode of GitHub
Code of Conduct is needed
Open source license


net/http: TestRetryIdempotentRequestsOnError flake

freebsd-amd64-race at 8adff32bacdaae452c453ac7ffbf088778bd5417
https://build.golang.org/log/30e8693dc4f6f4a974cd3fe10b56a03cfc54536d
--- FAIL: TestRetryIdempotentRequestsOnError (0.28s)
	transport_test.go:2610: did not trigger any retries
FAIL
FAIL	net/http	7.277s

I can somewhat reliably reproduce this on darwin/amd64 with the -race flag.
# go test -race -c
# while ./http.test -test.run=TestRetryIdempotentRequestsOnError -test.v; do; done
=== RUN   TestRetryIdempotentRequestsOnError
finished after 34 runs
--- PASS: TestRetryIdempotentRequestsOnError (0.09s)
PASS
=== RUN   TestRetryIdempotentRequestsOnError
finished after 90 runs
--- PASS: TestRetryIdempotentRequestsOnError (0.20s)
PASS
=== RUN   TestRetryIdempotentRequestsOnError
finished after 98 runs
--- PASS: TestRetryIdempotentRequestsOnError (0.20s)
PASS
=== RUN   TestRetryIdempotentRequestsOnError
--- FAIL: TestRetryIdempotentRequestsOnError (0.21s)
	transport_test.go:2623: did not trigger any retries
FAIL

After limiting GOMAXPROCS to 1 for the duration of the test (defer runtime.GOMAXPROCS(runtime.GOMAXPROCS(1))), the test consistently triggered a retry on the first loop (ran ~100 test runs with same result).
Should I go ahead and open a CL with the change?

@vcabbage, changing GOMAXPROCS is a bit of a hack. I'd rather rewrite that whole test to be more fine-grained and thus faster and more reliable in the process.

@bradfitz Makes sense. FWIW, I ran across this when testing one of my CLs. Tripped me up because I thought I had introduced a bug.


Allow --run[=main]

As pointed out in http://www.parsonsmatt.org/2018/05/19/ghcid_for_the_win.html, the name --test isn't good, plus I want a way to have it default to main anyway, so a new flag name is perfect for that.

Done.


fix: fix import conversation with attachments to show one dialog for all items (Issue #1237)

Description:

Fixed import conversation with attachments to show one dialog for all items.
Update Redux logic and epics.

Issues:

Issue #1237

Checklist:

[x] the pull request name complies with Conventional Commits
[x] the pull request name starts with fix(<scope>):, feat(<scope>):, feature(<scope>):, chore(<scope>):, hotfix(<scope>): or e2e(<scope>):. If contains breaking changes then the pull request name must start with fix(<scope>)!:, feat(<scope>)!:, feature(<scope>)!:, chore(<scope>)!:, hotfix(<scope>)!: or e2e(<scope>)!: where <scope> is name of affected project: chat, chat-e2e, overlay, shared, sandbox-overlay, etc.
[x] the pull request name ends with (Issue #<TICKET_ID>) (comma-separated list of issues)
[x] I confirm that do not share any confidential information like API keys or any other secrets and private URLs

/deploy-review

/deploy-review

/deploy-review

/deploy-review


[3] Document how to connect to Sjunet

Is your feature request related to a problem? Please describe.
A Compliant Kubernetes environment can be connected to Sjunet via site-to-site VPN and CoreDNS configuration.
Let's document exactly how.
Describe the solution you'd like
A page at https://elastisys.io/compliantkubernetes/user-guide/self-managed-services/sjunet/:

[ ] The page should be entitled "Sjunet (self-managed)"
[ ] The page should show an architectural diagram illustrating:

[ ] The VPN-terminating VM
[ ] CoreDNS, Compliant Kubernetes's static routing
[ ] Sjunet, i.e., the Sjunet VPN-terminator, the DNS servers configured in CoreDNS
[ ] Clear responsibility perimeters: Who (Inera, Application Developer, Platform Administrator) is responsible for what?
[ ] An Elastisys admonition highlighting how Managed Services customers can "order" Sjunet connection
[ ] Other relevant elements (if unsure, book @cristiklein to "doodle" this)

[ ] A bit of text to glue the image :smile:

[ ] What is Sjunet?
[ ] Who needs Sjunet?
[ ] Overview of how an application running inside a Compliant Kubernetes environment gets Sjunet access.

Additional context

What is Sjunet? https://www.inera.se/tjanster/alla-tjanster-a-o/sjunet/
How to get Sjunet access? https://www.inera.se/tjanster/alla-tjanster-a-o/sjunet/#section-5699
Example of an Elastisys admonitionhttps://github.com/elastisys/compliantkubernetes/blob/main/docs/user-guide/additional-services/postgresql.md?plain=1#L4:

I'm adding here a whiteboard session I had with @crssnd

https://github.com/elastisys/compliantkubernetes/pull/698#event-10677450004


Fix #1088

ready for review?

on it

I guess my question is - did we address the root cause or do we have a fix for a symptom?

I guess my question is - did we address the root cause or do we have a fix for a symptom?

Got rid of that todo*
We did fix the system. the fromXML for hydraulic profiles requires a profile name. I wasn't saving gridded data with a profile name, because it doesn't need one, but if you save an attribute to an xml element as null, XElement completely ignores that attribute all together.
Now I check that the attribute exists before I get it's value. Admittedly, we should be following that pattern more often to avoid these problems.


Added support for httpMethod

Description
The suggested change adds support for httpMethod, which lets you specify a preferred HTTP method for a datasource (GET / POST).
Motivation:

Grafana is moving to use POST by default for new instances (PR). You might want to keep using GET due to some constraints.
You might want to actually use POST in older versions of Grafana as it offers a larger query body.

Type of change

[X] New feature (non-breaking change which adds functionality)

Checklist

[ ] This change requires a documentation update
[ ] I have added tests that prove my fix is effective or that my feature works
[X] I have added a test case that will be used to verify my changes
[X] Verified independently on a cluster by reviewer

Verification steps

Include httpMethod: POST within jsonData block inside GrafanaDataSource CR.

apiVersion: integreatly.org/v1alpha1
kind: GrafanaDataSource
metadata:
  name: example-grafanadatasource
spec:
  name: middleware.yaml
  datasources:
    - name: Prometheus
      type: prometheus
      access: proxy
      url: http://prometheus-service:9090
      isDefault: true
      version: 1
      editable: true
      jsonData:
        httpMethod: POST
        tlsSkipVerify: true
        timeInterval: "5s"

Go to Data Sources -> Prometheus -> Settings, look for "HTTP Method", it should be set to "POST".

CI still seems to be having issues, merging manually

@HubertStefanski I'm always happy to help :)


allow DOM node to be passed to show/play method

current code assumes that the element to attach the player to already exists
in the DOM, however, many new frameworks allow manipulating DOM trees prior
to DOM insertion. this patch allows the show/play methods to accept a DOM
node as well as a string identifier.

It looks good, thanks for the PR!
I run jshint locally and it complains about the next lines:
erizo_controller/erizoClient/src/views/AudioPlayer.js: line 69, col 37, Expected '===' and instead saw '=='.
erizo_controller/erizoClient/src/views/AudioPlayer.js: line 69, col 86, Expected '===' and instead saw '=='.

erizo_controller/erizoClient/src/views/VideoPlayer.js: line 130, col 37, Expected '===' and instead saw '=='.
erizo_controller/erizoClient/src/views/VideoPlayer.js: line 130, col 86, Expected '===' and instead saw '=='.

could you fix them please?

also, please check these lines too because if start passing a DOM node they will fail:  https://github.com/ging/licode/blob/master/erizo_controller/erizoClient/src/Stream.js#L198

@jcague yep I see it now. Just pushed a fix for that, let me know if you need anything else to get this PR home!

Travis complains about some issue with jshint yet:
erizo_controller/erizoClient/src/Stream.js: line 199, col 105, Line is too long.
erizo_controller/erizoClient/src/Stream.js: line 204, col 13, Unexpected '}'.
erizo_controller/erizoClient/src/Stream.js: line 203, col 62, Expected an assignment or function call and instead saw an expression.
erizo_controller/erizoClient/src/Stream.js: line 203, col 63, Missing semicolon.
erizo_controller/erizoClient/src/views/AudioPlayer.js: line 69, col 101, Line is too long.
erizo_controller/erizoClient/src/views/VideoPlayer.js: line 130, col 101, Line is too long.

fixed the jshint issues in those three files, as confirmed at http://jshint.com/
let me know if you need anything else.


Controller action called multiple times with odd data

I am using SailsJS 10.5 running on Windows 7 for development.
I have ran into a weird issue where I have the following route setup:
'/enter/:contestid': 'ContestController.enterContest',
Basically I pass in something like /enter/7 for example and then I load the appropriate data for that contest.
Now here is the weird part, so I can be on a page /enter/7 and refresh the page, and I get several calls to that controller action. Sometimes 3 or more, but generally at least 2 calls.  Only one of the calls will have the correct parameter passed in.
Here is my controller code (it is very simple to show the issue)
           //Save this to the session for retrieval later
	var contestid = req.param('contestid');
	if( parseFloat(contestid) == contestid ){
                    console.log("Valid contest id passed: " + contestid );
		req.session.currentContest = req.param('contestid');
	}
	else {
		console.log("Not a valid contest id sent to controller, not updating: " + contestid);
	}
	res.view("contestenter");

Now my log will look something like this the first time and most subsequent times:
-Valid contest id passed: 7
-Not a valid contest id sent to controller, not updating: {{player.profilepic}}
So I found this problem because I use the contestid later on, and I was saving the last value passed in and for some reason it is one of my angular variables which is only ever referenced in an img tags.
Any ideas why this is happening?

This is usually indicative of some client-side code calling a route via Ajax or sockets.  We haven't had any reports of the Sails router executing a controller action multiple times.  It could also possibly happen if you have a policy that calls next() multiple times, though I haven't tested that...

Thanks for replying, here is the the only policy I have on that controller action.
module.exports = function (req, res, next) {
if(!(req.session && req.session.user) ){
req.session.backURL = ('/lobby');
return res.redirect('/login');
}
// If we made it all the way down here, looks like everything's ok, so we'll let the user through
next();
};
I think you may have led me down the right path though, i'll keep you posted, but it might be something weird where angular activates later and it tries to resolve a url from the img as {{player.profilepic}}

Sounds good @maddogawl.  I'm going to close this for now as it doesn't sound like it's a bug in the Sails core.  If you find out otherwise, please re-open!


Why CommonChunksPlugins does not remove Commons Chunk Code

Do you want to request a feature or report a bug?

What is the current behavior?
RT
If the current behavior is a bug, please provide the steps to reproduce.
I have a  multi Page app and I have two enties 'main.js','main2.js' for two pages.
//main.js
require(['./a','./b','./c'],function(){
    console.log('main')
})

//main2.js
require(['./a','./b','./d'],function(){
    console.log('main')
})

as you see. two entries share common './a', ',/b'.
if bundle the code now , './a', ',/b' will apear twice , result in large file size if they are big files
then I want to use CommonsChunksPlugins to remove duplicate module like
//webpack.config.js
new webpack.optimize.CommonsChunkPlugin({
	async: true,
        minChunks: 2
})

nothing change... then i change to
    entry:{
        main:'./main.js',
        main2:'./main2.js',
        common:['./a','./b']
    },
    plugins: [
	 new webpack.optimize.CommonsChunkPlugin({
		name: ['share','common'],
		async: true,
               minChunks: 2
	  })
	]

this time it generate share.js contain './a', ',/b'.
but entries main.js and main2.js still contain './a', ',/b'. it does not reduce ouptsize

What is the expected behavior?
extract common modules from entries to  #share.js
Please mention other relevant information such as the browser version, Node.js version, webpack version and Operating System.
Window10
Webpack 2.2.0
node 6.9.2

I see the same happening here using CommonsChunkPlugin like this:
            new webpack.optimize.CommonsChunkPlugin({
                name: 'vendor',
                chunks: ['portal'],
                minChunks: (resource) => {
                    if (/node_modules/.test(resource) || /vendor/.test(resource)) {
                        console.log('Vendor: ', resource);
                        return true
                    }
                    return false;
                }
            }),

It generates the bundle for the entry as if I was not using the Plugin and it generates a vendor bundle that contains all that comes from the folders 'node_modules' and 'vendor'.
But I was expecting the Plugin to remove the stuff in vendor from the main-bundle....

Same here:

/// <binding ProjectOpened='Watch - Development' />
var path = require('path');
var webpack = require('webpack');

module.exports = {
    context: path.join(__dirname, 'wwwroot'),
    entry: {
        main: ['./app/main', './app/components/product-module', "./app/components/admin-module"],
        //productModule: './app/components/product-module',
        //adminModule: "./app/components/admin-module",
        vendor: ['core-js', '@angular/core', '@angular/forms', '@angular/http', 'angular-2-local-storage', 'rxjs/Observable', 'rxjs/add/operator/map', 'rxjs/add/observable/from' ]
    },
    output: {
        path: path.join(__dirname, 'wwwroot/built'),
        filename: '[name].bundle.js',
        sourceMapFilename: '[name].bundle.js',
        publicPath: 'built/'
    },
    module: {
        rules: [
            { test: /\.css$/, loader: "style-loader!css-loader?root=." }
        ]
    },
    externals: {
        "jquery": "jQuery"
    },
    devtool: false,
    plugins: [
        new webpack.optimize.CommonsChunkPlugin({
            filename: "[name].common.js",
            children: true,
            minChunks: 2,
            chunks: ["main", "vendor"]
        } ),
        new webpack.optimize.UglifyJsPlugin({
                sourceMap: false,
                minimize: true,
                acorn: true,
                angular: true,
                beautify: false,
                compress: {
                    properties: true,
                    sequences: true,
                    dead_code: true,
                    drop_debugger: true,
                    unsafe_comps: true,
                    conditionals: true,
                    comparisons: true,
                    evaluate: true,
                    booleans: false,
                    keep_fargs: false,
                    loops: true,
                    unsafe: true,
                    angular: true,
                    unused: true,
                    cascade: true,
                    hoist_funs: true,
                    join_vars : true,
                    warnings: false
                },
                output: {
                    comments: false
                }
            })
    ]

};

It creates vendor.common.js, main.common.js and 0.common.js but the main.common.js is still as large as it was without vendor.common.js

Maybe related to #3981?

@jjaskulowski you're using children: true with the CommonsChunkPlugin. @sokra explains the effect of this in #3981

thank you all ~~~ i think it is time to close this


compilation error for SAMD21

Can not be compiled. I get the following error on SAMD21
In file included from .pio/libdeps/zeroUSB/TaskManagerIO/src/TaskManagerIO.cpp:7:0:
.pio/libdeps/zeroUSB/TaskManagerIO/src/TaskManagerIO.h: In member function 'virtual void BasicArduinoInterruptAbstraction::attachInterrupt(pintype_t, RawIntHandler, uint8_t)':
.pio/libdeps/zeroUSB/TaskManagerIO/src/TaskManagerIO.h:86:40: error: invalid conversion from 'uint8_t {aka unsigned char}' to 'PinStatus' [-fpermissive]
         ::attachInterrupt(pin, fn, mode);

 from .pio/libdeps/zeroUSB/TaskManagerIO/src/TaskManagerIO.cpp:6:
/home/ulli/.platformio/packages/framework-arduino-samd/cores/arduino/api/Common.h:111:6: note:   initializing argument 3 of 'void attachInterrupt(pin_size_t, voidFuncPtr, PinStatus)'
 void attachInterrupt(pin_size_t interruptNumber, voidFuncPtr callback, PinStatus mode);
      ^~~~~~~~~~~~~~~

We are looking at this now, should have a fix very soon.

Many thanks for reporting this. This actually needs a bit of thought, because the Arduino core has been changed in a way that has not been propagated to other cores such as seeed for example. I'm looking at it now to work out how to handle this. What I've done for now is move this BasicArduinoInterruptAbstraction class into its own file, as most people don't use it, and in new code it would be better to use the BaseEvent for interrupt handling instead.
Many users would use this with an IoAbstraction, and that IS broken too, It's going to need some careful thought to work out how this will work.
For now, just change the class in taskmanagerio.h to look as follows while I think this through:
    void attachInterrupt(pintype_t pin, RawIntHandler fn, uint8_t mode) override {
#if defined(ARDUINO_MBED_MODE)
        ::attachInterrupt(pin, fn, (PinStatus)mode);
#elif defined(PARTICLE)
        ::attachInterrupt(pin, fn, (InterruptMode)mode);
#elif defined(ARDUINO_ARCH_SAMD)
        ::attachInterrupt(pin, fn, (PinStatus)mode);
#else
        ::attachInterrupt(pin, fn, mode);
#endif // ARDUINO_MBED_MODE
    }
};```

Found it, seems a breaking change was made in Arduino Core API. Luckily we can detect it easily enough. Change will be released later today.

See https://github.com/arduino/ArduinoCore-samd/issues/587 where I've questioned some of the changes in this core.

I am testing a fix on master at the moment, it is difficult as even some quite core libraries such as AUnit that we use for unit testing don't work with this core!

There is a fix for this on master that is undergoing testing. I recommend for most users to revert their SAMD board to the 1.8.9 until I have fully tested the change on all boards.

We now support both variants of SAMD, core API and regular. Please re-open if it doesn't work for you in task manager.


fix: Message.mention_users can return users if not in guild

Pull Request Type

[ ] Feature addition
[x] Bugfix
[ ] Documentation update
[ ] Code refactor
[ ] Tests improvement
[ ] CI/CD pipeline enhancement
[ ] Other: [Replace with a description]

Description

From support server
Message.mention_users causes an error when fired from a DM channel, since the guild ID does not exist. This PR fallbacks to getting a user if the guild ID is not present.
Changes

Related Issues

Test Scenarios

@interactions.context_menu(name="Test", context_type=interactions.CommandType.MESSAGE)
async def test(ctx: interactions.ContextMenuContext):
    users = [user async for user in ctx.target.mention_users]
    print(users)

> [User(...)]
Python Compatibility

[x] I've ensured my code works on Python 3.10.x
[x] I've ensured my code works on Python 3.11.x

Checklist

[x] I've run the pre-commit code linter over all edited files
[x] I've tested my changes on supported Python versions
[ ] I've added tests for my code, if applicable
[ ] I've updated / added  documentation, where applicable

This isn't really breaking
The current flow is request mentions -> error
You've made it request mentions -> get mentions
While you've changed the type hint, that only affects people who fit into the above situation. As such im removing the breaking flag on this

This isn't really breaking
The current flow is request mentions -> error You've made it request mentions -> get mentions
While you've changed the type hint, that only affects people who fit into the above situation. As such im removing the breaking flag on this

Alright, thanks for the explanation!


Tab Key

While editing a node, the tab key can be used to jump to a (seemingly random) different node. I'd recommend disabling the tab key or fixing it's behaviour, as it's currently rather buggy.
Video:

Hi @stefnotch ,
thank you so much!

 Tab key on the nodes


ARROW-12172: [Python][Packaging] Pass python version as setuptools pretend version in the macOS wheel builds

Submitted crossbow job manually with target version 4.0.0: https://github.com/ursacomputing/crossbow/tree/build-124-github-wheel-osx-high-sierra-cp36m

The produced wheels have the right version number: https://github.com/ursacomputing/crossbow/runs/2247031542#step:11:54


Issue with gradle gradle-6.1.1-all.zip

Error When running: flutter build apk

What went wrong:
Execution failed for task ':app:lintVitalRelease'.

Could not resolve all artifacts for configuration ':app:profileRuntimeClasspath'.
Failed to transform libs.jar to match attributes {artifactType=processed-jar, org.gradle.libraryelements=jar, org.gradle.usage=java-runtime}.
Execution failed for JetifyTransform: /Users/mozesong/Documents/GitHub/propo/propo_customer/build/app/intermediates/flutter/profile/libs.jar.
Transform's input file does not exist: /Users/mozesong/Documents/GitHub/propo/propo_customer/build/app/intermediates/flutter/profile/libs.jar. (See https://issuetracker.google.com/issues/158753935)

gradle-wrapper.properties
#Fri Jun 23 08:50:38 CEST 2017
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl=https://services.gradle.org/distributions/gradle-6.1.1-all.zip
Followed a workaround here:
https://issuetracker.google.com/issues/158753935
Issue:
Release apk size was x2 larger than previously and crashes on launch

@momoDragon
Flutter doesn't yet support AGP 4.0+. You may need to switch to AGP < 4.
See this open issue for further details and reference.
Closing this as duplicate. If you disagree, write in comments and I'll reopen it.


New free tier misconfigured

Hi, the default configuration you use is not applicable for the E2 free tier.
"Google Cloud Free Tier does not include external IP addresses"
you would have to supply --no-address and configure a bunch of other stuff, to stay in line with that.

That line has been in the free tier docs for a while now. While I know it applies to a static external IP, I've never been charged for an ephemeral external IP.
An ephemeral IP just means you might be assigned after a power off/on operation.


Fix for Pillow 10.0.0 breaking changes.

Fixes the breaking changes from Pillow 10.0.0
Sorry for splitting the commits. Forced to use website.

I've changed the branch to develop.  hmm it seems its breaking some checks ... :thinking:

looks like this is the test: https://github.com/streamdeck-linux-gui/streamdeck-linux-gui/blob/main/tests/test_filter.py
here is where my inexperience with python shows up.
Do you know how to sort this out? Is there anything you need from me to unblock this?

I've changed the branch to develop. hmm it seems its breaking some checks ... 🤔
edit: doesn't look like broken test ... just looks more like its not tested according to codecov

Really sorry, I thought I used develop, but got confused trying to edit on the website. Give me a sec to take a second look.

nevermind ... i think what was not passing is not relevant.  might be some configuration on codecov, as you never ran the tests in your branch it never got a code coverage from it, therefore was complaining that your branch had 0%
Merged.
Will test it and if it works on my end going to put it to the main branch


Can not find direct.h

Hi, I have used your code for my research recently. However, when i compiled it in my ubuntu 16.04 version, there was a problem where showed FileHandler.h:6:27: fatal error: direct.h: No such file or directory. So can you tell me which os and libs are used when you write this code. Thank you

Hi, I have used your code for my research recently. However, when i compiled it in my VS2015 version, there was a problem where showed FileHandler.h:6:27: fatal error: direct.h: No such file or directory. So can you tell me which os and libs are used when you write this code. Thank you

您好，您的邮件我已收到，谢谢！


Namedlist set_name overrides class functions ( for example --report  crashes if a params: variabel is called 'items')

Snakemake version
5.7.4
Describe the bug
snakemake --report will crash if one of the params: is called "items" (see example below)
(snakemake workflow execution has no problem with this, only --report)
This is probably due to items() being a method of python
Logs
(Corresponds to example below)
snakemake  --report
Building DAG of jobs...
Creating report...
Adding foo.rst (0 MB).
Could not detect mimetype for foo.rst, assuming text/plain.
Traceback (most recent call last):
  File "/mnt/work/Qc.py375.venv/lib/python3.7/site-packages/snakemake/__init__.py", line 618, in snakemake
    batch=batch,
  File "/mnt/work/Qc.py375.venv/lib/python3.7/site-packages/snakemake/workflow.py", line 617, in execute
    auto_report(dag, report)
  File "/mnt/work/Qc.py375.venv/lib/python3.7/site-packages/snakemake/report/__init__.py", line 552, in auto_report
    FileRecord(f, job, report_obj.caption, env, category)
  File "/mnt/work/Qc.py375.venv/lib/python3.7/site-packages/snakemake/report/__init__.py", line 326, in __init__
    self.params = logging.format_dict(job.params)
  File "/mnt/work/Qc.py375.venv/lib/python3.7/site-packages/snakemake/logging.py", line 384, in format_dict
    for name, value in dict.items()
TypeError: 'str' object is not callable

Minimal example
rule test:
  output: report(touch("foo.rst"))
  params: items = "hello darkness"
  run:
      print (params[0])

Additional context
Note that   params: foo = "hello darkness" will work.
)

At first I was thinking, "why would you override a builtin function?" but the actual cause is more of a problem.  The params, along with most directives, are stored as a Namedlist, defined in io.py.  When a value is set, it sets the attribute for the name provided ('items') overriding any functions.  You can also break this with params like 'set_name' or resources called 'items', which causes crashes on execution.  Oddly setting an output file as items="foo.txt" doesn't cause the same crashes.
I'm surprised this hasn't come up sooner.  A better name for the issue would be "Namedlist set_name overrides class functions".
addict just prevents the setting of any attribute which already exists, though I'm not sure if that would break updating or some existing workflows.  I'll submit a PR to do the same thing as addict and print the following error on snakemake execution:
AttributeError in line 6 of Snakefile:
Namedlist attribute 'items' is read only.  Cannot set to 'hello darkness'

once the local tests finish.

Thanks @troycomi  - I have changed the title - I was not aware of the underlying reason. Also being pretty new to snakemake (and python) I must admit that I picked  a variable name that happens to be a method - it was not like i  wanted to override anything :-)

Welcome to python and snakemake then!  I was thinking of other instances where people had used variable names like directory which caused a similar error message when trying to use the directory snakemake file decorator.  What was odd in this case is the scope of the variable seemed wrong; setting a params like join would be fine.
Thanks for finding this bug!


la-go-live

Docs Build status updates of commit 30bb372:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

msteams-platform/concepts/build-and-test/test-data.md
:white_check_mark:Succeeded
View

msteams-platform/concepts/deploy-and-publish/appsource/post-publish/overview.md
:white_check_mark:Succeeded
View

msteams-platform/concepts/extensibility-points.md
:white_check_mark:Succeeded
View

msteams-platform/graph-api/rsc/resource-specific-consent.md
:white_check_mark:Succeeded
View

msteams-platform/graph-api/rsc/test-resource-specific-consent.md
:white_check_mark:Succeeded
View

msteams-platform/messaging-extensions/how-to/action-commands/respond-to-task-module-submit.md
:white_check_mark:Succeeded
View

msteams-platform/task-modules-and-cards/what-are-task-modules.md
:white_check_mark:Succeeded
View

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching in the Docs contributor and Admin GuideSee the frequently asked questionsPost your question in the Docs support channel


feat: adds ability to copy data from across locales

Adds ability to copy data from one locale to another from UI
Adds e2e tests to localization test suite

Feature tracked here.

I was going ot merge this but then I noticed there are a handful of missing translations to fix. unsavedChanges: undefined,
Do you want to take care of that before I merge?

@DanRibbens undefined translations have been fixed 👍

I tried to test the feature with blocks and it errored for me. This was taken from our test/localization suite working with the Nested Arrays collection.  I'm not sure if this is because the collection has versions enabled or if it was nested data that couldn't be handled.
Aside from this, I have UX concerns about this feature as it would be too easy for a user to click the wrong locale and overwrite some existing data. It feels to me like we should have a modal or something to add an additional step for acknowledging that they might be overwriting everything in a document on the target locale.
The copy button should look more like a secondary actions with dropdown options like this:

Changes made:

Fix copying any nested or relationship fields
Improve button UI
Add confirmation modal before copying
Redirect to new locale

I found two more issues while reviewing this. Pardon me if you're still working on these details, thought I'd better share while you're still working on it!

When I copy with nested blocks it is no longer erroring, but the data doesn't copy in a blocks field. The locale data is just empty in the target locale after a "successful" copy.
Before copy:

After:

When editing a doc with drafts enabled, I don't have the Copy button.

Hey @DanRibbens these two issues are fixed and PR ready for review!


Feature to disable libloading (helpful for WASM support)

libloading is currently the only crate preventing bevy_core from compiling to WebAssembly, and AFAIK this is unlikely to change any time remotely soon. Other sub-crates have other issues, and I have not tested all functionality on WASM, but this may be the first step to resolving https://github.com/bevyengine/bevy/issues/88

Yup this looks good to me too. I also agree that we could probably move this to its own crate. I created #415 for this.


Update Travis, Coveralls shields

add shield links
update shield order

Coverage remained the same at 91.356% when pulling 18bee46df451fbe14caf78adf6e3caf511835f93 on grokify:master into 962b93b6753aea44094e9b140f652cf5f356f9b3 on ringcentral:master.


Issue with %

Hi, I can't use the percent symbol, it says : "Uncaught Error: 30% is not a valid variable name", great plugin by the way!!

Hi @prawn969. do you still have this issue? How do you use the % symbol?

Hi @mikaoelitiana I still have this issue. I use it like that: 20*51%


Get rid of unneeded nesting in prepareVerdict method

Instead of using a return in both the if and else "branches" of a conditional, we can completely get rid of the else. This will make adding more verdicts later down the line easier, if needed 🙂

@svenluijten yep you are right, thank you so much Sven 😄Tagged a new release ❤

👍 You're most welcome!


ORDER BY

Hi I try to make query as in exemple:
            $new = $this->db->select(
            "u_company",
            ["id", "co_name"],
            [
                "active" => '1',
                "ORDER"  => 'u_company.co_name DESC'
            ]
            );

and got such query last_query();
SELECT "id","co_name" FROM "u_company" WHERE "active" = '1' ORDER BY "u_company"."co_name"
Where is the problem?
Thank you

And if I change query like
            $new = $this->db->select(
            "u_company",
            ["id", "co_name"],
            [
                "active" => '1',
                "ORDER"  => 'co_name DESC'
            ]
            );

got such a result
SELECT "id","co_name" FROM "u_company" WHERE "active" = '1' ORDER BY "co_name DESC"

Try the array style syntax for Order By --
"ORDER" => ["u_company.co_name" => "DESC"]
Hope it helps.

Thank you!