tool_operhlp: iterate through all slashes to find name

[bagder]

If there is no trailing file name for -O or --remote-name-all, continue searching until there is no more to search. A URL ending with multiple slashes would previously make it do wrong.

Add test 1639 to verify.

Follow-up to e26eefd

Reported-by: James Fuller

[Copilot]

Pull request overview

This PR fixes filename extraction for -O / --remote-name-all when the URL path ends with multiple trailing slashes, ensuring curl keeps trimming slashes until a usable “name” is found (or falls back to curl_response). It also adds a regression test to lock in the corrected behavior.

Changes:

• Update get_url_file_name() to iteratively strip trailing / (and \) until a non-empty name can be derived.
• Add new test coverage for URLs that end with many trailing slashes and -O --output-dir.
• Register the new test in the test manifest.

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated no comments.

File	Description
tests/data/test1639	New regression test for -O filename fallback with many trailing slashes
tests/data/Makefile.am	Adds test1639 to the test list
src/tool_operhlp.c	Adjusts URL filename extraction to handle multiple trailing separators

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[testclutch]

Analysis of PR #21165 at 0e21fd3d:

Test 593 failed, which has NOT been flaky recently, so there could be a real issue in this PR. Note that this test has failed in 8 different CI jobs (the link just goes to one of them).

Test 2090 failed, which has NOT been flaky recently, so there could be a real issue in this PR. Note that this test has failed in 12 different CI jobs (the link just goes to one of them). Note that this CI job has had a number of other flaky tests recently (2, to be exact) so it may be that this failure is rather a systemic issue with this job and not with this specific PR.

Generated by Testclutch