Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DeliveryProfile's URL instead of Entry's baseUrl #1412

Open
visomar opened this issue Jul 4, 2014 · 2 comments
Open

DeliveryProfile's URL instead of Entry's baseUrl #1412

visomar opened this issue Jul 4, 2014 · 2 comments

Comments

@visomar
Copy link

visomar commented Jul 4, 2014

I think when the entry uses a custom delivery profile, it should use the delivery's url attribute, instead of its own baseUrl.

As a test, I'm creating a livestream entry (MANUAL) and leaving the baseUrl (in the test console, streamUrl) empty. The protocol used is RTMP. Kaltura is creating a manifest with the field "baseUrl" = "rtmp://" instead of my DeliveryProfile's URL.

@shaktidhar
Copy link
Contributor

It seems this is similar issue to #1422 ...
I am also getting errors and failure with rtmp being returned instead of the delivery profile's url.

@visomar
Copy link
Author

visomar commented Jul 15, 2014

No, it's not exactly the same. The issue you're having is related to the configuration of the delivery profiles. Have you tried to do all the steps sharonadar told you to do? Also, don't forget to review that the delivery profile created manually has your partner (it's created with partner -2).

The issue I'm reporting is, when the application uses a delivery profile created by you (and it's working for me, I checked), It should ignore the baseUrl field (as well as the other URL fields) of the entry. It's more like a way of proceeding instead of a bug, but I think if you want to use a different baseUrl for your entry, you could do a general delivery profile where you don't introduce any url and therefore use everytime the field filled in the entry.

Regards.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants