[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
|
[cdt-patch] fix for 65154
|
This mini-patch gets rid of unnecessary "could not locate type" error
dialogs. This is a partial fix, however, since in these cases the
members view could still be empty. The underlying problem has more to
do with the way the CModel parses the file (so getElementAtOffset()
returns empty).
Chris
Index: browser/org/eclipse/cdt/internal/ui/browser/cbrowsing/MembersViewContentProvider.java
===================================================================
RCS file: /home/tools/org.eclipse.cdt.ui/browser/org/eclipse/cdt/internal/ui/browser/cbrowsing/MembersViewContentProvider.java,v
retrieving revision 1.3
diff -u -r1.3 MembersViewContentProvider.java
--- browser/org/eclipse/cdt/internal/ui/browser/cbrowsing/MembersViewContentProvider.java 21 Jun 2004 18:48:53 -0000 1.3
+++ browser/org/eclipse/cdt/internal/ui/browser/cbrowsing/MembersViewContentProvider.java 21 Jun 2004 20:43:28 -0000
@@ -186,7 +186,7 @@
if (location != null)
elem = info.getCElement();
- if (elem == null) {
+ if (location == null) {
// could not resolve location
String title = OpenTypeMessages.getString("OpenTypeAction.errorTitle"); //$NON-NLS-1$
String message = OpenTypeMessages.getFormattedString("OpenTypeAction.errorTypeNotFound", info.getQualifiedTypeName().toString()); //$NON-NLS-1$
