TZUTC: -0800   
   MSGID: 51730.syncprog@1:103/705 2c10810f   
   PID: Synchronet 3.20c-Linux master/64352121b Feb 09 2025 GCC 12.2.0   
   TID: SBBSecho 3.23-Linux master/64352121b Feb 09 2025 GCC 12.2.0   
   BBSID: VERT   
   CHRS: UTF-8 4   
   https://gitlab.synchro.net/main/sbbs/-/commit/f55039de28c9dfc30450fec8   
   Modified Files:   
   	src/uifc/uifc32.c   
   Log Message:   
   Only base drag-select highlight on the legacy attribute.   
      
   The fg/bg values all have multiple representations, and some bits   
   have extra meanings, so inequality there doesn't mean they're not   
   the same colour.   
      
   This fixes an issue where the *second* drag select on a screen   
   would not highlight blue backgrounds correctly.  The background   
   colour gets the "pixels set" bit flown because of how   
   restorescreen() works, which caused this to "know" it's not blue   
   and use a blue background.   
      
   A (good) argument could be made that savescreen()/restorescreen()   
   shouldn't result in any changes, but since uifc32 doesn't directly   
   use colours that aren't represented by legacy attributes, there's   
   no need for it to get tricky here.   
   --- SBBSecho 3.23-Linux   
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)   
   SEEN-BY: 103/705 105/81 106/201 124/5016 128/187 153/757 7715 154/10   
   SEEN-BY: 154/30 110 203/0 218/700 221/0 226/30 227/114 229/110 114   
   SEEN-BY: 229/206 317 400 426 428 470 550 700 705 240/1120 5832 266/512   
   SEEN-BY: 280/464 5003 5006 291/111 292/8125 301/1 320/219 322/757   
   SEEN-BY: 341/66 234 342/200 396/45 423/120 460/58 256 1124 467/888   
   SEEN-BY: 633/280 712/848 770/1 902/26 5020/400 8912 5054/30 5075/35   
   PATH: 103/705 280/464 460/58 229/426