- Koha-bugs - lists.koha-community.org

[Bug 38518] New: Holdings table sorting by serial enumeration is not using published date anymore
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38518 Bug ID: 38518 Summary: Holdings table sorting by serial enumeration is not using published date anymore Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: anni.rajala(a)turku.fi QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Previously the sorting by serial enumeration in biblio's holdings table was using published date (see bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13420) In version 24.05 sorting doesn't seem to be using the date anymore. Sorting is now done based on the string in "h - Serial Enumeration / chronology item" field, so e.g. after number "2024 : 1" comes "2024 : 10" and so on. Has this been changed by accident when we shifted to displaying items via REST API on holdings table? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 5594] Option to configure default sort order for items on bib records
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5594 Mathieu Saby <mathsabypro(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathsabypro(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

أفضل 10 مواقع للبحث عن عمل في المغرب (2025)
by Jessica Wuttig 26 Sep '25

26 Sep '25

أفضل 10 مواقع للبحث عن عمل في المغرب (2025) فرص عمل مناسبة في جميع المدن والقطاعات مقدمة في ظل المنافسة الشديدة وتزايد أعداد الباحثين عن عمل، أصبح التوظيف في المغرب يعتمد بشكل كبير على مواقع توظيف إلكترونية متخصصة. توفر هذه المنصات فرصًا حقيقية لـ عروض التوظيف في مجالات متعددة، سواء في القطاع الخاص أو التوظيف العمومي، وتشمل مدنًا كبرى مثل الدار البيضاء، الرباط، مراكش وطنجة. إذا كنت تبحث عن وظيفة عن بعد أو توظيف فوري، يمكنك الاعتماد على منصة مرن للتوظيف، موقع مرجان للتوظيف، أو حتى linkedin للتوظيف. كما تقدم شركات كبرى مثل المراعي توظيف، توظيف نون ونيوم توظيف فرصًا مميزة. من خلال هذه بوابات التوظيف، يمكنك الوصول بسهولة إلى وظائف شركات، إعلانات توظيف، وحتى وظائف حكومية، مما يجعلها أدوات ضرورية لأي عاطل للتوظيف يبحث عن فرصة حقيقية. 1. TARGIR.c <https://www.targir.com/>om – أول منصة مغربية <https://www.targir.com/> شاملة للتوظيف يُعد موقع TARGIR من أحدث وأسرع منصات التوظيف نموًا في المغرب، حيث يجمع بين فرص وظيفية متعددة تشمل البحث عن عمل، برامج التدريب، والتوجيه المهني. يتيح الموقع الوصول إلى توظيف شركات كبرى مثل مكتبة جرير توظيف، سابك توظيف، وشركة بيرين توظيف، كما يُعتبر بوابة فعالة للراغبين في تقديم طلب توظيف لدى وزارة السياحة، أو عبر المنصة الوطنية للتوظيف. سواء كنت تبحث عن وظائف من المنزل للسيدات، أو ترغب في توظيف عن بعد للنساء، أو حتى توظيف فوري في شركات مثل كنتاكي، سيفورا، أو الخطوط السعودية، فإن TARGIR يقدم حلولًا ذكية وسريعة. كما يتيح لك التقديم على وظائف لدى شركة أرامكو، شركة المجال للتوظيف النسائي، وشركة عبداللطيف جميل توظيف، وغيرها من أبرز مواقع التوظيف في المغرب والخليج. مميزات TARGIR: إعلانات توظيف محدثة يوميًا في مختلف القطاعات. واجهة استخدام سهلة ومخصصة حسب المدينة أو المجال. خدمات مجانية لإنشاء سيرة ذاتية احترافية. إمكانية تلقي تنبيهات تلقائية حول الوظائف المناسبة. يُعد هذا الموقع المثالي لمن يبحث عن وظائف في المغرب، خصوصًا في مجالات المبيعات، الإدارة، التعليم، والخدمات. يوفر الموقع فرصًا متنوعة تشمل إعلانات التوظيف في شركات كبرى مثل kpc توظيف، maximus توظيف، وngha توظيف، بالإضافة إلى فرص عبر منصة uep للتوظيف. كما يغطي الموقع وظائف في القطاعين العام والخاص، مع ربط مباشر بمنصات مثل أبشر للتوظيف، التي تقدم وظائف في المجالات الأمنية والجوازات والدفاع المدني. يمكنك أيضًا الاطلاع على إجراءات التوظيف في مختلف المؤسسات مثل وزارة التربية والتعليم ومستشفى الملك فيصل التخصصي. يشمل الموقع فرصًا في شركات عالمية مثل شلمبرجير توظيف، أرامكو التوظيف المباشر، وإدارة بنده للتوظيف. كما يتيح لك متابعة آخر الوظائف الحكومية المعلن عنها، وإعلانات توظيف 2022 في مختلف القطاعات لضمان فرص توظيف فوري مناسبة.

1 0

[Bug 40806] New: Overlay rules
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40806 Bug ID: 40806 Summary: Overlay rules Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: viliam.polonec(a)snk.sk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com overlay rules works only with bibliographic records. Please add this option for authority records as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 27943] New: MARC21 authorities not support 7XX on display
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27943 Bug ID: 27943 Summary: MARC21 authorities not support 7XX on display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: gveranis(a)dataly.gr QA Contact: testopia(a)bugs.koha-community.org If we add a field of 7XX in a MARC21 authority record, then on authority result the 7XX should shown as = value_of_heading_of_7XX next to the main heading of the authority as equal to that. https://www.loc.gov/marc/authority/ad7xx.html That enchancement would be very useful for non latin catalogs where have the latin heading and the non latin equal heading. example : 100 0#$aAugustine,$cSaint, Bishop of Hippo [LAC English heading] 700 05$wa$aAugustin,$csaint, évêque d’Hippone.$0(CaOONL)0053A1978F# [Corresponding LAC French heading] -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 37219] New: In OPAC, "Copy number" column for selecting item-level hold is confusingly named
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37219 Bug ID: 37219 Summary: In OPAC, "Copy number" column for selecting item-level hold is confusingly named Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sbrown(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When placing an item-level hold in the OPAC, the column to select your item(s) using a radio button or checkbox is called "Copy number". This doesn't accurately describe what it is. The same column when placing a hold from the staff intranet is called "Hold", which makes more sense since you're selecting the item(s) you want to hold. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 40875] New: Offer both the text and WYSIWYG editors in the HTML customisations edit dropdown menu
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=40875 Bug ID: 40875 Summary: Offer both the text and WYSIWYG editors in the HTML customisations edit dropdown menu Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org It's great that the default option is the main button, but we should really have both options available in the dropdown so I can always know what options to expect and where they are. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29630] New: Failure on selenium 01-installation.t
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29630 Bug ID: 29630 Summary: Failure on selenium 01-installation.t Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Jenkins build with Selenium failed : https://jenkins.koha-community.org/view/master/job/Koha_Master/1848/ koha_1 | t/db_dependent/selenium/00-onboarding.t .. ok koha_1 | All tests successful. koha_1 | Files=1, Tests=2, 34 wallclock secs ( 0.04 usr 0.03 sys + 2.85 cusr 0.53 csys = 3.45 CPU) koha_1 | Result: PASS koha_1 | Restarting Apache httpd web server: apache2. koha_1 | Restarting Koha ILS: koha-commonStopping Plack daemon for kohadev:. db_1 | 2021-12-03 7:45:12 31 [Warning] Aborted connection 31 to db: 'koha_kohadev' user: 'koha_kohadev' host: '172.21.0.6' (Got an error reading communication packets) koha_1 | Stopping Z39.50/SRU daemon for kohadev:. koha_1 | Stopping Koha worker daemon for kohadev:. koha_1 | Stopping Koha indexing daemon for kohadev:. db_1 | 2021-12-03 7:45:13 34 [Warning] Aborted connection 34 to db: 'koha_kohadev' user: 'koha_kohadev' host: '172.21.0.6' (Got an error reading communication packets) koha_1 | Starting Plack daemon for kohadev:. koha_1 | Starting Z39.50/SRU daemon for kohadev:DBD::mysql::st execute failed: Table 'koha_kohadev.systempreferences' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::st execute failed: Table 'koha_kohadev.systempreferences' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::db selectall_arrayref failed: Table 'koha_kohadev.marc_subfield_structure' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::st execute failed: Table 'koha_kohadev.authorised_values' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::st fetchrow_hashref failed: fetch() without execute() at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | . koha_1 | Starting Koha worker daemon for kohadev:. koha_1 | Starting Koha indexing daemon for kohadev:. koha_1 | . selenium_1 | 07:45:25.238 INFO [ActiveSessionFactory.apply] - Capabilities are: { selenium_1 | "acceptSslCerts": true, selenium_1 | "browserName": "firefox", selenium_1 | "javascriptEnabled": true, selenium_1 | "version": "" selenium_1 | } selenium_1 | 07:45:25.240 INFO [ActiveSessionFactory.lambda$apply$11] - Matched factory org.openqa.selenium.grid.session.remote.ServicedSession$Factory (provider: org.openqa.selenium.firefox.GeckoDriverService) selenium_1 | 1638517525267 geckodriver INFO Listening on 127.0.0.1:27348 selenium_1 | 1638517525305 mozrunner::runner INFO Running command: "/usr/bin/firefox" "--marionette" "-foreground" "-no-remote" "-profile" "/tmp/rust_mozprofileJXkgVd" selenium_1 | [GFX1-]: glxtest: libpci missing selenium_1 | [GFX1-]: glxtest: libEGL missing selenium_1 | 1638517527025 Marionette INFO Marionette enabled selenium_1 | console.warn: SearchSettings: "get: No settings file exists, new profile?" (new NotFoundError("Could not open the file at /tmp/rust_mozprofileJXkgVd/search.json.mozlz4", (void 0))) selenium_1 | 1638517531931 Marionette INFO Listening on port 33539 selenium_1 | 07:45:32.097 INFO [ProtocolHandshake.createSession] - Detected dialect: W3C selenium_1 | 07:45:32.098 INFO [RemoteSession$Factory.lambda$performHandshake$0] - Started new session 7bd2cfd4-18c4-47c2-b441-bcded48340d4 (org.openqa.selenium.firefox.GeckoDriverService) koha_1 | koha_1 | STRACE: /usr/share/perl5/Try/Tiny.pm:123 in Selenium::Remote::Driver::catch {...} koha_1 | /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:361 in Try::Tiny::try koha_1 | (eval 358):1 in Selenium::Remote::Driver::__ANON__ koha_1 | (eval 360):2 in Selenium::Remote::Driver::__ANON__ koha_1 | /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:1340 in Selenium::Remote::Driver::_execute_command koha_1 | /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm:1340 in (eval) koha_1 | t/db_dependent/selenium/01-installation.t:99 in Selenium::Remote::Driver::find_element koha_1 | selenium_1 | 1638517555349 Marionette INFO Stopped listening on port 33539 selenium_1 | JavaScript error: resource:///modules/Interactions.jsm, line 230: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIUserIdleService.removeIdleObserver] selenium_1 | 07:45:56.645 INFO [ActiveSessions$1.onStop] - Removing session 7bd2cfd4-18c4-47c2-b441-bcded48340d4 (org.openqa.selenium.firefox.GeckoDriverService) koha_1 | Error while executing command: no such element: Unable to locate element: //div[@class="alert alert-success"] at /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm line 411. koha_1 | at /usr/local/share/perl/5.28.1/Selenium/Remote/Driver.pm line 356. koha_1 | # Looks like your test exited with 255 before it could output anything. koha_1 | [07:45:56] t/db_dependent/selenium/01-installation.t ............................... koha_1 | Dubious, test returned 255 (wstat 65280, 0xff00) koha_1 | Failed 2/2 subtests koha_1 | DBD::mysql::st execute failed: Table 'koha_kohadev.systempreferences' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. koha_1 | DBD::mysql::st execute failed: Table 'koha_kohadev.systempreferences' doesn't exist at /kohadevbox/koha/Koha/Database.pm line 152. selenium_1 | 07:46:01.517 INFO [ActiveSessionFactory.apply] - Capabilities are: { selenium_1 | "acceptSslCerts": true, selenium_1 | "browserName": "firefox", selenium_1 | "javascriptEnabled": true, selenium_1 | "version": "" selenium_1 | } selenium_1 | 07:46:01.518 INFO [ActiveSessionFactory.lambda$apply$11] - Matched factory org.openqa.selenium.grid.session.remote.ServicedSession$Factory (provider: org.openqa.selenium.firefox.GeckoDriverService) selenium_1 | 1638517561540 geckodriver INFO Listening on 127.0.0.1:12870 selenium_1 | 1638517561579 mozrunner::runner INFO Running command: "/usr/bin/firefox" "--marionette" "-foreground" "-no-remote" "-profile" "/tmp/rust_mozprofileYsufal" selenium_1 | [GFX1-]: glxtest: libpci missing selenium_1 | [GFX1-]: glxtest: libEGL missing selenium_1 | 1638517563733 Marionette INFO Marionette enabled selenium_1 | console.warn: SearchSettings: "get: No settings file exists, new profile?" (new NotFoundError("Could not open the file at /tmp/rust_mozprofileYsufal/search.json.mozlz4", (void 0))) selenium_1 | 1638517569405 Marionette INFO Listening on port 44107 selenium_1 | 07:46:09.556 INFO [ProtocolHandshake.createSession] - Detected dialect: W3C selenium_1 | 07:46:09.557 INFO [RemoteSession$Factory.lambda$performHandshake$0] - Started new session ac595bfb-83ee-4401-94bb-177f9b39f638 (org.openqa.selenium.firefox.GeckoDriverService) -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 37894] New: Staff logout SSO issue
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '25

26 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37894 Bug ID: 37894 Summary: Staff logout SSO issue Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: dch(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org KOHA logout not working (just refreshes page) when SSO Azure session has expired. To reproduce this: 1. Login to Koha staff side SSO (if you logout now it functions) 2. If I leave the session for an extended period of time (1+ hour) I can see the SSO session with azure has expired using KohaSite/Shibboleth.sso/Session 3. If i now try to logout of Koha, the Logout button just refreshes the staff interface and stays logged in. Log out is now only possible by closing the browser. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 33729] New: Add a column for dateaccessioned to item search results
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '25

25 Sep '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33729 Bug ID: 33729 Summary: Add a column for dateaccessioned to item search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be useful to add a column for dateaccessioned to item search results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 55