[Koha-bugs] [Bug 7338] link to serial detail wrong
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7338 --- Comment #9 from Katrin Fischer 2011-12-12 07:47:52 UTC --- Hi Nicole, sorry for causing confusion and thx for your sign-off. Could you take a look at those both patches together? It should make available some nice new functionality for records with more than 1 subscription! -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7338] link to serial detail wrong
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7338 Katrin Fischer changed: What|Removed |Added Patch Status|Signed Off |Needs Signoff -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7338] link to serial detail wrong
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7338 Katrin Fischer changed: What|Removed |Added Attachment #6695|0 |1 is obsolete|| --- Comment #8 from Katrin Fischer 2011-12-12 07:46:43 UTC --- Created attachment 6713 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6713 Bug 7338: Follow up: show link only when there is more than 1 subscription To be tested together with http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6690 1) Create a subscription for a title - check the link 'Show any subscription...' doesn't show now - check the serials collection page works correctly and shows all necessary information 2) Create a second subscription for the same title - check a new link 'Show any subscription...' shows up now - use links in the issue table to change between viewing the single subscription and the overview page - check it works correctly and all information shows up -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 1633] Add ability to take book cover images from local img db
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 Jared Camins-Esakov changed: What|Removed |Added Patch Status|Failed QA |Needs Signoff -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 1633] Add ability to take book cover images from local img db
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 Jared Camins-Esakov changed: What|Removed |Added Attachment #6706|0 |1 is obsolete|| --- Comment #9 from Jared Camins-Esakov 2011-12-12 01:12:12 UTC --- Created attachment 6712 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6712 Bug 1633: Add support for uploading images to Koha A frequently-requested feature for Koha, especially by special libraries, is the ability to upload local cover images into Koha. This patch adds that ability. This counter-patch builds on the work by Koustubha Kale at Anant Corporation, but adds the following additional features: 1. Moves the code for handling image retrieval/saving into the Koha namespace 2. The ability to have multiple cover images for a biblio 3. Handling for "full size" (800x600) and thumbnail-size (200x140) images 4. A separate image viewer page 5. Javascript-based handling of cover image placement for the cover images in the OPAC (as opposed to static tags embedded into pages) 6. Local cover display in the staff client details view (there does not seem to be anywhere appropriate to put the cover image in the intranet search results) 7. Uploading images directly from the record view How to use/test : Assign user permission to the user Tools > (upload_local_cover_images Upload local cover images). In order to upload local images, login to the staff client. Go to Home > Tools > Upload Cover Images. Here you can upload cover images either singly or in bulk in the form of a zip file. If uploading singly, click on image file, browse the image from your local disk, type in the biblio number of the catalogue entry and press upload. If uploading in bulk as a zip file, the zip file must contain (in addition to cover images) one text file named either datalink.txt OR idlink.txt. This file should have mapping of biblionumber to image file name in the zip one per line with comma or tab as delimiters. For example: 1, scanned_cover_image_of_bib_no_1.jpg 2, scanned_cover_image_of_bib_no_1.jpg Cover images will be resized to a large image of 800x600 and a thumbnail of 200x140. Depending on the setting of AllowMultipleCovers, it is possible to upload multiple images for a single bibliographic record. However, even if multiple covers are permitted, you have the option of replacing the existing covers by checking the "Replace existing covers" option on the upload screen. 1. The patch adds a menu link in Tools from where you can upload local cover images 2. It adds a user permission to enable access control to this menu item under Tools 3. It adds a system preference OPACLocalCoverImages under Enhanced Content. This needs to be turned on to show local cover images in OPAC. Once you have uploaded local images, if you search for the biblio, the local cover should show up in search as well as search detail pages in the OPAC, and the details view in the Intranet. Koustubha Kale is working on another patch which will allow us to set a cover image source priority in system preferences, and which will then gracefully fail over to the next source if image is not available from the first choice source. Detailed test plan: 1. Install update (database updates are in installer/data/mysql/atomicupdate/local_cover_images.pl) 2. Enable LocalCoverImages and OPACLocalCoverImages in the Enhanced content preferences screen 3. Upload an image of type GIF, JPEG, PNG, or XPM either from the "Local Cover Image" tool and choosing "Image file" as its type and entering a valid biblionumber, or by viewing a record and clicking the "Upload Image" option under the Edit button in the toolbar 4. View the record in the Intranet and OPAC. The image should show up directly in OPAC search results and details, and there should be an "Images" tab on both the Intranet and the OPAC detail view 5. Upload another image and attach it to the same bibliographic record. 6. Confirm that the new image (only) shows up in the OPAC and Intranet 7. Change the AllowMultipleCovers to "Allow" in the Enhanced content preferences screen 8. Add several images to a bibliographic record 9. Confirm that they all show up in the "Images" tab on the Intranet and OPAC and only one shows up in the main display in the OPAC details and search results pages 10. Create a zip file containing at least one image and a text file "idlink.txt" with one or more lines that looks like this: 1, filename.jpg Replace the '1' with a valid biblionumber, and 'filename.jpg' with the name of the image file you are adding to the zip file 11. Upload the zip file from the "Local Cover Image" tool (being sure to choose "zip file" as the filetype) 12. Check that the image(s) have been attached to the appropriate
[Koha-bugs] [Bug 7235] Adding invoice number and vendor name to the moredetail page
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7235 --- Comment #3 from Duncan 2011-12-12 00:36:05 UTC --- Created attachment 6711 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6711 Picture of bad table formatting. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7235] Adding invoice number and vendor name to the moredetail page
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7235 Duncan changed: What|Removed |Added CC||dun...@catalyst.net.nz -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7235] Adding invoice number and vendor name to the moredetail page
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7235 Duncan changed: What|Removed |Added Attachment #6315|0 |1 is obsolete|| --- Comment #2 from Duncan 2011-12-12 00:32:34 UTC --- Created attachment 6710 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6710 Fixed small conflict error Fixed a small conflict error in the original patch. However, I found some incorrect formatting on the table where the vendor and invoice information are now placed. This occurs when there is no information on the vendor or invoice on the specified record. I will attach a screenshot demonstrating this. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7243] Do not take rentals as fines
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7243 Duncan changed: What|Removed |Added CC||dun...@catalyst.net.nz -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7243] Do not take rentals as fines
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7243 Duncan changed: What|Removed |Added Attachment #6335|0 |1 is obsolete|| --- Comment #2 from Duncan 2011-12-11 21:35:53 UTC --- Created attachment 6709 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6709 Tested patch, correctly solves the problem, requires further sign off. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7346] 'perl translate install' creates template directories for invalid languages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7346 Katrin Fischer changed: What|Removed |Added Attachment #6705|0 |1 is obsolete|| -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7346] 'perl translate install' creates template directories for invalid languages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7346 Marc Balmer changed: What|Removed |Added Patch Status|Needs Signoff |Signed Off -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7346] 'perl translate install' creates template directories for invalid languages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7346 --- Comment #3 from Marc Balmer 2011-12-11 16:02:01 UTC --- Created attachment 6708 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6708 signed off patch This is signed off by me patch. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 6976] User hold limit can be avoided by users in OPAC
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6976 --- Comment #12 from Colin Campbell 2011-12-11 14:03:54 UTC --- Katrin's comment above is valid as this script has always checked the circ matrix limits via the C4::reserves routines but this does not restrict the user from placing the hold. The patch only addresses the users ability to circumvent the maxreserves setting -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the QA Contact for the bug. You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 1633] Add ability to take book cover images from local img db
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 Jared Camins-Esakov changed: What|Removed |Added CC||jcam...@cpbibliography.com --- Comment #8 from Jared Camins-Esakov 2011-12-11 13:20:59 UTC --- The most recent patch resolves the whitespace errors and gives the updater executable permissions. Cover images are not added to the Intranet search results because I found them to be very aesthetically unappealing. Someone with more design ability could easily add them in a follow-up patch, if s/he wanted. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Frère Sébastien Marie changed: What|Removed |Added Attachment #6704|0 |1 is obsolete|| --- Comment #5 from Frère Sébastien Marie 2011-12-11 13:18:16 UTC --- Created attachment 6707 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6707 Bug 7345: Enable exporting records sans private fields I have tested the patch under an UNIMARC flavour, with multiple items. Works as describe. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 1633] Add ability to take book cover images from local img db
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 Jared Camins-Esakov changed: What|Removed |Added Attachment #6699|0 |1 is obsolete|| --- Comment #7 from Jared Camins-Esakov 2011-12-11 13:16:05 UTC --- Created attachment 6706 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6706 Bug 1633: Add support for uploading images to Koha A frequently-requested feature for Koha, especially by special libraries, is the ability to upload local cover images into Koha. This patch adds that ability. This counter-patch builds on the work by Koustubha Kale at Anant Corporation, but adds the following additional features: 1. Moves the code for handling image retrieval/saving into the Koha namespace 2. The ability to have multiple cover images for a biblio 3. Handling for "full size" (800x600) and thumbnail-size (200x140) images 4. A separate image viewer page 5. Javascript-based handling of cover image placement for the cover images in the OPAC (as opposed to static tags embedded into pages) 6. Local cover display in the staff client details view (there does not seem to be anywhere appropriate to put the cover image in the intranet search results) 7. Uploading images directly from the record view How to use/test : Assign user permission to the user Tools > (upload_local_cover_images Upload local cover images). In order to upload local images, login to the staff client. Go to Home > Tools > Upload Cover Images. Here you can upload cover images either singly or in bulk in the form of a zip file. If uploading singly, click on image file, browse the image from your local disk, type in the biblio number of the catalogue entry and press upload. If uploading in bulk as a zip file, the zip file must contain (in addition to cover images) one text file named either datalink.txt OR idlink.txt. This file should have mapping of biblionumber to image file name in the zip one per line with comma or tab as delimiters. For example: 1, scanned_cover_image_of_bib_no_1.jpg 2, scanned_cover_image_of_bib_no_1.jpg Cover images will be resized to a large image of 800x600 and a thumbnail of 200x140. Depending on the setting of AllowMultipleCovers, it is possible to upload multiple images for a single bibliographic record. However, even if multiple covers are permitted, you have the option of replacing the existing covers by checking the "Replace existing covers" option on the upload screen. 1. The patch adds a menu link in Tools from where you can upload local cover images 2. It adds a user permission to enable access control to this menu item under Tools 3. It adds a system preference OPACLocalCoverImages under Enhanced Content. This needs to be turned on to show local cover images in OPAC. Once you have uploaded local images, if you search for the biblio, the local cover should show up in search as well as search detail pages in the OPAC, and the details view in the Intranet. Koustubha Kale is working on another patch which will allow us to set a cover image source priority in system preferences, and which will then gracefully fail over to the next source if image is not available from the first choice source. Detailed test plan: 1. Install update (database updates are in installer/data/mysql/atomicupdate/local_cover_images.pl) 2. Enable LocalCoverImages and OPACLocalCoverImages in the Enhanced content preferences screen 3. Upload an image of type GIF, JPEG, PNG, or XPM either from the "Local Cover Image" tool and choosing "Image file" as its type and entering a valid biblionumber, or by viewing a record and clicking the "Upload Image" option under the Edit button in the toolbar 4. View the record in the Intranet and OPAC. The image should show up directly in OPAC search results and details, and there should be an "Images" tab on both the Intranet and the OPAC detail view 5. Upload another image and attach it to the same bibliographic record. 6. Confirm that the new image (only) shows up in the OPAC and Intranet 7. Change the AllowMultipleCovers to "Allow" in the Enhanced content preferences screen 8. Add several images to a bibliographic record 9. Confirm that they all show up in the "Images" tab on the Intranet and OPAC and only one shows up in the main display in the OPAC details and search results pages 10. Create a zip file containing at least one image and a text file "idlink.txt" with one or more lines that looks like this: 1, filename.jpg Replace the '1' with a valid biblionumber, and 'filename.jpg' with the name of the image file you are adding to the zip file 11. Upload the zip file from the "Local Cover Image" tool (being sure to choose "zip file" as the filetype) 12. Check that the image(s) have been attached to the appropriate
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #4 from Frère Sébastien Marie 2011-12-11 13:04:36 UTC --- (In reply to comment #3) > Frère Sébastien, > > I don't use UNIMARC, but the patch is supposed to strip private fields from > UNIMARC too. At least, I thought that fields containing a 9 were private > fields > in UNIMARC. > > The only difference between MARC21/NORMARC and UNIMARC is supposed to be that > field 490 is left in for flavors other than UNIMARC. > > Can you provide more details on exactly which fields are being left in, > so that I can troubleshoot it? Sorry, I have too quickly read your code... But as you say UNIMARC is supported, I will test it. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 --- Comment #3 from Jared Camins-Esakov 2011-12-11 12:38:43 UTC --- Frère Sébastien, I don't use UNIMARC, but the patch is supposed to strip private fields from UNIMARC too. At least, I thought that fields containing a 9 were private fields in UNIMARC. The only difference between MARC21/NORMARC and UNIMARC is supposed to be that field 490 is left in for flavors other than UNIMARC. Can you provide more details on exactly which fields are being left in, so that I can troubleshoot it? Regards, Jared -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7346] 'perl translate install' creates template directories for invalid languages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7346 --- Comment #2 from Marc Balmer 2011-12-11 11:20:13 UTC --- (In reply to comment #1) > Created attachment 6705 [details] > Proposed patch That patch works fine. I am now trying to sign it off using git, which is a whole different adventure... -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7345] Should be possible to export MARC records without private fields
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7345 Frère Sébastien Marie changed: What|Removed |Added CC||semarie-k...@latrappe.fr --- Comment #2 from Frère Sébastien Marie 2011-12-11 10:59:51 UTC --- I think the patch could have a better design if UNIMARC was handle better: currently, if marcflavour is UNIMARC, "exporting records sans private fields" will result "exporting records with private fields" without notice to users... The design could be to have a hash with: - key $from_marcflavour - value a hash for function which are flavour dependent (MARC::Record->new_from_usmarc' / 'is_privatefield') And if not key, set $error to 'unimplemented'. This will permit easily extend for other marcflavour... -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7346] 'perl translate install' creates template directories for invalid languages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7346 Frédéric Demians changed: What|Removed |Added CC||katrin.fisc...@bsz-bw.de -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7346] 'perl translate install' creates template directories for invalid languages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7346 Frédéric Demians changed: What|Removed |Added Priority|P5 - low|PATCH-Sent Patch Status|--- |Needs Signoff -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7346] 'perl translate install' creates template directories for invalid languages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7346 --- Comment #1 from Frédéric Demians 2011-12-11 10:56:49 UTC --- Created attachment 6705 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6705 Proposed patch -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 7346] New: 'perl translate install' creates template directories for invalid languages
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7346 Bug #: 7346 Summary: 'perl translate install' creates template directories for invalid languages Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: Linux Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N AssignedTo: frede...@tamil.fr ReportedBy: m...@msys.ch QAContact: ian.wa...@bywatersolutions.com When you (e.g. accidentally) try to install a non-existing or invalid language, the translate Perl script will bail out with an error message. But it has already created the language directories under /usr/share/koha/opac/htdocs/opac-tmpl/prog and /usr/share/koha/intranet/htdocs/intranet-tmpl/prog and the (invalid) language code is presented as a choice in the admin I18N/L10N interface. To very, enter perl translate install de-XY. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
[Koha-bugs] [Bug 1633] Add ability to take book cover images from local img db
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=1633 --- Comment #6 from Koustubha Kale 2011-12-11 08:07:50 UTC --- Hi, Tried the patch. Applies cleanly except for a few whitespace errors. But when I try to run the automic update installer/data/mysql/atomicupdate/local_cover_images.pl I got a permission denied. So executable permissions are needed for this file. After I did that the patch works. Also the uploaded image does not show up in the intranet search page. It does show up in the OPAC search page. In both intranet & OPAC the uploaded images DO show up under the images tab in detail page. regards kmkale -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching all bug changes. ___ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/