Uploaded image for project: 'Core ReactOS'
  1. Core ReactOS
  2. CORE-9656

[unattended setup] serious path localization issue

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Resolved
    • Priority: Major
    • Resolution: Fixed
    • Fix Version/s: 0.4.1
    • Component/s: Setup
    • Labels:
    • Environment:

      reactOS trunk r67541-r68653

    • Sprint:
      May 2016

      Description

      Hi, Most likely an easy fix for a pro here:

      I noticed the following issue when booting into reactos OS with GERMAN localization, right when explorer_new starts:

      (../../dll/win32/userenv/environment.c:87) GetShortPathNameW() failed for C:\Dokumente und Einstellungen\Administrator\Local Settings\Temp (Error 3)
      (../../dll/win32/userenv/environment.c:87) GetShortPathNameW() failed for C:\Dokumente und Einstellungen\Administrator\Local Settings\Temp (Error 3)

      It's pretty obvous that this is a localization issue and most likely not an issue within GetShortPathNameW() implementation, because the path string is only partly localized.
      In real German Windows AND on Reactos filesystem, the proper path in filesystem is
      C:\Dokumente und Einstellungen\Administrator\Lokale Einstellungen\Temp
      instead of
      C:\Dokumente und Einstellungen\Administrator\Local Settings\Temp

      Reason:
      none of the german localized strings within "boot/bootdata/hivedef.inf"
      from
      [Strings.0007] //german section
      are used, but all strings from unlocalized section
      [Strings]

      For this reason none of the
      POWERCFG presets (name and description),
      DESKTOP_SCHEMEs,
      and TEMP_DIR!!!!
      are localized in ROS for german.

      If I hackfix the unlocalized string for TEMP_DIR to correct german path, the said userenv-errormsg in the ROS-log is gone, but that is no solution of course.

      Anybody an idea why the localized strings are not used in hivedef.inf?

      -------------------------------------------
      Important addition:
      It is working as it should when using original unattend.inf from trunk

      The necessary thing to trigger the issue is the attached modified
      unattend.inf which enforces
      LocaleID = 407
      (which should be correct for german, right?)

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                ekohl ekohl
                Reporter:
                reactosfanboy reactosfanboy
              • Votes:
                1 Vote for this issue
                Watchers:
                5 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: