This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 215733 - HTML editor unusably slow in changelog.html
Summary: HTML editor unusably slow in changelog.html
Status: RESOLVED FIXED
Alias: None
Product: web
Classification: Unclassified
Component: HTML Editor (show other bugs)
Version: 7.2
Hardware: PC Linux
: P2 normal with 1 vote (vote)
Assignee: Marek Fukala
URL: https://raw.github.com/jenkinsci/jenk...
Keywords: PERFORMANCE
: 218106 218115 218186 (view as bug list)
Depends on:
Blocks:
 
Reported: 2012-07-19 18:08 UTC by Jesse Glick
Modified: 2012-09-17 07:17 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter: 192319


Attachments
profiler snapshot (59.93 KB, application/octet-stream)
2012-08-16 09:27 UTC, Vladimir Riha
Details
sample file for the snapshot above (20.98 KB, text/html)
2012-08-16 09:27 UTC, Vladimir Riha
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2012-07-19 18:08:24 UTC
Using 7.2 RC1 with line wrap (word-style), trying to add a new item to the top ("Record your changes in the trunk here.") of the file mentioned in the URL is painfully slow - the IDE freezes for several seconds after typing each letter. JDK 7, Ubuntu.
Comment 1 Vladimir Riha 2012-07-19 18:55:08 UTC
Reproducible. Seems to be again issue with Navigator window (as in issue #209413). Try to close it, it helped me and IDE became much faster

Product Version: NetBeans IDE 7.2 (Build 201207160020)
Java: 1.7.0_05; Java HotSpot(TM) 64-Bit Server VM 23.1-b03
System: Linux version 3.5.0-4-generic running on amd64; UTF-8; en_US (nb)
Comment 2 Vladimir Riha 2012-07-20 15:01:04 UTC
Changing priority to P2 because it happens in relatively small JS file ([1], ~200 lines) as well and makes Navigator window basically unusable. Considering future 7.3 release, this should be priority. Symptoms are the same as in issue #209413.



[1] https://github.com/ladariha/humla/blob/master/server_ext/facet/parsers/slideindexparser.js


Product Version: NetBeans IDE Dev (Build 201207191713)
Java: 1.7.0_06-ea; Java HotSpot(TM) Client VM 23.2-b08
System: Linux version 3.0.0-21-generic-pae running on i386; UTF-8; en_US (nb)
Comment 3 Vladimir Riha 2012-08-16 09:27:16 UTC
Created attachment 123195 [details]
profiler snapshot

Here's another profiler snapshot but in this case Navigator (and also DOM Tree) window were closed. There was a significant delay between pressing key on keyboard and IDE showing it in editor
Comment 4 Vladimir Riha 2012-08-16 09:27:53 UTC
Created attachment 123196 [details]
sample file for the snapshot above
Comment 5 Marek Fukala 2012-08-22 10:57:51 UTC
Vlado, I'm confused - is the issue about html editing with linewrap enabled or about some navigator (html? js?) issues?
Comment 6 Vladimir Riha 2012-09-12 07:33:37 UTC
I'm sorry for the delay, I missed the last comment. 

First, it seems to me it is a lot better now (at least with HTML, JavaScript file still has the same problem as in issue 209413). 

I don't think it's related to line wrapping (it's hard to tell now when it seems fast but I believe it also wasn't related to it at the time I reproduced it) but to the Navigator window. If Navigator is closed, the IDE responsiveness is fine no matter what line wrap settings you have.

Jesse added exception report about high CPU usage which I can confirm (closing/opening Navigator doesn't make any noticeable difference and IDE didn't not freeze) and closing file or project as such didn't decreased the CPU usage. 

I added some slowness reports but nothing crucial (once it happened after I clicked on some item in Navigator while it was fully populated)

Product Version: NetBeans IDE Dev (Build 201209120001)
Java: 1.7.0_07; Java HotSpot(TM) Client VM 23.3-b01
System: Linux version 3.2.0-30-generic-pae running on i386; UTF-8; en_US (nb)
Comment 7 Marek Fukala 2012-09-12 08:04:11 UTC
The Jesse's report 

http://statistics.netbeans.org/exceptions/exception.do?id=610784

fixed by:

changeset:   232573:67699e883d4b
summary:     removing amusing code causing heavy performance problems

Based on latest Vlada's finding I'm closing the issue as fixed. Please file an issue against javascript if the perf. problem persist there.
Comment 8 Marek Fukala 2012-09-12 14:13:49 UTC
*** Bug 218186 has been marked as a duplicate of this bug. ***
Comment 9 Marek Fukala 2012-09-13 13:43:53 UTC
*** Bug 218106 has been marked as a duplicate of this bug. ***
Comment 10 Vladimir Riha 2012-09-17 07:17:54 UTC
*** Bug 218115 has been marked as a duplicate of this bug. ***