Project

General

Profile

Actions

Bug #4530

closed

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

Added by Oliver Soong almost 15 years ago. Updated almost 15 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.


Files

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
Actions #3

Updated by ben leinfelder almost 15 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.

Actions #4

Updated by Redmine Admin over 11 years ago

Original Bugzilla ID was 4530

Actions

Also available in: Atom PDF