Idea Freezes when editing XML files

I have been having lots of issues with 957 where I will be copying and
pasting into xml files and as it tries to parse things, the CPU goes to 100%
and IntelliJ will completely freeze and never recover.

Anyone else seen this?

--Grant


--
-


Grant Gochnauer
http://www.gochnauer.org



9 comments

I am seeing it die always in the same spot, even without copying and
pasting. It is when I am editing an ant script and I type <copy todir="${

at that point after the { it will die, every time.

--Grant


--
-


Grant Gochnauer
http://www.gochnauer.org


"Grant Gochnauer" <ggochnauer@braunconsult.com> wrote in message
news:bn6fhe$2n8$1@is.intellij.net...

I have been having lots of issues with 957 where I will be copying and
pasting into xml files and as it tries to parse things, the CPU goes to

100%

and IntelliJ will completely freeze and never recover.

>

Anyone else seen this?

>

--Grant

>
>

--
---------------------
Grant Gochnauer
http://www.gochnauer.org

>
>
>


0

I have been having lots of issues with 957 where I will be copying and
pasting into xml files and as it tries to parse things, the CPU goes to

100%

and IntelliJ will completely freeze and never recover.

>

Anyone else seen this?



I've had this several times today while editing the same ant build file.
always on "${" then pressing space to present the list.

Have to kill it from the console window, no stack trace happens.

doesn't happen at every variable expansion though.

kevin


0

I've had this problem for a long time. We have a rather extreme case, where hundreds of schemas are linked to one master one, and the xml docs import that one master schema. Hoses intellij, every time. even xml spy is a little slow opening the files, but at least it's useable once it does open it.

here's the tracker, but it was just marked problem, not fixed.

http://www.intellij.net/tracker/idea/viewSCR?publicId=6756

almost a year old.

0

Same problem here. It's a pain in the ass. :)

0

At first I'd like to comment all previous discussion. There was a bug
(it's fixed in 959) that idea hang in case of empty ANT references.

Then, Peter, do you have the same problem with your schema file in
Aurora 957? If you do let's try to deal with this. We have a lot of
changes in XML support since Ariadna.

IK

Peter Morelli wrote:

I've had this problem for a long time. We have a rather extreme case, where hundreds of schemas are linked to one master one, and the xml docs import that one master schema. Hoses intellij, every time. even xml spy is a little slow opening the files, but at least it's useable once it does open it.

here's the tracker, but it was just marked problem, not fixed.

http://www.intellij.net/tracker/idea/viewSCR?publicId=6756

almost a year old.



--
Igor Kuralenok
IntelliJ Labs / JetBrains Inc.
http://www.intellij.com
"Develop with pleasure!"

0

Yes, this still occurs. Usually, I'll start a tag (<), and a correct auto-complete selection comes up. As soon as I select it, and press return, Idea freezes, process use goes up to around 60%. After a few minutes, I'll get idea back, but if I type a space after the tag, back into the freeze loop.

I'll recap from the bug tracker, we have about 250 schemas, organized in a hierarchical structure. We have one root schema that links to others, that link to others, etc, etc. The documents we create all import the top/root schema. Moving the documents locally or on a samba mounted drive makes no difference.

Almost every xml editor hates this. Even XMLSpy has very long pauses each time you open these files. The only editor I've seen that deals even halfway decently with these is <oxygen/>:

http://www.oxygenxml.com

Asynchronous loading. Also just added support for Relax NG validation/completion...

Anyway, I appreciate your help in this matter. I test it every couple of builds, and it always fails. I usually work around this by putting the xml file extension under the html category, so at least I get syntax highlighting, but this then hoses ant build files in the ant integration.

--pete

0

BTW, I'm still getting this problem in build 977...

--pete

0

Still happening in 2016.3.3.  No one has fixed XML editing in 13 years?

0

Please sign in to leave a comment.