[Docker] Out-dated images on docker hub (4.10 and older)

🐛 Bug
The napari docker images on docker hub are all 0.4.10 and older:
https://hub.docker.com/r/napari/napari/tags
Also, running it results in error in the logs:
2023-07-25 15:19:39 WARNING: could not connect to display
2023-07-25 15:19:39 12:19:39 WARNING could not connect to display
2023-07-25 15:19:39 WARNING: Could not load the Qt platform plugin "xcb" in "" even though it was found.
2023-07-25 15:19:39 12:19:39 WARNING Could not load the Qt platform plugin "xcb" in "" even though it was found.
2023-07-25 15:19:39 WARNING: This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
2023-07-25 15:19:39
2023-07-25 15:19:39 Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, webgl, xcb.
2023-07-25 15:19:39
2023-07-25 15:19:39 12:19:39 WARNING This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem.
2023-07-25 15:19:39
2023-07-25 15:19:39 Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, webgl, xcb.

To Reproduce
Steps to reproduce the behavior:

Use docker desktop, search docker hub for napari
Select napari/napari and 0.4.10 tag (the latest)
Run it: docker run napari/napari:0.4.10

Expected behavior
Images on docker hub should be up-to-date or removed?
Images should run or extra info should be added for this here:
https://napari.org/stable/howtos/docker.html
Environment
N/A
Additional context

Hey @psobolewskiPhD, I stumbled upon this issue when looking for some napari re
Docker resources. I was wondering if there is anybody using it at the moment. I'm highly interested.
Thanks!

The official napari docker images are hosted on ghcr.io, https://github.com/napari/napari/pkgs/container/napari

Thanks! I tried it already. It worked out of the box. Wow!
So far I couldn't get any plugins to work.. is there any additional documentation about how to interact with it? I saw a visual studio code interface in the dockerfile. Would be interesting to discover more :)

Would you be able to have access to hardware e.g. USB/Camera/..?

You may need to restart napari to activate the installed plugin. Or do you mean that the installation is not working?

Thanks for commenting. I have tried installing a random plugin:

It does not show up in the plugin menu. After a restart the plugin is not installed anymore. I guess the state is lost (?).
Thanks!

Looking at the screenshot you have installed the latest development version of napari. It may be broken in this scenario. Could you install image tagged with 0.4.18?

@goanpeca @jaimergp could you take a look at the problem with the plugin manager?

I'll try.
Another question: What's the typical use case where this would become an interesting application to use? Pro argument: It worked "out-of-the-box". No python hassle which is impressive! But it seems hardware acceleration (at least on an M1 MAC) is not available.
I really like this idea for courses, but it's rather slow at the moment. Maybe my bad.

A typical use case is to have GUI on a remote machine. Situations like having data on a server and preferring spawning napari on this server rather than transferring data to the local computer.
As far as I know, people mainly use it on x86 Linux hosts.
but currently, it should be easy to install napari on macos m1 as native application.

Thanks a lot. So far I couldn't get plugins to work. I'll try with another more basic plugin once I have fast internet available again.
I'm a bit curious, where can I find the files that create the docker file - or the dockerfile itself? Is it possible to customize it by adding additional programs to the remote desktop?

here https://github.com/napari/napari/blob/main/dockerfile

Indeed, just that. Amazing how simple it can be ;-)
Thanks!

Message ID: @.***>

Hello 👋🏻 @psobolewskiPhD do you think you could summarize your documentation suggestion for this issue?

@melissawm
I think the best thing would be to remove the super out-dated containers from docker hub, but I have no idea who has the keys to that: https://hub.docker.com/u/napari
Otherwise I was thinking in the existing page on Docker we could add a admonition that we use GHCR now and not docker hub and that the docker hub containers will be out dated.
Also to address some of the discussion in this issue, we could emphasize that containers are read-only. Installing stuff would technically be possible with mounting local (outside container, writable) locations inside the container and using --target with pip, but the gui installer won't work.


Togglable tabs

I've got a working version of Bootstrap's Togglable tabs working with re-com tabs by piggiebacking on the animation effects in bootstrap css file.
Example is here and the rough cut of code is here.
I wonder if this change would be welcome back in this library. The big change is that instead of displaying only the contents of the selected tab, all the tabs exist in the DOM with only selected tab's contents being visible.
My work can easily live outside this library. But I thought other people may benefit from it.
Happy to work on it to get it in a shape where it can be accepted.

The disadvantage I see with this is that things can be become expensive to compute quite fast. You are rendering everything, not just what the user is seeing. In addition, if you change some ratoms associated with hidden tabs, everything will be re-rendered. :cry:
If you want animations, wouldn't it be better to use React lifecycle handles like :component-will-unmount?

@Frozenlock, I think you bring up a great point.
Depending on how the hallowed reagent/atom is structured, any change in one tab may or maynot trigger (invisible) updates for another tab. I tend to structure my app-state as:
{...
    tab-1 {...}
    tab-2 {...}
...}

So the effects in one tab don't have any effects on another tab as data is compartmentalised.
This has the advantage that the swtiching tabs is really smooth as from a DOM perspective only a very few things are changing.
Ofcourse either way there will be a big browser repaint.
So I think with the current strategy and the proposed strategy, there are suboptimal solutions.
But, if adding and removing the classes is moved down to an individual tab component using :component-will-unmount and :component-did-mount, it may be possible be achieve the same effect without re-com deciding how how many tabs are laid out. It may be possible to achieve either.
I am going to modify my code to see how it functions.

I've improved the code so that now you can choose to show all the tabs or not. The code is now in tab-all branch.
The example has been updated as well. You may need to clear your browser cache to display the latest version.
In the example, the text above the line is based on all tabs being present. Below the line, the component changes on tab change.
With this new change, the code is a lot simpler and smaller. Nothing will be changed in re-com rather a Tab component will be added.

Update: I've learnt enough css to realise that this is possible to do this in pure css without changing anything in this library.

Good to hear you've solved this (re-com repo has not been receiving much love of late due to commercial realities taking precedence). Indeed CSS is a dark art, capable of many things that most are blissfully unaware of, including, no doubt, me.

no worries @Gregg8. But I am a big fan of the work you guys have done here along with re-frame.


Sometimes no http response is received from the ollama-rest-api  /chat

With ollama-rest-api  /chat {format: 'json'}
sometimes no http response is received.
{
    "model": "llama2",
    "stream": false,
    "format": "json",
    "messages": [
        {
            "role": "user",
            "content": "Rose are red"
        },
        {
            "role": "assistant",
            "content": "{\"Rose are red, violets are blue,\"\n    :\n\"Sugar is sweet, and so are you!\"}"
        },
        {
            "role": "user",
            "content": "who wrote that poem ?"
        }
    ]
}

The third and last log are manually canceled request. We can see that they are not in the postman logs..

It might be code related. It's working for us more than half the time, and then other let's say 20-30% of the times, we don't have anything in the logs and no response.
Thank you for the amazing project!

Hi @CtrlAiDel, this is a pretty common problem. The issue is the prompt, try adding a system message to respond in JSON.
{
    "model": "llama2",
    "stream": false,
    "format": "json",
    "messages": [
        {
            "role": "system",
            "content": "Respond only in JSON format."
        },
        {
            "role": "user",
            "content": "Rose are red"
        },
        {
            "role": "assistant",
            "content": "{\"Rose are red, violets are blue,\"\n    :\n\"Sugar is sweet, and so are you!\"}"
        },
        {
            "role": "user",
            "content": "who wrote that poem ?"
        }
    ]
}

The LLM needs to be told to respond in JSON since the format flag only filters the output. Let me know if that helps.

Ok, my friend/dev get what you mean. But he's asking why sometimes there are no problem at all. Also could you maybe give us an exemple of the solution that you are suggesting us please?
Thanks again, it's really appreciated

I am also experiencing the same issue. If I run with "format" : "json" then it hangs with Mistral (and many others). If I remove that it runs fine.
This always runs okay first time but not subsequent times:
curl -X POST http://localhost:11434/api/chat -d @curl_command.txt
curl_command.txt:
{
  "model": "mistral:instruct",
  "messages": [
    {
      "content": "For currency exchange tasks, \n only use the functions you have been provided with. \n Output 'BAZINGA!' when an a>
      "role": "system"
    },
    {
      "content": "How much is 123.45 EUR in USD?",
      "role": "user"
    }
  ],
  "options": {},
  "stream": false,
  "format": "json"
}```

If I remove the `"format" : "json"` then I can run that command continuously without issue.

Related to issue #1910

Merging with https://github.com/ollama/ollama/issues/1910


Setting environment to use IEXCloud API

Summary (include Python version)
I cannot figure out how to utilize the new IEX Cloud API.
I am using Python 3.6.1 on Mac OS X (Version 10.13.6).
I am new to using Python so I am sure I am just missing something.
Date/time of issue
February 2019
Expected behavior
Use the iexfinance package to retrieve get_balance_sheet, get_income_statement, and get_cash_flow.
Expected return is a pandas dataframe with indexed values.
Actual behavior
I set IEX_API_VERSION=iexcloud-beta in my bash shell and it shows up when I enter 'env'.
When I run the program instead of printing the data I get this message:
'StockReader' object has no attribute 'get_balance_sheet'
I do not know what I am missing because like I said I am very new to python.
Thank you.

Can you post a code snippet that is causing the issue? Thanks!

From my bash shell:
TERM_PROGRAM=Apple_Terminal
SHELL=/bin/bash
IEX_API_VERSION=iexcloud-beta
Just writing a little snippet to test out the functionality and to look through the data:
`import pandas
import iexfinance
from iexfinance.stocks import Stock
aapl = Stock('AAPL', output_format='pandas')
print(aapl.get_balance_sheet())`

This should work upon upgrading to 0.4.0. Try pip install --upgrade iexfinance

@addisonlynch
I am able to run this:
from iexfinance.stocks import Stock
Stock("AAPL").get_quote()

but

I have the same issue.
IEXQueryError: An error occurred while making the query.


UI open poll by id

could be included as a "search" feature, that allows you to search for a poll based on its id? otherwise we could add another tab with "ALL" polls

if int is given as search, exclusively show poll by id
adjust text in search input


yuzu-mainline: add

Out of curiosity, why is the package called yuzu-mainline instead of yuzu?

Yuzu used to have seperate branches like canary and nightly but were since discontinued, there is also the patreon branch. Feel free to rename to just yuzu

I agree the package should renamed to yuzu – I prefer the mainline package to have the shortest possible name. Feel free to do it in this PR :slightly_smiling_face:

There you go


Fix the Kafka producer to use topic to find the filename

When invoked using sn instead of the filePath, now the client find the file name
using the value of topic.
Also, the topic name in KafkaReceiver is renamed to kafkaEvents so that the
kafkaEvents.txt inside the artifact 0018 can be found in the above scenario.
Note: KafkaUtil.java was updated using the JMSClientUtil.java in the jms
producer.  build.xml in jms client have an additional parameter called format. Do
we need that in kafka producer as well? I am passing an empty string for the
format argument for the time being. Please have a look here.

Removed the format parameter as it's not needed for the kafka producer. I'll squash the last two commits once this is ready for merge.

Thanks for merging !!


Add task.cancel

Can you regenerate the file by running python scripts/dumpRobloxTypes.py > scripts/globalTypes.d.lua?

Thank you!


🍒 Cherry pick PR #3840 to staging 🍒

🍒 Cherry pick https://github.com/Expensify/Expensify.cash/pull/3840 to staging 🍒

🚀 Cherry-picked to staging in version: 1.0.75-5🚀

platform
result

🤖 android 🤖
success ✅

🖥 desktop 🖥
success ✅

🍎 iOS 🍎
success ✅

🕸 web 🕸
success ✅


Resiliency or reliability?

This is related to the first paragraph of the article, that introduces two principles of reliability.
Should the second sentence start with "The goal of resiliency is to ..."

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

ID: afb0d66d-e33a-62cc-e389-36accf9bb81e
Version Independent ID: 46ce812f-5c90-b6d0-b871-eb067e845968
Content: Azure reliability documentation
Content Source: articles/reliability/overview.md
Service: reliability
Sub-service: availability-zones
GitHub Login: @anaharris-ms
Microsoft Alias: anaharris

@MladjoA  Thanks for catching this. I've updated the document and it should be live latest by tomorrow.

#please-close


Linode Longview package and module

Longview is a perl script used for sending server metrics to Linode virtual private server hosting.

Hello Domen,
Thanks for reviewing. I have reworked the package and module based on your comments and also from new things I have learnt about Nix.

URL for getting the API key is now in the config help
WRT to upstreaming patches, I feel this is unlikely to succeed because NixOS is not one of the supported OS for Linode. However I have found better ways to do the configuration which avoids patching the source.
The commented config files are only there as placeholders so that the script doesn't fail. Fully integrating with those services exceeds my present need/ambition. With the use of environment.etc, the user should be able to configure if necessary.

Cheers,
Rodney

@rvl environment.etc are symlinked to /nix/store so they are not writable. You have to expose configuration files through options to be settable in configuration.nix

OK thanks @domenkozar. I am still trying to understand how module configuration corresponds to /etc. Anyway, these config files are now built from the module options.

@rvl From your last comment, I'm not sure if you still consider this work-in-progress or not?

Hello @rickynils @domenkozar , sorry to be vague. I have added commit c28bb1b which addresses the environment.etc comment. So this branch is ready for further review/merge.

OK I have added a little advice to the config descriptions. I'm not sure what we can do about the general problem of passwords in the nix store.

@rvl, no in general there is no good solution for storing secrets in the nix store. The best thing currently is if the service can read secrets from a run time file path. Then the nix user can choose to either build the secret into the store or to put the secret outside the store and deploy it through some other means than a nix closure. But if your service needs the secrets inside a configuration file, with no possibility to refer to an external file, it gets trickier. You could implement an activation script that generates the config file when the service start, or you can simply ignore the problem and document the fact that people should not use the service if they have secrets they care about.

Hi @rickynils, I would happily take part in any effort to patch the (numerous) services which currently need a password in a config file — once a general solution is decided upon.
In the meantime, let's merge this puppy.
I have rebased on latest master to resolve the merge conflict.

@rvl, Please add a note in the rl-unstable.xml release note file.

Release note in #11291

@domenkozar @rickynils @nbp Thanks for reviewing and merging.


Get-AzurePublishSettingsFile

I need additional context on making this command work.

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

ID: 48933ef2-fdcd-9f32-5ae9-bac175c8ffbd
Version Independent ID: d2f31ebc-3c71-fd49-a288-92e0124b15a3
Content: Azure virtual machine deployment with Chef
Content Source: articles/virtual-machines/windows/chef-automation.md
Service: virtual-machines-windows
GitHub Login: @diegoviso
Microsoft Alias: diviso

@kagarmoe Thanks for your question. Can you please elaborate on your ask?
The linked document for more details on Get-AzurePublishSettingsFile . Let me know if there is anything specific you are looking for.

@kagarmoe Not sure I fully understand your ask. Can you elaborate?

The command doesn't run for me, which I understand is because it comes from
an older Azure technology. What are your recommendations for this flow on
the current Azure technologies?
On Wed, Sep 26, 2018 at 10:47 AM Karishma Tiwari - MSFT <
<EMAIL_ADDRESS>wrote:

@kagarmoe https://github.com/kagarmoe Not sure I fully understand your
ask. Can you elaborate?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/MicrosoftDocs/azure-docs/issues/15577#issuecomment-424808509,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AEMkF3riz7bIzYZsAyUubWAjenRkmXxoks5ue73OgaJpZM4W4Yw8
.

@kagarmoe I am able to download the publish settings file using Get-AzurePublishSettingsFile in Azure PowerShell.
When you run it in Azure PowerShell, you will see a browser tab open up and it looks like below:

Select your subscription from the dropdown and click on 'Validate'. Then click on 'Download Publish Settings'

@kagarmoe Any updates? Did the above explanation help?

@kagarmoe Were you able to make it work using the instructions above?

@kagarmoe We will now close this issue. If there are further questions regarding this matter, please reopen it and we will gladly continue the discussion.


action bridge rebased mojin

ref https://github.com/4am-robotics/orga/issues/3731 - see https://github.com/4am-robotics/orga/issues/3731#issuecomment-1629126734
cherry-picked the latest additional commits from https://github.com/ros2/ros1_bridge/pull/256
which came in later than our branch off in https://github.com/mojin-robotics/ros1_bridge/pull/2
I hope one of the commits fixes our exception in the action_bridge

what I can say already:

compiles nicely locally (I'll have to fix CI in a separate PR)
works nicely when testing with emulation (probably needs more testing to make sure it doesnt crash anymore)

some observation:
there is a difference in the output depending on the direction of the action_bridge :exclamation:
source_amr_ros_bridge && ros2 run ros1_bridge action_bridge ros1 amr_road_network_msgs ExecuteTransferJob /execute_transferjob_flexbe --ros-args --remap __name:=action_bridge_execute_transferjob_flexbe
ROS_DISTRO was set to 'foxy' before. Please make sure that the environment does not mix paths from different distributions.
ROS_DISTRO was set to 'noetic' before. Please make sure that the environment does not mix paths from different distributions.
ros1 amr_road_network_msgs ExecuteTransferJob /execute_transferjob_flexbe
created action factory
[INFO] [1689058367.717385645] [action_bridge_execute_transferjob_flexbe]: Sending goal
[ INFO] [1689058367.727231530]: Goal [ACTIVE]
[ INFO] [1689058421.615986243]: Goal [WAITING_FOR_RESULT]
[ INFO] [1689058421.616065660]: Goal [DONE]
[ INFO] [1689058421.616771987]: Goal [SUCCEEDED]
[INFO] [1689058433.066171247] [action_bridge_execute_transferjob_flexbe]: Sending goal
[ INFO] [1689058433.179873663]: Goal [ACTIVE]
[ INFO] [1689058498.033534441]: Goal [WAITING_FOR_RESULT]
[ INFO] [1689058498.033959007]: Goal [DONE]
[ INFO] [1689058498.035709510]: Goal [SUCCEEDED]
[INFO] [1689058506.751777264] [action_bridge_execute_transferjob_flexbe]: Sending goal
[ INFO] [1689058506.824741125]: Goal [PENDING]
[ INFO] [1689058506.852753587]: Goal [ACTIVE]

versus
source_amr_ros_bridge && ros2 run ros1_bridge action_bridge ros2 amr_road_network_msgs action/ExecuteTransferJob /execute_transferjob --ros-args --remap __name:=action_bridge_execute_transferjob
ROS_DISTRO was set to 'foxy' before. Please make sure that the environment does not mix paths from different distributions.
ROS_DISTRO was set to 'noetic' before. Please make sure that the environment does not mix paths from different distributions.
ros2 amr_road_network_msgs action/ExecuteTransferJob /execute_transferjob
created action factory
[INFO] [1689058368.218352717] [action_bridge_execute_transferjob]: Sending goal
[INFO] [1689058378.687480916] [action_bridge_execute_transferjob]: Sending goal
[INFO] [1689058433.369005219] [action_bridge_execute_transferjob]: Sending goal
[INFO] [1689058457.324409427] [action_bridge_execute_transferjob]: Sending goal
[INFO] [1689058507.073843172] [action_bridge_execute_transferjob]: Sending goal
[INFO] [1689058530.607273046] [action_bridge_execute_transferjob]: Sending goal

i.e. I'm missing the Goal Status output on the second bridge - will investigate...

unfortunately, the exception still occurred with the feature branch - I guess I'm going to merge the launch file as a temporary workaround to buy us some more time https://github.com/mojin-robotics/ros1_bridge/pull/12

what I can see with my additional logging is that the goal of the execute_transferjob action_bridge (ROS1: client, ROS2: server) do not really succeed/finish, but instead get cancelled
( | )fxm@alpamayo:~$ source_amr_ros_bridge && ros2 run ros1_bridge action_bridge ros2 amr_road_network_msgs action/ExecuteTransferJob /execute_transferjob --ros-args --remap __name:=action_bridge_execute_transferjob
ROS_DISTRO was set to 'foxy' before. Please make sure that the environment does not mix paths from different distributions.
ROS_DISTRO was set to 'noetic' before. Please make sure that the environment does not mix paths from different distributions.
ros2 amr_road_network_msgs action/ExecuteTransferJob /execute_transferjob
created action factory
[INFO] [1689620016.573372008] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1689620016.573665282] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1689620016.577810175] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1689620016.579401999] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1689620016.594986955] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1689620016.595671505] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1689620016.597745356] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1689620016.675522771] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1689620074.047111500] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1689620074.047969908] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1689620074.258056837] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1689620074.258380834] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1689620074.287463400] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1689620074.287579133] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1689620074.287691950] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1689620074.287717982] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1689620074.289358908] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1689620074.292937806] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result

[INFO] [1689620119.950229190] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1689620119.957283958] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1689620132.416342337] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1689620132.416578705] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1689620132.419772296] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1689620132.420638612] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1689620132.420823349] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1689620132.420875893] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1689620132.430172569] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
terminate called after throwing an instance of 'std::future_error'
  what():  std::future_error: No associated state
( | )fxm@alpamayo:~$
( | )fxm@alpamayo:~$
( | )fxm@alpamayo:~$ source_amr_ros_bridge && ros2 run ros1_bridge action_bridge ros2 amr_road_network_msgs action/ExecuteTransferJob /execute_transferjob --ros-args --remap __name:=action_bridge_execute_transferjob
ROS_DISTRO was set to 'foxy' before. Please make sure that the environment does not mix paths from different distributions.
ROS_DISTRO was set to 'noetic' before. Please make sure that the environment does not mix paths from different distributions.
ros2 amr_road_network_msgs action/ExecuteTransferJob /execute_transferjob
created action factory
[INFO] [1689620183.713589640] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1689620183.713839222] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1689620183.729346627] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1689620183.729728018] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1689620183.730827437] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1689620183.730877262] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1689620183.731656075] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1689620183.732905783] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1689620229.961474958] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1689620229.962202873] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1689620239.598471487] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1689620239.598579691] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1689620239.602885522] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1689620239.603728071] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1689620239.603888110] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1689620239.603936083] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1689620239.604408865] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1689620239.613769884] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result

these cancel calls are being triggered by the SM :exclamation:
fxm@alpamayo:~$ rostopic echo /execute_transferjob/cancel
stamp:
  secs: 0
  nsecs:         0
id: "/flexbe_onboard_behavior-13-1689620728.715"
---

maybe some timeout or something...

I still fail to actually catch the exception (future_error) :sob:
here is a log of the latest commit:
( | )fxm@alpamayo:~$ source_amr_ros_bridge && ros2 run ros1_bridge action_bridge ros2 amr_road_network_msgs action/ExecuteTransferJob /execute_transferjob --ros-args --remap __name:=action_bridge_execute_transferjob
ROS_DISTRO was set to 'foxy' before. Please make sure that the environment does not mix paths from different distributions.
ROS_DISTRO was set to 'noetic' before. Please make sure that the environment does not mix paths from different distributions.
ros2 amr_road_network_msgs action/ExecuteTransferJob /execute_transferjob
created action factory
[INFO] [1690921098.745033399] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921098.745357690] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921098.762788567] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921098.763095804] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921098.763344391] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921098.763393399] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921098.769953709] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921098.950469720] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921164.377641231] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921164.379769396] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921164.615783571] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921164.615862839] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921164.620249217] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921164.621089974] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921164.621804397] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921164.623428007] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921164.624092955] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921164.650446532] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921205.419725306] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921205.432965535] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921208.937768269] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921208.937906760] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921208.945565122] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921208.953620808] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921208.953800788] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921208.953825791] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921208.956785612] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921208.972809309] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921253.875175318] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921253.884940108] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921253.979123869] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921253.979203724] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921253.980239478] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921253.980355909] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921253.981452638] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921253.983156636] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921253.983387405] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921253.986503560] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921315.639865807] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921315.640082045] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921324.687517780] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921324.687624370] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921324.688055131] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921324.688127922] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921324.688282063] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921324.688304606] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921324.688360949] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921324.688921224] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921393.441622515] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921393.456107763] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921393.581502326] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921393.581599390] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921393.586517409] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921393.586877621] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921393.587127083] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921393.587253952] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921393.587482180] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921393.588832948] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921435.190356141] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921435.202893248] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921438.168728784] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921438.168806093] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921438.169961851] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921438.170075251] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921438.170203199] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921438.170234456] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921438.170302388] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921438.182407211] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921486.888129788] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921486.888634282] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921487.015423432] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921487.015537838] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921487.035590227] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921487.037413469] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921487.038181320] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921487.044469377] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921487.058249009] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921487.058429144] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921528.827939253] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921528.832666883] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921530.204509449] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921530.204652143] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921530.208559940] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921530.208662500] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921530.208770693] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921530.208794890] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921530.208873426] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921530.209570745] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921574.786345516] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921574.791487898] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921574.904783561] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921574.904873506] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921574.911626316] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921574.911736627] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921574.911851841] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921574.912608272] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921574.912700672] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921574.915106020] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
[INFO] [1690921637.105268861] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel_cb
[INFO] [1690921637.107091453] [action_bridge_execute_transferjob]: ActionFactory_1_2::cancel
[INFO] [1690921639.004424597] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb
[INFO] [1690921639.004524771] [action_bridge_execute_transferjob]: ActionFactory_1_2::goal_cb Sending goal
[INFO] [1690921639.011611030] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle
[INFO] [1690921639.011765520] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle translate_goal_1_to_2
[INFO] [1690921639.011960328] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle action_server available
[INFO] [1690921639.012006568] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle send_goal_ops configured
[INFO] [1690921639.014251349] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_send_goal
[INFO] [1690921639.015348087] [action_bridge_execute_transferjob]: ActionFactory_1_2::handle async_get_result
terminate called after throwing an instance of 'std::future_error'
  what():  std::future_error: No associated state

but here are my insights and thoughts:

only the ActionFactory_1_2 is affected, i.e. the /execute_transferjob ActionServer implemented in ROS2 triggered by the SM from ROS1
if it happens, then it happens during the cancel of the previous action and the upcoming new goal
we might also need to verify the implementation of the ActionServer itself, i.e. (cancellation behavior, preemption by new goal, etc.)
I'm pretty sure the detached threads in the handle and cancel function are not correctly protected

@benmaidel maybe we can have a look at this together tomorrow as you know more about the actual ActionServer part

For debugging I would suggest to enable core dumps for this node. Core dumps can then be used to debug the problem in gdb. For this to work properly, the debug symbols needs to be attached during compilation.
How to enable compiling with debug in ros2 with colon
cd git/amr_ros2_ws
source_amr_ros2_build
colcon build --cmake-args -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo --event-handlers console_direct+
source install/setup.bash

How ot enable core dumps

enable apport

sudo systemctl enable apport
sudo systemctl start apport

start the process with the prefix

ulimit -c unlimited && ros2 run ...

core dumps should then be in the folder /var/lib/apport/coredump the log can be viewed in /var/log/apport.log

colcon build --cmake-args -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo --event-handlers console_direct+

failed with a linker error somehow, thus I used
colcon build --cmake-args -DCMAKE_EXPORT_COMPILE_COMMANDS=ON -DCMAKE_BUILD_TYPE=Debug --event-handlers console_direct+

the coredump can directly be investigated in gdb like so
cd /var/lib/apport/coredump
gdb ~/git/amr_ros2_interfaces_ws/install/ros1_bridge/lib/ros1_bridge/action_bridge core._home_fxm_git_amr_ros2_interfaces_ws_install_ros1_bridge_lib_ros1_bridge_action_bridge.1000.6dea713d-29aa-4fab-b7ae-8bef148783e3.681138.35823180

then use bt to inspect the backtrace

showing the backtrace actually takes quite some time to load!
here is the output:
( | )fxm@alpamayo:/var/lib/apport/coredump$ gdb ~/git/amr_ros2_interfaces_ws/install/ros1_bridge/lib/ros1_bridge/action_bridge core._home_fxm_git_amr_ros2_interfaces_ws_install_ros1_bridge_lib_ros1_bridge_action_bridge.1000.008e1edd-e7b7-4a77-a067-3f9a89daf8dd.27569.532900
GNU gdb (Ubuntu 9.2-0ubuntu1~20.04.1) 9.2
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /home/fxm/git/amr_ros2_interfaces_ws/install/ros1_bridge/lib/ros1_bridge/action_bridge...
[New LWP 27569]
[New LWP 27602]
[New LWP 27595]
[New LWP 27597]
[New LWP 27668]
[New LWP 27599]
[New LWP 27601]
[New LWP 27603]
[New LWP 27606]
[New LWP 27607]
[New LWP 27688]
[New LWP 27694]
[New LWP 27701]
[New LWP 27705]
[New LWP 48773]
[New LWP 61635]
[New LWP 27598]
[New LWP 27689]
[New LWP 27690]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
bt

Core was generated by `/home/fxm/git/amr_ros2_interfaces_ws/install/ros1_bridge/lib/ros1_bridge/action'.
Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
50	../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
[Current thread is 1 (Thread 0x7f43a16684c0 (LWP 27569))]
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007f43a3fd9859 in __GI_abort () at abort.c:79
#2  0x00007f43a42648d1 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007f43a427037c in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007f43a42703e7 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007f43a4270699 in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007f43a4267563 in std::__throw_future_error(int) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7  0x00007f43b2e63208 in std::__future_base::_State_baseV2::_S_check<std::__future_base::_State_baseV2> (
    __p=std::shared_ptr<class std::__future_base::_State_baseV2> (use count 4, weak count 0) = {...}) at /usr/include/c++/9/future:553
#8  0x00007f43b33f4538 in std::__basic_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >::_M_get_result (
    this=0x7f437acd92d0) at /usr/include/c++/9/future:716
#9  0x00007f43b33e9052 in std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >::get (this=0x7f437acd92d0)
    at /usr/include/c++/9/future:925
#10 0x00007f43b33e1d10 in ros1_bridge::ActionFactory_1_2<amr_road_network_msgs::ExecuteTransferJobAction_<std::allocator<void> >, amr_road_network_msgs::action::ExecuteTransferJob>::GoalHandler::handle()::{lambda(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)#1}::operator()(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >) (this=0x7f4380005d30, gh2=...)
    at /home/fxm/git/amr_ros2_interfaces_ws/src/ros1_bridge/include/ros1_bridge/action_factory.hpp:181
#11 0x00007f43b33fa623 in std::_Function_handler<void (std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >), ros1_bridge::ActionFactory_1_2<amr_road_network_msgs::ExecuteTransferJobAction_<std::allocator<void> >, amr_road_network_msgs::action::ExecuteTransferJob>::GoalHandler::handle()::{lambda(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)#1}>::_M_invoke(std::_Any_data const&, std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >&&) (__functor=..., __args#0=...) at /usr/include/c++/9/bits/std_function.h:300
#12 0x00007f43b33f56a3 in std::function<void (std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)>::operator()(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >) const (this=0x7f43580016e8, __args#0=...)
    at /usr/include/c++/9/bits/std_function.h:688
