![]() After a few hours reading JSP and EL specs (I'm not a Java EE expert), and searching for NetBeans bugs, I have convinced myself that the line is completely legal, and that it doesn't need any kind of improvement. I would say that NetBeans is trying to resolve $ during the live-parsing?īoth abtNummer and section have valid runtime values, and in fact, the code works. 10 years ago Hello everyone, since I updated to Netbeans 7.3, I have the strange problem that Netbeans marks some JSP files in the Projects Tree as having errors. Should be represented in NFC and spaces should be escaped as '%20'. NetBeans is reporting the following parsing error for the element: Bad value "#abt " for attribute "href" on element "a": DOUBLE_WHITESPACE inĪny URL. Reopening unrelated issue does not make any sense.Reviewing some legacy source files, I came across a jsp with the following code: > and assign to the appropriate specific component and case. And then you guys analyze them, triage them > with product "ide", component "code" and with the title "The files have > I would rather do what Vlad Riha suggested. You don't have search for the right issue just create a new one. So we do not know which issue is the "right" one.Īt least in your sample I do get error in the editor. The file in the editor does not have any indication of the syntax or The error flags appear only in project tree, next to the particular > But this is exactly my point, that we do not know how to qualify these ![]() > is not javascript and the file is not ok in the editor" > this issue is _javascript_ and the case where editor is ok. But do not abuse existing unrelated issue - the component of > "Ok feel free to open such issue if you think the the issue 231249 is not (In reply to luiz_bonfa from comment #11) Netbeans - contains files with errors 3089. It hasnt caused any build errors so far, but it had a big fat X on the nodemodules and the aforementioned folders. And then you guys analyze them, triage them and assign to the appropriate specific component and case. All affected files are in the test and lib directories. I will attach a bunch of files from my project that have this problem. I will open some generic issue with product "ide", component "code" and with the title "The files have error flags in the project tree". I would rather do what Vlad Riha suggested. So we do not know which issue is the "right" one. The file in the editor does not have any indication of the syntax or any other error. The error flags appear only in project tree, next to the particular file. In your case it is not javascript and the file is not ok in the editor"īut this is exactly my point, that we do not know how to qualify these flags. But do not abuse existing unrelated issue - the component of this issue is _javascript_ and the case where editor is ok. "Ok feel free to open such issue if you think the the issue 231249 is not the right one. *** This bug has been marked as a duplicate of bug 233066 *** ![]() > practically will prevent me from using 7.4 at all when release candidate > Also I am having these problems in RC1 (!) and this is not a minor issue. In your case it is not javascript and the file is not ok in the editor. Ok feel free to open such issue if you think the the issue 231249 is not the right one. > it will be shooting at the moving target. > collected and not to close this case until everything is resolved. > open an "umbrella" case where all the reports and sample files would be > type of parsing error, keyword or whatever causes it. > is not clear how to report those problems without knowing in advance which > As I mentioned I have a bunch of files in the project that are flagged. This is a different problem not related to JS/PHP but CSS.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |