{"id":19012238,"date":"2026-09-05T08:41:28","date_gmt":"2026-09-05T08:41:28","guid":{"rendered":"https:\/\/wordpress.org\/support\/topic\/file-field-magic-tag-resolves-incorrectly-inside-an-href-attribute\/"},"modified":"2026-09-05T08:41:28","modified_gmt":"2026-09-05T08:41:28","slug":"file-field-magic-tag-resolves-incorrectly-inside-an-href-attribute","status":"publish","type":"topic","link":"https:\/\/wordpress.org\/support\/topic\/file-field-magic-tag-resolves-incorrectly-inside-an-href-attribute\/","title":{"rendered":"File field Magic Tag resolves incorrectly inside an href attribute"},"content":{"rendered":"\n
Environment<\/strong>

Pods version: 3.3.9.2

WordPress: 7.1

PHP: 8.4

Hosting environment: IONOS

Description<\/strong>

I am experiencing an issue with a Pods File \/ Image \/ Video field when using its Magic Tag inside an HTML href attribute.

The file field itself works correctly and returns the expected full URL when output as normal text. The file is also publicly accessible and can be opened directly by non-authenticated visitors.

However, when the same Magic Tag is used inside an <a href=\"\"> attribute, Pods does not insert the file URL correctly. Instead, the field name itself (\"antrag\") is used as the link target.

Pod configuration<\/strong>

Custom Post Type Pod:

aufnahmeantrag

Fields:

abteilung | Plain Text
antrag | File \/ Image \/ Video

Working example<\/strong>

[pods name=\"aufnahmeantrag\" limit=\"100\" orderby=\"abteilung ASC\"]
    <p><strong>Abteilung: {@abteilung}<\/strong><\/p>
    <p>File URL: {@antrag}<\/p>
[\/pods]

This outputs the correct complete file URL, for example:

https:\/\/example.com\/wp-content\/uploads\/2026\/09\/application.pdf

The URL is correct for both logged-in and logged-out users.

Failing example<\/strong>

[pods name=\"aufnahmeantrag\" limit=\"100\" orderby=\"abteilung ASC\"]
    <p><strong>Abteilung: {@abteilung}<\/strong><\/p>
    <p>
        <a href=\"{@antrag}\" target=\"_blank\">
            Download application
        <\/a>
    <\/p>
[\/pods]

The resulting link does not point to the file. Instead, the browser effectively receives:

<a href=\"antrag\" target=\"_blank\">

This results in navigation to a relative URL such as:

https:\/\/example.com\/antrag

Important observation<\/strong>

This is not an access-permission problem.

The Magic Tag {@antrag} outputs the correct complete file URL.

The complete file URL can be opened directly in an incognito\/private browser window.

The file therefore exists and is publicly accessible.

The problem occurs specifically when {@antrag} is used inside the href attribute.

Other Magic Tag syntax tested<\/strong>

{@antrag._src}

{@antrag.guid}

{@antrag,esc_url}

In this shortcode context these variants were not resolved as expected. They were either output literally or otherwise not interpreted as the file URL.

PHP error<\/strong>

There is also a related PHP fatal error reported by WordPress:

Uncaught TypeError: strtolower(): Argument #1 ($string) must be of type string, array given

Relevant part of the stack trace:

#0 \/wp-content\/plugins\/pods\/classes\/PodsUI.php(2682): strtolower()
#1 \/wp-content\/plugins\/pods\/classes\/PodsUI.php(2983): PodsUI->sort_data()
#2 \/wp-content\/plugins\/pods\/classes\/PodsUI.php(1448): PodsUI->manage()
#3 \/wp-content\/plugins\/pods\/classes\/PodsUI.php(590): PodsUI->go()
#4 \/wp-content\/plugins\/pods\/includes\/classes.php(118): PodsUI->__construct()
#5 \/wp-content\/plugins\/pods\/classes\/PodsAdmin.php(2024): pods_ui()
#6 \/wp-content\/plugins\/pods\/classes\/PodsAdmin.php(2024): PodsAdmin->admin_access_rights_review()

The full error is:

Uncaught TypeError: strtolower(): Argument #1 ($string) must be of type string, array given in
\/wp-content\/plugins\/pods\/classes\/PodsUI.php:2682

Expected behavior<\/strong>

I would expect {@antrag} to resolve to the same URL regardless of whether it is output as normal text or used as the value of an HTML href attribute.

<a href=\"https:\/\/example.com\/wp-content\/uploads\/2026\/09\/application.pdf\">

Actual behavior<\/strong>

{@antrag}
\u2193
https:\/\/example.com\/wp-content\/uploads\/2026\/09\/application.pdf

<a href=\"{@antrag}\">
\u2193
<a href=\"antrag\">

The Magic Tag therefore behaves differently depending on the output context.

Possible underlying issue<\/strong>

The File \/ Image \/ Video field appears to be represented internally as an array, while the normal Magic Tag output correctly resolves that value to a URL. It appears that the href attribute processing may be using the raw\/internal field value instead of the resolved string URL.

I am not certain whether the strtolower() error in PodsUI::sort_data() is directly related to the href\/Magic Tag issue. I am reporting it as additional information because it also indicates that an array value may be reaching code that expects a string.

Steps to reproduce<\/strong>

Create a Pods Custom Post Type Pod named 'aufnahmeantrag'.

Add a Plain Text field named 'abteilung'.

Add a File \/ Image \/ Video field named 'antrag'.

Upload\/select a file for the 'antrag' field.

Display the field using the Pods shortcode and {@antrag}.

Confirm that the complete file URL is displayed.

Use the same Magic Tag inside <a href=\"{@antrag}\">.

Open the page as a logged-out\/incognito visitor and inspect\/click the link.

Observe that the link target is 'antrag' instead of the actual file URL.

Request<\/strong>

Could you please verify whether this is a bug\/regression in Pods 3.3.9.2 related to File \/ Image \/ Video fields and Magic Tags used inside HTML attributes?

In particular, please check whether the resolved file URL is being converted to a string before it is inserted into an href attribute, and whether the array handling in PodsUI::sort_data() is related to the same issue.<\/code><\/pre>\n","protected":false},"template":"","class_list":["post-19012238","topic","type-topic","status-publish","hentry"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/topic\/19012238","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/topic"}],"about":[{"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/types\/topic"}],"version-history":[{"count":0,"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/topic\/19012238\/revisions"}],"wp:attachment":[{"href":"https:\/\/wordpress.org\/support\/wp-json\/wp\/v2\/media?parent=19012238"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}