#13 0x00007f43b33eacaa in rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::async_send_goal(amr_road_network_msgs::action::ExecuteTransferJob_Goal_<std::allocator<void> > const&, rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::SendGoalOptions const&)::{lambda(std::shared_ptr<void>)#1}::operator()(std::shared_ptr<void>) (this=0x55ed0dcfb7c0, response=std::shared_ptr<void> (use count 4, weak count 0) = {...}) at /opt/ros/foxy/include/rclcpp_action/client.hpp:379
#14 0x00007f43b33fc29f in std::_Function_handler<void (std::shared_ptr<void>), rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::async_send_goal(amr_road_network_msgs::action::ExecuteTransferJob_Goal_<std::allocator<void> > const&, rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::SendGoalOptions const&)::{lambda(std::shared_ptr<void>)#1}>::_M_invoke(std::_Any_data const&, std::shared_ptr<void>&&) (__functor=..., __args#0=...) at /usr/include/c++/9/bits/std_function.h:300
#15 0x00007f43a3c5c967 in rclcpp_action::ClientBase::handle_goal_response(rmw_request_id_t const&, std::shared_ptr<void>) () from /opt/ros/foxy/lib/librclcpp_action.so
#16 0x00007f43a3c5b2a7 in rclcpp_action::ClientBase::execute() () from /opt/ros/foxy/lib/librclcpp_action.so
#17 0x00007f43a449885f in rclcpp::Executor::execute_any_executable(rclcpp::AnyExecutable&) () from /opt/ros/foxy/lib/librclcpp.so
#18 0x00007f43a449a4bb in rclcpp::Executor::spin_once_impl(std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#19 0x00007f43a449a54e in rclcpp::Executor::spin_once(std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#20 0x00007f43a44963ed in rclcpp::Executor::spin_node_once_nanoseconds(std::shared_ptr<rclcpp::node_interfaces::NodeBaseInterface>, std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#21 0x000055ed0d435d1f in rclcpp::Executor::spin_node_once<rclcpp::Node, long, std::ratio<1l, 1000l> > (this=0x7fff455e18a0,
    node=std::shared_ptr<class rclcpp::Node> (use count 3, weak count 1) = {...}, timeout=...) at /opt/ros/foxy/include/rclcpp/executor.hpp:147
#22 0x000055ed0d432fc0 in main (argc=7, argv=0x7fff455e1ab8) at /home/fxm/git/amr_ros2_interfaces_ws/src/ros1_bridge/src/action_bridge.cpp:68
(gdb)
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007f43a3fd9859 in __GI_abort () at abort.c:79
#2  0x00007f43a42648d1 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007f43a427037c in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007f43a42703e7 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007f43a4270699 in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007f43a4267563 in std::__throw_future_error(int) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7  0x00007f43b2e63208 in std::__future_base::_State_baseV2::_S_check<std::__future_base::_State_baseV2> (
    __p=std::shared_ptr<class std::__future_base::_State_baseV2> (use count 4, weak count 0) = {...}) at /usr/include/c++/9/future:553
#8  0x00007f43b33f4538 in std::__basic_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >::_M_get_result (
    this=0x7f437acd92d0) at /usr/include/c++/9/future:716
#9  0x00007f43b33e9052 in std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >::get (this=0x7f437acd92d0)
    at /usr/include/c++/9/future:925
#10 0x00007f43b33e1d10 in ros1_bridge::ActionFactory_1_2<amr_road_network_msgs::ExecuteTransferJobAction_<std::allocator<void> >, amr_road_network_msgs::action::ExecuteTransferJob>::GoalHandler::handle()::{lambda(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)#1}::operator()(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >) (this=0x7f4380005d30, gh2=...)
    at /home/fxm/git/amr_ros2_interfaces_ws/src/ros1_bridge/include/ros1_bridge/action_factory.hpp:181
#11 0x00007f43b33fa623 in std::_Function_handler<void (std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >), ros1_bridge::ActionFactory_1_2<amr_road_network_msgs::ExecuteTransferJobAction_<std::allocator<void> >, amr_road_network_msgs::action::ExecuteTransferJob>::GoalHandler::handle()::{lambda(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)#1}>::_M_invoke(std::_Any_data const&, std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >&&) (__functor=..., __args#0=...) at /usr/include/c++/9/bits/std_function.h:300
#12 0x00007f43b33f56a3 in std::function<void (std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)>::operator()(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >) const (this=0x7f43580016e8, __args#0=...)
    at /usr/include/c++/9/bits/std_function.h:688
