Skip to content
Snippets Groups Projects
Select Git revision
  • master default protected
  • dailybuild_linux-x64
  • dailybuild_win32
  • sqlite
  • rip_abstraction
  • dailybuild_macos-armv8
  • dd_file_lister_filanem_in_desc_color
  • mode7
  • dd_msg_reader_are_you_there_warning_improvement
  • c23-playing
  • syncterm-1.3
  • syncterm-1.2
  • test-build
  • hide_remote_connection_with_telgate
  • 638-can-t-control-c-during-a-file-search
  • add_body_to_pager_email
  • mingw32-build
  • cryptlib-3.4.7
  • ree/mastermind
  • new_user_dat
  • sbbs320d
  • syncterm-1.6
  • syncterm-1.5
  • syncterm-1.4
  • sbbs320b
  • syncterm-1.3
  • syncterm-1.2
  • syncterm-1.2rc6
  • syncterm-1.2rc5
  • push
  • syncterm-1.2rc4
  • syncterm-1.2rc2
  • syncterm-1.2rc1
  • sbbs319b
  • sbbs318b
  • goodbuild_linux-x64_Sep-01-2020
  • goodbuild_win32_Sep-01-2020
  • goodbuild_linux-x64_Aug-31-2020
  • goodbuild_win32_Aug-31-2020
  • goodbuild_win32_Aug-30-2020
40 results

avatars.js

Blame
    • Rob Swindell's avatar
      b29b8cfc
      .ini files need to be opened for read/write access when writing/updating · b29b8cfc
      Rob Swindell authored
      This happened to work before commit d49134e6 since iniReadFile()
      didn't return false upon any read error, so File.iniSetAllObjects() didn't
      realize that the read of (any) existing file contents had failed (because the
      file was open write-only).
      
      This explains why the *.avatars.ini files were pretty much blank as of late
      and no networked message posters were having their avatars displayed.
      Reported by Codefenix (thank you).
      
      Add a print/log line to tell us how many avatars were parsed, just for extra
      traceability of this script and any potential failure cause.
      b29b8cfc
      History
      .ini files need to be opened for read/write access when writing/updating
      Rob Swindell authored
      This happened to work before commit d49134e6 since iniReadFile()
      didn't return false upon any read error, so File.iniSetAllObjects() didn't
      realize that the read of (any) existing file contents had failed (because the
      file was open write-only).
      
      This explains why the *.avatars.ini files were pretty much blank as of late
      and no networked message posters were having their avatars displayed.
      Reported by Codefenix (thank you).
      
      Add a print/log line to tell us how many avatars were parsed, just for extra
      traceability of this script and any potential failure cause.
    avatars.js 24.73 KiB