Custom Query (424 matches)
Results (7 - 9 of 424)
| Ticket | Owner | Reporter | Resolution | Summary |
|---|---|---|---|---|
| #267 | fixed | GS3: Need to restart tomcat in order for browser to note new and deleted collections | ||
| Description |
Using: Greenstone 3 compiled from source code checked out on 03 March 2008. Problem: when I have the Greenstone 3 browser running and create a new collection in GLI (or delete an existing collection), merely refreshing the browser is not enough. An ant restart is required to propagate these changes to the server. As a natural consequence, changes made to a collection when it is rebuilt--such as after unticking the Casefold option in GLI's Design tab > Search Indexes--are not visible in the browser pages either until an explicit restart of the web server. My GS 2.80 installations, binary as well as from recent source code, do not exhibit this problem. |
|||
| #272 | fixed | 2.80 binary release doesn't include indexers source code | ||
| Description |
I noticed in an email that Anu sent to the mailing list that she has said that 2.80 binary release doesn't contain the indexers source code. Check and fix if necessary. |
|||
| #282 | fixed | HTMLPlug "smartblock" is soooo dumb | ||
| Description |
HTMLPlug "smartblock" is supposed to block the images contained in HTML files from processing by plugins further down the pipeline (ie ImagePlug). But it fails, notably on the Tudor collection which is used as the basis for some of our exercises. In these cases, removing the smartblock option (ie reinstating the default dumbblock) produces good results. It is very hard (and embarrassing) to continually have to tell students this at Greenstone workshops. The solution is to figure out properly which images belong to HTML files, and then block these images and only these images from processing further down the plugin pipeline. --Ian Global blocking pass through all the files?? --kath |
|||
