Skip to content

Method Breakpoint does not recognised when set at end of a method#700

Merged
SougandhS merged 1 commit intoeclipse-jdt:masterfrom
subyssurendran666:Method_Breakpoint_Not_Recognised_When_Set_at_End_of_Method_697
May 16, 2025
Merged

Method Breakpoint does not recognised when set at end of a method#700
SougandhS merged 1 commit intoeclipse-jdt:masterfrom
subyssurendran666:Method_Breakpoint_Not_Recognised_When_Set_at_End_of_Method_697

Conversation

@subyssurendran666
Copy link
Copy Markdown
Contributor

@subyssurendran666 subyssurendran666 commented May 15, 2025

This PR fixes the issue where breakpoints set at the end of a method did not behave like method breakpoints, ensuring both entry and exit events are consistently shown.

All the necessary information has been added to the parent ticket.

Fix: #697

What it does

How to test

Author checklist

@subyssurendran666 subyssurendran666 force-pushed the Method_Breakpoint_Not_Recognised_When_Set_at_End_of_Method_697 branch from 5d67623 to 72d0434 Compare May 15, 2025 04:29
@SougandhS
Copy link
Copy Markdown
Member

@subyssurendran666 Please check the failing tests

@subyssurendran666 subyssurendran666 force-pushed the Method_Breakpoint_Not_Recognised_When_Set_at_End_of_Method_697 branch from 72d0434 to 0242add Compare May 15, 2025 14:09
@subyssurendran666 subyssurendran666 force-pushed the Method_Breakpoint_Not_Recognised_When_Set_at_End_of_Method_697 branch from 0242add to 441790e Compare May 16, 2025 02:59
This PR fixes the issue where breakpoints set at the end of a method did
not behave like method breakpoints, ensuring both entry and exit events
are consistently shown.

Fix: eclipse-jdt#697
@subyssurendran666 subyssurendran666 force-pushed the Method_Breakpoint_Not_Recognised_When_Set_at_End_of_Method_697 branch from 441790e to 3ec78f7 Compare May 16, 2025 03:07
@SougandhS
Copy link
Copy Markdown
Member

Thanks

@SougandhS SougandhS merged commit c3216f8 into eclipse-jdt:master May 16, 2025
13 checks passed
SougandhS added a commit that referenced this pull request May 21, 2025
* Touch bundles affected by compiler changes

See eclipse-platform/eclipse.platform.releng.aggregator#2995

* Don't use Display.syncExec() for refresh in RuntimeClasspathViewer

The listener may be called from a background thread that already holds
some locks. To refresh RuntimeClasspathViewer UI in the current case,
syncExec is not needed, asyncExec is enough and it would not acquire the
UI lock from an unknown thread.

Fixes #672

* Force qualifier update to fix build failure

eclipse-platform/eclipse.platform.releng.aggregator#3006

* [Build] Migrate to new tycho-apitools log and list maven issues

Also make sure the issues are published even in case of a failed build,
as otherwise they are not visualized and improve order of post-actions.

Additionally record maven issues, but don't add a quality-gate for them.

* Fixed Trigger point disabled automatically (#667)

The trigger point is being disabled during debugging when a conditional
breakpoint is hit.

Fixes: #546

* Regression fix in (#688)

#608

Invalid links generated with multiple spaces

Fixes : #687

* Disable on hit for Breakpoints (#682)

Disable on Hit feature is now supported for all breakpoints except
trigger points

Fixes: #680

* Add SVGs to org.eclipse.jdt.debug Bundles (#678)

* add all svgs to eclipse.jdt.debug bundles

This commit adds SVGs for all icons in the bundle `org.eclipse.jdt.debug.ui` except for the following as these are not available as SVG yet:

obj16/groupedframe.svg
obj16/javastacktrace_console.svg
obj16/jexcept_obj.svg

Referenced icons from `org.eclipse.debug.ui` were also changed to SVG as these already exist.

Please note that `JDT Debug` also has the following missing SVGs in other bundles:

org.eclipse.jdt.launching.ui.macosx/icons/full/ctool16/exportappbundle_wiz.xvg
org.eclipse.jdt.launching.ui.macosx/icons/full/wizban/exportapp_wiz.xvg
org.eclipse.jdt.debug.setup - JDTDebugConfiguration.setup  uses the following link: `https://www.eclipse.org/downloads/images/committers.png`

* Remove explicit disabled icons from org.eclipse.jdt.debug.ui

Use on-the-fly-generated disabled version of SVG-rasterized icons instead.

Hardcoded disabled entries in class `JavaDebugImages` can't be removed as other classes depend on them.  These entries use a specific disabled icon variant which also exists as SVG.

* Modify existing behaviour of opening Exception Stack trace (#698)

Add option for navigating to exception types in editor instead of directly creating or modifying exception breakpoints on clicking exception types from console

Fix: #670

* Additional handling for Disable on Hit (#699)

This commit moves disable on hit check to JDIThread class + uncheck the option when disabled

* Method Breakpoint does not recognised when set at end of a method (#700)

This PR fixes the issue where breakpoints set at method closing braces did not created exit method breakpoints

Fix: #697

---------

Co-authored-by: Andrey Loskutov <loskutov@gmx.de>
Co-authored-by: Ed Merks <ed.merks@gmail.com>
Co-authored-by: Hannes Wellmann <wellmann.hannes1@gmx.net>
Co-authored-by: Suby S Surendran <suby.surendran@ibm.com>
Co-authored-by: Michael Bangas <102024826+Michael5601@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Method Breakpoint Not Recognised When Set at End of Method

2 participants