home bbs chatroom files | messages | login ]

      FSYNC193             SYNC_PROGRAMMING             32000 messages      

[ list messages | list forums | previous | next ]

  Msg # 34044 of 34130 on FSYNC193, Monday 8-09-26, 7:19  
  From: ROB SWINDELL (ON DEBIAN L  
  To: GIT COMMIT TO MAIN/SBBS/M  
  Subj: src/sbbs3/xtrn_sec.cpp  
  https://gitlab.synchro.net/main/sbbs/-/commit/36581ce0202a02c9de0891f8  
  Modified Files:  
   src/sbbs3/xtrn_sec.cpp  
  Log Message:  
  Don't re-credit today's downloads on DOOR.SYS door exit  
    
  Line 30 of DOOR.SYS ("Daily Download K Total") is read back as an  
  adjustment: whatever the door leaves there is added to the user's  
  downloaded-byte total and charged against their credits. That was  
  correct while we wrote the line as 0, which we did from 2000 until  
  c16dfedf4c (arcade-38-task, 2025-06-11) began writing the real running  
  total there.  
    
  Since then, a door that merely preserves the line makes us re-add the  
  day's downloads and re-charge the credits on every exit. OpenDoors  
  does exactly that: it rewrites the whole drop file on exit and passes  
  this field through untouched.  
    
  This is latent rather than actively biting anyone: the read-back only  
  happens for a door with the per-program "Modify User Data" option  
  enabled, which is off by default and effectively never turned on.  
    
  Credit only the increase over the value we handed the door, so an  
  unchanged line is worth nothing. A door reporting its own count  
  against a zero total, which is the case the original logic was written  
  for, still works. Negative and implausibly large values are now  
  ignored rather than applied.  
    
  Co-Authored-By: Claude Opus 5 (1M context)   
  --- SBBSecho 3.37-Linux  
   * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)  
     

[ list messages | list forums | previous | next ]

352,369 visits
(c) 1994,  bbs@darkrealms.ca