nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

eSearch URL search &amp;amp; print widget error

CoryHines

Good morning,

I am getting a funky error when trying to print when the url contains a search string. It returns an error of 'esriJobFailed'. I've poked around firebug and fiddler, but nothing really sticks out.

If I attempt to use the print widget from just my root url, everything works
http://gis.linncounty.org/maps
use 4901 Windmill Dr in the default address search and zoom to the result and print

If I attempt to use the print widget from the url that contains the search above it throws the error.
http://gis.linncounty.org/maps/index.html?search=191225300100000&slayer=0&exprnum=1&showdatagrid=false

Has anybody else seen this? I've been able to reproduce this with the most current versions of IE and Firefox.

Thanks for any insight.

Cory

Finde mehr Beiträge mit dem Tag

Accepted answers

RobertScheitlin__GISP

Cory,

Well that is actually a workaround for a bug I now have in the 3.0.14f version. I will get it resolved in the next version and you will not have to use that workaround. (Thanks Rhett for pointing me in the right direction of the error).

All comments

MayJeff

I having the same issue when try to upgrade on latest version (3.4 -7/22/13) but I have no problem when using this version (3.0.12-10/19/12). Even though I changed the symbol using this:
<symbology>
      <simplefillsymbol color="0x0000ff" alpha="0">
                    <outline color="0x0000ff" alpha="1.0" width="2" />
       </simplefillsymbol>
</symbology>

Hope to solve this problem soon.

Thanks.

eselectprinterror.png.zip

MVP_Meeting_Group_Pic.png

MegPeterson

Good to know - thanks for the response.

RobertScheitlin__GISP

Meg,

The issue lies with esris print widget. I have told the API team of the issue and they are looking into it.

MegPeterson

Hi Robert �??

Is it possible that the uncompiled 3.0.17f version did not include some of the bug fixes? I recently downloaded and extracted that version, but noticed the uncompiled folder did not extract. I manually copied the uncompiled folder from the .zip and added it to my project for editing, but the date for that folder was 8/3/2012.

Reason is I am running into bugs that the .txt file says have been fixed, mostly around the printing discussion in this post.

Figure 1 shows when I set the <symbols> for a purple outline, the pdf prints a yellow outline and blue solid fill.
Figure 2 shows the temporary fix as directed in this post �?? setting <symbology> on the individual layer. The pdf shows the yellow outline without the blue fill.

3.0.15 �?? 11/28/2012: shows issue fixed when printing after a search
3.0.17 �?? 1/11/2013: geometry service removed from .xml (but I still see it there)

Any ideas? I�??m at a loss. And thanks.

Running FlexViewer 3.0, SDK 4.6, ArcGIS Server 10.1

1_outlinesymbol_fillprint.jpg

2_symbology_to_print.jpg

CCU2018-Análisis y automatización de procesos geográficos con ArcGIS Pro.pdf

Exploring Key Practices and Trends.pdf

RobertScheitlin__GISP

Rhett,

Actually the color of the selection in the print is not a surprise to me as the default for a Featurelayers selection color is Yellow. The likely hood is that Esri is handling the popups selection color in their code that is why you do not see that issue with their popup. To my knowledge this will be addressed in 3.1 API as they will allow you to set the alpha of the selection color or completely disable it.

RhettZufelt

Nice that you figured out that I had symbology set for one of my layers and not the other before I did 😉

Kind of weird with the yellow hightlight. Like Cory said, no big deal, but I notice if I print with a selection from the esearch or selection (with glow filter removed) widgets, the cyan highlight (I have mine set to cyan) will be yellow on the print.
However, if I select one with the popup (click on it), I have the same selection color, but it prints as the same cyan you see in the selection.

R_

CoryHines

No worries! I'll keep my eye out for the update. Thanks again fellas!

RobertScheitlin__GISP

CoryHines

Thanks Robert,

I just added the symbology tag to each layer and that seemed to fix the issue. It made the highlighted layer yellow when it's printed for some reason, but I honestly could care less as long as it works.

I had seen this enhancement in the pdf you provide, but of course I never thought of adding it since I was ok with all my selections using the widgets selection color.

Glad it was a fairly simple fix.

Cory

RobertScheitlin__GISP

Cory,

First switch your PrintWidget.xml to use this url:

<taskurl>http://gis.linncounty.org/arcgis/rest/services/Utilities/PrintingTools/GPServer/Export Web Map Task</taskurl>

