Apache Airflow Provider(s)

dbt-cloud

Versions of Apache Airflow Providers

No response

Apache Airflow version

2.2.5 (latest released)

Operating System

any

Deployment

Official Apache Airflow Helm Chart

Deployment details

No response

What happened

Some dbt Cloud deployments require the setting of a different base URL (could be X.getdbt.com) or cloud.X.g

Summary

Users often struggle to diagnoes templating problems. Helping them is time consuming. Everybody looses.

Instead, we log more diagnostics whenever resolution fails:

https://github.com/argoproj/argo-workflows/blob/9c901456a44501f11afc2bb1e856f0d0828fd13f/util/template/simple_template.go#L26

Several times here:

https://github.com/argoproj/argo-workflows/blob/9c901456a44501f11

Opened from the Prefect Public Slack Community

pat: This is a pretty minor problem as these things go, but it would be great if there was a way to disable the ASCII logo in Prefect Agent and Prefect Server, since it pollutes our server logs in DataDog. I can go hack the code, in Prefect, but it seems inelegant to have to re-apply such code after every version up

Use case

Polyaxon tracking can be used to automatically log all information generated by Ludwig.

We should probably think about adding support for Polyaxon's tracking module in Ludwig contrib.

Hey everyone, I hope y'all enjoyed your holidays.
I want to create SuiteCRM users via the V8 api, but the response is invalid json and contains some generic validation error message.

I'm not sure whether my request is actually malformed or the error message just shouldn't appear.

1. Make sure the include_sent_via_pipedream_flag prop is included in every send message action (not currently included in the "reply-to-a-message-thread" action).
2. Add a "Send as mrkdwn" optional prop to all Slack send message actions that use the `chat.postM

Is your feature request related to a problem? Please describe.

It's not especially common to generate a certificate file which includes its own CA chain as well. The common case would be to have a shared CA chain file for each node, and then each node gets its own certificate (which other nodes cannot access). The Java client, for example, already works like this. Right now, for inter-clust

This is related to #647 - we already allow custom product paths, but it is not possible to customize product paths