Bug 321016

Summary:	[hovering] Notify user that no browser component can be found
Product:	[Eclipse Project] Platform	Reporter:	Aaron Digulla <digulla>
Component:	Text	Assignee:	Platform-Text-Inbox <platform-text-inbox>
Status:	ASSIGNED ---	QA Contact:
Severity:	enhancement
Priority:	P3	CC:	daniel_megert, japgolly, markus.kell.r
Version:	3.1
Target Milestone:	---
Hardware:	All
OS:	All
Whiteboard:

Description Aaron Digulla

2010-07-27 09:58:11 EDT

Build Identifier: All up to 3.6

If no browser can be found, the UI falls back to StyledText. The result looks like the JavaDoc and similar views are severely broken.

Can you please add "No browser found; falling back to StyledText" to all such views. It should be a link pointing to "http://www.eclipse.org/swt/faq.php#browserlinux"

Reproducible: Always

Steps to Reproduce:
1. Make sure Eclipse can't find XULRunner
2. Open the JavaDocs for java.util.regex.Pattern

Comment 1 Dani Megert

2010-07-28 06:46:52 EDT

We once had it but without hints how to fix the browser issue, see bug 73558.

Comment 2 Markus Keller

2010-08-04 09:12:09 EDT

> Can you please add "No browser found; falling back to StyledText" to all such
> views. It should be a link pointing to
> "http://www.eclipse.org/swt/faq.php#browserlinux"

If a user can't / doesn't want to make a browser available on his system, he should still be able to work with the fallback (which works fine for simple Javadoc hovers). Forcing such users to skip this message in every Javadoc hover is too intrusive.

If we do something, then the user should be able to remove the message.

Comment 3 Aaron Digulla

2010-08-04 11:19:31 EDT

In that case, popup a dialog where they can choose to copy the link to the clipboard (so they can visit the page) or to disable the warning (like the "Always run in background" dialogs).

Comment 4 Dani Megert

2012-12-17 07:26:02 EST

*** Bug 396557 has been marked as a duplicate of this bug. ***