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; } } }

Issues upgrading Flexviewer 3.1 (uncompiled)

Anonymous User

Original User: btelliot

Hi All,

I've been upgrading our in-house web mapping application from flexviewer 3.0 to 3.1, and I've encountered a small problem.

The first time I load the Flexviewer application in the web browser, the User Interface doesn't load properly. If I refresh using the F5 button, it loads properly.

Here is a screenshot of the issue:
First load:
[ATTACH=CONFIG]20039[/ATTACH]

After refresh (F5)
[ATTACH=CONFIG]20040[/ATTACH]

Any help on the matter would be appreciated.

Cheers,

Brett

flexviewerTroubleshoot2.png

flexviewerTroubleshoot1.png

Trouver plus de publications taguées avec

Accepted answers

BjornSvensson

Just wanted to follow up and let you know that this has been fixed and will be part of the 3.2 release (see GitHub Issue #28 - popups in 3.1 causes problem on application startup).

FYI: if you want to see what other viewer code changes made it into 3.2, look at the closed and verified issues for 3.2:
https://github.com/Esri/arcgis-viewer-flex/issues?labels=verified&milestone=1&state=closed

All comments

AndyCowx1

I have the issue using the compiled version 3.1

Is there anything I can do other than comment out the popups ? (I can't implement Roberts changes given that I'm not working with source, right ?)

Can anyone verify if 3.2 fixes it ?

Not sure if anyone has tried changing the layer type to "feature" ? Seems to fix the issue for me (at least on initial testing)

Anonymous User

Original User: btelliot

I have the issue using the compiled version 3.1

Is there anything I can do other than comment out the popups ? (I can't implement Roberts changes given that I'm not working with source, right ?)

Can anyone verify if 3.2 fixes it ?

Yes, 3.2 fixes the issue.

AndyCowx1

I have the issue using the compiled version 3.1

Is there anything I can do other than comment out the popups ? (I can't implement Roberts changes given that I'm not working with source, right ?)

Can anyone verify if 3.2 fixes it ?

Anonymous User

Original User: gonzalc5

Is anyone else having the same issue even after upgrading to 3.2? It appeared to be working at first, but now my sublayer popups are causing it to not load my widgets all over again.

Thanks
Christina

mvolz47

I was hoping the forum old timer archie p would have an answer to this question.

Anonymous User

Original User: klarson27

Looking forward to a fix.

Have you yet implemented the fix? Please avise.

BjornSvensson

Anonymous User

Original User: btelliot

Hi Everyone,

Thank you so much for recognizing and troubleshooting this issue. I've been working with ESRI Canada's Tech Support for the past 2 months which has been a nightmare to get them to even recognize that there is an issue.

I heard back from them today, saying this bug has now officially been logged by ESRI.

The issue is logged as:
NIM088904: The header controller widget does not load properly when using tag popups in the main config.xml file.

Here is the link to the bug description:
http://support.esri.com/en/bugs/nimbus/TklNMDg4OTA0

According to the bug description, this issue is fixed in the next release of the Flex Viewer. I will try to find out the release date for version 3.2. You will notice in the description that it references the workaround suggested by Robert Scheitlin from the forum you provided. It also references the bug Mattias Ekstrom posted on github (https://github.com/Esri/arcgis-viewer-flex/issues/28).

Thank you Robert, Mattias, and everyone else that helped out.

Cheers,

Brett

Anonymous User

Original User: ecrsteve

I have been having the same problem in 3.1 (same list of toc object runtime errors) but not because of pop-ups. I have a geoprocessing widget that automatically adds a dynamic map service layer into the viewer, and the MapSwitcher and LayerList widgets worked normally in Viewer 3.0. But in Viewer 3.1 the added map service wouldn't fully appear in either MapSwitcher or LayerList. The map service has about 50 sublayers. I used Robert's solution and it worked for me. Thanks to everyone who tracked this problem down. It had been a real pain for me.

rflorence

I've been able to re-produce this problem fairly consistently, the more sublayer popups you have configured against a single service the more likely it is to occur, i have a service with 60 sublayers each with their own popupconfig and it occurs every time.

My theory is along the same line as those above, i think that the get layer details request is taking longer due to the size of the service and the toc is trying to set itself before the visiblelayers property is set, hence why it returns the null. This also may be why some experience the problem intermittently because the request time will vary with network traffic and also whether flash player has cached the application or not, if i flush the FP cache the error is always triggered, refreshing the browser often won't as the app is loading faster from the cache.

I used the same workaround as Robert by just adding...
if (arcGISDynamicMapServiceLayer.visibleLayers)

That fixes the error but i'm still trying to work out what functionality is potentially lost as a result, my general feeling is that since the error doesn't happen very often it won't be too noticeable by the users.

Anonymous User

Original User: rscheitlin

Mattias,

My theory is that the arcGISDynamicMapServiceLayer.visibleLayers is null at times. This property was always populated in previous versions of the API but in 3.1 it is initially null so the line for adding an collection cahnge event handler to a null object is the issue. The code I added ensures that if it is null then it will populate the visibleLayers list with the default visible layers of that map service.

mattias_j

Thanks Robert!
That code is working for me.
At least I'm not getting the problem as when I commented out the line, but I never figured out what exactly that line did so I don't know if that works now or not. But I guess it does.

Anonymous User

Original User: rscheitlin

Mattias,

It has to be that the visibleLayers is null then. Try this bock of code (replacing the similar block) ***This code is untested, Just theory based on error***

            var visLayers:Array = [];
            var arcGISDynamicMapServiceLayer:ArcGISDynamicMapServiceLayer = ArcGISDynamicMapServiceLayer(layer);
            _dynamicMapServiceLayerInfos = arcGISDynamicMapServiceLayer.dynamicLayerInfos ? arcGISDynamicMapServiceLayer.dynamicLayerInfos : arcGISDynamicMapServiceLayer.layerInfos;
            if(arcGISDynamicMapServiceLayer.visibleLayers){
                arcGISDynamicMapServiceLayer.visibleLayers.addEventListener(CollectionEvent.COLLECTION_CHANGE, visibleLayersChangeHandler);
            }else{
                visLayers = getActualVisibleLayers(MapServiceUtil.getVisibleSubLayers(_dynamicMapServiceLayerInfos), _dynamicMapServiceLayerInfos);
                ArcGISDynamicMapServiceLayer(layer).visibleLayers = new ArrayCollection(visLayers);
                ArcGISDynamicMapServiceLayer(layer).visibleLayers.addEventListener(CollectionEvent.COLLECTION_CHANGE, visibleLayersChangeHandler);
            }
            _visibleLayersChangeWatcher = ChangeWatcher.watch(arcGISDynamicMapServiceLayer, "visibleLayers", visibleLayersChange);

mattias_j

It seems like I got rid of this problem by commenting out the line (368):
arcGISDynamicMapServiceLayer.visibleLayers.addEventListener(CollectionEvent.COLLECTION_CHANGE, visibleLayersChangeHandler);
in com/esri/viewer/components/toc/tocClasses/TocMapLayerItem.as
Obviously not a good solution when I'm loosing some other functionality, but it points out which line of code that cause the problem, that code is also new in 3.1. which makes sense...

Maybe some more users using the source code could try this to see if it works for others than me.

Anonymous User

Original User: rzufelt

Maybe this isn't what you ment but in an earlier version I added timestamps to URLs to prevent browsers to read any config-files from cache. When adding this to my 3.1 viewer I'm getting the same problem everytime, even after refreshing the site, which is kind of obvious since the problem comes after clearing the cache and now the browser doesn't read from cache.
The timestamp for popus I added to Mapmanager.mxml in the function "configurePopUps"
//var popUpConfigURL:String = arrLayerPopUp.popUpConfig;
 var popUpConfigURL:String = String(arrLayerPopUp.popUpConfig) + "?ts=" + new Date().getTime();)
We are many users experience this problem, this thread http://forums.arcgis.com/threads/76137-Header-widget-display-issue-when-upgrading-to-3.1 is about the same problem. I hope the ESRI Flex Team could take a closer look at this...

Odd, even with this change, it seems to only happen about 1 in 10 times that I open my FV. Maybe one it 7 or 8 if I open with the debug button (seems more frequent).

Of course, this is only with ESRI data. I have NOT been able to reproduce it at all with my own services (in a different WKID).

Today I noticed that I seem to get the error at about the same frequency that i get the sandbox violation from server.arcgisonline.com and services.arcgisonline.com (http://forums.arcgis.com/threads/71383-map-service-delay-on-open). Maybe it is related??????

R_

mattias_j

Yes, Robert, you're correct, I copied the error message from the wrong version, one were I've made some more customization.
This is what I get from to original viewer (after only changing config.xml yo use my own layers...):

TypeError: Error #1009: Det går inte att få åtkomst till en egenskap eller metod för objektreferensen null.
 at com.esri.viewer.components.toc.tocClasses::TocMapLayerItem/createChildren()
 at com.esri.viewer.components.toc.tocClasses::TocMapLayerItem()
 at com.esri.viewer.components.toc::TOC/registerMapLayer()
 at MethodInfo-386()
 at com.esri.viewer.components.toc.utils::MapUtil$/forEachMapLayer()
 at com.esri.viewer.components.toc::TOC/registerAllMapLayers()
 at com.esri.viewer.components.toc::TOC/commitProperties()
 at mx.core::UIComponent/validateProperties()
 at mx.managers::LayoutManager/validateProperties()
 at mx.managers::LayoutManager/doPhasedInstantiation()
 at mx.managers::LayoutManager/doPhasedInstantiationCallback()

That's from the standard toc component so it doesn't have anything to do with Roberts TOC Widget.

EDIT: I've also opened an issue on github for this issue.

Anonymous User

Original User: rscheitlin

Mattias,

The code you have in the error is coming from my TOCWidget so I would remove it and see if your problem clears up.

mattias_j

Seems to happen for me on sublayer popups only and occurs in the getlayerinfos code in createChildren (TocMapLayerItem). When loading the toc the layer info returns a null which interrupts the widget loading process causing the UI to look a bit crazy.

I did some more testing, and this is true for me as well, the problem seems to be sublayer popups for dynamic layers. Popus for a feature layer or a sublayer to a tiled layer did not cause this problem. Using the debug version of FlashPlayer I'm getting

TypeError: Error #1009: Det går inte att få åtkomst till en egenskap eller metod för objektreferensen null.
 at widgets.TOC.toc.tocClasses::TocMapLayerItem/createChildren()
 at widgets.TOC.toc.tocClasses::TocMapLayerItem()
 at widgets.TOC.toc::TOC/registerMapLayer()
 at MethodInfo-626()
 at widgets.TOC.toc.utils::MapUtil$/forEachMapLayer()
 at widgets.TOC.toc::TOC/registerAllMapLayers()
 at widgets.TOC.toc::TOC/commitProperties()
 at mx.core::UIComponent/validateProperties()
 at mx.managers::LayoutManager/validateProperties()
 at mx.managers::LayoutManager/doPhasedInstantiation()
 at mx.managers::LayoutManager/doPhasedInstantiationCallback()

And it seems that's were the code breaks down and the rest of the UI and widgets are not loaded.

Unfortunately I haven't been able to reproduce this using only public services from Esri, it's when I change to my own mapservices this happens (and they are not public). But as mentioned many times before in this thread, there were no problems with 3.0 using the same services and popups.

Wondering if anyone has come up with a way to consistantly make it do this?

Maybe this isn't what you ment but in an earlier version I added timestamps to URLs to prevent browsers to read any config-files from cache. When adding this to my 3.1 viewer I'm getting the same problem everytime, even after refreshing the site, which is kind of obvious since the problem comes after clearing the cache and now the browser doesn't read from cache.
The timestamp for popus I added to Mapmanager.mxml in the function "configurePopUps"

//var popUpConfigURL:String = arrLayerPopUp.popUpConfig;
 var popUpConfigURL:String = String(arrLayerPopUp.popUpConfig) + "?ts=" + new Date().getTime();)

We are many users experience this problem, this thread http://forums.arcgis.com/threads/76137-Header-widget-display-issue-when-upgrading-to-3.1 is about the same problem. I hope the ESRI Flex Team could take a closer look at this...

Anonymous User

Original User: rzufelt

Was wondering if you can reproduce this consistantly, and if so, how?

Since I had not seen this yet, and have I popups on most of my data, figured I'd try to figure it out.

So, went back to the OTB fv and played around with the tiled/visible settings, etc. For some reason, if I close the browser, then run the app, I will get that error about 1 out of 7 times. real hard to troubleshoot what is "wrong" when it isn't consistant (almost as it was written by Microsoft

).

