This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
« on: January 27, 2017, 12:59:20 AM »
« on: January 27, 2017, 12:38:30 AM »
ps: PluginManager have its own topic
Where? I use the search function to look for PluginManager and the first 5 pages of results didn't list any specific topic about this!
« on: January 26, 2017, 11:56:56 PM »
Maybe I'm missing something on this last part but it seems the Download plugin needs a description update...\Downloads\ plugins works fine,
but not updated following plugin updates,
that is the reason Title, Description and Version not changed
reason behind is winbuilder bug, to re create \Downloads\ it takes some hours since it "stuck" permanently following winbuilder memory bug ....
to fix "creating download plugins" should be written with autoit etc. Requires too much time we do not always have....
In this case isn't a Winbuilder problem because closing and opening the program can't make it show a new description that wasn't changed.
That is the reason for now we only add / remove new plugins to \Downloads\ ,
Title, Description and Version does not effect its usability, at most Title may have a Beta etc, Desciption may have new version no of app, nothing important.
Since \Downloads\ plugins operationally works fine Title, Description and Version updates ignored...
One of Next medium free time, it will be a bit more workarounded to fit Title, Description and Version
The version number suggest the plugin is only for that specific version. My Suggestion, remove the version number on the download plugin and add something like "Download latest version available on server". This way there is less work on updating thinks and a user will not think that the plugin will not work with latest version like it happen to me (I found the answer on the yomi index list...)
you need to give more info about 41 to 61 in a way so we can reproduce. ???????????
If you read my description is very simple to reproduce!
- download the zipped version (or use some outdated copy) of the project, extract
- select only some plugins and take note of the number of tasks it shows when you press the Play button (cancel the execution no need to build)
- run the plugin Update Win7PESE (Exact and Secure)
and let it run
- press the Play button and check now how many tasks it shows?
« on: January 26, 2017, 01:01:07 PM »
« on: January 26, 2017, 06:47:21 AM »
Both scripts 1-explorer.script and 5-explorer.script include the bellow line in more than one place
FileCopy,%ProjectTemp%\User.bmp,"%TargetDir%\ProgramData\Microsoft\User Account Pictures"
The problem is that the folder User Account Pictures
doesn't exist so actually this creates a file named User Account Pictures
instead of the user.bmp inside the folder!
Because of this if we enable the Advanced option Enable 'switch user to Admin'
on the Display
script the build will fail with the error
(xDisplay.script) DirMake - Failed to create directory: [%BaseDir%\Target\Win7PESE\ProgramData\Microsoft\User Account Pictures]: Cannot create a file when that file already exists
I traced the problem to the Explorer script, the error isn't created by the xDisplay script, its the explorer script that creates the file instead of checking if the folder actually exists.
To be on the safe side probably is better to update all the scripts to check the existence of the folder and if is missing create it or...
« on: January 26, 2017, 06:26:54 AM »
Just did an Update of my Win7PE SE using the Update Win7PESE (Exact and Secure) script before I did this I use the PluginManager to backup my configuration (41 tasks when I hit the Play button)
After the update pressing the Play button now shows 61 tasks selected instead of 41!
Also after the update the PluginManager didn't show the configuration I saved before, found it after hitting the Refresh button on the Restore panel, did the restore and got the expected 41 tasks selected. It seems the auto backup and restore done by the Update plugin isn't doing the job correctly!
Another thing I notice, there is a new plug-in for "A0MEI Backupper Standard & Pro v220.127.116.11" on the server (that's why I use the update feature) after the update the "A0MEI Backupper Standard & Pro - Plugin Download" description isn't updated to match the new version that will be downloaded!
Maybe I'm missing something on this last part but it seems the Download plugin needs a description update...
« on: January 20, 2017, 06:16:17 AM »
I couldn't get the compress value past the default.
7z.exe a -mx=9 test.7z *.*
« on: January 19, 2017, 01:25:24 PM »
« on: January 16, 2017, 11:50:45 AM »
Thanks for the reply. I suppose that to fix this we have to "inject" some change on Explorer or loaded dll but this is out of my league!
I also found that we don't need to use Explorer to get the credential window it also work inside the Run Box if we click browse and use the address bar on top of the browse window.
Did more testing and if we change the user used on WinPE from System to Administrator using the option available on the xDisplay script then the run box works fine. It seems the problem is somehow related with having SYSTEM permissions.
« on: January 09, 2017, 12:05:15 PM »
I have been trying to find if it's possible to access network paths on Win7PE without the need of mapping a drive to the network share first.
I'm posting my findings so others can contribute and eventually we could find the solution for the problem I have found.
On my test if I try to directly access a network path from the Run box the result is this:
What I found is that if the file networkexplorer.dll
doesn't exist on the system32 folder, instead of the error above it works as in normal windows and we get a prompt for the user and password to access the protected network share but after authenticated successfully we get the error Windows cannot access \\192...
Now the curious part (for me) is, if instead of using the Run box I open the Computer icon and use the address bar to access the network path like show in the next image it works properly showing the credentials prompt and browsing the shared folder without any problem!Edit:
After a successful login the run box can then be used to access the network share including other shares on the same host.
If I try to access a different share on another machine from the run box it will fail again with the same error and the workaround with the Computer window must be used again for the new network path.
Information about the options used on the project:
- 1 - Copy Files: Standard
- 5 - µExplorer Shell with networkexplorer.dll and NetworkExplorer.dll.mui added to system32 and System32\en-US\ respectively
The result of my tests don't change if I use the 1 - Explorer Shell
script instead of µExplorer Shell.
Anyone have ideas to fix this and makes the run box work as it should?
« on: December 26, 2016, 10:44:56 AM »
Thanks hason_sonha_itt for sharing the instructions.
« on: November 23, 2016, 05:35:03 AM »
Thanks for the suggestion but I don't need it anymore.
I did a mistake in one of my scripts and loaded the filter on the wrong category
after realizing that both programs are working fine now.
Only the question about the portable Acronis remain...
« on: November 22, 2016, 01:56:45 PM »
Hi Welcome to TheOven,
Take a look at the PENetwork using a custom PENetwork.ini you can add Netword Drives to auto connect.
« on: November 22, 2016, 08:47:38 AM »
« on: November 22, 2016, 04:08:47 AM »
I found my notes from last year, where Anshad explained to me that Acronis can run almost as a portable program, as long as you copy the correct files (sys,dll) to %windir%\system and %windir%\system\drivers, and then manually create and start the services. I must admit I almost competely forgot about that possibility
Any chance of sharing the notes about running Acronis almost portable? or a plug-in
I have a problem with my WinPE with conflicting UpperFilters from two different programs AOMEI Backupper and Seagate DiskWizard maybe your method can help me solving the conflict.
« on: November 22, 2016, 01:21:42 AM »
I'm building a PE with the latest AOMEI Backupper Standard v3.5 and found a bug on the AOMEI Backupper Standard (G) plug-in v.12
On the line that writes the UpperFilters on the registry there is an extra "," without the filter the program can't do backups
The extra "," between Append
needs to be removed.
After the correction I can confirm that the 3.5 version of the program works fine.
« on: September 01, 2015, 03:49:08 AM »
Take your time. In the end I decided to create a small script to change the resolution early on boot.
« on: August 31, 2015, 01:31:10 AM »
Yes I know about time constrains. You guys work in so many projects that probably have days with more than 24 hours
« on: August 31, 2015, 12:37:00 AM »
Hi Rui Paz,
unpack macro still there to support old plugins, never listed as a macro http://theOven.org/index.php?board=14.0
one day it will be totally removed from Macro Library
It's available when you right click inside Winbuilder source editor under MacroLibrary
and in this case used on a plug-in included on the main project and downloaded directly from the project server.
I will put optional hide parameter to get window hidden
I feel something like:
« on: August 30, 2015, 11:48:11 PM »
Yes it is a known problem,
yet another bug of winbuilder
To simplify code writing, we have Call,Download for a while
I see but in that case doesn't the Macro_Library needs an update?
The BGinfo script already use the Unpack macro and its the macro internally that calls WebGet instead of a new macro that uses wget directly
Also maybe I'm reading this wrong but with the Download_Files_Wget macro the wget window is always visible... maybe another macro needed!