"DataTables warning" on detail.pl (Staff Interface)
Hey, i have a problem i have no solution for: A user played (indeed on a "sandbox", latest Stable Koha) with user permissions and misc. settings in the Administration menu. And yes it's totally unclear, what exactly made this effect happen or what he did, but here it is: If you now search for books in the opac staff interface as a user who is not superlibrarian, i got a error message: "DataTables warning: table id=DataTables_Table_1 - Requested unknown parameter '8' for row0." There i can click OK and it's all working, i don't see any problem, besides this annoying error message. A Superlibrarian doesn't see this error. And it's only on the detail.pl view, so i.e. not on MARCdetail.pl and so on. There are two other Koha-Instances on this, they don't have this problem. I even tried to restore an older Version of the Database of this Instance with no effect. So i'm lost for now, not sure where to start. I hope you have an idea. Thank you, grex
Hi, In Koha 3.20 it is not possible edit subfield $t of any field in the MARC framework. When for example accessing the "Tag 100 subfield constraints" a click on "Advanced options" will not open these options but CLOSE the "Basic constraints". It seems for subfield $t there is no way to open the "Advanced constraints" to edit visibility or anything else within these options. I guess this is not the way it should be. However, it is possible to get rid of the subfield $t by choosing "Managed in tab: ignore" in the "Basic constraints". This goes for all the MARC fields 100, 110, 130, 505, 600, 611, 630, 696, 700, 710, 711, 730, 796, 798, 798, 799, 800, 810, 811, 830, 856, 896, 897, 898, 899 and probably all MARC fields with a subfield $t. Can anyone give a hint or should I open a bug report? Best regards, Michael
Hi Michael, are you using an adblocker by chance? See here: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13505 Hope this helps, Katrin Am 24.11.2015 um 21:25 schrieb Michael Kuhn:
Hi,
In Koha 3.20 it is not possible edit subfield $t of any field in the MARC framework.
When for example accessing the "Tag 100 subfield constraints" a click on "Advanced options" will not open these options but CLOSE the "Basic constraints". It seems for subfield $t there is no way to open the "Advanced constraints" to edit visibility or anything else within these options. I guess this is not the way it should be. However, it is possible to get rid of the subfield $t by choosing "Managed in tab: ignore" in the "Basic constraints".
This goes for all the MARC fields 100, 110, 130, 505, 600, 611, 630, 696, 700, 710, 711, 730, 796, 798, 798, 799, 800, 810, 811, 830, 856, 896, 897, 898, 899 and probably all MARC fields with a subfield $t.
Can anyone give a hint or should I open a bug report?
Best regards, Michael _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Hi Katrin
are you using an adblocker by chance?
See here: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13505
Yes, sure I'm using an adblocker - but I would never have expected Koha to be treated so cruel by my adblocker...
Hope this helps,
Yes, it did, thanks a lot! ###advt forever! Michael
At 12:12 AM 11/25/2015 +0100, Michael Kuhn wrote:
Hi Katrin
are you using an adblocker by chance? See here: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13505 Yes, sure I'm using an adblocker - but I would never have expected Koha to be treated so cruel by my adblocker... Hope this helps, Yes, it did, thanks a lot! ###advt forever!
As a data point, this does not happen with Firefox 38.3ESR, Adblock Plus 2.6.10 and Koha 3.8.24. What has changed in 3.20? tnx and br -- Paul --- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
I think nothing has changed. If you look at the bug report you can see this also appeared in older versions. Katrin Am 25.11.2015 um 16:10 schrieb Paul A:
At 12:12 AM 11/25/2015 +0100, Michael Kuhn wrote:
Hi Katrin
are you using an adblocker by chance? See here: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13505 Yes, sure I'm using an adblocker - but I would never have expected Koha to be treated so cruel by my adblocker... Hope this helps, Yes, it did, thanks a lot! ###advt forever!
As a data point, this does not happen with Firefox 38.3ESR, Adblock Plus 2.6.10 and Koha 3.8.24.
What has changed in 3.20?
tnx and br -- Paul
--- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
At 04:23 PM 11/25/2015 +0100, Katrin Fischer wrote:
I think nothing has changed. If you look at the bug report you can see this also appeared in older versions.
The bug is a little light on detail, but does mention 3.18. That's why I gave full browser/adbp details (below.) Do you have any "custom filters" in your Adblock? Best -- Paul
Katrin
Am 25.11.2015 um 16:10 schrieb Paul A:
At 12:12 AM 11/25/2015 +0100, Michael Kuhn wrote:
Hi Katrin
are you using an adblocker by chance? See here: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13505 Yes, sure I'm using an adblocker - but I would never have expected Koha to be treated so cruel by my adblocker... Hope this helps, Yes, it did, thanks a lot! ###advt forever!
As a data point, this does not happen with Firefox 38.3ESR, Adblock Plus 2.6.10 and Koha 3.8.24.
What has changed in 3.20?
tnx and br -- Paul
--- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
_______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
--- Maritime heritage and history, preservation and conservation, research and education through the written word and the arts. <http://NavalMarineArchive.com> and <http://UltraMarine.ca>
Hi grex, I don't get this error with a patron having only the catalogue permission. Are you sure you have correctly refreshed the page to update the JS code? Which columns do you have on the items table? Confirm that you are running Koha 3.20.05. Regards, Jonathan 2015-11-24 16:40 GMT+00:00 le-grex <post@grex.is-lost.org>:
Hey,
i have a problem i have no solution for:
A user played (indeed on a "sandbox", latest Stable Koha) with user permissions and misc. settings in the Administration menu. And yes it's totally unclear, what exactly made this effect happen or what he did, but here it is:
If you now search for books in the opac staff interface as a user who is not superlibrarian, i got a error message:
"DataTables warning: table id=DataTables_Table_1 - Requested unknown parameter '8' for row0."
There i can click OK and it's all working, i don't see any problem, besides this annoying error message.
A Superlibrarian doesn't see this error. And it's only on the detail.pl view, so i.e. not on MARCdetail.pl and so on.
There are two other Koha-Instances on this, they don't have this problem. I even tried to restore an older Version of the Database of this Instance with no effect.
So i'm lost for now, not sure where to start.
I hope you have an idea.
Thank you,
grex _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
Am 25.11.2015 um 09:35 schrieb Jonathan Druart:
Hi grex,
Hi Jonathan,
I don't get this error with a patron having only the catalogue permission. Are you sure you have correctly refreshed the page to update the JS code?
Not sure how to do it correctly, but i have it in different Browsers and also my colleagues do see this.
Which columns do you have on the items table?
There are: itemnumber biblionumber biblioitemnumber barcode dateaccessioned booksellerid homebranch price replacementprice replacementpricedate datelastborrowed datelastseen stack notforloan damaged itemlost itemlost_on withdrawn withdrawn_on itemcallnumber coded_location_qualifier issues renewals reserves restricted itemnotes itemnotes_nonpublic holdingbranch paidfor timestamp location permanent_location onloan cn_source cn_sort ccode materials uri itype more_subfields_xml enumchron copynumber stocknumber
Confirm that you are running Koha 3.20.05.
I confirm that: koha-common_3.20.05. And as addendum: The problem is happening if there is more than 1 item for one bibliographic record. Like 2 in one Library or one in each of 2 libraries. But since this is no problem in a different instance, it's not the main clue...
Regards, Jonathan
Thank you, grex
Could you take a screenshot of the page where you get the warning message? 2015-11-25 10:58 GMT+00:00 le-grex <post@grex.is-lost.org>:
Am 25.11.2015 um 09:35 schrieb Jonathan Druart:
Hi grex,
Hi Jonathan,
I don't get this error with a patron having only the catalogue permission. Are you sure you have correctly refreshed the page to update the JS code?
Not sure how to do it correctly, but i have it in different Browsers and also my colleagues do see this.
Which columns do you have on the items table?
There are:
itemnumber biblionumber biblioitemnumber barcode dateaccessioned booksellerid homebranch price replacementprice replacementpricedate datelastborrowed datelastseen stack notforloan damaged itemlost itemlost_on withdrawn withdrawn_on itemcallnumber coded_location_qualifier issues renewals reserves restricted itemnotes itemnotes_nonpublic holdingbranch paidfor timestamp location permanent_location onloan cn_source cn_sort ccode materials uri itype more_subfields_xml enumchron copynumber stocknumber
Confirm that you are running Koha 3.20.05.
I confirm that: koha-common_3.20.05.
And as addendum:
The problem is happening if there is more than 1 item for one bibliographic record. Like 2 in one Library or one in each of 2 libraries. But since this is no problem in a different instance, it's not the main clue...
Regards, Jonathan
Thank you,
grex _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
grex sent me a screenshot and I reproduced the issue. A patch is available for testing on bug 15256. This affects 3.18.x, 3.20.x and master. 2015-11-25 12:30 GMT+00:00 Jonathan Druart <jonathan.druart@bugs.koha-community.org>:
Could you take a screenshot of the page where you get the warning message?
2015-11-25 10:58 GMT+00:00 le-grex <post@grex.is-lost.org>:
Am 25.11.2015 um 09:35 schrieb Jonathan Druart:
Hi grex,
Hi Jonathan,
I don't get this error with a patron having only the catalogue permission. Are you sure you have correctly refreshed the page to update the JS code?
Not sure how to do it correctly, but i have it in different Browsers and also my colleagues do see this.
Which columns do you have on the items table?
There are:
itemnumber biblionumber biblioitemnumber barcode dateaccessioned booksellerid homebranch price replacementprice replacementpricedate datelastborrowed datelastseen stack notforloan damaged itemlost itemlost_on withdrawn withdrawn_on itemcallnumber coded_location_qualifier issues renewals reserves restricted itemnotes itemnotes_nonpublic holdingbranch paidfor timestamp location permanent_location onloan cn_source cn_sort ccode materials uri itype more_subfields_xml enumchron copynumber stocknumber
Confirm that you are running Koha 3.20.05.
I confirm that: koha-common_3.20.05.
And as addendum:
The problem is happening if there is more than 1 item for one bibliographic record. Like 2 in one Library or one in each of 2 libraries. But since this is no problem in a different instance, it's not the main clue...
Regards, Jonathan
Thank you,
grex _______________________________________________ Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz https://lists.katipo.co.nz/mailman/listinfo/koha
participants (5)
-
Jonathan Druart -
Katrin Fischer -
le-grex -
Michael Kuhn -
Paul A