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

Using MP3_URL but still pass subfolder path #21

Open
cgbale opened this issue Jan 5, 2019 · 1 comment
Open

Using MP3_URL but still pass subfolder path #21

cgbale opened this issue Jan 5, 2019 · 1 comment
Labels
Stale Applied to issues where feedback has been pending for a long time

Comments

@cgbale
Copy link

cgbale commented Jan 5, 2019

I had the issue where the default dir2cast.ini was not working for file links and the path showed up as 'file:///path/dir2cast/cast1.mp3' I resolved this problem by setting MP3_URL to 'domain.com/dir2cast'. The file links then became to 'domain.com/dir2cast/cast1.mp3'

Unfortunately, to get this to work for subdirectories, a unique dir2cast.ini file is required in each subdirectory, with the MP3_URL set to 'domain.com/dir2cast/cast1' . This is a problem, as I need all of the subdirectories to automatically work without creating a specific ini file for each one.

It would be great if the global dir2cast.ini file used the MP3_URL as a base, but automatically appended the subdirectory name to the file URLs when a subdirectory is linked. So in other words, an DOMAIN_URL that is global instead of a MP3_URL that is specific to each subdirectory.

Example of how it currently works:
Enter URL of 'http://domain.com/dir2cast/dir2cast.php?dir=cast1' with the MP3_URL is set to 'domain.com/dir2cast'. The resulting file links are 'domain.com/dir2cast/cast1.mp3' instead of 'domain.com/dir2cast/cast1/cast1.mp3'

Would it be possible to append the directory name from the URL to the end of the global MP3_URL specified in the global dir2cast.ini file in the main dir2cast directory? This would eliminate the need to create a specific ini file for each subdirectory.

@ben-xo
Copy link
Owner

ben-xo commented Jan 19, 2020

Hey @cgbale , it ought to be able to fix your problem, but can you first check to see if the problem still exists in the most recent version? I made a lot of bug fixes in the last month or so.

@ben-xo ben-xo added the Stale Applied to issues where feedback has been pending for a long time label Feb 27, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Stale Applied to issues where feedback has been pending for a long time
Projects
None yet
Development

No branches or pull requests

2 participants