Ticket #393 (closed defect: duplicate)

Opened 10 years ago

Last modified 10 years ago

RemoteGreenstoneServer and GLIApplet tasks

Reported by: ak19 Owned by: ak19
Priority: high Milestone: Release 2.81
Component: GLI Severity: major
Keywords: RemoteGreenstoneServer, GLIapplet Cc:

Description

1. Thread problem: random infinite wait for next action in queue when the queue should actually already contain the next action 2. When the username/password typed in at the startup of GLI is wrong, keeps popping up invalid authentication dialog 3. exit condition when user presses cancel, or on connectexception should quit while(true) loop in ActionQueue?.java's run() and Gatherer should exit() 4. New bug: GLIapplet used to build and preview a collection, then browser pointed elsewhere before user returns to open the GLI applet and rebuilds the collection. On clicking preview the browser crashes.

- Fixed: Bug in GLIapplet since 2.80 and after. If after using the GLIapplet, the user pointed the browser elsewhere and returned to the GLIapplet, this would cause the reloading of GLIapplet to wait forever. Fixed by making RemoteGreenstoneServer? class into an OOP class rather than being filled with static methods and variables. Now this class is split into 3, the other two being RemoteGreenstoneServerAction?.java and ActionQueue?.java

Change History

Changed 10 years ago by ak19

Another task

5. 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).

Changed 10 years ago by ak19

- 1, 2 and 3 done. (1 appears to be done, since I tested it about 50-75 times and the random occurrence of an infinite wait didn't appear then.) - 4 is for the next release since 2.80 didn't even load the GLIapplet when you return to the page after visiting another.

Changed 10 years ago by ak19

For 5. 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.

Changed 10 years ago by ak19

6. 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. This may help with 4.

7. 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.

Changed 10 years ago by ak19

Found a bug that I must have introduced, it is not there in 280bin:

Download panel.

When I download from one url and view the log, things are fine. Then when I download from another url and view the log, there's exceptions in GLI.

Changed 10 years ago by ak19

Solved bug in entry 2008-11-03 12:56:10 above: The solution is in gli's download/DownloadScrollPane.java, where the run() method has to test that the job is not null before proceeding to callDownload(). The thread would loop forever and that's why there was an infinite exception in GLI when trying to view the log for a download job from a new URL.

Changed 10 years ago by ak19

  • status changed from new to closed
  • resolution set to duplicate

Closing off this ticket as the remaining items on this list that are yet to be fixed have been moved to a new ticket (#432).

Note: See TracTickets for help on using tickets.