Jump to content

foobuzz

Members
  • Posts

    44
  • Joined

Posts posted by foobuzz

  1. I noticed another glitch in the latest beta.

    In the Tweaks section I set a custom download folder resulting in a .ini line like

    Change The Download Directory::c:\mydownloads

    This line won't be read when settings are imported later, thus this tweak gets lost.

    The same situation in the Updates + Languages. I put 4 language packs in. Afterwards, I added IE9-win7.cab and IE9-Windows6.1-LanguagePack-x64-deu.cab (probably this is wrong) and saved the settings. Next time after importing that ini, there are still the language packs -- the both IE9 cabs are gone (but they still appear in the .ini).

    Strange...

  2. When creating an addon, and select Copy Folder to ..\%PROGRAMFILES(x86)% the integration of the addon results in creating a folder on the the system root of my hard disk as %PROGRAMFILES(x86)%/ClipName

    Yes, noticed that too, but postponed it to solve other problems...

    I made a Firefox 16.0.2 add-on, being a 32 bit program for a x64 Windows system, the path was C:\%PROGRAMFILES(x86)%\Firefox.

    :huh:

    Btw, I used the latest stable WT 1.4.

  3. While trying to narrow down the problem (took me some time, though), I've done another test installation, this time merely an original Windows 7 setup (x64+SP1) with an autounattend.xml and a $oem$ folder (nothing special). Again I used VMware to emulate the installation.

    My results:

    The erroneous behaviour which occurs when I try to enable or disable components like Windows Fax and Scan reappears.

    Not always, though, but some will throw an error.

    As this time WT was not involved, it might be caused by the emulation environment; that's something I intend to check next (with VirtualBox).

    I cannot reproduce the behaviour with a "real" system (Windows 7 x64 SP1) here either.

    @Reaper: I appreciate his add-ons, really. Maybe I can investigate this further later.

  4. Yes, of course.

    That tweak to hide the Favorites option (Favourites::Hide) in the Windows 7 start menu does not work.

    I tick it in WT 1.5.0.1 and my VM test installation still shows Favorites whereas the other tweaks (e.g. Documents::Hide, Devices & Printers::Hide, Downloads::Hide, Help & Support::Hide etc.) all work.

    I used Windows 7 Ultimate x64 SP1 as base and integrated IE9 + Language Pack into it (with DISM) prior to processing it with WT 1.5.0.1.

  5. Another thing to mention (might be a bug, I don't know):

    I noticed this several times after installing a (WT) customized Windows 7 setup.

    Using WT I disabled (but cannot remove, I guess) a few components

    #Components

    AppFrabic

    Common Modem Drivers

    Delete 'Support' folder

    Delete 'Upgrade' folder

    DVD Maker

    Hyper-V VMBUS Driver

    IIS Addons 1

    IIS Addons 2

    Inbox Games

    Internet Games

    Internet Information Services

    Microsoft Agent

    Microsoft XPS Document Writer

    Microsoft-Hyper-V-Guest

    Music and Video Examples (Ringtones)

    OEM Help Customization

    Parental Controls

    Premium Inbox Games

    Sound Themes

    Tablet PC Components

    Telnet Client

    Telnet Server

    TFTP Client

    TV Tuner Drivers

    XPS Viewer

    Later on, when trying to configure Windows features, e.g. unticking Windows Fax and Scan and ticking the Simple TCPIP services (both haven't been processed by WT), errors occur ("not possible"). It does not matter which feature I enable/disable, it just won't work.

    post-22369-0-63200700-1351964367_thumb.p

    Is this some sort of (Microsoft) "bug" or rather "by design"? :confused02:

  6. I agree with dotfusion:

    i'm not so sure about 1.5.0.1.

    Concerning his test with "300+ Updates (w/ Recommended Additions from KUC Windows 7 x64)", I did one yesterday (McRip Updates, Windows7 x64).

    Took me quite a while (7½ hours in total).

    382 (!) Updates were downloaded and—so it seemed—integrated.

    The VM installation, however, asks me to apply > 80 recommended updates.

    I checked the numbers of 2 or 3; they were already downloaded and allegedly integrated by WT 1.5.0.1...

    Additionally, I integrated 4 Language Packs:

    3 of them were selectable within the VM installation later on, 1 is missing.

    Addons: 1 from Reaper. It is missing in the uninstalling list, I already dropped a note to the author.

    66 Tweaks: Some aren't applied yet. Favourites::Hide for example.

    I also had to configure the tweak "Change The Download Directory" separately (did work afterwards).

    Gadgets: none

    Themes: none

    Used WT version: WinToolkit150-1_Test36.7z

    Config file and stuff may be provided if needed.

  7. Thanks for the replies.

    I used a 1.5 beta version of WT and I'll try to reproduce what Thiersee and George King suggested.

    Calling the executable setup with unattended parameters is also an option, but I'd like to integrate IE9 in install.wim, replacing IE8.

    By the way, thank you very much, Liam, for your great project! :thumbsup:

  8. Hi,

    dunno if it's a bug or just plain user error:

    I've tried several times to integrate IE9 into W7 Ultimate x86 SP1 ger. It's the german x86 version, 17.8 MB in size.

    After W7 setup, IE9 hasn't been installed, the exe installer is in an "Update" folder on C\downloads (which is my IE's default download folder). Double-clicking on it the setup signifies "Online Downloading..." which is confusing as I thought I got the full setup, not just a web loader!

    As WT is quite self explaining I can't imagine what went wrong.

    Am I supposed to integrate english language IE9 only?

    Any tipps? :tired:

×
×
  • Create New...