Please fix the problem with kuid <kuid:-25:1235> not obsoleting <kuid:-3:10060>

euromodeller

Imagineer
Please fix the problem with kuid <kuid:-25:1235> not obsoleting <kuid:-3:10060>

This is an ongoing problem that needs fixing by N3V.
MSGSapper has been tearing his hair out about this, now he's made his own content to avoid the problem.
There are other forum posts about it too.

The problem is that <kuid:-3:10060> is not actually being obsoleted by <kuid:-25:1235> even after a DBR.

From the config..

kuid <kuid:-25:1235>
username "Prod Passengers 2012"
kind "product"
product-category <kuid:-3:10091>
instance-type "instance"
mass 65
allows-mixing 1
category-era "2000s;2010s"
category-region "RU"
category-class "IP"
icon-texture "passengers.texture"
trainz-build 3.5

obsolete-table
{
0 <kuid:-3:10060>
1 <kuid:-3:11060>
2 <kuid:-3:11061>
3 <kuid:-3:110060>
4 <kuid:-3:12060>
5 <kuid:-25:1188>
}

Can you please acknowledge the problem and fix it?
 
Dou you have the <kuid:-3:11062> passengers installed ? It has been part of some payware packages. If these passengers obsolete <kuid:-3:10060> too, there are 2 assets fighting for the right to obsolete it. I can't check this, because I don't have <kuid:-3:11062>. Adding <kuid:-3:11062> to the obsolete-table of <kuid:-25:1235> could fix the problem in this case.

I don't have any problems with the passengers.

Peter
 
Last edited:
This is an ongoing problem that needs fixing by N3V.
MSGSapper has been tearing his hair out about this, now he's made his own content to avoid the problem.
There are other forum posts about it too.

The problem is that <kuid:-3:10060> is not actually being obsoleted by <kuid:-25:1235> even after a DBR.

From the config..

kuid <kuid:-25:1235>
username "Prod Passengers 2012"
kind "product"
product-category <kuid:-3:10091>
instance-type "instance"
mass 65
allows-mixing 1
category-era "2000s;2010s"
category-region "RU"
category-class "IP"
icon-texture "passengers.texture"
trainz-build 3.5

obsolete-table
{
0 <kuid:-3:10060>
1 <kuid:-3:11060>
2 <kuid:-3:11061>
3 <kuid:-3:110060>
4 <kuid:-3:12060>
5 <kuid:-25:1188>
}

Can you please acknowledge the problem and fix it?

It has been acknowledged by Rob from N3V https://forums.auran.com/trainz/sho...9-and-a-fix-you-can-use&p=1751440#post1751440

Not getting any problem with this in any of my TRS19 or TANE installs here though.

Random thought, anyone tried open for edit and then revert to original?
 
Last edited:
Not getting any problem with this in any of my TRS19 or TANE installs here though.

I remember thinking that I also was not experiencing this problem in TRS19 when it appeared that passengers were loading and unloading from the passenger coaches at the station normally when I was initially testing the CC&LE passenger session. It wasn't until a user notified me that the coaches were not truly unloading or unloading that I re-looked the session and re-tested. What I found was that while it did indeed appear that passengers were loading and unloading normally it turned out that was not the case as the number of passengers in the coach did not change at all. Since I have changed to my new visible passenger product that problem has been corrected so clearly something was going wrong here.

I have been wondering if part of the problem might stem from the fact that the obsolete table is attempting to obsolete content items not from the same user. My attempts to do that in the past have failed so I was curious how that would be allowed and how they could do that. Allowing one specific user to obsolete someone else's content would seem to be dangerous and would not, you would think, be allowed. I could be wrong here though.

In any case I am pleased with my build 4.6 solution, although I wish I hadn't had to do it that way, and will be using that on all my own routes and sessions. Problem solved, at least for me....

Bob
 
I don't have <kuid:-3:11062> installed.

<kuid:-25:1235> ....I did open for edit and revert to original, without success.

On my system there are 657 dependants of <kuid:-3:10060>

13 are downloaded assets from CM showing <kuid:-3:10060> as a missing dpendancy, I uninstalled them and downloaded them again, problem still there.

There are 17 built in assets showing <kuid:-3:10060> as a missing dependancy.
I don't use these so it's not a problem for me.

