Differences

This shows you the differences between two versions of the page.

--- en:release:3.08_release_notes [2018/12/13 05:41] – [SIGPIPE errors when building a collection] anupama
+++ en:release:3.08_release_notes [2023/03/13 01:46] (current) – external edit 127.0.0.1
@@ Line 1: / Line 1: @@
 ====== Greenstone 3.08 Release Notes ======
@@ Line 231: / Line 234: @@
   * a lot of work has been done on getting all the text strings into properties files so the complete interface can be translated.
   * collection groups web/sites/localsite/groupConfig.xml
-  * <extraInfo> element in collectionConfig.xml (for eg <naviagationTab type=external-link|frame url='http://xxx'>) add displayItems inside for name and description.
+  * <extraInfo> element in collectionConfig.xml (for eg <navigationTab type=external-link|frame url='http://xxx'>) add displayItems inside for name and description.
-  * support for classifier tabs that are just linksq
+  * support for classifier tabs that are just links
   * The raw collectionConfig.xml file can now be edited directly from within GLI: Edit->Edit collectionConfig.xml.
   * Tidied up collection building using manifest files. See the [[http://files.greenstone.org/tutorial/gs3-current/en/incremental_cmdline.htm| incremental collection building tutorial]]
@@ Line 241: / Line 244: @@
 ==== Troubleshooting ====
+=== Can't link to original files via cross collection search ===
+When using cross collection search, if you try to view associated files, e.g. PDF files (instead of the Greenstone document) you will get errors like "ERROR: Assoc file paths must now contain the library name". To fix this please edit web/sites/localsite/siteConfig.xml.
+Look for
+<code>
+<gsf:template match="documentNode">
+	  <xsl:variable name="collname" select="@collection"/>
+	  <td><gsf:if-metadata-exists><gsf:metadata name="srclinkFile"/>
+<gsf:if><a><xsl:attribute name='href'>sites/localsite/collect/<xsl:value-of select='@collection'/>
+/index/assoc/<gsf:metadata name="assocfilepath"/>/<gsf:metadata name="srclinkFile"/>
+</xsl:attribute><gsf:choose-metadata><gsf:metadata name="thumbicon"/>
+<gsf:metadata name="srcicon"/></gsf:choose-metadata></a></gsf:if></gsf:if-metadata-exists></td>
+</code>
+Add <xsl:value-of select="$library_name"/>/ at the start of the href value, i.e.
+<code>
+<gsf:template match="documentNode">
+	  <xsl:variable name="collname" select="@collection"/>
+	  <td><gsf:if-metadata-exists><gsf:metadata name="srclinkFile"/>
+<gsf:if><a><xsl:attribute name='href'><xsl:value-of select="$library_name"/>/sites/localsite
+/collect/<xsl:value-of select='@collection'/>/index/assoc/<gsf:metadata name="assocfilepath"/>
+/<gsf:metadata name="srclinkFile"/></xsl:attribute><gsf:choose-metadata>
+<gsf:metadata name="thumbicon"/><gsf:metadata name="srcicon"/></gsf:choose-metadata></a></gsf:if></gsf:if-metadata-exists></td>
+</code>
 === SIGPIPE errors when building a collection ===
-  - **If your indexer is set to ''solr''**, a newer version of the solr extension has been fixed to circumvent this error (it's a problem in one of Java's HttpURLConnection related classes). You can try one of the following:
+  - **If your indexer is set to ''solr''**, a newer version of the solr extension has been fixed to circumvent a SIGPIPE error caused by a problem in one of Java's HttpURLConnection related classes. You can try one of the following:
     * You could grab a newer version of Greenstone 3. Greenstone 3.09 (still to be released at the time of writing) will contain this fix, as do nightly binaries from http://www.greenstone.org/caveat-emptor/?latest=latest
     * Get a newer version of the solr extension from SVN that contains the fix from http://trac.greenstone.org/browser/gs3-extensions/solr/trunk/src?rev=32088. SVN checkout this folder into the GS3 ''ext'' subfolder as ''solr'', after removing the old ''ext/solr'' folder. Then use a terminal to go into the ''ext/solr'' folder and run ''ant del-service add-service''.
@@ Line 271: / Line 302: @@
 If you would like to continue using GS3.08, we've patched the affected plugins. The instructions to use the patch are:
-. Optional: Back up your  GS3.08's ''gs2build/perllib/plugins'' and ''gs2build/perllib/cpan/'' folders.
-. Download [[http://trac.greenstone.org/export/32634/patches/GS308PluginsForNewerPerlUbuntu.tar.gz|the tarball]] containing the patch and extract its contents.
+. Exit GLI in the proper manner if it's running.
+. Optional: Back up your  GS3.08's ''gs2build/perllib/plugins'' and ''gs2build/perllib/cpan/'' folders  (so you can restore these folders if the patches below don't work for you).
+. Download the ''GS308PluginsForNewerPerlUbuntu.tar.gz'' tarball, which contains the patched up files, from [[http://trac.greenstone.org/browser/patches|the patches page]] and extract the tarball's contents.\\ If you're on a Windows machine, you may want to download the ''GS308PluginsForNewerPerlUbuntu.zip'' ZIP file instead and extract that.
-. Six files should have been extracted:
+. Five files should have been extracted:
-- Put the 4 plugin files into your GS3.08's ''gs2build/perllib/plugins'' folder.
+  * Put the 3 plugin files into your GS3.08's ''gs2build/perllib/plugins'' folder.
-- put Escape.pm into the ''gs2build/perllib/cpan/URI'' folder.
+  * put Escape.pm into the ''gs2build/perllib/cpan/URI'' folder.
-- put PP.pm into into the ''gs2build/perllib/cpan/JSON'' folder.
+  * put PP.pm into into the ''gs2build/perllib/cpan/JSON'' folder.
-. Use a //new terminal// to launch GLI or any commands that previously failed with errors.
+. Use a //new terminal// to launch GLI or any commands that previously failed with errors. Hopefully GLI will launch successfully now.
 === Mac Installer fails ===