#13 0x00007f43b33eacaa in rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::async_send_goal(amr_road_network_msgs::action::ExecuteTransferJob_Goal_<std::allocator<void> > const&, rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::SendGoalOptions const&)::{lambda(std::shared_ptr<void>)#1}::operator()(std::shared_ptr<void>) (this=0x55ed0dcfb7c0, response=std::shared_ptr<void> (use count 4, weak count 0) = {...}) at /opt/ros/foxy/include/rclcpp_action/client.hpp:379
#14 0x00007f43b33fc29f in std::_Function_handler<void (std::shared_ptr<void>), rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::async_send_goal(amr_road_network_msgs::action::ExecuteTransferJob_Goal_<std::allocator<void> > const&, rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::SendGoalOptions const&)::{lambda(std::shared_ptr<void>)#1}>::_M_invoke(std::_Any_data const&, std::shared_ptr<void>&&) (__functor=..., __args#0=...) at /usr/include/c++/9/bits/std_function.h:300
#15 0x00007f43a3c5c967 in rclcpp_action::ClientBase::handle_goal_response(rmw_request_id_t const&, std::shared_ptr<void>) () from /opt/ros/foxy/lib/librclcpp_action.so
#16 0x00007f43a3c5b2a7 in rclcpp_action::ClientBase::execute() () from /opt/ros/foxy/lib/librclcpp_action.so
#17 0x00007f43a449885f in rclcpp::Executor::execute_any_executable(rclcpp::AnyExecutable&) () from /opt/ros/foxy/lib/librclcpp.so
#18 0x00007f43a449a4bb in rclcpp::Executor::spin_once_impl(std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#19 0x00007f43a449a54e in rclcpp::Executor::spin_once(std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#20 0x00007f43a44963ed in rclcpp::Executor::spin_node_once_nanoseconds(std::shared_ptr<rclcpp::node_interfaces::NodeBaseInterface>, std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#21 0x000055ed0d435d1f in rclcpp::Executor::spin_node_once<rclcpp::Node, long, std::ratio<1l, 1000l> > (this=0x7fff455e18a0,
    node=std::shared_ptr<class rclcpp::Node> (use count 3, weak count 1) = {...}, timeout=...) at /opt/ros/foxy/include/rclcpp/executor.hpp:147
#22 0x000055ed0d432fc0 in main (argc=7, argv=0x7fff455e1ab8) at /home/fxm/git/amr_ros2_interfaces_ws/src/ros1_bridge/src/action_bridge.cpp:68
(gdb)
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50
#1  0x00007f43a3fd9859 in __GI_abort () at abort.c:79
#2  0x00007f43a42648d1 in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#3  0x00007f43a427037c in ?? () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#4  0x00007f43a42703e7 in std::terminate() () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#5  0x00007f43a4270699 in __cxa_throw () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#6  0x00007f43a4267563 in std::__throw_future_error(int) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6
#7  0x00007f43b2e63208 in std::__future_base::_State_baseV2::_S_check<std::__future_base::_State_baseV2> (
    __p=std::shared_ptr<class std::__future_base::_State_baseV2> (use count 4, weak count 0) = {...}) at /usr/include/c++/9/future:553
#8  0x00007f43b33f4538 in std::__basic_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >::_M_get_result (
    this=0x7f437acd92d0) at /usr/include/c++/9/future:716
#9  0x00007f43b33e9052 in std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >::get (this=0x7f437acd92d0)
    at /usr/include/c++/9/future:925
#10 0x00007f43b33e1d10 in ros1_bridge::ActionFactory_1_2<amr_road_network_msgs::ExecuteTransferJobAction_<std::allocator<void> >, amr_road_network_msgs::action::ExecuteTransferJob>::GoalHandler::handle()::{lambda(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)#1}::operator()(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >) (this=0x7f4380005d30, gh2=...)
    at /home/fxm/git/amr_ros2_interfaces_ws/src/ros1_bridge/include/ros1_bridge/action_factory.hpp:181
#11 0x00007f43b33fa623 in std::_Function_handler<void (std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >), ros1_bridge::ActionFactory_1_2<amr_road_network_msgs::ExecuteTransferJobAction_<std::allocator<void> >, amr_road_network_msgs::action::ExecuteTransferJob>::GoalHandler::handle()::{lambda(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)#1}>::_M_invoke(std::_Any_data const&, std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >&&) (__functor=..., __args#0=...) at /usr/include/c++/9/bits/std_function.h:300
#12 0x00007f43b33f56a3 in std::function<void (std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >)>::operator()(std::shared_future<std::shared_ptr<rclcpp_action::ClientGoalHandle<amr_road_network_msgs::action::ExecuteTransferJob> > >) const (this=0x7f43580016e8, __args#0=...)
    at /usr/include/c++/9/bits/std_function.h:688
#13 0x00007f43b33eacaa in rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::async_send_goal(amr_road_network_msgs::action::ExecuteTransferJob_Goal_<std::allocator<void> > const&, rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::SendGoalOptions const&)::{lambda(std::shared_ptr<void>)#1}::operator()(std::shared_ptr<void>) (this=0x55ed0dcfb7c0, response=std::shared_ptr<void> (use count 4, weak count 0) = {...}) at /opt/ros/foxy/include/rclcpp_action/client.hpp:379
#14 0x00007f43b33fc29f in std::_Function_handler<void (std::shared_ptr<void>), rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::async_send_goal(amr_road_network_msgs::action::ExecuteTransferJob_Goal_<std::allocator<void> > const&, rclcpp_action::Client<amr_road_network_msgs::action::ExecuteTransferJob>::SendGoalOptions const&)::{lambda(std::shared_ptr<void>)#1}>::_M_invoke(std::_Any_data const&, std::shared_ptr<void>&&) (__functor=..., __args#0=...) at /usr/include/c++/9/bits/std_function.h:300
#15 0x00007f43a3c5c967 in rclcpp_action::ClientBase::handle_goal_response(rmw_request_id_t const&, std::shared_ptr<void>) () from /opt/ros/foxy/lib/librclcpp_action.so
#16 0x00007f43a3c5b2a7 in rclcpp_action::ClientBase::execute() () from /opt/ros/foxy/lib/librclcpp_action.so
#17 0x00007f43a449885f in rclcpp::Executor::execute_any_executable(rclcpp::AnyExecutable&) () from /opt/ros/foxy/lib/librclcpp.so
#18 0x00007f43a449a4bb in rclcpp::Executor::spin_once_impl(std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#19 0x00007f43a449a54e in rclcpp::Executor::spin_once(std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#20 0x00007f43a44963ed in rclcpp::Executor::spin_node_once_nanoseconds(std::shared_ptr<rclcpp::node_interfaces::NodeBaseInterface>, std::chrono::duration<long, std::ratio<1l,<PHONE_NUMBER>l> >) () from /opt/ros/foxy/lib/librclcpp.so
#21 0x000055ed0d435d1f in rclcpp::Executor::spin_node_once<rclcpp::Node, long, std::ratio<1l, 1000l> > (this=0x7fff455e18a0,
    node=std::shared_ptr<class rclcpp::Node> (use count 3, weak count 1) = {...}, timeout=...) at /opt/ros/foxy/include/rclcpp/executor.hpp:147
#22 0x000055ed0d432fc0 in main (argc=7, argv=0x7fff455e1ab8) at /home/fxm/git/amr_ros2_interfaces_ws/src/ros1_bridge/src/action_bridge.cpp:68
(gdb)

This also sounds relevant:
https://docs.ros2.org/foxy/api/rclcpp_action/structrclcpp__action_1_1Client_1_1SendGoalOptions.html#a19ce1413b932e5864699a5d43c142f6f
I also see that in the SendGoalOptions, only a goal_response_callback is registered - but no result_callback?

@benmaidel
does it make sense to combine #13 and #15?

closing in favor of https://github.com/mojin-robotics/ros1_bridge/pull/15

the commits were not completely obsolete as they e.g. fix format warnings in the CI and also allow proper logging for  both ros2 run and ros2 launch.....I'll compose a set with minimal logging, passing CI including your bugfix


proxy

its more of a question than an issue...
I am following the NG2 ToH pattern and need to add a proxy to my local server API but would like to keep it simple from the command prompt in the node script section of the package.json
any url calls to /server/api
redirect to
http://<IP_ADDRESS>/server/api
thanks

@gadieichhorn This should be possible by adding a proxy middleware in a custom bs-config.js, ie: http-proxy-middleware
https://github.com/chimurai/http-proxy-middleware/blob/master/examples/browser-sync/index.js

Has anyone been able to put in a bs-config file and get it working? I'm Actually getting in the terminal a "Did not detect a 'bs-config.json' or 'bs-config.js' overide file using lite-server defaults when I have it in my directory.

@gadieichhorn here is a working example with lite-server
Run:
$ npm install --save-dev http-proxy-middleware connect-history-api-fallback

