[JBoss JIRA] (ERT-341) Need to add Chromium / Chrome Runtime for front-end Debugging [EBZ#497765]
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/ERT-341?page=com.atlassian.jira.plugin.sy... ]
Gorkem Ercan updated ERT-341:
-----------------------------
Sprint: devex #118 July 2016
> Need to add Chromium / Chrome Runtime for front-end Debugging [EBZ#497765]
> --------------------------------------------------------------------------
>
> Key: ERT-341
> URL: https://issues.jboss.org/browse/ERT-341
> Project: Eclipse Release Train
> Issue Type: Task
> Components: JSDT
> Reporter: Friendly Jira Robot
> Assignee: Ilya Buziuk
> Labels: Debug, bzira
> Fix For: Neon.1 (4.6)
>
>
> As part of Neon release mechanism to register different JS Runtime has been implemented (Bug 359436 - Investigate defining browsers / runtimes to use for debugging). The main idea behind this is that is possible to provide different
> JavaScript runtimes through runtime providers. All of the runtime
> providers must be associated to a runtime type (previously defined
> through another extension point), and all those contributions are
> managed and accessed through a JavaScript runtime manager.
> Need to add `Chrome / Chromium Runtime` that will be used for front-end debugging.
> Chromium Runtime will be launched with parameter like --remote-debugging-port=9222 (debug port) / 'www.example.com' (start page).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (ERT-339) Array initializer auto-formatting is a hideous, broken nightmare [EBZ#419931]
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/ERT-339?page=com.atlassian.jira.plugin.sy... ]
Gorkem Ercan updated ERT-339:
-----------------------------
Sprint: devex #118 July 2016
> Array initializer auto-formatting is a hideous, broken nightmare [EBZ#419931]
> -----------------------------------------------------------------------------
>
> Key: ERT-339
> URL: https://issues.jboss.org/browse/ERT-339
> Project: Eclipse Release Train
> Issue Type: Task
> Components: JSDT
> Reporter: Friendly Jira Robot
> Labels: General, bzira
> Fix For: Neon.1 (4.6)
>
>
> If you are writing an array initializer in JavaScript, you most likely want to it to look like this:
> var myArray = [
> item1,
> item2,
> item3,
> ...
> ];
> However, no matter how you configure Eclipse to format array initializers, it ignores it all and instead tries to make you kill yourself with frustration.
> Actually *typing* an array initializer goes like this, cursor position indicated by _
> 1. You type the following:
> var myArray = [_
> 2. Eclipse inserts a closing paren:
> var myArray = [_]
> 3. You press enter, expecting to a get a newline, but instead Eclipse interprets it as "move the cursor to the end of the line:
> var myArray = []_
> 4. You left-arrow the cursor back a position, and press enter again. This time, Eclipse does insert a newline. But it auto-indents as follows:
> var myArray = [
> _]
> Rather than following the same, sane behaviour it provides for object initializers, Eclipse idents the following line to the same column as the opening paren, it idents using spaces, even if you've configured it to use tabs and only tabs for indentation, and it leaves the closing paren on the same line, rather than moving it to the start of the next.
> Trying to fix the indentation is impossible, because it has used spaces instead of tabs. If you delete the spaces and press tab, it merely re-inserts the spaces and re-indents back to the column of the open paren!
> It's hard to adequately emphasise what a frustrating, poisonous impression this makes on someone using Eclipse as a tool for JavaScript development. It feels actively user-hostile.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (ERT-339) Array initializer auto-formatting is a hideous, broken nightmare [EBZ#419931]
by Shane Bryzak (JIRA)
[ https://issues.jboss.org/browse/ERT-339?page=com.atlassian.jira.plugin.sy... ]
Shane Bryzak reassigned ERT-339:
--------------------------------
Assignee: Shane Bryzak
> Array initializer auto-formatting is a hideous, broken nightmare [EBZ#419931]
> -----------------------------------------------------------------------------
>
> Key: ERT-339
> URL: https://issues.jboss.org/browse/ERT-339
> Project: Eclipse Release Train
> Issue Type: Task
> Components: JSDT
> Reporter: Friendly Jira Robot
> Assignee: Shane Bryzak
> Labels: General, bzira
> Fix For: Neon.1 (4.6)
>
>
> If you are writing an array initializer in JavaScript, you most likely want to it to look like this:
> var myArray = [
> item1,
> item2,
> item3,
> ...
> ];
> However, no matter how you configure Eclipse to format array initializers, it ignores it all and instead tries to make you kill yourself with frustration.
> Actually *typing* an array initializer goes like this, cursor position indicated by _
> 1. You type the following:
> var myArray = [_
> 2. Eclipse inserts a closing paren:
> var myArray = [_]
> 3. You press enter, expecting to a get a newline, but instead Eclipse interprets it as "move the cursor to the end of the line:
> var myArray = []_
> 4. You left-arrow the cursor back a position, and press enter again. This time, Eclipse does insert a newline. But it auto-indents as follows:
> var myArray = [
> _]
> Rather than following the same, sane behaviour it provides for object initializers, Eclipse idents the following line to the same column as the opening paren, it idents using spaces, even if you've configured it to use tabs and only tabs for indentation, and it leaves the closing paren on the same line, rather than moving it to the start of the next.
> Trying to fix the indentation is impossible, because it has used spaces instead of tabs. If you delete the spaces and press tab, it merely re-inserts the spaces and re-indents back to the column of the open paren!
> It's hard to adequately emphasise what a frustrating, poisonous impression this makes on someone using Eclipse as a tool for JavaScript development. It feels actively user-hostile.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (ERT-342) Breakpoints doesn't hit if create Project from existing source. [EBZ#439778]
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/ERT-342?page=com.atlassian.jira.plugin.sy... ]
Gorkem Ercan updated ERT-342:
-----------------------------
Sprint: devex #118 July 2016
> Breakpoints doesn't hit if create Project from existing source. [EBZ#439778]
> ----------------------------------------------------------------------------
>
> Key: ERT-342
> URL: https://issues.jboss.org/browse/ERT-342
> Project: Eclipse Release Train
> Issue Type: Task
> Components: JSDT
> Reporter: Friendly Jira Robot
> Assignee: Ilya Buziuk
> Labels: Debug, bzira
> Fix For: Neon.1 (4.6)
>
>
> I created JavaScript project (Name: Sample) using "Create Project from existing source" Let see in "C:\TestProject" which contains test.js script.
> Now i opened test.js and added some breakpoint in that script, now when I'm running the script breakpoint is Not Hitting.
> *****************Investigation********************
> org.eclipse.wst.jsdt.debug.internal.core.model.ScriptResolutionManager there is a function guessScriptMatches(ScriptReference script, IPath path).
> JavaDoc of this function: "Guesses if the paths are considered equal by walking backward from the last segment of the paths and counting the matching segments. The paths are guessed to be equal iff any two or more segments match in order."
> So in My case because Project name and physical folder name are different. That why only file name is matching, but this function is checking for at least 2 segment to match, so it returns false and caller function will not add JavaScriptDebugTarget for this script.
> ******************** Solution Proposal*********************
> We can check if current script is inside root folder of project then if one segment matches we'll return true, for other case it will remain check for at least two segment to match
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (ERT-340) Cannot set a breakpoint in a node modules [EBZ#497685]
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/ERT-340?page=com.atlassian.jira.plugin.sy... ]
Gorkem Ercan updated ERT-340:
-----------------------------
Sprint: devex #118 July 2016
> Cannot set a breakpoint in a node modules [EBZ#497685]
> ------------------------------------------------------
>
> Key: ERT-340
> URL: https://issues.jboss.org/browse/ERT-340
> Project: Eclipse Release Train
> Issue Type: Task
> Components: JSDT
> Reporter: Friendly Jira Robot
> Assignee: Ilya Buziuk
> Labels: Debug, bzira
> Fix For: Neon.1 (4.6)
>
>
> Created attachment 263019
> Simple project that demos the problem
> When I debug my node application and I add a breakpoint in a file inside a "node_modules" folder, the code executes but the breakpoint does not halt the program execution.
> Is this a supported feature? If not, is there workaround for this?
> I attached the projects for reference.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (ERT-338) [formatter] Unwanted alignment on Enter when inside array literal [EBZ#356606]
by Shane Bryzak (JIRA)
[ https://issues.jboss.org/browse/ERT-338?page=com.atlassian.jira.plugin.sy... ]
Shane Bryzak reassigned ERT-338:
--------------------------------
Assignee: Shane Bryzak
> [formatter] Unwanted alignment on Enter when inside array literal [EBZ#356606]
> ------------------------------------------------------------------------------
>
> Key: ERT-338
> URL: https://issues.jboss.org/browse/ERT-338
> Project: Eclipse Release Train
> Issue Type: Task
> Components: JSDT
> Reporter: Friendly Jira Robot
> Assignee: Shane Bryzak
> Labels: Future, General, bzira
> Fix For: Neon.1 (4.6)
>
>
> Eclipse 3.7 (I20110613-1736)
> JSDT 1.3.0 (20110527214303)
> WTP 3.3.0 (20100921193530)
> 1. Create a new JavaScript file and add this code:
> function() {
> var myArray = [];
> }
> 2. Put the editing caret between the square brackets, and press Enter.
> 3. You get
> function() {
> var myArray = [
> ];
> }
> Inside array literals, pressing Enter causes the editor to insert spaces to align the new line with the opening [ bracket. I expected it to just increase the indentation level.
> This happens when using a new workspace with all the default preference settings.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months
[JBoss JIRA] (ERT-338) [formatter] Unwanted alignment on Enter when inside array literal [EBZ#356606]
by Gorkem Ercan (JIRA)
[ https://issues.jboss.org/browse/ERT-338?page=com.atlassian.jira.plugin.sy... ]
Gorkem Ercan updated ERT-338:
-----------------------------
Sprint: devex #118 July 2016
> [formatter] Unwanted alignment on Enter when inside array literal [EBZ#356606]
> ------------------------------------------------------------------------------
>
> Key: ERT-338
> URL: https://issues.jboss.org/browse/ERT-338
> Project: Eclipse Release Train
> Issue Type: Task
> Components: JSDT
> Reporter: Friendly Jira Robot
> Labels: Future, General, bzira
> Fix For: Neon.1 (4.6)
>
>
> Eclipse 3.7 (I20110613-1736)
> JSDT 1.3.0 (20110527214303)
> WTP 3.3.0 (20100921193530)
> 1. Create a new JavaScript file and add this code:
> function() {
> var myArray = [];
> }
> 2. Put the editing caret between the square brackets, and press Enter.
> 3. You get
> function() {
> var myArray = [
> ];
> }
> Inside array literals, pressing Enter causes the editor to insert spaces to align the new line with the opening [ bracket. I expected it to just increase the indentation level.
> This happens when using a new workspace with all the default preference settings.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
9 years, 8 months