# \[Question\] Webdev Scripting

**URL:** <https://forum.inductiveautomation.com/t/question-webdev-scripting/20986>\
**Category:** Ignition Early Access\
**Created:** [November 20, 2018, 10:34pm UTC](https://forum.inductiveautomation.com/t/question-webdev-scripting/20986 "2018-11-20T22:34:01Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![GreggCavazos](https://avatars.discourse-cdn.com/v4/letter/g/90db22/32.png) [@GreggCavazos](https://forum.inductiveautomation.com/u/GreggCavazos)\
**Post date:** [November 20, 2018, 10:34pm UTC](https://forum.inductiveautomation.com/t/question-webdev-scripting/20986/1 "2018-11-20T22:34:01Z")

</div>

I am getting an error when trying to run a script using the webdev module.

**IGN Version:** 8.0.0-beta0 (b2018112002)  
**OS:** Windows 7 (VMWare)  
**java -version**  
java version “1.8.0\_152”  
Java™ SE Runtime Environment (build 1.8.0\_152-b16)  
Java HotSpot™ 64-Bit Server VM (build 25.152-b16, mixed mode)

**Script:**  
HTTP Method: doGet  
No authentication or HTTPS

```auto
	try:
		returnString = ""
		tags = system.tag.browseTags(parentPath="")
		for tag in tags:
			returnString = returnString + "," + tag.name
			
	except Exception, ex:
			return {'json': '{"Error": "%s"}' % ex.message }
			
	return {'json': returnString }

```

Error shown when calling from browser

```auto
HTTP ERROR 500

Problem accessing /system/webdev/TAG_JSON/BrowseTags. Reason:

    Traceback (most recent call last):
  File "<TAG_JSON/BrowseTags:doGet>", line 4, in doGet
  File "<TAG_JSON/BrowseTags:doGet>", line 4, in doGet
	at com.inductiveautomation.ignition.gateway.script.LegacyGatewayTagUtilities.getTagProvider(LegacyGatewayTagUtilities.java:129)
	at com.inductiveautomation.ignition.gateway.script.LegacyGatewayTagUtilities._browseTags(LegacyGatewayTagUtilities.java:280)
	at com.inductiveautomation.ignition.gateway.script.LegacyGatewayTagUtilities.browseTagsImpl(LegacyGatewayTagUtilities.java:248)
	at com.inductiveautomation.ignition.common.script.builtin.LegacyTagUtilities.browseTags(LegacyTagUtilities.java:117)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
	at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
	at java.base/java.lang.reflect.Method.invoke(Unknown Source)
java.lang.IllegalArgumentException: java.lang.IllegalArgumentException: Tag provider 'null' could not be found

```

---

<div class="post-metadata">

**Author:** ![cmallonee](https://sea1.discourse-cdn.com/inductiveautomation/user_avatar/forum.inductiveautomation.com/cmallonee/32/6416_2.png) [@cmallonee](https://forum.inductiveautomation.com/u/cmallonee)\
**Post date:** [November 20, 2018, 10:57pm UTC](https://forum.inductiveautomation.com/t/question-webdev-scripting/20986/2 "2018-11-20T22:57:08Z")

</div>

Based off of the provided stacktrace and the existing [documentation](https://docs.inductiveautomation.com/display/DOC80/system.tag.browseTags) from 7.9/8.0, you should attempt to provide the name of your tag provider in square brackets at the beginning of the parentPath argument.

Try using  
`tags = system.tag.browseTags(parentPath="[providerName]")`  
and see if that gets you what you need.

**Update:** `tags = system.tag.browseTags(parentPath="[providerName]")` worked for me after I was able to replicate your behavior.

---

<div class="post-metadata">

**Author:** ![GreggCavazos](https://avatars.discourse-cdn.com/v4/letter/g/90db22/32.png) [@GreggCavazos](https://forum.inductiveautomation.com/u/GreggCavazos)\
**Post date:** [November 21, 2018, 2:09am UTC](https://forum.inductiveautomation.com/t/question-webdev-scripting/20986/3 "2018-11-21T02:09:29Z")

</div>

> [@cmallonee](#):
>
> Based off of the provided stacktrace and the existing documentation from 7.9/8.0, you should attempt to provide the name of your tag provider in square brackets at the beginning of the parentPath argument.

I confirm that adding the [providerName] solves the issue, just as an observation in previous version this was not needed, the [default] provider was assumed when omitted.