File: bs-config.js
var proxyMiddleware = require('http-proxy-middleware');
var fallbackMiddleware = require('connect-history-api-fallback');

module.exports = {
    server: {
        middleware: {
            1: proxyMiddleware('/api', {
                target: 'http://www.example.org',
                changeOrigin: true   // for vhosted sites, changes host header to match to target's host
            }),

            2: fallbackMiddleware({
                index: '/index.html', verbose: true
            })
        }
    }
};

I think the history middleware should be before the proxy middleware. For some reason, when the proxy middleware is first, it never reaches the history one.

Thanks @cgmartin for the example.
Added lite-server to the list of examples:
https://github.com/chimurai/http-proxy-middleware/blob/master/recipes/servers.md#lite-server

thanks it works @cgmartin and @maximedupre


[26.x][WFLY-15524]: Upgrade netty from 4.1.68 to 4.1.72.

Upgrading netty to 4.1.72.
Removing netty-all and using the proper netty artefacts in pom.xml.
Removing the io.netty jboss module and creating io.netty.netty-*
modules for each artefact.
Adding a task to manage the native parts.
Adding the missing io.netty.netty-handler dependency to the artemis journal module.

Jira: https://issues.redhat.com/browse/WFLY-15935
Jira: https://issues.redhat.com/browse//WFLY-15524
Main PRs:
https://github.com/wildfly/wildfly/pull/14887
https://github.com/wildfly/wildfly/pull/15117

@ehsavoie could you please mention in the PR description the upstream PRs for the main branch?

@jmesnil Done.
Also I'm not sure the CI failures are related to that PR

@ehhttps://ci.wildfly.org/buildConfiguration/WF_PullRequest26x_WindowsJdk11/290926?showRootCauses=false&expandBuildChangesSection=true&expandBuildTestsSection=true might be related
OIDC failures are a known regression that will be fixed by an upcoming WildFly Core release

@jmesnil  The initial goal was to reduce the size and to have modules only depending of what they required instead of depending on everything as some parts are only used by some subsystems.
I agree that it it 'big' for 26.0.1 but it is cleaner in the long run.

@boris-unckel  my understanding is that CVE-2021-43797  is not relevant for WildFly as we don't use Netty for HTTP. @ehsavoie is that correct?

@jmesnil @ehsavoie @bstansberry thank you all to clarify the impact.

Thanks, @ehsavoie


typo: VIsualizations -> Visualizations

@nschonni : Thanks for your contribution! The author, @maggiesMSFT, has been notified to review your proposed change.

Verified editorial corrections.

@rjagiewich : Thanks for your contribution! The author, @maggiesMSFT, has been notified to review your proposed change.


Details Layout Columns refresh issue

What feature or improvement do you think would benefit Files?
I have Files open and I'm looking at a folder. When I open Details Layout Columns and turn off 'Tag column', I don't see the 'Tag' column removed nor is it removed when I close the Settings dialog.
Requirements
When the user makes changes to the Details Layout Columns, the changes should be applied immediately to all open Files.
Files Version
3.0
Windows Version
22H2 Build 22621.2506
Comments
No response

Thanks for the report, can you open a new issue using the bug report template?


Improvement for internal implementation of metadata set/get extra APIs

After discussed with @chenyukaola, she will push a PR including most of modification of this PR. So I will close this PR directly


Teach RemoteMirror how to project enum values

This adds two new functions to the SwiftRemoteMirror
facility that support inspecting enum values.
Currently, these support non-payload enums and
single-payload enums, including nested enums and
payloads with struct, tuple, and reference payloads.
In particular, it handles nested Optional types.
TODO: Multi-payload enums use different strategies for
encoding the cases that aren't yet supported by this
code.
Resolves rdar://59961527
/// Projects the value of an enum.
///
/// Takes the address and typeref for an enum and determines the
/// index of the currently-selected case within the enum.
///
/// Returns true iff the enum case could be successfully determined.
/// In particular, note that this code may fail for valid in-memory data
/// if the compiler is using a strategy we do not yet understand.
SWIFT_REMOTE_MIRROR_LINKAGE
int swift_reflection_projectEnumValue(SwiftReflectionContextRef ContextRef,
                                      swift_addr_t EnumAddress,
                                      swift_typeref_t EnumTypeRef,
                                      int *CaseIndex);

/// Finds information about a particular enum case.
///
/// Given an enum typeref and index of a case, returns:
/// * Typeref of the associated payload or zero if there is no payload
/// * Name of the case if known.
///
/// The Name points to a freshly-allocated C string on the heap.  You
/// are responsible for freeing the string (via `free()`) when you are finished.
SWIFT_REMOTE_MIRROR_LINKAGE
int swift_reflection_getEnumCaseTypeRef(SwiftReflectionContextRef ContextRef,
                                        swift_typeref_t EnumTypeRef,
                                        int CaseIndex,
                                        char **CaseName,
                                        swift_typeref_t *PayloadTypeRef);

This is not quite ready to merge:  It currently hard-codes some pointer properties that need to be queried from the target.

I think I've worked out the pointer properties as well as I can for now.  I'm still checking some details around XI handling for different kinds of pointers, but otherwise I think this is mergeable (pending CI, of course).

@swift-ci Please test macOS

@swift-ci Please test Linux

Build failed
Swift Test Linux Platform
Git Sha - 0dd655683644d0c7bf47ff5a9fa274b21f1fe7b2

Build failed
Swift Test OS X Platform
Git Sha - 0dd655683644d0c7bf47ff5a9fa274b21f1fe7b2

I think this is ready to merge.  The tests could be a little more comprehensive, but the API seems to be working correctly for the current tests on both macOS x86_64 and the 32-bit iOS simulator.

@swift-ci Please smoke test Linux

@swift-ci Please test macOS

@swift-ci Please smoke test Linux

@swift-ci Please test macOS

Build failed
Swift Test OS X Platform
Git Sha - 118efad6ac52ddca9e667ef00e587e11a85daea2

@swift-ci Please test macOS

@swift-ci Please smoke test Linux

Build failed
Swift Test OS X Platform
Git Sha - bb87e636bb0c980d3f4582ef4a895716ae818b05

@swift-ci Please smoke test Linux

This caused test failure in "Swift in the OS" bot
https://ci.swift.org/job/oss-swift_tools-RA_stdlib-RA-test-simulator-swift-in-the-os/1589/console
@tbkka Could you take a look? rdar://problem/60183719

PR #30281 should fix this.


Add selection to result screen

The result screen should show:

[x] Selected map
[x] Selected spots
[x] Selected weapon

So basically the whole selection with the order here indicating the importance.

https://github.com/JanEricNitschke/AngularFightAnalyzer/commit/db3f05eb16b8996eabcf3f904b598264c8a4b556


property attribute

I think you want "strong" on this property attribute, no? I'm getting a warning in xcode 5.1 with mixed arc/non-arc code.
@property (nonatomic, strong) UIImage *customTouchImage;

Yes, I agree. This needs a strong property.

All properties of retainable object type now explicitly specify their ownership (strong, weak, ...), but no guarantee that this mixed ARC/non-ARC code will work. At this stage, hopefully everybody is 100% ARC.


   AESCTR 16        <LA_URL> URL for license acquisition </LA_URL>       <LUI_URL>         URL for Non-silent license acquisition web page       </LUI_URL>     <DS_ID>base64-encoded guid</DS_ID>     base64-encoded kid        <mm:Publisher xmlns:mm="urn:schema-musicmogul-com">            mm:Author                 Elvis Presley            </mm:Author>            mm:CreationDate                 2007/08/21:12:00:00            </mm:CreationDate>         </mm:Publisher>             checksum of the content key for verification

[Enter feedback here]

