Do not input private or sensitive data. View Qlik Privacy & Cookie Policy.
Skip to main content

Announcements
Q&A with Qlik - Qlik Cloud Migration: Questions about migrating to Qlik Cloud? Catch the latest replay!
cancel
Showing results for 
Search instead for 
Did you mean: 
Not applicable

Tabrow bug in Qlikview 9.0

I am pretty sure this is a bug but if anyone can come up with a workaround I'd appreciate it.

In Qlikview 9.0 when you have a selection which increases the # of tabs such that it increases the # of rows those addition rows overlap the sheet below rather than resizing. From my testing this doesn't always effect every tab but it does effect at least the 1st tab and the tab with the selection that increases the # of rows.

Changing tabs does not get rid of the effect nor does resizing the window but a restore/maximise does.

Resizing the window (and therefore increasing the # of rows by smaller width) does not cause the same error

A similar effect happens when a selection reduces the # of rows but in this case it is not a big deal as it is only a waste the previously occupied space

Thanks for any assistance

Nick

As a side note I tried to attach an example file but I got an web error instead on the save click

Labels (1)
2 Replies
Not applicable
Author

I also believe that it is a Bug, but If you restore and maximize the window again it will adjust correctly.

Regards,

Joao

Not applicable
Author

Yeah technically this works but unfortunately we can easily trigger a change in the number of rows 30 - 40 times over comprehensive business overview so additional steps are unacceptable. We use a selection list of business units to change tabs to only those that apply to that business unit and a separate selection to dig into varying levels of detail as questions come up. Additionally the # of rows range from 1 to 6 so chopping down each tab so nothing is covered isn't a good solution.

Thanks for confirmation that it is a bug though (and not something local)

Nick