I checked a "Never show dialog" Checkbox in Install Shield.
How can I reset this?
I suspect a registry key but have been unable to locate the correct one.
The setting should be available in Tools > Options, but as you suspect it's also stored in the registry. Try looking for values under `HKCU\Software\InstallShield\##.#\Professional.
Related
I would like to know how can i disable this red flags warnings (image-link below) to showing and what is this for and which package belongs? I have to be constantly hitting the X and is disturbing the work flow.
This is a built in feature in Sublime; it's controlled by the following setting, which defaults to being turned on:
// Shows build errors just under the line on which they occur.
"show_errors_inline": true,
If you turn this off in your user preferences (right hand pane in the Preferences > Settings window) it will stop doing that.
If this setting is turned off but you still see these appearing when you build, then you're using a third party package that's not properly respecting the setting; in that case you would need to contact the maintainer of said package and get them to fix that for you.
I've noticed an immense delay (just sitting there doing nothing) since upgrading to the latest version of windows while using tortoiseSVN to compare any file to its base version [TortoiseMerge].
I was on the fast track and got the fall creators update about a month ago and noticed this too so i reverted back and it went away. After it hit RTM I thought this was fixed but apparently I was wrong.
What do I mean with very slow?
Before fall creators update: <1 second
After: A minute or 2, as long as it takes..and that's just for comparing 1 file.
I just go read an article or something and wait for the tortoiseMerge icon to popup in the taskbar.
Repo is on my Desktop - Client is on my Laptop - same network.
Anyone with a similar experience? Did anyone find a workaround?
Edit:
The issue has more to do with TortoiseMerge than TortoiseSVN or SVN itself - I switched to Beyond Compare and it is working well for now.
The issue is already reported to Microsoft and Microsoft fixed in in Visual Studio 2017 15.6 when you recompile your code. Here the fixed MFC without the slow Get/SetPixel is used.
To fix in in Windows 10 for current and older compiled tools which use MFC, Microsoft released the Update KB4058258. The release notes don't mention the fix, but it is confirmed by the reporter that the fix is part of the cumulative update.
So installing the Update should fix it. So if you have the issue, make sure you run at least Build 16299.214 (run winver.exe to see the number).
If you have this or a higher number at last position, the issue should be gone.
The old and outdated information are archived. See the revisions of this answer for the old workarounds.
Instead of removing the "ribbon" setting, or changing security in Windows, I installed the last nightly build (1.9.9.x), and the performance is back.
I looked at the settings, and the ribbon is still checked as default. But the performance is there.
https://nightlybuilds.tortoisesvn.net/latest/x64/full/
As a workaround, you can use the TortoiseUDiff tool instead. It is still fast. Here is what I do:
Right-click a working folder in Windows Explorer and click 'SVN Commit'
Select one or more files in the 'Commit > Changes made' list
Right-click the selection and select "Show changes as unified diff"
It's not as powerful as TortoiseMerge, but if you just need to see the changes you are committing, the above method still works fast.
After installing 2018-01 Cumulative Update for Windows 10 Version 1709 for x64-based Systems (KB4058258) the speed problems for WinMerge appear to be completely fixed.
In the TortoiseSVN settings window, I
selected Diff Viewer/Merge Tool section
checked External
selected WinMerge.
Works like a charm.
It did a trick for me. I allowed TortoiseSVN program in my antivirus firewall protection settings. It made SVN Commit fastest.
Go to your antivirus. I have Quick heal. So I will tell you the steps accordingly.
1) click on "Internet & Network"
2) Click on "Firewall protection"
3) Check for "Program rules" and click on "Configure" button.
It will open a window displaying the list of allowed Exe on your system.
Your antivirus blocks tortoiseSVN and related exes, if they are not in
allowed Exe list.
4) So now click on "add" button, open dialog box will popup.
5) Go to "C:\Program Files\TortoiseSVN\bin" directory
6) Select TSVNCache.exe, TortoisePlink.exe, TortoiseProc.exe, ConnectVPN.exe And
click "open" then click OK in list window.
Here you go. Hope it helps you.
Our team is using local workspaces. I know server workspaces provide better locking functionality, but the "check in lock" that is possible with local workspaces is sufficient for us. It's a bit of a hassle though, because for non-source files (typically, .rpt files) we have to:
Get the latest version of the file.
"Check Out For Edit".
Change the lock type to "Check in - Allow other users to check out but prevent them from checking in".
Is it possible to, at least, change the default lock type for certain file types (.rpts) so that #3 above is done automatically? Ideally, it would be nice if this applied to automatic check-outs as well, if VS is configured to check out automatically when editing/saving.
Now I know this is an old post and I'm not sure of the differences between VS2012 with TFS2012 and VS2015 with TFS2015, but I thought I'd share my solution, in case it help you or anyone else.
While there is not an option to completely automatically "Check-in lock" a file when you edit it that I can find, I did find that you could have it prompt for the check-in lock with that lock already selected.
MY SOLUTION:
You go Tools > Options then select the Source Control > Environment and under Editing select "Prompt for lock on checkout"
Now when ever you open a file and begin editing it, the moment you make a change it will pop up a window like this:
Note: that it has the lock type set to the check-in lock
automatically. If you had selected the "Prompt for check out" selected
in the options form, it would pop up the same for, but with the
"Unchanged" option selected.
One other important thing to note, is if you hit cancel in the Check
Out form, it will proceed to edit the file, but without checking it
out, which may be undesirable.
That covers your Points #2 and #3
As for point #1
Again, I don't know about VS2012 and TFS2012, but with 2015 you go to:Team Explorer > Settings > Source Contol (under the team project node)
You then check "Enable Get Latest on Check Out"
After both settings have been changed:
You can check out a file just by starting to edit it
The program will get the latest file when you check it out.
And it will show a prompt confirming the check-in lock before check out.
Again I'm aware that this answer is coming a little late, and it is done using 2015 software not 2012, but I hope it applies for you, and perhaps this post will help someone else.
I've searched all over for a solution and have not been able to get them to work.
My company's product used to have the Repair option when selecting the product in the Programs and Features dialog. You could also right click on the product and select Repair there as well. Just before I inherited the installer projects, this Repair option disappeared. I looked around to see if anything was disabling this option and couldn't find anything.
In InstallShield DisableRepair is set to No. There also is no registry key set in the Uninstall section for the product for NoRepair when the product is installed. By default, I believe I should be seeing the Repair option and don't understand why it's not there. I've tried messing with ARPNOREPAIR in custom actions, all to no avail. I even created a registry key for NoRepair with both 0 and 1 for DWORD values to see if it actually would work and it did not. I'd like to say that there is some code somewhere that is disabling it, but I've checked everywhere and even talked to the previous installer coworker and he doesn't know of anything removing that option.
Does anyone have information on this?
After lots of digging around and testing I have found out some interesting things and a solution to my issue. It turns out that there was a C# custom action that was creating a separate registry entry under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall. Also, ARPSYSTEMCOMPONENT was being set to 1 in InstallShield which was disabling the original entry from showing in Programs and Features, while the new entry was set to show. Apparently NoModify and NoRemove work with the new entry, but not NoRepair(no idea why this is). My solution was to go back to the original entry and modify the keys that I was adding in the custom action.
My problem:
Subclipse does not update locked status overlay icons in eclipse after I lock/unlock some files with TortoiseSVN in windows explorer (and vice versa).
Is this expected behaviour or am I missing a setting?
The files have the svn property "svn:needs-lock" set.
I can sync Subclipse again by first clicking "Team - Refresh/Cleanup" and then "Refresh F5".
I am not a 100% sure but I think with Subclipse 1.6.x and TortoiseSVN 1.6.x I was able to just hit F5 in eclipse, and the status was refreshed correctly.
Thank you for your time.
I do not think you should have to do the second F5, but we added the Team > Refresh/Cleanup option for this reason.
With pre-SVN 1.7.x releases any change in the working copy caused files in all of the hidden .svn folders to be modified. When you hit F5 in Eclipse, it would see these changed files and fire off notifications that Subclipse would see and use that to refresh decorations.
With SVN 1.7, all this information is consolidated in a single location, and it sounds like it probably does not even live inside your Eclipse project folder. So F5 in Eclipse effectively does nothing because no files on the filesystem that Eclipse can see has been modified. Eclipse does not send out any notifications.
The Team > Refresh/Cleanup option calls the same Eclipse action as F5, but it also triggers an explicit refresh of SVN cached information regardless of whether Eclipse sees any changes.
Just to explain in more detail how to create the keyboard shortcut:
I was once pretty desperate to get this keyboard binding to work and after a lot of head banging found out that I also had to enable the "SVN Command Group" in my eclipse perspective (as explained here: SVN key bindings not working in Eclipse):
You can bind the F5 key to the "Cleanup/refresh" option of the SVN menu.
First,you must go to Window dropdown menu > Customize Perspective > Command Groups Availability and there check the SVN box.
With this option you will get a dropdown menu called SVN with all the relevant commands.
Then you go to Settings > General > Keys :
unbind the F5 key if you want to use this key
bind the command %CleanupAction.label to F5 or any key you may find useful (like Shift+F5 if you don't want the F5 key to be unbind.)