Option "newer object override older"

Description

i have a chain of PCC that loads my lst, like the complete rsrd that load partial sets (basics, monsters, etc). my starting idea was rewrite a feat in rsrd with a more expand-friendly version in my dataset. i checked the option "Newer source override older" and then load the rsrd complete pcc with my complete pcc. this were the situation at first attempt:
_revised_system_reference_document:
RANK:1
SOURCEDATE:2003-07
PCC:basics/_rsrd_basics.pcc

_rsrd_basics:
RANK:1
SOURCEDATE:2000-01
FEAT:rsrd_feats.lst

rsrd_feats.lst:
SOURCEDATE:2000-01
"the original feat" SOURCEPAGE:rsrd monster feats.rtf

my_full_pcc:
RANK:3
SOURCEDATE:2007-01
PCC:my_partial_pcc.pcc

my_partial_pcc.pcc:
RANK:3
SOURCEDATE:2003-07
FEAT:my_feats.lst

myfeats.lst
"the new feat" SOURCEPAGE:My Source

and my feat didn't appearedafter loading (the log level were set to DEBUG, and no error referenced my feat or the myfeat.lst)
i asked to pcgenlstfilehelp list if i was forgetting something on the logic, and one answer pointed to the rank.
i raised the rank of both my pcc to RANK:1 to match the rsrd:
my_full_pcc:
RANK:1
SOURCEDATE:2007-01
PCC:my_partial_pcc.pcc

my_partial_pcc.pcc:
RANK:1
SOURCEDATE:2003-07
FEAT:my_feats.lst

after reloading still no errors and, sadly, no new feat.
what am i missing? is something i forgotten/written wrong or is a bug?

Environment

windows seven,
java version "1.6.0_23"
pcgen version v6.03.01 autobuild #16 built on 2014-06-17 22:56, +1000 r24198
PCGen v6.03.02-dev autobuild #24 built on 2014-06-24 22:56, +1000 r24285
PCGen v6.03.03 autobuild #63 built on 2014-08-03 22:57, +1000 r24772
PCGen v6.03.06 autobuild #72 built on 2014-08-11 22:57, +1000 r24992

Activity

Show:
Andrew Maitland
June 20, 2014, 1:12 PM

That is a lot of complexity rolled into one.

Flagging for or since they'd be the one to know how the system works.

Just confirm the file is being loaded (no IO error)

Riccardo
June 20, 2014, 11:37 PM
Edited

in the log file i see several messages:

08:30:55.575 FINER Thread-6 LoadContextInst:143 Starting Load of file:/ [my path] /my_feats.lst
08:31:12.162 FINER Thread-6 LoadContextInst:143 Starting Load of file:/ [my path] /my_feats.lst
08:31:17.158 FINER Thread-6 LoadContextInst:143 Starting Load of file:/ [my path] /my_feats.lst
08:31:19.684 FINER Thread-6 LoadContextInst:143 Starting Load of file:/ [my path] /my_feats.lst

also, just to be sure, i added in the same file a "test" feat, and after loading, it appears in the feat list.

Riccardo
August 28, 2014, 11:52 PM

confirmed the same behaviour of "not overriding" on the new 6.3.6 version of pcgen.
the log confirm the redefining file has been loaded. to check furthermore, i created a second feat called "FAKE_AAA" in the same lst file, and pcgen shows the fake feat in the feat selection tab, but the old Ability Focus (the old sourpage, the old behaviour, not the new).
my files are on the repository https://github.com/odraccir/vendor/tree/HELP-88 if needed to help diagnostic.
something wrong on my lst coding or misinterpretation on how the overriding function or is a bug?

James Dempsey
August 29, 2014, 5:38 AM

Thanks for your example sources - that made it much easier to trace the issue.

You need to add a SOURCEDATE entry to your lst files. This is the date that gets used to test the override rules, not the date in the PCC file. This is as the lst file could have been included from any number of PCC files with different dates.

e.g.

Once you have that in place the 2007 date is compared to the RSRD date of 2003 and its objects are used in preference to the rsrd ones.

Riccardo
August 31, 2014, 1:21 PM

thanks for the help!

Assignee

James Dempsey

Reporter

Riccardo

Labels

Epic/Theme

None

Pending User Input

None

Priority

Minor
Configure