I'm using PhpStorm 8.02. On Windows, it's ok, but on my mac, it's freeze 10 seconds when I click on a file for exemple (or even when I click on some menu).
I updated java JRE, but nothing change.
Solved.
It was a plugin (git-flow plugin). When I disabled it, all was fine.
Related
I am having trouble debugging my web project using the Chrome Browser. I can only use IE to do my debugging. I did some "googling" to resolve this problem, and came across a few Microsoft threads that said to update to the latest version of VS2017, which I did. I use version 15.9.13 and Visual Studio 2017 tells me I am "up to date" when I check for further updates.
When I first updated VS 2017, it started working, and I could debug using Chrome (finally!). But now it has stopped working again.
I saw in other threads where people suggested deleting the .vs folder, which I did, but had no luck with that.
Google Chrome is up to date at Version 75.0.3770.100
I debug and run my application as "Administrator" so that shouldn't be the problem either. I also close all browsers before running the debugger, so Chrome isn't running elsewhere when I try to debug.
Is there any explanation why Chrome cannot launch when using debugger? I would really like to use Chrome because of it's superior "dev tools" and inspection tools. Any suggestions? Was sad to have it working only one day.
Having configured the same environment like yours(VS version and Chrome version) but can't reproduce the issue.I would think if something is broken in VS or maybe third-party extension is the causes this issue.
Please try:
VS repair and a reinstall of Chrome(don't forget to backup the bookmarks)
Uninstall or disable third-party vs extensions, this won't take effect until restart vs
Navigate to %LocalAppData%\Microsoft\VisualStudio\15.xxx directory, delete all ComponentModelCache folders in all 15.xxx folders.
Open your project in vs, changed the target browser from Chrome to IE. Then F5 and wait until it is finish. Stop it and change the browser back to Chrome. After that the error disappeared.
Also, create a new asp.net web app and debug it with Chrome browser to check if the issue persists. Hope it helps.
Running tests in PhpStorm I get links to files with line numbers which doesn't work for me on windows 10.
I could swear it did work but now it doesn't
Try to reinstall PhpStorm, looks like file association is broken.
After the recent update, Mac os Sierra, to my Macbook pro, I'm facing scrolling issues with all Java applications like Intellij IDEA community edition.
The scrolling in the editor panes are extremely fast. The unit of
scroll increments seem to be large.
Intellij IDEA Version is 2016.2.3.
Java version is Java 8 Update 10.1.
I see the same behavior even in the "System Preference" -> "Java" -> "Advanced" tab .
This is a known bug, likely caused by the JDK:
It looks like JDK issue and is reproducible with a simple scrollable JList.
Sierra generates much more events than El Captain.
These events contain values ~0.1 instead of expected ~1.
But Java converts these small number to 1 anyway.
Edit: see also this OpenJDK bug: https://bugs.openjdk.java.net/browse/JDK-8166591
Edit2: as described in the other answer, JetBrains have fixed their custom JDK. You can download it here and follow these instructions to make IntelliJ use this JDK instead (select the option labeled ... to choose a custom location).
You need to install JDK from JetBrains as it includes fix for this issue.
Link to JDK:
Unpack it somewhere, press Command ⌘ + Shift + A, paste "Switch IDE Boot JDK" and point to unpacked directory.
Link to instructions from JetBrains.
UPD: JetBrains fixed this issue in latest build. See link.
I updated my windows 8.1 to windows 10 recently. Everything is fine except for Chrome. Chrome opens and crashes. How many times I reinstall, the problem remains the same. Do I need to wait for chrome update or is there a solution for this problem? Thanks.
run "cmd" as Administrator (search "cmd", right mouse-click, run as Administrator)
type "netsh.exe winsock reset", then reboot computer
After the reboot chrome started to work for me again. I found that in some forum and i just tried it out, since running in windows 8 compatibility modus did not work for me. Neither Chrome Canary (unstable chrome), which was constantly crashing.
Good luck.
I have been facing the same issue from past few days(almost a month). Following helped me to get my chrome work well...
Close chrome.
Open Windows Explorer and go to following folder path: %USERPROFILE%\AppData\Local\Google\Chrome\User Data
Delete the file named “Local State” in that path
Also rename a folder named "Default" to "Default.old"
Thats it your chrome works well.
Happy browsing.
List item
You can find more details in the follwing link. http://www.kitwall.com/wallalert/45d3hx4u6xwh22ckvxz35ayw5/=014ggvbnq6j5x
I installed TortoiseHg (Mercurial) in my Vista 64-bit and the context menu is not showing up when I right click a file or folder.
Is there any workaround for this problem?
Update: TortoiseHg 0.8 (released 2009-07-01) now includes both 32 and 64 bit shell extensions in the installer, and also works with Windows 7. The workaround described below is no longer necessary.
A workaround to getting the context menus in Windows Explorer is buried in the TortoiseHg development mailing list archives. One of the posts provides this very handy tip on how to run 32-bit Explorer on 64-bit Windows:
TortoiseHG context menus will show up if you run 32-bit windows explorer; create a shortcut with this (or use Start > Run):
%Systemroot%\SysWOW64\explorer.exe /separate
(Source: http://www.mail-archive.com/tortoisehg-develop#lists.sourceforge.net/msg01055.html)
It works fairly well and is minimally invasive, but unfortunately this doesn't seem to make the icon overlays appear. I don't know of any workaround for that, but file status can still be viewed through TortoiseHg menu commands at least. All other TortoiseHg functionality seems intact.
The icon overlays are now working with TortoiseHg 0.6 in 32-bit explorer! Not sure if this is a new fix or if I had some misconfiguration in 0.5; regardless this means TortoiseHg is fully functional in 64-bit Windows.
In order to be able to use an extension in Explorer, the "bitness" of the extension needs to match the bitness of the operating system. This is because (at least under Windows) you can't load a 32-bit DLL into a 64-bit process -- or vice versa. If there's no 64-bit version of HgTortoise, then you can't use it with Explorer on a 64-bit Windows OS.
I upgraded to Windows 7 RC and the 64bit workaround seems to have stopped working
You could always install the command line hg and use it in a pinch. It's a bit faster, too.
I can verify that xplorer2 does show the HG tortoise context menu in 64bit Vista.
As detailed in the TortoiseHg FAQ, you need to run a 32-bit Windows Explorer instance for the context menu and overlays to work under 64-bit Vista.
My personal preference is to create a shortcut similar to the following for each project I'm actively using with TortoiseHg:
%windir%\syswow64\explorer.exe /separate /root,C:\projects\frobnicator
This launches explorer with the C:\projects\frobnicator folder already opened. (You can omit the /root option and just use the same shortcut for all projects if you don't mind clicking your way to the target folder every time you launch it.)
According to the TortoiseHg FAQ the context menus will work in 64-bit Vista if you start a 32-bit instance of explorer by creating a shortcut with the following settings (as suggested in the answer above):
Target: %windir%\syswow64\explorer.exe /separate
Start In: %windir%\syswow64\
I've just noticed that the context menu and icons work from a file open dialog from some apps (on Vista). I now just use Notepad++'s file open dialog, since I use Notepad++ all the time.
It seems to have to be the simple open dialog, not the new one Notepad has, for example.
Maybe someone can check if this trick works in Windows 7.