[Koha-bugs] [Bug 9824] Hide basket with no expected items in basket list by bookseller
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9824 --- Comment #70 from Katrin Fischer --- Hm, I was tempted to suggest a separate bug too when I took a look at this. It seems like a good practice to me to use a new bug once the original feature has been pushed. And in this case the original feature has even been released :) - I am also thinking about the automatically created release notes here. Maybe something like "Reword basket filter in vendor search result list" would be more clear? For testers and QA it's also harder to deal with a lng discussion like this :) -- 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 9824] Hide basket with no expected items in basket list by bookseller
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9824 --- Comment #69 from M. de Rooy --- (In reply to comment #67) > Remember people, once something is marked pushed to master, please to go > back to needs signoff, (unless it is the patch rebased for a stable branch > or something). Not completely clear what you mean here, Chris. But these followups imo do not need a separate report.. -- 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 9824] Hide basket with no expected items in basket list by bookseller
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9824 --- Comment #68 from M. de Rooy --- (In reply to comment #66) > but there is only 2 followups. Where is the main patch? The second followup only needs a signoff, preferably from a native English speaker. (Note that I already followed the suggestion of Owen here.) Thanks. -- 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 9824] Hide basket with no expected items in basket list by bookseller
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9824 M. de Rooy changed: What|Removed |Added Attachment #18348|Bug 9824: Followup adding |[NEEDS_SIGNOFF] Bug 9824: description|some text around|Followup adding some text |Apply/cancel filter.|around Apply/cancel filter. -- 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 9824] Hide basket with no expected items in basket list by bookseller
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9824 M. de Rooy changed: What|Removed |Added Attachment #18332|[SIGNED_OFF]|Bug-9824-Followup-for-POD-l filename|Bug-9824-Followup-for-POD-l |ines-of-GetBasketsInfos.pat |ines-of-GetBasketsInfos.pat |ch |ch | Attachment #18332|Bug 9824: Followup for POD |[SIGNED_OFF] Bug 9824: description|lines of|Followup for POD lines of |GetBasketsInfosByBookseller |GetBasketsInfosByBookseller -- 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 9824] Hide basket with no expected items in basket list by bookseller
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9824 M. de Rooy changed: What|Removed |Added Attachment #18332|Bug-9824-Followup-for-POD-l |[SIGNED_OFF] filename|ines-of-GetBasketsInfos.pat |Bug-9824-Followup-for-POD-l |ch |ines-of-GetBasketsInfos.pat ||ch -- 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 10293] Bug 9930 needs to be reverted for 3.10.x
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10293 Bernardo Gonzalez Kriegel changed: What|Removed |Added Status|Passed QA |Pushed to Stable --- Comment #6 from Bernardo Gonzalez Kriegel --- Pushed to 3.10.x will be in 3.10.7 -- 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 10240] Offline circulation using HTML5 and IndexedDB
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10240 Jared Camins-Esakov changed: What|Removed |Added Status|NEW |ASSIGNED -- 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 10240] Offline circulation using HTML5 and IndexedDB
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10240 Jared Camins-Esakov changed: What|Removed |Added Patch complexity|--- |Medium patch -- 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 10240] Offline circulation using HTML5 and IndexedDB
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10240 --- Comment #1 from Jared Camins-Esakov --- Created attachment 18406 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=18406&action=edit Work-in-progress patch for: Bug 10240: Offline circulation using HTML5 and IndexedDB This patch adds an HTML5-based offline mode to Koha's existing circulation module, allowing librarians to check out items using a basically familiar interface. The feature will be implemented using the Application Cache and IndexedDB features of the HTML5 specification, both of which are fully supported on Firefox 10+ and Chrome 23+, with limited support going back to Firefox 4 and Chrome 11. The basic workflow enabled by this patch is as follows: Part 1: While connected to the Internet 1. Enable offline functionality by turning on the "AllowOfflineCirculation" system preference. 2. Sync the offline circulation database on the computer that will be used for offline circulation by following the "Offline circulation interface" link on the Circulation home page, choosing "Synchronize (must be online)", and clicking the "Download records" button. This process may take a while. 3. Bookmark /cgi-bin/koha/circ/offline.pl (the page you are currently on) for easy access when offline. Part 2: While disconnected from the Internet 4. Navigate to /cgi-bin/koha/circ/offline.pl using the bookmark you created while online. 5. Start checking books in by scanning the barcode of an item that has been returned into the box in the "Check in" tab. 6. Scan the barcodes of any additional items that have been returned. 7. Start checking out books to a patron by scanning the patron's barcode in the box in the "Check out" tab. 8. Set a due date (the "Remember for session" box will be checked by default, since circulation rules are not computed during offline transactions and therefore a due date must be specified by the librarian). 9. Scan an item barcode (if you did not set a due date, it will prompt you) to check the item out to the patron. 10. If a patron has a fine you can see the total amount (current to when the offline module was synced), and record a payment. Unlike when in online mode, there will be no breakdown of what item(s) fines are for, and you will only be able to record the payment amount and not associate it with a particular item. Part 3: While connected to the Internet 11. Click the "Synchronize" link and choose "Upload transactions" to upload the transactions recorded during the offline circulation session. 12. Navigate to /cgi-bin/koha/offline_circ/list.pl (there will be a link from the Offline circulation page) and review the transactions, as described in the documentation for the Firefox Offline circulation plugin: http://wiki.koha-community.org/wiki/Offline_circulation_firefox_plugin -- 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 8058] Circulation empty barcode field redirect to pay fines screen if borrower has outstanding fines
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8058 Chris Hall changed: What|Removed |Added Status|Failed QA |Needs Signoff -- 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 10335] UNIMARC authorities search doesn't display properly information on parallel form
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10335 --- Comment #6 from mathieu saby --- (En réponse au commentaire 5) > I see. Than, apparently, the SUDOC instruction authors made a > simplification. The French version of the official recommendation reads: > > "$8 - Occurrence > Obligatoire pour chaque zone 7XX dans le cas de vedettes parallèles ou de > données parallèles. Facultatif dans les zones 2XX, 4XX, 5XX. > Non répétable." (http://www.bnf.fr/documents/UnimarcA.pdf, p. 74) > > So as far as I am able to understand French, it is the same ;) You understand well. > > As to filling up with authorized values--good choice! I have $7 and $8 > configured this way. > > As I wrote, it ($7, $8) may seem not to be very important because Koha makes > (almost) no use of it, but if one would like to reuse the data some day (if > Koha dies some day, what is not our wish, but just in case), data should > conform to the standard :) If the question is "how to fill properly $7 and $8", that's not difficult : the answer could be : map these subfields with some authorized values in default framework, or maybe create some plugins if necessary. M. Saby -- 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 10335] UNIMARC authorities search doesn't display properly information on parallel form
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10335 --- Comment #5 from Janusz Kaczmarek --- I see. Than, apparently, the SUDOC instruction authors made a simplification. The French version of the official recommendation reads: "$8 - Occurrence Obligatoire pour chaque zone 7XX dans le cas de vedettes parallèles ou de données parallèles. Facultatif dans les zones 2XX, 4XX, 5XX. Non répétable." (http://www.bnf.fr/documents/UnimarcA.pdf, p. 74) So as far as I am able to understand French, it is the same ;) As to filling up with authorized values--good choice! I have $7 and $8 configured this way. As I wrote, it ($7, $8) may seem not to be very important because Koha makes (almost) no use of it, but if one would like to reuse the data some day (if Koha dies some day, what is not our wish, but just in case), data should conform to the standard :) -- 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 10335] UNIMARC authorities search doesn't display properly information on parallel form
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10335 --- Comment #4 from mathieu saby --- You are right for the $8, I did not know it was mandatory for 7XX. In french universities network, we consider it as non mandatory. http://documentation.abes.fr/sudoc/formats/unma/DonneesCodees/CodesDollar8.htm#TOP "La sous-zone $8 est facultative." But maybe our cataloguing tool fill it automaticly if we don't do it. For $7 codes, in my library I created an authorised values category with scripts codes, and link them to $7 fields in bibliographic framework. So when you catalog a record, you can pick the cataloguing script in a dropdown list. But we don't display it in OPAC or Staff interface. Not sure it is very important. M. Saby -- 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 10342] New: Better display of UNIMARC thesis note in xslt is needed
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10342 Bug ID: 10342 Summary: Better display of UNIMARC thesis note in xslt is needed Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: gmcha...@gmail.com Reporter: mathieu.s...@univ-rennes2.fr XSLT file in UNIMARC display the 328$a (thesis note). But in Sudoc network, we fill the 328 field using other subfields (http://documentation.abes.fr/sudoc/formats/unmb/zones/328.htm) So the display of 328 field must be improved. Additionnaly, the thesis national number in 029 could be managed, but maybe it is a french only field... M. Saby -- 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 10335] UNIMARC authorities search doesn't display properly information on parallel form
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10335 --- Comment #3 from Janusz Kaczmarek --- Mathieu, I perfectly agree with what you wrote. Of course while cataloguing one should fill up $7 as well to have correct data produced--but it seems that Koha does not make any use of $7 for now. BTW, according to the cited "UNIMARC manual : authorities format" (p. 66): "$8 -- Occurrence Mandatory in each 7-- heading when parallel headings or parallel data. Optional in 2--, 4--, 5--. Not repeatable." My patch is not an enhancement (and does not deal with $7 script-story, nor with 4XX and 5XX, nor with shifting languages expansion away from the templates, which would be a good idea). Its aim was only to fix what seemed to be wrong in the existing code. So it deals only with what and how Koha extracts from 7XX ($8, $a, $b) for the display in auth. search results. Hope this explains my motivations and the scope of the patch. Janusz -- 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 7490] Add CSS classes/ids to OPAC and staff NORMARC XSLT views
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7490 mathieu saby changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r --- Comment #2 from mathieu saby --- This must be made for UNIMARC too! M. Saby -- 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 10218] In OPAC XSLT search results, add class to 'online access'
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10218 mathieu saby changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r --- Comment #4 from mathieu saby --- I did not look, but I suppose a followup can be made for UNIMARC (in an other patch?) M. Saby -- 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 10335] UNIMARC authorities search doesn't display properly information on parallel form
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10335 mathieu saby changed: What|Removed |Added CC||mathieu.saby@univ-rennes2.f ||r --- Comment #2 from mathieu saby --- Hello Janusz Good idea, but I would like to make some comments before testing : The $8 contains the code for a language, not for a kind of script. Scripts codes are stored in $7, on 2 characters (interesting info = position 4-5) ba latin ca cyrillic fa arabe ga grec ha hébreu etc. The $8 subfield (not mandatory) can be used in 7XX, but also in 2XX or 4XX. So, you can have a field coded in case of romanized record, you can have 2 repeated fields, with the same $8, but different $7. That's the way we work in France. I hope it is not wrong... Ex from unimarc manual : 200 #1 $7ba0yba0a $8engrus $aGlinka,$bMihail Ivanovič 200 #1 $7ba0yca0y $8engrus $aГлинка,$bМихайл Иванович The $7 is mandatory in case of double script records, but the $8 is not mandatory. The possible codes in $7 are limited (a dozen), but ALL 639-2 iso codes can be used in $8. So I wonder if managing them in the templates is a good solution. So, could you tell me if your patch deals only with 7XX fields ? M. Saby -- 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 9593] Prices not imported correctly from a staged file
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9593 --- Comment #34 from mathieu saby --- I made again test D, but WITHOUT your patch. GB Pound as active currency ; rates : 1 £ = 10 $ = 5 € ; selecting "Euro" currency in addorderiso2709.pl (in Accounting details) I call it test E Titre01, Titre02, Titre03, Titre30, Titre31, Titre32, Titre33 are broken, but that's logical. Titre04 has the same values as test D €75.40, $93.5, £20,250.10 test D & E - result : RRP : 4050.02 ; Total tax inc. (POUND) : 19237.60 Titre10, Titre11, Titre12, Titre13 as values different from test D 32,10 EUR, 45,12 USD Test D - result : RRP : 1.28 ; Total tax inc. (POUND) : 6.10 Test E - result : RRP : 6.42 ; Total tax inc. (POUND) : 30.50 Titre20, Titre21, Titre22, Titre24 as values different from test D Test D - result : RRP : 1.24 ; Total tax inc. (POUND) : 5.91 Test E - result : RRP : 12.44 ; Total tax inc. (POUND) : 59.09 So your patch seems to change Koha behavior on that point. Could you check it why? Mathieu -- You are receiving this mail because: You are the assignee 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 9547] Give the ability to sort baskets by closing date and status
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9547 mathieu saby changed: What|Removed |Added Patch complexity|--- |Trivial patch -- 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/
