In our "Installation Location" screen we have switched off "Suggest application directory" because it was appending a suffix to the directory users chose (not sure where the suffix came from as different people where seeing different things with the same build).
I wanted to know what kind of impact this change could have as the screen help says: "[...] only switch this off if you substitute a different installation directory in the screen validation".
We don't actually substitute the directory in the screen validation, however before showing the Welcome screen we do run an action to set an initial installation directory our users can override.
By default, the "Installation location" screen appends the installation directory name that you have configured in the media wizard.
If you turn off “Suggest application directory”, and a user selects "C:\Program Files" as the installation directory, the application will be directly installed into that directory, which is not desirable.
Related
When creating installers with multiple file associations, the "File Associations" screen in the installer (which allows the user to select/deselect which extensions to associate with the application being installed) appears in the Windows installer created, but does not appear in the Unix shell installer. This means all file associations are made without the user getting to choose.
Is there a way to force the appearance of the file associations screen?
This is indeed a bug in install4j, it will be fixed in 8.0.3, please contact support#ej-technologies.com to get a build where this is already fixed.
Hi,
I have a problem on my Mac OS X 10.11.5 Beta (15F31a), with MATLab R2016a (9.0.0.341360). When I install the MATLab Drive Connector from the website as matlabdrive.mlpkginstall or from the add-ons menu in MATLab itself, it works absolutely fine; it synchronises my files and displays its logo in the menu bar top-right, through which I can access its menu/settings/etc.
However, upon the second start-up of my computer; MATLab Drive Connector is no longer usable. When I open it; an empty menu space is created in my menu items; and when clicking on that space, it's marked as selected; but nothing else happens, nor are my files synchronised. When I have selected the MATLab Drive Connector to start at startup right after its installation, the empty space is immediately created, with the same effects. When MATLab Drive Connector is forcibly stopped via Activity Monitor; the empty space will disappear. I have attached a screen recording [1] of this issue.
The only temporary fix was to deinstall & reinstall the MATLab Drive Connector, after which it worked again,
EDIT:
however since two days, even when attempting to de/re-install, I get the error "The specified key is not present in the current container", as shown in the attached screenshot [2] preventing me from doing anything to fix this issue.
I hope you can provide me with a solution, as the MATLab Drive Connector is very important to me, and I presume this problem also occurs to other users :]
Kind regards,
Isaiah van Hunen
[1] https://drive.google.com/open?id=0B5_0h9k46DFua1NtLU0zZXlnMjA
[2]
If you take a look at the ~/Library/Application Support/com.mathworks.matlabconnector folder on your computer it should contain a folder with the same name as your computer. This folder should contain three folders called locks, logs and services.
The com.mathworks.matlabconnector folder may also contain a second folder with a longer name – probably your computer’s hostname including the domain you are connected to - something like macbook-wifi.example.com - if this folder exists it probably contains a single folder called "start".
If this second folder exists, then I have a solution for you to try:
Move the "start" folder from the second folder into the first folder. This folder should now have four folders: locks, logs, services and start.
Delete the second folder that should now be empty.
Start MATLAB Drive Connector
Now when MATLAB Drive Connector is started it should now find the correct folder and start correctly.
I had a similar issue under Win 10. Typically Connector can be started by clicking its icon in the MATLAB folder in the Start Menu. This however requires a confirmation of User Account Control (UAC). So one needs to eliminate that, so that it doesn't cause an issue on start-up.
Find the folder where the Connector exe is located. For me it was at: C:\ProgramData\MATLAB\SupportPackages\R2016b\bin\win64\MATLABConnector.exe (note that ProgramData is a hidden folder, so make sure you enable hidden files under View in the C: folder).
Next find the Windows start-up programs folder. Hit the "Windows key + R" keyboard combination, then type "shell:startup". The folder should already contain a Connector icon, remove that, or cut & paste it to the Desktop. That icon also required UAC confirmation, so it's no good, we need an icon that doesn't require it.
Follow this tutorial to create another shortcut icon (without UAC) to the MATLABConnector.exe program: http://lifehacker.com/how-to-eliminate-uac-prompts-for-specific-applications-493128966
Once you have your new icon, cut & paste it into the Windows start-up folder you located in step 2.
Exit Connector by right-clicking it in the Taskbar. Then double click the new icon created in steps 3-4. and Connector should start again with no UAC verification step.
Restart your computer, and Connector should start automatically with no problems.
I'm testing out Install4J 5.1.5 and am running into a little issue. My original jar file I would like to distribute has full permissions-- anyone can open it (with something like 7zip)-- and modify/delete any entries in that jar. However this same jar-- when installed by install4j-- the permissions become essentially read-only. I can't modify/delete anything in the jar after installation-- gives me permissions issue.
The reason why I want to modify/delete is that there are a few properties files in the jar that get defined by the user during installation so I want to modify / delete whats already in there with the user's new files...
The only thing I can think of is that I set the default unix file and directory modes to 777. But this doesn't seem to work. Any ideas?
The installer has a helper process that runs with elevated permissions. This helper process is started by the "Request privileges" action that is by default added to the "Startup" node of the installer.
All actions whose "Action elevation type" property is set to "Elevate to maximum available privileges" are executed in the helper process.
If you want to modify the file in your application (i.e. not in the installer), you can use a "Add Windows file rights" action to make the file writable for everybody.
I am using Install4j to create installer for my app.
I want to change the default installation folder location to "My Documents" folder. I am trying to do it from "Installation location"" screen. But not getting the result.Can anyone please tell me that which things i need to change/edit ?
I want to create a desktop shortcut link icon. I am trying to do it using "Add a Desktop link" action under "Desktop Integration"" category. But not getting the expected result. I am sure than I am missing something but don't know which part. So can anyone please suggest me the whole operation to add a desktop link ?
I am not an expert on Install4j but have the basic knowledge. I have searched on google and checked the previous threads on stackoverflow but didn't get my expected result.
Thanks in advance for your help.
I want to change the default installation folder location to "My Documents" folder.
In the "startup" node of your installer, add a "Run script" action with the script:
File docsDir = WinFileSystem.getSpecialFolder(SpecialFolder.DOCS, false);
File installationDir = new File(docsDir, "myApp");
context.setInstallationDirectory(installationDir);
return true;
I want to create a desktop shortcut link icon. I am trying to do it using "Add a Desktop link" action
Probably the file does not exist yet. Move the action after the "Install files" action on the "Installation" screen.
I installed Eclipse and am having some trouble relating to denied user permissions.
I am working on Vista inside a Windows domain. My user account is very restricted. My boss needs to grant administrator permission any time I install any application or establish a new network connection through the firewall.
Here are some of the problems that have occurred:
At Eclipse startup, Vista asks every time if I really want to run it. It doesn't remember my decision.
Eclipse doesn't remember my default workspace.
I installed the BIRT plugin. After a second restart it doesn't work anymore. The BIRT perspective does not run fine.
What permissions do I need to run Eclipse on Windows?
This problem occurs when you host the Eclipse application within a directory that is protected by the Vista or Windows 7 operating system. For example, %ProgramFiles%, %ProgramFiles(x86)%, or %ProgramW6432%. Unfortunately, for all of Eclipse's maturity, it still doesn't entirely restrict its per-user activities to the Windows operating system's user space.
If you don't care where your Eclipse application resides, or you don't have admin rights on your system, try moving the Eclipse application to a directory that is not protected by the Windows operating system.
If you have admin rights on your system, and want your Eclipse application to be hosted in one of Window's protected directories, you must make the directory writable to users. This will allow the proper operation of the Eclipse application, but be warned that it will also allow users to directly modify files within the Eclipse application directory. You can reduce this risk by making the directory writable to only the specific accounts that you choose.
Note that by performing either of the above solutions, it will not be necessary to run the Eclipse application with the "Run as Administrator" option.
To make the Eclipse application directory writable by users:
Right click on the Eclipse application directory within Windows Explorer.
Select "Properties".
Click the "Security" tab.
Click the "Edit..." button to change security permissions for the Eclipse folder.
If you want only specific user accounts to be able to write to the Eclipse application directory, click the "Add..." button to allow those accounts to appear within the "Group or user names" list.
One at a time, select each account to be granted write access to the Eclipse application directory, and then click the checkbox for "Modify / Allow" such that the checkbox is checked.
Conversely, if you want to allow all system users to be able to use Eclipse properly, select the "Users (YourComputerName\Users)" group from the "Group or user names" list, and then click the checkbox for "Modify / Allow" such that the checkbox is checked.
After all appropriate users have been given write access to the Eclipse application directory, click "OK". You should now be able to run Eclipse without issue.
tharkun's answer is sort of correct but I just wanted to post a "more correct" answer for anyone else who finds this question in the future.
For some reason, Eclipse needs administrator privileges in Windows 7 and Windows Vista machines. To do this one time, right-click the Eclipse executable or shortcut and click "Run as administrator"; to make it permanent, go to properties, the compatibility tab, and check the "Run this program as an administrator" box.
Despite tharkun's post, perhaps he forgot, Eclipse doesn't have an installer; you simply unzip it. There is no reinstallation necessary. If you run Eclipse normally and find something wrong, and just discovered this answer, you can safely run Eclipse as administrator from now on and nothing will be broken as a result of you not having run as administrator up until this point.
The problems with Eclipse that require administrator mode do not show up immediately, but for example if you check for updates with Eclipse running in non-administrator mode, Eclipse will claim that there are no update sites available. Also some GUI features will have problems.
These problems are likely caused by some of the advanced UAC features meant to protect your system, such as UAC Virtualization. Eclipse can (and hopefully will) be fixed to write only to user space and "play nice" with other Windows applications, but for now we have to simply run it as administrator and trust that it's not taking advantage of the added privileges.
As a sidenote, I just spent several hours trying to figure out how to get Eclipse to write inside the %AppData% directory, in hopes that it would solve this problem and allow Eclipse to be run in user mode, but I could not get Eclipse to honor anything I tried. Oh well...
eclipse require write permission to app folder
it has to be in a folder with user write permission, f.e. %localappdata%\Eclipse. if u place it in %programfiles%\Eclipse it can't write to config files or plugins
the app has no installer. it stores config files in the app folder by default. the official install path is "c:\eclipse" and they forgot to mention that write permission is required
https://wiki.eclipse.org/Eclipse/Installation
Decompress this file into the directory of your choice (e.g. "c:\eclipse" on Windows) and ensure you have full Read and Execute permissions.