Wondering if anyone has come up with a way to consistantly make it do this?

R_

Anonymous User

Original User: benaller

Second thought, we're still having issues with the popups. For what it's worth, I did get some popups to work, but when I added some back into the config.xml the problem returned. Looks like chimaera_5 might be on to something.

BenAller

I was using both <description> and <fields> for the main content in some popups. That could have been the problem.

Anonymous User

Original User: benaller

I removed the CDATA section of my popups and it seems to work now. I'm not sure what changed between 3.0 and 3.1, but here's a look at the popup formatting that works.

<?xml version="1.0" ?>
<configuration>
    <title>Soils {MUSYM}</title>
    <fields>
        <field name="SURFTEXT" alias="Surface Texture" visible="true"/>
        <field name="DRAINCLASS" alias="Drain Class" visible="true"/>
        <field name="MUNAME" alias="Name" visible="true"/>
        <field name="HYDRCRATNG" alias="Hydric Rating" visible="true"/>
        <field name="FRMLNDCLS" alias="Farmland Class" visible="true"/>
    </fields>
</configuration>

rflorence

Experiencing the same problem here, i've logged the issue with esri support and will update the thread if i have any news.

Seems to happen for me on sublayer popups only and occurs in the getlayerinfos code in createChildren (TocMapLayerItem). When loading the toc the layer info returns a null which interrupts the widget loading process causing the UI to look a bit crazy.