<kuid:276266:100611> DSFX Observation
<kuid:276266:100610> DSFX Sleeper
<kuid2:63971:10612:2> NSWGR 12 wheel AB Dining car
<kuid2:523:19723380:2> Pullman Paul A Bert
<kuid2:63971:10614:2> NSWGR 12 wheel MCE composite car
<kuid2:96997:488:1> QR BL488
<kuid2:63971:10616:2> NSWGR 12 wheel TBC 1st class car
<kuid2:96997:469:1> QR BL469
<kuid2:96997:543:1> QR BL543
<kuid2:96997:1250:1> QR BL1250
<kuid2:96997:100079:1> QR CLV580
<kuid2:523:19723684:6> Steel Heavyweight Coach
<kuid:523:19723377> T&WLR TO
<kuid2:82412:58131002:2> TUME-58131002-PCC-SEPTA-2168
<kuid2:82412:58131001:2> TUME-58131001-PCC-MUNI-1052
<kuid2:87145:28064:5> CNR Burgessville Station
<kuid2:87145:28073:5> CNR Petersburg Station

so that leaves 627 dependants as working OK.

So the question is, how come it has obsoleted in some assets and not others?

I should add, the problem does not exist in TANE.



I have a second install of TRS19, I just checked and the problem does not exist there!

Gremlins at work again!

I think my temporary solution will be to edit the config of the 13 downloaded coaches, remove <kuid:-3:10060> and replace it with <kuid:-25:1235>

It looks like it's one of those software gliches that appear intermittently on different assets to different users.
 
I have just checked these 17 built-ins, and they are all using <kuid:-25:1235> (in build 100240), although the config lists <kuid:-3:10060>.

I have been able to get <kuid:-3:11062>, and it obsoletes all the older asset. It should have been included in the obsolete-table of <kuid:-25:1235>, to avoid problems.
Partial config.txt of <kuid:-3:11062>
Code:
username                        "Passengers"
kuid                            <kuid:-3:11062>
product-category                    <kuid:-3:10091>
instance-type                        "instance"
mass                            65
allows-mixing                        1
username-cn                        "??"
username-es                        "Pasajero"
username-it                        "Passeggeri"
username-fr                        "Voyageurs"
username-nl                        "Passagiers"
username-de                        "Passagiere"
username-cz                        "Cestujici"
username-hu                        "utas"
username-pl                        "Pasazerowie"
category-era                        "2000s"
category-region                        "CZ"
trainz-build                        2.9
category-class                        "OH"
obsolete-table {
    0                        <kuid:-3:10060>
    1                        <kuid:-3:11060>
    2                        <kuid:-3:110060>
    3                        <kuid:-3:11061>
}
Peter
 
<kuid:-3:11062> wasn't that in Settle and Carlisle originally? Remember having problems with that it the past.
 
Hi, Graham, can you explain exactly what problem you were having and how to reproduce it? I haven't been able to corrupt a session with these assets myself.
 
Hi Rob,

I have 2 installs of TRS19 (100240 )and one install of TANE (100544)

Only one install of TRS19 had the problem which was this...

<kuid:-3:10060> is not actually being obsoleted by <kuid:-25:1235> even after a DBR in some assets.

This manifested itself as 13 coaches by the author fsp being faulty and shown in surveyeor as orange placeholders.
On checking the asset list for the coaches it was showning <kuid:-3:10060> as unknown by author Auran.
The puzzle was that the same coaches were OK in my other TRS19 build and my TANE build.

The coaches in question were these...(all downloaded via CM)

<kuid2:203201:41006:1> DRG C4 Pr
<kuid2:203201:41014:1> DRG BC4 Pr (RSV 1)
<kuid2:203201:41019:1> DRG BC4 Pr (RSV 2)
<kuid2:203201:41015:1> DRG C4 Pr (RSV 1)
<kuid2:203201:41016:1> DRG C4 Pr (RSV 1) o.BrH
<kuid2:203201:41009:1> DRG C4 Pr o.BrH
<kuid2:203201:41017:1> DRG C4 Pr (RSV 2)
<kuid2:203201:41018:1> DRG C4 Pr (RSV 2) o.BrH
<kuid2:203201:41012:1> DRG Post4 Pr
<kuid2:203201:41010:1> KpEV BC4 Pr
<kuid2:203201:41005:1> KpEV C4 Pr
<kuid2:203201:41008:1> KpEV C4 Pr o.BrH
<kuid2:203201:41011:1> KpEV Post4 Pr

But as I said, these were not faulty in 2 other installs.


It was then that I checked in CM for other faulty assets and found the list as in post #5

If you search the forums for <kuid:-3:11062> and <kuid:-3:10060> you find some older threads with a similar problem.

I am not techie enough to understand the reasons why this happens randomly, but as a layman it seems that older passenger assets get randomly flagged as unknown in some assets and therefore can't be obsoleted by <kuid:-25:1235>
In one forum thread someone downloaded a coach from a third party site that actually obsoleted older out of date passenger assets, so I did the same and all the assets that had shown the problem were rectified.
(see link in post #8)

Let's hope that you can find a permanent solution.
 
Thanks a lot for that, Graham. The passenger asset that the coach brings in is interesting, I don't know where it came from. I'll delve into this more as time permits over next few days.
 
Back
Top