All Apps and Add-ons

sideviewutils 3.1 - Urlloader foo values for savedsearches result in "foo NOT foo ( the given saved search does not exist )" message.

Lucas_K
Motivator

If I try and use a url passed value as the one that will be used by a dashboard to call a saved search I get the search populated as "foo NOT foo ( the given saved search does not exist )".
I am not running the very latest sideutils on this particular machine. I checked the release notes in between and didn't notice any reference to this.

Line 779 of sideview_utils/appserver/modules/SideviewUtils/SideviewUtils.js

if (!ssWob || !ssWob.hasOwnProperty("search")) return new Splunk.Search("foo NOT foo ( the given saved search does not exist )");

Example dashboard. Which is then called via splunk:8000/en-GB/myapp/sample?searchName=MY_SAVED_SEARCH




<module name="URLLoader" layoutPanel="viewHeader" autoRun="True">
    <module name="HTML" layoutPanel="panel_row1_col2">
      <param name="html">DEBUGGING: Here are the keys that get passed down through the modules from URLLoader:&lt;br&gt;
        searchName: &lt;b&gt;$searchName$&lt;/b&gt;&lt;br&gt;





$searchName$








If I replace the savedsearch parameter name with "MY_SAVED_SEARCH" it will work. Its just the URL populated one that fails, yet the HTML debug shows that it was loaded prior to the savedsearch module.

0 Karma
1 Solution

sideview
SplunkTrust
SplunkTrust

The problem is that the SavedSearch module can't pull the savedsearch name from a $foo$ token. So it's literally looking for a savedsearch called "$searchName$".

The reason I haven't gotten to this yet is that it involves a fairly big rewrite of the module. The module currently does all this work when the page is loading, ie before any modules exist, and long before they are passing around $foo$ tokens.

There is a workaround fortunately and that is to use the Search module and get the results for the given job either via the loadjob command or the savedsearch command, depending on whether you're trying to load previously scheduled job, or dispatch a new search.

http://docs.splunk.com/Documentation/Splunk/latest/SearchReference/Loadjob

http://docs.splunk.com/Documentation/Splunk/6.1.1/SearchReference/Savedsearch
n

View solution in original post

0 Karma

sideview
SplunkTrust
SplunkTrust

The problem is that the SavedSearch module can't pull the savedsearch name from a $foo$ token. So it's literally looking for a savedsearch called "$searchName$".

The reason I haven't gotten to this yet is that it involves a fairly big rewrite of the module. The module currently does all this work when the page is loading, ie before any modules exist, and long before they are passing around $foo$ tokens.

There is a workaround fortunately and that is to use the Search module and get the results for the given job either via the loadjob command or the savedsearch command, depending on whether you're trying to load previously scheduled job, or dispatch a new search.

http://docs.splunk.com/Documentation/Splunk/latest/SearchReference/Loadjob

http://docs.splunk.com/Documentation/Splunk/6.1.1/SearchReference/Savedsearch
n

0 Karma
Get Updates on the Splunk Community!

What's New in Splunk Cloud Platform 9.3.2411?

Hey Splunky People! We are excited to share the latest updates in Splunk Cloud Platform 9.3.2411. This release ...

Buttercup Games: Further Dashboarding Techniques (Part 6)

This series of blogs assumes you have already completed the Splunk Enterprise Search Tutorial as it uses the ...

Technical Workshop Series: Splunk Data Management and SPL2 | Register here!

Hey, Splunk Community! Ready to take your data management skills to the next level? Join us for a 3-part ...