Page MenuHomePhabricator

Url does not pass all query parameters to server
Closed, InvalidPublicBUG REPORT


Steps to Reproduce:

Try to use get_web_data like so:

{{#get_web_data: url=

This is a serverless function I currently have set, for debugging, to simply return the query parameters passed to it. In this case one would expect:

"Name": "NCEX-ACX4k-EquinixAM7",
"Class": "IP-Node"

Which is exactly what gets returned when you visit the URL in the browser.

However, via get_web_data only the first parameter is ever sent according to my server logs. No matter what you put first, Class or Name, it always drops the second.

Fyi - I'm using the latest master 2.2 (4fac430) 2020-08-27T17:09:15

Actual Results:

Instead of returning both parameters, it only returns the first, like so:

"Name": "NCEX-ACX4k-EquinixAM7",
"Class": ""

Expected Results:

Return value of:

"Name": "NCEX-ACX4k-EquinixAM7",
"Class": "IP-Node"

So that one can pull the Name and Class as external_values later on in the page like so:

Name: {{#external_value:Name}} <br />
Class: {{#external_value:Class}} <br />

Event Timeline

Ndom91 updated the task description. (Show Details)
Ndom91 updated the task description. (Show Details)
Aklapper changed the task status from Open to Stalled.Aug 31 2020, 2:22 PM

Hi @Ndom91, thanks for taking the time to report this and welcome to Wikimedia Phabricator!
Which Wikimedia software project is this about? Please see and follow - thanks!

Hi @Aklapper thanks for the quick response! This is regarding bluespice 3.1.7 based upon mediawiki 1.31.7. Like I said, I'm using the external_data version 2.2 from master (commit #4fac430).

All other functionality seems to be working great. Except that this one strange behavior regarding query parameters has appeared.

Aklapper changed the task status from Stalled to Open.Aug 31 2020, 5:10 PM

Ah, thanks. I did not immediately recognize that "external_data" is the name of a software extension. Adding project tag so this task can be found. :)

Strange, what version of external_data are you using?

Found the bug.. My markdownparser was interfering with it.

Closing as invalid as there was no bug in the extension code.