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

Grey exclamation mark on polyline popups in Viewer 3.1

JosVroegop

Hello,

I am still experiencing the grey exclamation mark or "GCOD" when i use popups on polylines in the 3.1 release of the flexviewer.
This only occurs when i zoom to the two smallest zoomlevels in the flexviewer.

I was having the same troubles with the 3.0 version and was hoping this would be fixed in the 3.1 release.

Does anyone have the same issue? And if so, has anyone been able to fix the error without disabeling popups all together?
I think the 3.1 release has some awesome new features but i won't be able to use this (or the previous 3.0) version untill this is resolved.

Hope someone can help, esri maybe? Thanks in advance.

Encuentra más publicaciones etiquetadas con

Accepted answers

All comments

JonathanWatson

Thanks to everyone's suggestions, I was able to remove the Yellow Glow from all the normal InfoPopups via InfoPopup.mxml. However, the Edit Widget has a mind of it's own and seems to overwrite the InfoPopup.mxml settings. Can anyone show me how to edit the Edit Widget to make it not do a yellow highlight of a selected Line segment?

DasaPaddock

The fix was specific to polyline popups. Glow filters are still dangerous to use since the Flash Player creates a bitmap internally for them and when you zoom in, the bitmap gets very large causing the Player to use too much memory.

KennyWebster

This issue has been fixed in version 3.2:
http://support.esri.com/en/bugs/nimbus/TklNMDg4NzE4

Thanks for that!

Can you possible tell me if this applies to the glow filter in general or is specifically related to the infoWindows? We're experiencing this issue in several custom widgets which apply a glow filter to larger graphics.

DasaPaddock

This issue has been fixed in version 3.2:
http://support.esri.com/en/bugs/nimbus/TklNMDg4NzE4

KennyWebster

As others have posted, as a workaround we're disabling the glow filter for layers causing problems. But this is not really an ideal solution. Is there a better work around yet?

Shingo-Ikeda

We are experiencing the same GCOD in 3.1 as well. Followings are my understanding regarding the issue (plz correct me if I am wrong):

It is happening to the multipart segment selection with popupinfo, and it seems that it is related to the highlighted geometry goes out of scope of map extent.
When graphicslayer is used to highlight a segment (as in Identity Widget), the error does not occur.
Unlike the similar error in 3.0, GCOD does not occur upon zooming. It happens as user clicks on a multipart segment. GCOD appears when user is zoomed in tight on a segment where highlights goes beyond the map extent.
Once 'infoWindowRendererHighlightColor' is set to NaN, issue goes away, but map highlight is disabled.
It seems it is related to the geometry handler in the 'com.esri.ags.components.supportClasses.InfoWindow', but API does not provide the code to review.

It is important for users to keep the segment highlighted to review the target geometry. Thanks for all your hard works!

Regards,
Shingo

JosVroegop

Hi Dasa,

If possible, would you please reply this post if there is any information on when this will be fixed?
I would love to use the highlight, it provides a better user-experience in my opinion. Thanks in advance.

Kind regards

DasaPaddock

Thank you. This is helpful.

JosVroegop

Hello Dasa,

I put up two sites for you to look at, one with highlight and one with modification as shown below.

highlight enabled (standard 3.1)
highlight disabled (InfoPopup.xml modified)

Note the difference when you click on the blue railtracks and try to zoom in.

When the init function in the InfoPopup.mxml is modified flash no longer chrashes on polyline popups when zoomed in to the smallest levels.

private function init():void
            {
                map.addEventListener(PanEvent.PAN_UPDATE, repositionInfo);
                map.addEventListener(ExtentEvent.EXTENT_CHANGE, repositionInfo);
                //Add to bypass infoWindowRendererHighlightColor
                map.setStyle('infoWindowRendererHighlightColor', NaN);
 }

JosVroegop

Unfortunately our viewer and services aren't public. I will try the workaround tomorrow, thanks for the suggestion.

DasaPaddock

Is your Viewer or service public? It would help us to reproduce this issue.

As a workaround, can you try setting the Map style "infoWindowRendererHighlightColor" to NaN.

See:
http://resources.arcgis.com/en/help/flex-api/apiref/com/esri/ags/Map.html#styleSummary

Únete a la Conversación

Los miembros registrados pueden publicar, seguir actualizaciones y más. ¿Nuevo aquí? Regístrate gratis.

Enlaces Rápidos

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