# ParaView 5.10.0 RC1 Show/Hide Icon Missing
**URL:** https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196
**Category:** Development
**Tags:** python
**Created:** [October 15, 2021, 7:19pm UTC](https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196 "2021-10-15T19:19:16Z")
**Posts on this page:** 7
**Page:** 1
### Author:  [@theodorebaltis](https://discourse.paraview.org/u/theodorebaltis)
#### Post date: [October 15, 2021, 7:19pm UTC](https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196/1 "2021-10-15T19:19:16Z")
In 5.10.0-RC1 (Windows MPI exe) I’ve found that when I add a filter via the Python Shell the visibility icon is initially not shown at all.
`Clip()` produces:
If I click in that void or use `Show()` it then appears.
In 5.9 the icon would be immediately shown in the “not visible” state
(minor) Bug?.
---
### Author:  [@wascott](https://discourse.paraview.org/u/wascott)
#### Post date: [October 15, 2021, 9:38pm UTC](https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196/2 "2021-10-15T21:38:39Z")
Works correctly for me. Here is what I did:
- MacOS, 5.10.0-RC1 (and 5.9.1 as a baseline), builtin server.
- In a View/ Python View
- sphere=Sphere()
- Show()
- Render()
- clip=Clip()
The grayed out eyeball is on the clip.
Does this work? Please give us really specific directions how to replicate…
---
### Author:  [@theodorebaltis](https://discourse.paraview.org/u/theodorebaltis)
#### Post date: [October 16, 2021, 6:52pm UTC](https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196/3 "2021-10-16T18:52:21Z")
Steps to reproduce:
- Load can.ex2 and hit ‘Apply’
- `clip=Clip()` in Python Shell
---
### Author:  [@wascott](https://discourse.paraview.org/u/wascott)
#### Post date: [October 17, 2021, 5:09am UTC](https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196/4 "2021-10-17T05:09:30Z")
Yep, replicated. I bet it’s the new Exodus reader - the IOSS reader.
[https://gitlab.kitware.com/paraview/paraview/-/issues/21041](https://gitlab.kitware.com/paraview/paraview/-/issues/21041)
Thanks for reporting.
Alan
---
### Author:  [@cory.quammen](https://discourse.paraview.org/u/cory.quammen)
#### Post date: [October 17, 2021, 3:20pm UTC](https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196/5 "2021-10-17T15:20:01Z")
Hi Theodore,
This is a side effect of how things are done in ParaView and has been the behavior for a long time. When you create a Clip() filter, that only creates the filter. Upon creation, the filter is registered with ParaView, hence it shows up in the pipeline browser. However, in the active view, no representation for the filter has yet been created in your script. Show() does that. Since there is no representation, there is no visibility icon. Once Show() is called, a representation exists and you get the visibility icon.
It might be possible to show a visibility icon when no representation exists and call the equivalent of Show() when it is set to be visible. @utkarsh.ayachit - thoughts?
---
### Author:  [@theodorebaltis](https://discourse.paraview.org/u/theodorebaltis)
#### Post date: [October 18, 2021, 2:54pm UTC](https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196/6 "2021-10-18T14:54:01Z")
I just tested again with the can.ex2 file on 5.9.0 and it DOES show the visibility icon as soon as the clip is created, so the behavior is different in 5.10 now.
My original examples (screenshots in the first post) were using the XDMF reader, so the issue is not isolated to the IOSS reader. But I just tested with the example sources “headsq.vti” and “rectinlinearGrid.pvd” as well and the issue does NOT appear, so it is only an issue with some readers.
Do the XDFM and IOSS readers inherit the same abstract class?
---
### Author:  [@wascott](https://discourse.paraview.org/u/wascott)
#### Post date: [October 18, 2021, 5:44pm UTC](https://discourse.paraview.org/t/paraview-5-10-0-rc1-show-hide-icon-missing/8196/7 "2021-10-18T17:44:11Z")
Sorry Cory, this is a regression from 5.9.1 to 5.10.0-RC1. I posted screenshots in the bug post.