I'm using PhpStorm to edit files on a live server. When I try to upload the file it tells me "could not close the output stream for file". Note that I'm using "SFTP" ..
Some suggesting that using "passive mode" will solve the issue, but I can't find the settings when I go to: (Tools=>Deployment=>Configuration=>Advanced settings) as suggested!!
Is it even possible to use passive mode with SFTP!?
Passive Mode isn't available for SFTP. This option is only available for FTP and FTPS.
https://www.jetbrains.com/help/phpstorm/2017.1/advanced-options-dialog.html
advanced options in comparison
It could be a PhpStorm/jsch issue: https://youtrack.jetbrains.com/issue/WI-17685.
Please reproduce the issue, open Help > Show Log in ... > idea.log and look for errors. If you'll see the same messages as in aforementioned WI-17685 then you got it.
Related
My operating system is Windows 10 64 bits. I use the latest versions of Firefox and Chrome.
I want to save the pre-master keys in order to use them with WireShark.
For this, I have found many tutorials that all recommend using the SSLKEYLOGFILE environment variable.
However, no matter the path I put in this variable, no file is being created by Firefox (normal and developer editions) or Chrome. This is true even when I restart those browsers or the operating system. This is also true when I clear the cache on the browsers.
I found an alternative way of setting the SSLKEYLOGFILE variable with Chrome by launching the browser with the following argument:
--ssl-key-log-file=PATH
And while this argument does create a log file, it is never populated. It remains completely empty.
What makes this problem even more annoying is that I don't know if there's any debug log that would at least let me know what's happening.
Anyone have ideas on how to solve this issue?
Verified in both Chrome and Firefox
Windows 10 64bit [Version 10.0.17763.379]
I would not use the --ssl-key-log-file flag with Chrome. In my testing, it does not have an effect.
Steps to get SSL keylog file
Change your directory to one that you or your programs have access to. I am using the Desktop folder.
C:\> cd $HOME\Desktop
Set the SSLKEYLOGFILE variable. This sets it for the user (HKCU). To set it for the machine (HKLM), add the /m flag to the end of the command.
PS C:\Users\rj\Desktop> SetX SSLKEYLOGFILE "$(get-location)\ssl.log"
Verify that the variable has been set in a separate powershell window (SetX does not apply to the current window).
PS C:\Users\rj\Desktop> Get-ChildItem ENV: | findstr SSLKEYLOGFILE
SSLKEYLOGFILE C:\Users\rj\Desktop\ssl.log
You can also verify that SSLKEYLOGFILE is a user variable by going to the Control Panel > System and Security > System > Advanced System Settings > Advanced tab > Environment Variables > User Variables. You should see a listing like the powershell example where the value is a directory.
Open Chrome/Firefox and go to an https website like https://stackoverflow.com.
You should see an ssl.log show up on your desktop.
Image of end result
Further Reading
2018-12-07, F5, Decrypting SSL traffic: Great article on doing the above, but cross-platform
2019-03-18, Mozilla, NSS Key Log Format
: The SSLKEYLOGFILE format
2018-08-17, Wireshark Bugzilla, Add TLS 1.3 support: Has good test pcap/SSLKEYLOGFILE contents for TLS1.3 (See Comment 83)
You mentioned that you are using Wireshark. If you using it to export a file from a TLS-encrypted stream in a capture, this article may help you.
One thing I ran into is: Chrome doesn't always fully close when you close the window. Sometimes it stays open in the background. Use the Windows Process Explorer to list all the processes and make cure Chrome is closed. Also, after restarting Chrome, you can double click on it in Process Explorer and select the Environment tab to list all the variables set in it's environment. Make sure SSLKEYLOGFILE is shown in that list. Then Chrome will be sending keys to the specified file.
First off all the problem is that the browsers are protected better and that flaw is patched, thats why you cant capture no ssl. I dont know the details. But chrome with --no-sandbox(linux) option on ,when running will enable you to capture ssl/tls key without any issues from the first try, so you can play with decription of packets. Never tried on windows btw..
This worked for me...
set the SSKEYLOG env: variable as normal in Linux.
just point it to your pefererd save location of the sslkey.log
windows system/advance/env vars/user variables.
add SSLKEYLOGfile with the path to your preferred save location C:/user/sslkey.log
close and your done here.
NSS_ALLOW_SSLKEYLOG=1 is what's missing from the Booleans in Firefox's advanced options.
its been also removed from the general release but is still in the dev ops version. just not listed.
download and install the dev ops version of Firefox
open a terminal start it from its exe if on Linux.
windows just open it from the icon.
go to the about:config
create a new Boolean with NSS_ALLOW_SSLKEYLOG=1 and set it to true.
quit
now create a new symbolic/icon link to the new dev version fire fox version
when you run Firefox from the terminal in Linux the sskeylog should be created and start populating.
run it from the task bar icon in Linux and it doesn't make or update the keylog (just in case you dont want it populating every time you open the browser).
in windows, you will have to disable the env var or it will keep populating every time you open any browser that supports sslkey logging.
on that note opera and vivaldi should work with no changes to the advanced option.
lastly.. open wireshark go to
edit/preferences/protocols/tls
and put the path to the sslkey.log in the pre master secret log box.
click ok.
close everything..
start Wireshark
start your browser (from terminal in linux).
you should start seeing sslkeylog start populating and see extra options for decryption in the tabs of Wireshark.
have fun :)
1st solution:
Restart Chrome
2nd solution:
Use Firefox
This post shows how to use quick edits, but how to open it from the system file manager by default? When I do open with in the context dialogue and then open it with phpstorm.exe, my PC ignores it and just goes back to Adobe Edge Code.
I'm using Windows 7 64 bit and PhpStorm 8.0.2
Thanks
I looked at this: http://msdn.microsoft.com/en-us/library/windows/desktop/cc144154(v=vs.85).aspx
But all I had to do was go the file properties > open with > browse.
No registry hacks!
However, this doesn't open in quick edit mode, but somewhat works. I guess it's just the way it is after reading this
I guess this should've been in SuperUser, but I thought it was something in PhpStorm that was the solution.
Either I start Glassfish domain from NetBeans or from the asadmin console, I can't reach the admin panel.
When I navigate to http://localhost:4848, first there's a page saying "The Admin Console is starting. Please wait.", then it tries to redirect to a page having title "Login", but it loads, loads, loads forever. My CPU usage reaches 100% and nothing happens until I stop the server.
I tried Glassfish v3.1, v3.1.2 and also the freshest v4.0, without any modification.
About a year ago, v3.1 worked for me; I have no idea what could happen.
The server log says Glassfish can't find image files.
I uploaded the server log here: http://notepad.cc/share/LvaZvH23sF
I read somewhere that renaming the console-updatecenter-plugin.jar, and the NO_NETWORK=true option can solve similar problems, but these couldn't help for me.
I use JDK 7, and I'm on Windows 7 if it matters.
(edit) Summarizing what happened, from my past comments:
The admin panel was unreachable in Google Chrome and Internet Exlorer.
I managed to reach the admin panel in Firefox, and even in Chrome's incognito mode, but the cause was not AdBlock.
Chrome dev console complained about a 404 error.
After a while, I was able to reach the admin panel in Chrome, in normal mode too, so from that point I couldn't reproduce the problem.
Try access the console in this url: http://localhost:4848/login.jsf
In http://localhost:4848 redirect to http://localhost:4848/common/index.jsf and not work because the url not exists.
I noticed this in your log:
[2013-08-04T10:52:12.761+0200] [glassfish 4.0] [WARNING] [] [javax.enterprise.system.container.web.com.sun.web.security] [tid: _ThreadID=34 _ThreadName=admin-listener(2)] [timeMillis: 1375606332761] [levelValue: 900] [[
Context path from ServletContext: differs from path from bundle: /]]
Following that warning, there are a lot of info messages that the server can't find resources that it expects:
[2013-08-04T10:52:16.495+0200] [glassfish 4.0] [INFO] [] [com.sun.jsftemplating] [tid: _ThreadID=133 _ThreadName=admin-listener(6)] [timeMillis: 1375606336495] [levelValue: 800] [[
JSFT0004: The requested resource (/images/button/primary-mini-roll.gif) is not available.]]
...etc.
I'm curious as to how you installed the Glassfish servers. Did you use the windows installer? If you simply used the installer to update an existing Glassfish installation, an incorrect configuration could have been carried over.
The easiest solution to your problem is to download the ZIP distribution. Extract that to a new directory, start the asadmin tool via the command line and run the command:
asadmin> start-domain domain1
That should give you a completely fresh installation and should work without any problems. There's a good blog post here on getting started with Glassfish 4, it would be worth skimming through to make sure there's nothing you've missed.
not sure if this is still a problem but I got something similiar and I could resolve this by setting an admin password and enabling secure-admin (glassfish 3.1). Not sure if the secure-admin is necessary though, so setting a password might be enough.
download and extract glassfish zip
glassfish3/bin/asadmin start-domain
glassfish3/bin/asadmin change-admin-password (default is user "admin" with no password, so just hit [ENTER] two times)
glassfish3/bin/asadmin enable-secure-admin (might be skipped, just see what works for you)
glassfish3/bin/asadmin restart-domain
Now the admin-gui should be available on http://localhost:4848 and also from other machines via http://your.ip.or.address:4848
Good luck
I've had this happen to me when I enable "Default Principal To Role Mapping":
After I enable this and restart the domain, I'm never able to login again. I had to change the following line on domain.xml (with the domain stopped) :
<security-service default-principal-password="admin" activate-default-principal-to-role-mapping="true" default-principal="admin">
to this:
<security-service>
I didn't find any serious error in your log. Maybe another program doesn't let GlassFish works correctly. For example antivirus.
Had a similar problem.
It happened when I put a primefaces 5.x jar file in my /JAVA_HOME/jre/lib/ext directory and when I removed it all went back to normal.
Through research I found that apparently the admingui clashes with some "3rd party JSF helper stuff".
Hope this helps somebody.
When Running on Chrome you may get this error due to this issue. https://github.com/eclipse-ee4j/glassfish/issues/22439
Admin gui is accessible on Firefox though.
Try this : http://mike.meessen.biz/blog/?p=281
I had exact
first there's a page saying "The Admin Console is starting. Please
wait.", then it tries to redirect to a page having title "Login", but
it loads, loads, loads forever.
problem and it worked for me.
I was in a similar situation and I found that in FF I cannot get access to console but in IE and Chrome with http://localhost:4848/login.jsf I can.
In Eclipse stopping the server and cleaning maybe will help. Afterwards you can access it via http://localhost:4848/common/index.jsf
The solution is quite simple.
There is an apllication/project that you were working on that had some errors. Simply undeploy them using the following procedure:
1.Go to Services tab then Servers then Glassfish Server 4.1
2.Right click on Glassfish Server 4.1 and click on the dropdown to list what under Glassfish Servers.
3.Expand Applications and undeploy all applications to start full receovery of the admin console.
4.Start Glassfish
5.Launch the admin console
Make your domain writeable thats the key guys
it ll work no need to other kinda wierd stuff
Everytime I use watir-webdriver to initialise a chrome browser instance, it launches as a first-run with an EULA pop-up and an additional getting-started tab open.
Both of these side-effects are preventing me from automating tests for chrome.
I have tried initialising a browser using just
Selenium::WebDriver.for :chrome, :switches => %w[--no-first-run]
but have the same result.
I am surprised to be unable find any other questions online about this, so assume I have done something weird!
I have placed chromedriver.exe in C:\Program Files (x86)\Google\Chrome\Application which is on my PATH variable.
Any ideas?
I have found a solution for this. In C:\Program Files (x86)\Google\Chrome\Application there is a file called master_preferences.
Opening this file and setting:
require_eula to false
show_welcome_page to false
fixed both issues for me.
Hopefully this helps someone!
I would put the chromedriver.exe on your PATH, so somewhere like C:/windows/system32 or the like, or you could add the directory
C:\Program Files (x86)\Google\Chrome\Application
to your PATH (right click My Computer -> Advanced -> Environment Variables)
It should then run OK.
I have just setup hudson and have begun playing around with it.
I have downloaded the email-ext.hpi into the the folder $HUDSON_HOME\plugins
I have restarted hudson post-step1 ( i am following this manual method as i am unable to use (for proxy setting reasons) the automatic way of installing plugins via the "Manage hudson" page.
I dont see any errors when hudson starts. In fact i see the line
INFO: Started all plugins
BUT:
When i start a project configuration page, I do not see the promised option "Editable Email Notification".
FYI:
1. I am able to setup and run few basic test builds and they run fine.
2. I am also able to configure and receive the default hudson emails for failures and subsequent successes.(This confirms the SMTP settings)
3. I was also aboe to setup the subversion tag hpi in the same way as detailed above and that works fine as well!
What am i missing? Thanks in advance for any help!
EXTRA INFO:
Hudson version - 1.379 running on Windows XP
OK - i figured out a workaround (although i still need to dig into why this is a problem). Recording here for anyone else tha tmay face this issue.
The plugin when copied into the $HUDSON_HOME\plugin was somehow not really being activeated/recognized. But when i copied it over also to C:\Documents and Settings\mylogin.hudson\plugins and restarted hudson service, voila! it worked.
If anyone knows why this might have occured, kindly record it here for reference. Thanks.
To install a plugin you should use the easy route. In Hudson, go to 'Manage Hudson' -> 'Manager Plugins' -> 'Advanced' (its a tab) and use the 'upload plugin' option.
Than follow the instructions. Usually you have to restart Hudson to actually get the plugin.
Way saver than messing around with the file system. In general the approach you had should have been correct, but there seems to be an issue with your $HUDSON_HOME. Have a look at the "Manage Hudson" -> "Configure System" page. What is the Hudson Home directory displayed on the top of the page? I don't know what Hudson does if it can't access the Home Directory? My assumption is here that Hudson runs as a service with a user account rather than the local system account and that you used a different account to copy the hpi file.
Install Maven Legacy and Maven3 plugins .