for some reason that print job url gives better error messages. Second for a temporary work around define sysbology for each layer in the eSearchWidget.xml

        <layer>
            <definitionexpression></definitionexpression>
            <enableexport>true</enableexport>
            <name>Subdivisions</name>
            <url>http://gis.linncounty.org/arcgis/rest/services/LandRecords/MapServer/18</url&gt;
            <expressions>
                <expression alias="Subdivision Name" textsearchlabel="Search by Subdivision">
                    <values><value prompt="i.e. Bowman Woods">SUBDIVISIONNAME LIKE '[value]%'</value></values>
                </expression>
            </expressions>
            <graphicalsearchlabel>Use one of the graphical search tools to select Sections</graphicalsearchlabel>
            <spatialsearchlayer>true</spatialsearchlayer>
            <titlefield>SUBDIVISIONNAME</titlefield>
            <links></links>
            <fields all="false">
                <field name="SUBDIVISIONNAME" alias="Name" gridfield="true"/>
                <field name="TOWN" alias="City or Twp" gridfield="true"/>
                <field name="VOLUME" alias="Volume" gridfield="true"/>
                <field name="PAGE" alias="Page" gridfield="true"/>
                <field name="DATE_" alias="Date Recorded" gridfield="true" dateformat="MM/DD/YYYY"/>
            </fields>
            <zoomscale usegeometry="true" zoompercent="1.2"></zoomscale>
            <autoopendatagrid>true</autoopendatagrid>
            <symbology>
                <simplefillsymbol color="0x0000ff" alpha="0">
                    <outline color="0x0000ff" alpha="1.0" width="2" />
                </simplefillsymbol>
            </symbology>
        </layer>

RhettZufelt

Rhett,

Not sure I understand this???

I have two dynamic services in my map. One is of wastesites polygons, the other is buildings. both have uniquvalue render symbology.

If I search the wastesite polygon layer, and keep the selection active, it will print just fine.

If I search the buildings polygon layer, and keep the selection active, I get the error. If I close the eSearchwidget, I can then print without the error.

Went back to 3.0.13 and do not get the error. it prints just fine regardless of selections.

R_

CoryHines

Using my new site (gis.linncounty.org/maps) it shows the same error regardless of the layer I'm searching. I can use the Identify widget and the info template widget popup without producing an error. I'm not sure what the difference would be between those 2 widgets and eSearch though.

RobertScheitlin__GISP

Rhett,

Not sure I understand this???

However, if I try the same thing, but with a selection on a "different" service, I get an error: (not the same error, but still wonder if it is "layer" specific)

RhettZufelt

Curious what happens if you have the eSearch select some features from a "different" service.

I am using the latest version and can print without issues with a search/selection on one of my services.

However, if I try the same thing, but with a selection on a "different" service, I get an error: (not the same error, but still wonder if it is "layer" specific)

[RPC Fault faultString="Unable to complete operation." faultCode="400" faultDetail="Error executing tool.: Layer "hiddenLayer_Buildings": Missing 'symbol' in simple renderer.

RhettZufelt

Yes, this "old" site seems to work for me. The eSearch version is:
[ATTACH=CONFIG]19559[/ATTACH]

R_

Hint: hold the Alt key and click on the top of the eSearchwidget to get the version information.

untitled1.jpg

polygon.json.zip

CoryHines

Rhett,

I am seeing the same thing. I have an older version of my site still running (still 3.0) and tested both url's and it doesn't behave the same. I don't know exactly which version of the eSearch widget it's running, but the eSearchWidget.swf was generated on 10/10/2012. Sorry I don't know exactly which one it is Robert, (maybe 3.0.9 or 10?). I also checked my previous version that was using the eSearch 3.0.13 I believe and it behaved the same as 3.0.14f. The only thing I've done between the one in October and now is added a scale text to my display after the coordinates. Wouldn't think that would affect anything, but you never know.

Here's the site that works.
http://gis.linncounty.org/fv2.2 - ignore the 2.2 thing, I just didn't bother changing my proxy server so I left the name.
http://gis.linncounty.org/fv2.2/index.html?search=191225300100000&slayer=0&exprnum=1&showdatagrid=false

I hope I didn't open up a huge issue, perhaps it's just my site?

Thanks for your help fellas.

Cory

RhettZufelt

Cory/Robert,

It appears as if it is not related to the URL, but rather the selection of the feature.

If you open the second map and try to print, you get the error. however, if you open the second map, then close the esearch widget the selection is removed (the selected item remains in the datagrid, but is no longer "highlighted" on the map), then it will print just fine.

R_

CoryHines

Hi Robert,

I did too after I had let the site sit. Not sure what the deal is, but I refreshed the first link and then it worked, but the 2nd one is perplexing.

Thanks for trying this on your end. I'm looking through my error logs to see if anything looks odd.

Cory

RobertScheitlin__GISP

Cory,

Actually I am getting a failure with the first link as well.

Nimm an der Unterhaltung teil

Angemeldete Mitglieder können Beiträge verfassen, Updates folgen und mehr. Neu hier? Registriere ein kostenloses Konto.

Schnellzugriffe

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.