Rogue Alternate State

billbois — Sat, 16 Nov 2024 00:04:51 GMT

I happened to notice that a straight table was in an alternate state. Not only should it not have been in an alternate state, that state was not one I created.

There's only one alternate state in the app, imaginatively called "TestAlternateState," but the chart was assigned to a different state. I couldn't see the full name because the dropdown box isn't wide enough, but what I could see was "UninsuredXLS (un". I went to Document Properties and checked the Alternate States there. "UninsuredXLS" wasn't listed.

The chart still responded to any selections I made, so it didn't appear that this state had any effect on the chart.

I set the chart's state to "<inherited>" and saved the file. After exiting out and reopening, it was set back to "UninsuredXLS." I had to recreate the chart from scratch and delete the old one. After saving, exiting out, and reopening, "UninsuredXLS" was no longer in the dropdown list.

The chart has a few columns with "Uninsured" as part of the label or part of a fieldname, but there's nothing in the app called "UninsuredXLS." So where did this state come from?

Since I've made the problem go away, I'm posting this just to find out if anyone else has seen this before. Obviously the old chart had gone corrupt, but how do I prevent it from happening again?

Re: Rogue Alternate State

Brett_Bleess — Tue, 08 Sep 2020 18:34:56 GMT

Would have to have the QVW in order to try to determine what was going on with this one. Best hunch would be something in the meta data of the QVW got sideways with that object and your deleting/recreating cleared it out.

Regards,
Brett

Re: Rogue Alternate State

billbois — Wed, 09 Sep 2020 13:29:01 GMT

That was my guess, too. I'll check with my employer about scrambling the data and sending you the QVW. That could take a while. 🙂

Thanks, Brett!

topic Re: Rogue Alternate State in QlikView

Rogue Alternate State

Re: Rogue Alternate State

Re: Rogue Alternate State