InfoQube IM - Community

Submitted by jsolka on 2010/02/12 07:47

Items after moving (by which I mostly mean changing their position in terms of level, but I think also it applies to moving subitems up & down) don't stay, which means that upon refreshing/closing& reopening, etc, they go back to their original position. Tried repair -- didn't work.

Thanks,

Jay

PS -- just to make sure -- if I go back to prerel 13 there shouldn't be any problems (I don't use calendar)

Update: I tried prerel 13 (prerel 16 behaved like prerel 13)-- changing level worked, the items stayed, but moving them up and down (I'm not talking about top-level items) didn't -- they would go back to their original position. Is there any quick fix for it, please, big problem for me. BTW sorting by column doesn't seem to work either. Now when I think about it, I'm not sure for how long this has been, but it definitely doesn't work now.

Update: I tried the sample file (old) -- everything is okay there, which means it is my file. How can I fix it? One more think, I'm not sure if this could help to understand what happens, but when I refresh, it takes very very long.

Thanks again

Jay

Comments

have you tried r4epair

Menu: Tools >> Database Management >> Repair

Yes. BTW I think this is not a bug, since it is my file? I would move this threat, but I don't know how.

Jya

[quote=jsolka]

Thanks,

Jay

PS -- just to make sure -- if I go back to prerel 13 there shouldn't be any problems (I don't use calendar)

Update: I tried prerel 13 (prerel 116 behaved like prerel 113)-- changing level worked, the items stayed, but moving them up and down (I'm not talking about top-level items) didn't -- they would go back to their original position. Is there any quick fix for it, please, big problem for me. BTW sorting by column doesn't seem to work either. Now when I think about it, I'm not sure for how long this has been, but it definitely doesn't work now.

Thanks again

Jay

[/quote]

1- "Changing levels" should always work and stay. Except if you encounter the bug you mentioned your other thread -- Mantis issues 213, 214. This has always been somewhat of a problem, it's not new. But it could be that some of your items and sub items (or even most of them) meet a grid's source ( if you set the source field to enact the inheritance option) and then this problem can happen eventually. Please see Issues 213 and 214 and if it applies to you.

2- Sorting columns now works (since a long while) only when the sort bar (Grid-->Sortbar) (NOT the sort box -- it's different) is active to prevent accidental "re-sorting". Note that Sorting using headers is always temporary. You can also right click on headers when the sort bar is not active and select "sort ascending"/descending....

If you want sorting that stays between refreshes, you need to use the sort box...

I can explain more to you later if you're not sure of what I'm saying (I need to go in a few minutes). But it's all in the manual I believe.

3- Moving items manually up and down have a "permanent" effect on sorting only if items are : 1- not TLIs, 2- and "sort criteria applies to sub items" is off. Otherwise sorting always either follows the parameters entered in the sort box, or, if the sort box is turned off, the Iditem ascending order.

Thanks,

Unfortunately what you say don't work here, for example sorting criteria is off, but items still don't stay.

Okay, I've switched now to prerel 13. I could go back to "Full Hierarchy" without all those items showing as top level items. Now I have noticed that those two issues are related (hierarchy & items not staying). When I switched back to "full chierarchy" the item stay. BTW -- in this prerel 13 (as well as with prerel16) there is no issue with items not staying their levels.

Anyway, it is too unpredictable, so I would rather stick with prerel 13 and full hierarchy for now, until I either have more time (NEVER

) of maybe the IQ will solve these, or maybe Pierre will able to take a look at my file and see what's going on.

Mantis 213 & 214 don't apply exactly -- in this particular grid all itmes meet the source, and they don't belong to other grids, and I still have problems with hierarchy, but since those problems are a little different in prerel 13 & 18 (for example in 18 I could't use full hierarchy without having all those items showing at the toop level -- you can check my screens again at 18 prerel threat -- and in 13 items don't stay in full hierarchy) I don't want to complicate things until I will decide which one I could use.

Thanks

Take care,

Jay

[quote=jsolka]

[/quote]

Thanks for this Jay. Yes, I made some tests, and there's definitely a problem here, when Full hierarchy is off, items don't retain their order -- and they should.

However, I never work in that mode so I don't know if this problem was always there or not. Pierre ?

As for the other problem of items appearing as TLI when they're not expected there, I'm currently doing further testing.

mantis : 892

Hi Pierre. The problem seems to be slightly different now.

When "Sort crtieria applies to sub items" is "on", the sort filter criteria applies to sub items even if the sort filter (the text box) is OFF. This seems wrong.

(Note however that when it's OFF, the problem related to full hierarchy and items not retaining their arbitrary position in the grid isn't there anymore -- which is a good thing)

I've improved the display for full hierarchy. Please check it out (next version) and report back

[quote=Pierre_Admin]

I've improved the display for full hierarchy. Please check it out (next version) and report back

[/quote]

Nice !

I will.

Sorting sub items seems to work fine now, in all cases.

Were there any other things I was supposed to check in relation to hierarchical (full) display ?