stevengbrown / javadoc-search-frame Goto Github PK

What steps will reproduce the problem?
1. Install this exension on chrome
2. Open http://download.java.net/jdk8/docs/api/index.html
3. Look for the java.util.function package. Or search for Predicate

What is the expected output? What do you see instead?

The java.util.function package should be listed on the left side.
The search box should find the Predicate


What version of the product are you using?

1.4.5


What version of the browser are you using? On what operating system?

32.0.1700.77 on MacOS X 10.9.1

Please provide any additional information below.

This is probably due to new features in JDK8 javadocs. 

What steps will reproduce the problem?
1. Install Java SE 7 documentation from 
http://www.oracle.com/technetwork/java/javase/downloads/index.html (page 
section "Java SE 7 Documentation", button "Download"). Unpack to 
/usr/local/share/doc (a new subdirectory "docs" is created).
2. Open in Firefox file:///usr/local/share/doc/docs/api/index.html

What is the expected output?
A page with two frames where I can search for classes at the top of the left 
frame.

What do you see instead?
The usual three-frame page of Javadoc.

What version of the product are you using? 1.4.5.

What version of the browser are you using? On what operating system? Firefox 
20.0 on Ubuntu 10.04.

Please provide any additional information below.
The script works fine on the remote page 
http://docs.oracle.com/javase/7/docs/api/.

What steps will reproduce the problem?
1. Try to use the script in Firefox 22.
2. It fails: the pages remain unchanged.

What is the expected output? What do you see instead?
- The search textbox.
- Nothing, just the JavaDoc page.

What version of the product are you using?
- 1.4.4

What version of the browser are you using? On what operating system?
- Firefox 22 on Windows 7.

Please provide any additional information below.

Curiously, I have this problem only at work (Windows 7 Pro, not admin account), 
not at home (Win7 family, admin account).

With console.log(), I could pin out where the script failed: when setTimeout() 
was called to run main().

I found out a related issue report: 
https://github.com/scriptish/scriptish/issues/98

I prefixed all the setTimeout() calls I found with window. and it worked better 
(filtering on the first key press, but not the next ones).
I had to do the same on clearTimeout() too...

After that, it looks like it works.

I suggest to update your script accordingly. (I attach the modified script for 
easy diff.)
Thanks for this great tool.

What steps will reproduce the problem?
1. Click on a package name link in the packageListFrame in the top left to 
limit the view in the packageFrame to the contents of a single package.
2. Click on a link for a class, interface, et cetera in the packageFrame. Note 
that classFrame attempts to load an incorrect URL.



What is the expected output? What do you see instead?

Clicking on a link for a class in the packageFrame while viewing the contents 
of only one package should take the user to the Javadoc page for that class in 
the classFrame. Instead, while viewing the contents of a single package, not 
All Classes, the URL for the class links is incorrect, resulting in the user 
receiving a 404.



What version of the product are you using? On what operating system?

Javadoc Search Frame 1.4.3



Please provide any additional information below.

The incorrect URL includes a duplicate package path. For example, if viewing 
the contents of the javax.swing package, the link for the Action interface 
produced by Javadoc Search Frame is:
http://docs.oracle.com/javase/6/docs/api/javax/swing/javax/swing/Action.html
The correct link is:
http://docs.oracle.com/javase/6/docs/api/javax/swing/Action.html

With the Google Chrome extension installed, open a Javadoc page at a 
file:// protocol URL. When entering anchor mode (enter a # character), 
'ERROR' is displayed.