Document Details
[AUTHOR/DEVELOPED BY: JOSEPH S. FABIAN JR  2020-2021] [
109c673c1b909bcd80ab5a2ed2f98672.pdf
<EMAIL_ADDRESS><EMAIL_ADDRESS>⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 94dcc0f3-fc01-7bb1-2bad-9f761b0064d1
Version Independent ID: f3a9f462-f9b1-5456-d6de-632ddd3d46ea
Content: PlayReady Header Specification - PlayReady
Content Source: Docs/Specifications/playready-header-specification.md
Product: playready
Technology: drm
GitHub Login: @mimisasouvanh
Microsoft Alias: windowsdriverdev

@isharma-msft @swenkeratmicrosoft FYI

@streamfitness
This issue appears to have a title with a partially-filled WRMHeader and no additional information.
Could you please explain the question or problem you have in detail?
Thanks,
-Sam Wenker with the Microsoft PlayReady team

Since no additional information regarding the actual issue has been customer-provided in nearly 3 weeks. I am closing this issue.
Thanks,
-Sam Wenker with the Microsoft PlayReady team


testing: prow/gpu-operator.sh: use the GPU Operator must-gather image

build/Dockerfile: unprepare the image for GPU Operator must-gather support

The GPU Operator image now provides its own must-gather script.
https://gitlab.com/nvidia/kubernetes/gpu-operator/-/blob/master/hack/must-gather.sh

testing: prow/gpu-operator.sh: use the GPU Operator must-gather image

... or our script toolbox/gpu-operator/must-gather.sh if it doesn't
exist. Support integrated in v1.9.0.

/test gpu-operator-e2e

*[2021-12-01T15:11:17Z]NoClusters: No clusters in pool are ready to be
claimed

/test gpu-operator-e2e
On Wed, Dec 1, 2021 at 5:41 PM openshift-ci[bot] @.***>
wrote:

@kpouget https://github.com/kpouget: The following test failed, say
/retest to rerun all failed tests or /retest-required to rerun all
mandatory failed tests:
Test name Commit Details Required Rerun command
ci/prow/gpu-operator-e2e 9228bf2
https://github.com/openshift-psap/ci-artifacts/commit/9228bf284db93887164746baa11fccd97e7f501c
link
https://prow.ci.openshift.org/view/gs/origin-ci-test/pr-logs/pull/openshift-psap_ci-artifacts/294/pull-ci-openshift-psap-ci-artifacts-master-gpu-operator-e2e/1466061224595689472
true /test gpu-operator-e2e
Full PR test history
https://prow.ci.openshift.org/pr-history?org=openshift-psap&repo=ci-artifacts&pr=294.
Your PR dashboard
https://prow.ci.openshift.org/pr?query=is:pr+state:open+author:kpouget.
Instructions for interacting with me using PR comments are available here
https://git.k8s.io/community/contributors/guide/pull-requests.md. If
you have questions or suggestions related to my behavior, please file an
issue against the kubernetes/test-infra
https://github.com/kubernetes/test-infra/issues/new?title=Prow issue:
repository. I understand the commands that are listed here
https://go.k8s.io/bot-commands.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/openshift-psap/ci-artifacts/pull/294#issuecomment-983823610,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABZVQIX5HB6PYN5SILIPVEDUOZF4DANCNFSM5JEWXXGA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

/test gpu-operator-e2e

/test gpu-operator-e2e

/test gpu-operator-e2e

/test gpu-operator-e2e

/test gpu-operator-e2e
/test test-commit

/test gpu-operator-e2e
/test test-commit

new behavior:

calls gpu-operator capture_deployment_state is must-gather not available in the image (eg, 1.8.2)

calls must-gather in the image is available

calls gpu-operator capture_deployment_state after, until we're sure we're happy with the must-gather image.

https://gcsweb-ci.apps.ci.l2s4.p1.openshiftapps.com/gcs/origin-ci-test/pr-logs/pull/openshift-psap_ci-artifacts/294/pull-ci-openshift-psap-ci-artifacts-master-gpu-operator-e2e/1466473963252092928/artifacts/gpu-operator-e2e/presubmit-operatorhub/artifacts/
--> see must-gather script being broken in v1.9.0-beta
https://gcsweb-ci.apps.ci.l2s4.p1.openshiftapps.com/gcs/origin-ci-test/pr-logs/pull/openshift-psap_ci-artifacts/294/pull-ci-openshift-psap-ci-artifacts-master-gpu-operator-e2e/1466473963252092928/artifacts/gpu-operator-e2e/presubmit-master/artifacts/
--> see must-gather script being fixed in master

/approve

@omertuc PTAL

thanks for the feedback @omertuc , I followed the suggestions
/test gpu-operator-e2e
/test test-commit

/lgtm
/hold wait for job

did you see the force push when you LGTM? 🙃 seems to be that both happened at the same time :)
anyway:
/test gpu-operator-e2e
/test test-commit

/test gpu-operator-e2e

/lgtm

/test gpu-operator-e2e
On Wed, Dec 8, 2021 at 3:25 PM openshift-ci[bot] @.***>
wrote:

New changes are detected. LGTM label has been removed.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/openshift-psap/ci-artifacts/pull/294#issuecomment-988859572,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABZVQIW6JVSIXFJYRKO5ARDUP5TEZANCNFSM5JEWXXGA
.
Triage notifications on the go with GitHub Mobile for iOS
https://apps.apple.com/app/apple-store/id1477376905?ct=notification-email&mt=8&pt=524675
or Android
https://play.google.com/store/apps/details?id=com.github.android&referrer=utm_campaign%3Dnotification-email%26utm_medium%3Demail%26utm_source%3Dgithub.

must-gather looks good!
https://gcsweb-ci.apps.ci.l2s4.p1.openshiftapps.com/gcs/origin-ci-test/pr-logs/pull/openshift-psap_ci-artifacts/294/pull-ci-openshift-psap-ci-artifacts-master-gpu-operator-e2e/1468588232127025152/artifacts/gpu-operator-e2e/presubmit-master/artifacts/011__gpu-operator__must-gather/
https://gcsweb-ci.apps.ci.l2s4.p1.openshiftapps.com/gcs/origin-ci-test/pr-logs/pull/openshift-psap_ci-artifacts/294/pull-ci-openshift-psap-ci-artifacts-master-gpu-operator-e2e/1468588232127025152/artifacts/gpu-operator-e2e/presubmit-operatorhub/artifacts/012__gpu-operator__must-gather/
I'll remote the rmdir in another PR
Running exit finalizers ...
Running finalizer 'collect_must_gather' ...
Running the GPU Operator must-gather image ...
Operator image: nvcr.io/nvidia/gpu-operator@sha256:57e7be259af342ccdf281d23d79e15d474e2e6f506f84c0cdae3db2a199b3395
Copying must-gather results to /logs/artifacts/012__gpu-operator__must-gather ...
rmdir: failed to remove '/tmp/gpu-operator_Rlqi': Directory not empty
Running gpu_operator capture_deployment_state ...
Running gpu_operator capture_deployment_state ... done.

/hold cancel
/approve


Tests for rakudo/rakudo#2169

Something went wrong on merging roast from master. Will re-open as a new PR.


ENYO-3225: Switch enyoconfig file as optional as  defaults are in the…

… system and userspace regardless
Enyo-DCO-1.1-Signed-off-by: Jason Robitaille<EMAIL_ADDRESS>

Tested by creating a new onyx-app via template, removing the .enyoconfig file, and packaging the app.  Success.


CommandInstalledE

Sometimes I want a standard error instead of just the bool so I can print it out in the CLI.

Ok merging. Will release this with the other 2.


Dropping a primary key on which a foreign key depends is illegal.

https://github.com/CivClassic/CivModCore/blob/master/src/main/java/vg/civcraft/mc/civmodcore/locations/global/CMCWorldDAO.java#L108
The foreign key depending on the primary key must be dropped first.

Fix in https://github.com/psygate/CivModCore/tree/bug/issues-59, pull request created.


Set k8s metadata on wharf-cmd-worker build pods

Inspired by RFC-0025: wharf-cmd provisioning

Depends on:

#12

Requirements

When wharf-cmd-worker is creating the build pods, it should add:

ownerReference (if wharf-cmd-worker is also hosted in k8s), details: https://iver-wharf.github.io/rfcs/published/0025-wharf-cmd-provisioning#wharf-cmd-worker-kubernetes-ownerreferences
labels:

app=wharf-cmd-worker-step
app.kubernetes.io/name=wharf-cmd-worker-step
app.kubernetes.io/part-of=wharf
app.kubernetes.io/managed-by=wharf-cmd-worker
app.kubernetes.io/created-by=wharf-cmd-worker
wharf.iver.com/instance=prod (value of the Wharf instance ID)
wharf.iver.com/build-ref=123
wharf.iver.com/project-id=456
wharf.iver.com/stage-id=789
wharf.iver.com/step-id=789

annotations:

wharf.iver.com/stage-name=myStage
wharf.iver.com/step-name=myStep

