# Is it possible to select and parse multiple search results from the Index list?

**URL:** https://community.mp3tag.de/t/is-it-possible-to-select-and-parse-multiple-search-results-from-the-index-list/70705
**Category:** Web Sources Discussion
**Created:** [February 16, 2026, 8:33am UTC](https://community.mp3tag.de/t/is-it-possible-to-select-and-parse-multiple-search-results-from-the-index-list/70705 "2026-02-16T08:33:04Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![moebear](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/ed655f/32.png) [@moebear](https://community.mp3tag.de/u/moebear)
#### Post date: [February 16, 2026, 8:33am UTC](https://community.mp3tag.de/t/is-it-possible-to-select-and-parse-multiple-search-results-from-the-index-list/70705/1 "2026-02-16T08:33:04Z")

</div>

I am developing a Web Sources Script for a site . I've encountered a structural limitation in the Web Sources framework regarding how search results are handled.

Currently, the [ParserScriptIndex] generates a list of results. However, the Mp3tag interface only allows selecting one single entry to proceed to the [ParserScriptAlbum] stage.

My issue is that for multiple media files, the metadata I need is spread across two or more different search result pages. Because the current framework enforces a "one Index entry to one media file" relationship, I cannot pull data from multiple URLs simultaneously into the tags of files.

Is there any way to enable multiple selection in the search result dialog so the parser can fetch data from multiple URLs for multiple files?

---

<div class="post-metadata">

### Author: ![arb](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/41988e/32.png) [@arb](https://community.mp3tag.de/u/arb)
#### Post date: [February 16, 2026, 2:12pm UTC](https://community.mp3tag.de/t/is-it-possible-to-select-and-parse-multiple-search-results-from-the-index-list/70705/2 "2026-02-16T14:12:40Z")

</div>

Sadly no, it’s one request at a time, one result passed through at a time.

I support the idea of multiple requests being made, as you say metadata can be split across multiple parts of a website/calls to an API. As unlikely as it is, it could be open to abuse or mistakes pulling excessive amounts of data so I’m not sure if it’ll be considered.

You could cheat “multiple” search results if all the metadata you need is in the `[ParserScriptIndex]` stage to combine into “one result” or however permutations needed to get what you want.

Until then, would you mind sharing what site you’re interested in developing a script for to help explore your options?

---

<div class="post-metadata">

### Author: ![moebear](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/ed655f/32.png) [@moebear](https://community.mp3tag.de/u/moebear)
#### Post date: [February 16, 2026, 2:45pm UTC](https://community.mp3tag.de/t/is-it-possible-to-select-and-parse-multiple-search-results-from-the-index-list/70705/3 "2026-02-16T14:45:51Z")

</div>

My script is for [getchu.com](http://getchu.com).

Data for the same series of products is spread across different pages.

If I set precise keywords, I can find all the products from the same series in the search results. I have finished the script, but it can only fetch data for one product at a time because there is no way to select multiple entries.

---

<div class="post-metadata">

### Author: ![arb](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/a/41988e/32.png) [@arb](https://community.mp3tag.de/u/arb)
#### Post date: [February 16, 2026, 4:27pm UTC](https://community.mp3tag.de/t/is-it-possible-to-select-and-parse-multiple-search-results-from-the-index-list/70705/4 "2026-02-16T16:27:20Z")

</div>

Ah, apologies. Every web source has got the same limitation.

It might seem inconvenient at first but it might be easier in the long run for your users focusing on tagging one product at a time.

The only other suggestion I could offer is if those precise keywords can be broken up into tags like `TITLE`, `ALBUM` or even `GENRE`, your users can save that into their files before-hand.

You can then load those tags as `%placeholders%` into `[SearchBy]` and construct a search for your users automatically. That way, it’s _less_ tedious typing or copy-pasting a search for the same series over and over. e.g. a search for any "Undertale" CD's could be saved to `ALBUM` :

`https://www.getchu.com/php/nsearch.phtml` **`?search_keyword=Undertale`** `&list_count=30&sort=sales&sort2=down&search_title=&search_brand=&search_person=&search_jan=&search_isbn=&genre=music_cd&start_date=&end_date=&age=&list_type=list&search=search`

---

<div class="post-metadata">

### Author: ![moebear](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/m/ed655f/32.png) [@moebear](https://community.mp3tag.de/u/moebear)
#### Post date: [February 16, 2026, 4:57pm UTC](https://community.mp3tag.de/t/is-it-possible-to-select-and-parse-multiple-search-results-from-the-index-list/70705/5 "2026-02-16T16:57:17Z")

</div>

Thanks for the clarification and the suggestion! It seems the current framework indeed has its limitations regarding multi-selection. I appreciate your help and the insights into how the web sources script handles these requests!
