Subj : MsgBase first_msg property.
To   : Digital Man
From : deon
Date : Sat May 07 2022 22:19:19

  Re: MsgBase first_msg property.
  By: Digital Man to deon on Fri May 06 2022 11:23 pm

 >  > AC:{"cfg":{"number":40,"grp_number":3,"grp_name":"0021:FSX","code":"fsx_gen" ,"n ame":"01:GEN","description":"General
 >  > Chat","qwk_name":"FSX_GEN","area_tag":"FSX _GEN","newsgroup":"0021_FSX.01_GE N","ars":"","read_ars":"","post_ars":"","opera
 >  > tor_ars":"","moderated_ars":" ","data_dir":"/opt/sbbs/data/subs/fsx/","fidonet_o rigin":"I'm playing with ANSI+videotex - wanna play
 >  > too?","qwknet_tagline":"Alterant | an SBBS in Docker on Pi!","settings":1021378 91,"ptridx":28,"qwk_conf":0,"max_crcs":100
 >  > 00,"max_msgs":0,"max_age":365,"print_ mode":0,"print_mode_neg":0},"error":"" ,"status":0,"file":"/opt/sbbs/data/subs/f
 >  > sx/fsx_gen","retry_time":30,"retry _delay":250,"first_msg":0,"last_msg":60018,"t otal_msgs":9816,"max_crcs":100
 >  > 00,"max_msgs":0,"max_age":365,"attributes":0,"sub num":40,"is_open":false}
 >
 >  > => first_msg has been zeroed
 >
 > As I would expect. These property values are dynamic (query the open message base), so the msgbase needs to be open.
 >
 >  > So why when the message base, is the "first_msg" attribute set to zero, but all other attributes are untouched?
 >
 > The others are stale values from the previous time you queried the properties contained in the status header.
 >
 >  > Can it be left untouched?
 >
 > You can copy the value if you want to save a snapshot of it.
 >
 >  > (This is on a build as of yesterday - commit 6de0ebc0d.)
 >
 > It's not a bug. If anything, I'd just work to make all the other cached values 'undefined' rather than return stale values. That's not
 > going to help you either.

When the message base is closed (is_open = false), what would change the other values?

If the values are only guaranteed to be correct when the message base is open, then programatically, you know when you can trust the values, by checking "is_open", right?

So instead of scrubbing the "cached values", does it impact anything if they are left intact as at the last time the message base was open? (Including first_msg.)

I know I can create new variables with those values that I need, but that does seem a waste when I have a variable that has this object already (especially if it is updated when I reopen the message base).


....лоеп

---
 ю Synchronet ю Alterant | an SBBS in Docker on Pi!
 * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)

.