Out of scope (don't focus on this yet)

Adding labels to Docker containers. This issue is only targeted towards k8s

Currently there is code to set the annotations, but they are named wharf.iver.com/stage and wharf.iver.com/step.
Should those be kept as-is or changed?

Currently there is code to set the annotations, but they are named wharf.iver.com/stage and wharf.iver.com/step. Should those be kept as-is or changed?
There is also the label wharf.iver.com/build=true, should this be kept in?

Good questions!
I'm commenting on this in your PR instead.

Currently there is code to set the annotations, but they are named wharf.iver.com/stage and wharf.iver.com/step.
Should those be kept as-is or changed?

But yes, I think they should be changed.


Aftermath docker migration: fix racyness in tests

Following on fixes and updated tests to align with Docker v26, createWithMacAddress has become flaky for the docker target.
There was a couple of wrongs in my code:

start + logs seems to be racy - replaced that by start -a
with none network, of course eth0 does not exist
when expected is "", the resolution was always true
after fixing ^ this, it became clear that decision from #3101 hasn't been handled yet and needed to

Hopefully this will fix flakyness on the docker target, and does fix the logic of the test for the docker bridge case (albeit the result is the same).
cc @AkihiroSuda assuming this passes green, can we merge this ASAP?

@AkihiroSuda from the failing node:
https://public.ecr.aws/v2/docker/library/ubuntu/manifests/sha256:fd7fe639db24c4e005643921beea92bc449aac4f4d40d60cd9ad9ab6456aec01: 429 Too Many Requests - Server message: toomanyrequests: Data limit exceeded

@AkihiroSuda from the failing node:
https://public.ecr.aws/v2/docker/library/ubuntu/manifests/sha256:fd7fe639db24c4e005643921beea92bc449aac4f4d40d60cd9ad9ab6456aec01:
429 Too Many Requests - Server message: toomanyrequests: Data limit exceeded

I assume there is specific reason why these are not on ghcr.io?

The image seem to be introduced for testing SOCI: https://github.com/containerd/nerdctl/commit/4c82cde7d594d3952344d815c0645205215cfec7
I guess it can be moved to ghcr.io , if the rate limit error happens frequently.
cc @ktock @ningziwen


Add 'start' and 'end' values to histogram public API

Related to: #2142
Description
This PR adds start and end values to carto.dataview.Histogram

I get what you say, I'll try to add start and end to the histogram-data-model!

While developing this we found a problem in Windshaft related to the start and end parameters, since in Builder we use the map instantiation to filter values we never realized this was wrong.
Blocking until https://github.com/CartoDB/Windshaft/issues/634 is fixed.

As stated in https://github.com/CartoDB/Windshaft/issues/634#issuecomment-402684574 both start and end parameters should be defined for the histogram to behave.
We're already doing it in the internal dataview We only send them if both are defined.
Please modify the code to reflect that:

Histogram validation.
Remove setStart and setEnd and create a setStartEnd to modify both properties. Validate as well.
Make sure that the datamodel only send both values.
Reflect all this in the documentation.

The error when switching columns in Builder is fixed. Anyway, we'll need to another round of Public API acceptance because of the Botella's comment.


Add StateDB to remember users room code

Adds StateDB to store the room code.

Need to update README with instructions to get a room code.


Want to have a sparkline 'bar' chart

Sparkline chart is a line chart without axis labels. I think data series as bar would also be quite nice and useful.

So add options.series0Type = 'bar' and use options.color = 'rgb(91,204,246)' /* $util.colors.skyBlue */. Done.


K8s hellonode scenario

simply make sure that k8s tests run, when developing the tests I discovered some issues with links:

cluster --> node
node --> pod

So for now (until fixing the k8s probe) these were eliminated from the test scenario

rerun scale-tests


Combined dependencies PR

Combining multiple dependencies PRs into one
Includes #4171
Includes #4159
Includes #4158
Includes #4151
Includes #4149
Includes #4143
Includes #4144
Includes #4142
Includes #4138
Includes #4116

Refs #4172


realPath platform inconsistency

Not sure if this is a bug or just something which might need to be documented.
When using realpath() to resolve a path on a Linux based server, if the remote path does not exist, the return value is an empty string ''. However, doing the same with a windows based server, a normalised path is returned regardless of whether the remote path actually exists or not. e.g.
On Linux
realpath('./not-exist/no-such-file.txt') => ''
On Windows
realpath('./not-exist/no-such-file.txt') => /C:/Users/tim/not-exist/no-such-file.txt'
On both systems the sftp server is openSSH

That's completely server implementation-dependent. ssh2-streams does not modify any filenames/paths or do anything special for realpath requests/responses. So what you're seeing is exactly what the server responded with.
There have also been changes in OpenSSH over time that could impact things. For example: their realpath implementation changed in OpenSSH 8.1 (they switched from relying on the OS's implementation of realpath() to their own custom implementation). So changes like this and others could also explain the difference in output, especially across platforms.

Thanks. That is useful information. I figured it was probably something like that. I think just having this issue on the record is probably enough to document possible different results depending on server. I'll close it now.


Lighthouse accessibility doesn't like our viewport meta tag

<meta flt-viewport="" name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1.0, user-scalable=no">

This was there as a way of preventing pinch-zoom in mobile apps. We use touch-action: none in FullScreen mode, so the fix for this would be to find the value that lighthouse likes that works for Flutter Web :)
(Note that touch-action: none is Safari > 13, so older versions of the browser may let users pinch-zoom)

Dropping old Safari might be doable: https://caniuse.com/usage-table

Yes, currently we're using Safari 13 as our browser baseline, but we could even push that forward "because all devices that supported iOS 13 support iOS 14 and iOS 15 as well."

(width=device-width, initial-scale=1 may be Just Enough for what we need)

Dropping to P4 for now, since there's no customer request for this yet.

There is a customer request for it. Especially annoying it is on Android when working with text. For that cases behaviour is very unpleasent.
https://github.com/flutter/flutter/issues/97305


Add support for Iceberg snapshots tables

Spec: https://iceberg.apache.org/spark/
Umbrella issue: #1324
The snapshots table has a column with the map type. So I added a SingleMapBlockBuilder class so that we can construct map elements and add them to InMemoryRecordSet. Please see commit messages for detailed explanations.
cc: @electrum @wagnermarkd

While I appreciate the effort, I think this is the wrong direction. Instead of using InMemoryRecordSet, we can switch to PageSource for this system table. Take a look at TableStatsSystemTable and TableMetadataSystemTable in Raptor.

While I appreciate the effort, I think this is the wrong direction. Instead of using InMemoryRecordSet, we can switch to PageSource for this system table. Take a look at TableStatsSystemTable and TableMetadataSystemTable in Raptor.

Oh I recall our discussion about PageListBuilder a while ago. I'll create another PR superseding this later.

@electrum Updated. The new approach turns out to be much cleaner.

Merged, thanks!


Pretrained models not accessible

When I follow the link to access pretrained models, I see the message "models" did not exist on "master".

https://github.com/openjournals/joss-reviews/issues/5394

Dear @cellistigs,
thank you for pointing this out! The link was indeed not up to date. Pretrained models should now be accessible.
Best,
Lucas


Raster and vector layers in the same source project

Currently, if you try to add a raster layer to a source project with vector layers, you are seeing the error message:

Projects are restricted to entirely raster layers or entirely vector layers.

It would be great if you could have raster and vector layers in the same source. Especially since you can not use multiple local sources in a style project, see #368.

We would also like this feature as it was possible in Tilemill

Does anybody know if Mapbox Studio Classic will ever support it?

This is an important feature as sometime one may need to include an image as a background for his project. I am currently struggling with this problem as I am working on a project that has uses a tiff background and several shape-files in the foreground


Problem with the "settings.myLocationButtonEnabled" property

The button does not appear even though the property "myLocationButtonEnabled" its in true.
When i console the "settings.myLocationButtonEnabled" property, appear in true, i am doing something wrong?.

You'll need to make sure your app has the correct permissions to see the user's location first, otherwise the google sdk won't show it.  See the demo for references:
https://github.com/dapriett/nativescript-google-maps-sdk/blob/master/demo/app/App_Resources/Android/AndroidManifest.xml#L19
https://github.com/dapriett/nativescript-google-maps-sdk/blob/master/demo/app/App_Resources/iOS/Info.plist#L46
https://github.com/dapriett/nativescript-google-maps-sdk/blob/master/demo/app/main-page.js#L16

It worked!, thank you!.


Fatal Error with latest version of Reanimated

When I upgrade the reanimated from 3.8.1 to 3.11, i get following fatal error

hey @Bayramito, thank you for the report. I will test it out now!

It actually works for me. I just updated the example project. Can you try that example project to see if it works for you?

Yes i just tested with the latest version it works fine.. Thank you so much


IOS: HLS stream issue on iOS

Can hear stream but i get red screen with error: 'Unhandled JS Exception: Unsupported top level event type "topVideoLoadStart" dispatched'

Basically, i have added
<Video
source={{ uri: 'https://DOMAIN/index.m3u8' }}
/>
and it returns red screen in DEBUG mode (crashes when i build .ipa)
"react-native-video": "^2.0.0",
"react": "16.0.0",
"react-native": "0.50.1"
Error occurs in ReactNativeFiber-dev file in method 'receiveEvent'

The problem is your project cannot link to the library. Please follow the tutorial on Github: https://github.com/react-native-community/react-native-video
You can also check Xcode for project link. Make sure that the library folder contains Xcode project link


Argument 1 passed to Kirby\Cms\App::extendHooks() must be of the type array, bool given

When executing a job on my freshly provisioned Ubuntu machine, I get this:
details: Array []
exception: "TypeError"
file: "AppPlugins.php"
key: null
line: 241
message: "Argument 1 passed to Kirby\\Cms\\App::extendHooks() must be of the type array, bool given, called in /vagrant/vendor/getkirby/cms/src/Cms/AppPlugins.php on line 99"
route: "plugin-janitor/([a-zA-Z0-9\\.\\-_%= \\+\\@\\(\\)]+)/([a-zA-Z0-9\\.\\-_%= \\+\\@\\(\\)]+)"
status: "error"

Any idea? Any pointer is appreciated!

As this has nothing to do with your plugin, I started a forum thread ..