Opened 15 years ago
Last modified 13 years ago
#432 new defect
RemoteGreenstoneServer and GLIApplet tasks
Reported by: | ak19 | Owned by: | ak19 |
---|---|---|---|
Priority: | moderate | Milestone: | Possible 2.88 Release |
Component: | GLI | Severity: | major |
Keywords: | RemoteGreenstoneServer, GLIapplet | Cc: |
Description
- BUG: When the GLIapplet is used to build and preview a collection, and if the browser is then pointed elsewhere before the user returns to open the GLI applet and rebuilds the collection, then on clicking Preview the browser crashes.
Possible solution: Consider turning authentication task into an Action as well, by adding a ping command on the gliserver.pl end that is sent the username and password and which it can verify.
- Applet: If either the gliserver.pl or authentication weren't provided, then pressing the Launch GLI button should once again ask for whichever piece of data was missing before GLI itself is launched.
- When working with the GLI client against a remote GS server, files with French filenames are zipped in such a way that the original encoding is ruined. This means that the files the remote greenstone server receives have the wrong filenames and things go wrong from there (interlinking, file display names, missing images in htmls).
The solution maybe to check whether 7-zip can handle such filenames and if so, to consider moving to a Java-based solution that uses a 7-zip API.
Change History (7)
comment:1 by , 15 years ago
Milestone: | Next Release (2 or 3) → Release 2.82 |
---|
comment:2 by , 15 years ago
comment:3 by , 14 years ago
Milestone: | Greenstone 2 wishlist → 2.84 Release |
---|
Are any of these still valid??
comment:5 by , 13 years ago
Bug description number 1 seems to no longer exist (19 and 20 Oct 2010). I have tested by creating, building and previewing a collection using the GLI applet, pointing the URL elsewhere and then
1) pressing the back button repeatedly to return to the applet page and relaunching the GLI applet, rebuilding a collection and previewing it, and
2) typing the GLI applet's URL into the page after visiting elsewhere, and then rebuilding and previewing a collection.
Both worked fine and neither crashed the browser. Bug 1 seems to have been fixed as a side effect to any other changes made in the code.
comment:6 by , 13 years ago
About the second issue mentioned, the GLI applet does not accept unknown users or wrong passwords, but requires a correct re-entry for authentication until the user presses Cancel. Then the applet area contains a Java wait image. The applet does not accept an empty URL and asks the user to re-enter one. At present if the URL is wrong then the Applet launch button ends up appearing anyway. This last still needs to be fixed.
comment:7 by , 13 years ago
Milestone: | 2.84 Release → 2.86 Release |
---|
Problem 3 above is solved. There were two issues identified on Linux, one of which was also there on Windows:
This solved the zipping of filenames containing special chars problems.