Project

General

Profile

Bug #4530

changing a KAR outside of a Kepler session fails without a clean-cache

Added by Oliver Soong over 9 years ago. Updated over 9 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
general
Target version:
Start date:
11/04/2009
Due date:
% Done:

0%

Estimated time:
Bugzilla-Id:
4530

Description

If I create a KAR, close Kepler, modify the ROML (unzip, text editor, re-zip), then replace the original KAR and start Kepler again, I see the original report, which does not actually reflect the KAR file. A clean-cache will fix it.

This may not be a big issue, since few people are likely to edit the KAR file directly. On the other hand, I have modified workflow XML files directly on a number of occasions.

I will attach two example files. One is the original and the other is hand-modified. To trigger this bug, the one has to replace the other file, so they have to have the same name.

test.kar (5.12 KB) test.kar Oliver Soong, 11/04/2009 12:25 AM
test.kar (5.11 KB) test.kar Oliver Soong, 11/04/2009 12:26 AM

History

#3 Updated by ben leinfelder over 9 years ago

Because objects are cached (report layouts, workflows, etc) I think it's reasonable to encounter the behavior you see.
Any modifications to those objects (or xml serializations of them) should be accompanied by an LSID revision change. I can see expecting to find the "newer" revision of the layout if you did indeed manually update the LSID when you changed other things in the layout. If you did change the LSID, then I feel like the cache isn't doing al that it could be. But if the LSID is exactly the same - then this makes complete sense.
I'm afraid this is a rare case...for most users.

#4 Updated by Redmine Admin about 6 years ago

Original Bugzilla ID was 4530

Also available in: Atom PDF