Workaround:
* Download [http://sourceforge.net/projects/winstone/files/ Winstone Lite].
* Open a DOS prompt in the directory containing the downloaded JAR file.
* Start Winstone and pass it the directory containing the Javadoc files, 
e.g.
  java -jar winstone-lite-0.9.10.jar --webroot="C:\Program Files\Java\jdk-
6u10-docs"
* Open [http://localhost:8080] in the browser. Anchor mode will work as 
expected through this link.

Cause:
* Google Chrome does not currently allow extensions to access file:// 
protocol URLs with XMLHttpRequest.

The "Automatic Opening of Links" feature does not 100% work in Chrome Mac 
35.0.1916.47 beta. When typing, the search input field loses focus as the 
JavaDoc is auto-loading, requiring me to re-focus on the field. This bug 
defeats the purpose of the option!

Application version: 1.4.6
Client version: 5.0 (Macintosh; Intel Mac OS X 10_9_2) AppleWebKit/537.36 
(KHTML, like Gecko) Chrome/35.0.1916.47 Safari/537.36
Reported date: 4/21/14 10:43 AM
Reported by: A Google User

(issue reported via the chrome web store)

It seemed that I have to use full class name to find it. For example, I 
searched "renderer" but didn't find "DefaultXYItemRenderer". That means I have 
to know the full class name before the search, which make the use limited.

What steps will reproduce the problem?

1. Install Javadoc Search Frame version 1.4.2
2. Navigate to any standard Javadoc site, such as 
http://download.oracle.com/javase/6/docs/api/
3. The Chrome tab hangs for ~1 minute, using 100% of a processor/core


What is the expected output? What do you see instead?

I expect the search frame to initialize in at most a few seconds. Instead it 
takes >60 seconds.


What version of the product are you using? On what operating system?

The current latest version of the extension, 1.4.2. The problem occurs in 
Chrome 12.0.742.91 on Windows 7 x64 and Max OS X 10.6.4.


Please provide any additional information below.

Attached are screenshots of the Chrome Task Manager from Windows and OS X. The 
Windows machine has 4 cores, thus 25% processor usage means 1 core is at full 
use. The OS X machine has 2 cores but will report processor usage up to 200%.

Also attached are screenshots of Chrome's Timelines and Profiles dev tools 
while loading the above Javadoc URL 
(http://download.oracle.com/javase/6/docs/api/).

(From the profiler screenshot) allclasses-frame.js:172 is the line:

    Storage.get(this.key, function(value) {


Disabling all other extensions by running in Incognito mode did not fix the 
problem.

What steps will reproduce the problem?
1. Browse a JavaDoc
2. Focus on some content in the main frame (named "classFrame")
3. Use the shortcurt ALT+SHIFT+S

What is the expected output? What do you see instead?
The search field should be focused.
Nothing happened.

What version of the product are you using? On what operating system?
Chrome 12.0.742.112 / Windows XP 32bit.

Please provide any additional information below.
Shortcut work well in the left frame but not in the classFrame.

I noticed when I upgraded to 1.4.3 (I'm not sure the version I was on before), 
the little 'x' to the right of the search button that would clear the input 
from the text input box is no longer present.  Is this a bug?  Is this 
intentional?  If so, why?

What steps will reproduce the problem?
1. Open Javadoc generated with Java 8 (for example, 
http://download.java.net/jdk8/docs/api/).
2. Look for interfaces. None of the interfaces are listed in the left-hand 
frame anymore.
3. Search for an interface (such as javax.accessibility.Accesible). You can't 
find it anymore.

What is the expected output? What do you see instead?
I should be able to see and search for interfaces. I can with Java 7-generated 
Javadoc (for example, http://download.oracle.com/javase/7/docs/api/). But I 
cannot with Java 8-generated Javadoc. I can see classes, enums, exceptions, and 
annotations, but I cannot see interfaces.

What version of the product are you using?
1.4.5

What version of the browser are you using? On what operating system?
Google Chrome 31.0.1650.57

As an enhancement, it would be great to see grepcode.com added as a default 
menu search item (I've added it manually of course).  For example,
@4:search(grepcode) -> 
http://grepcode.com/search/?query=##PACKAGE_NAME##.##CLASS_NAME##.##MEMBER_NAME#
#

Also, it looks like the koders.com URL needs to be updated to 
http://code.ohloh.net/.

Thanks for developing such an excellent enhancement to javadoc!

What version of the product are you using?
1.4.5

What version of the browser are you using? On what operating system?
Chrome 29 on Windows 7

Please provide any additional information below.

13:55:47.771 TypeError: typeInHtml is undefined  Javadoc_Search_Frame.user.js:1173:1

Javadoc Search Frame 1.6.3
Google Chrome Version 62.0.3202.94 (Official Build) (64-bit)
Darwin C02RW05YFVH6 15.6.0 (OSX El Capitan)