I'm using AGS 10.0 and the uncompiled FV 3.1.

Anonymous User

Original User: mvolz47

Does anyone from ESRI have a tentative of when this issue might be fixed, as pop-ups are an important component of my organization's Flex Viewer applications?

BenAller

We're experiencing the same popup issue when trying to move to 3.1. Looking forward to a fix.

Thanks,

Ben

Anonymous User

Original User: attreewr

Hi All, get a similar error, but have pinned it down to an existing Base map that works in 3.0 but not in 3.1..
Layer displays correctly, but API generates an error!

ESRI ?

HeatherGonzago

Hi Brian,
We definitely want to figure this out in case it was a bug introduced at 3.1. In order to do this though, the best route is to contact our Tech Support group as they can take the right steps to get everything documented and in the system.

You can contact them directly at http://support.esri.com/en/ or by calling 888-377-4575.

Thanks.

Anonymous User

Original User: btelliot

Hi Heather,

We can't make it public for security reasons, but if you can private message me your email address, I'll get our IT department to set you up with an account so you can log-in.

Thanks,

HeatherGonzago

By any chance, is your application public? It may be easier if I could take a look. If not, let me take the info you already provided and see if there is anything else going on.

Anonymous User

Original User: btelliot

If you disable the popups, does it display correctly the first time around?

Correct, if the popups are disabled, it displays correctly the first time around.

Did any of the data within the map change between 3 and 3.1? Meaning, did the indexes of the layers referenced for the popups get altered at all?

The data within the map has not changed between 3 and 3.1. I'm using the exact same MapService(s) for both of the 3.0 and 3.1 webmap applications, and the exact same PopUp.xml files.

Here is an example of one of the PopUps config files that seems to be causing the issue.

<?xml version="1.0" ?>
<configuration>
    <title>Alberta Natural Regions and Subregions</title>        
    <fields>
        <field name="NRNAME" alias= "Natural Region: " visible="true"/>
  <field name="NSRNAME" alias= "Natural Subregion: " visible="true"/>
    </fields>
</configuration>

Thanks again for the help,

Rejoindre la conversation

Les membres connectés peuvent publier, suivre les mises à jour, et plus encore. Nouveau ici ? Inscrivez-vous gratuitement.

Liens rapides

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