Back to bug 33268
Who | When | What | Removed | Added |
---|---|---|---|---|
katrin.fischer | 2023-03-17 16:34:36 UTC | Depends on | 14957 | |
katrin.fischer | 2023-06-10 19:08:24 UTC | CC | esther.melander | |
nick | 2023-06-29 16:26:27 UTC | CC | jonathan.druart+koha, martin.renvoize, nick, tomascohen | |
michaela.sieber | 2023-09-15 14:57:27 UTC | See Also | https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34191 | |
glasklas | 2023-11-13 16:01:46 UTC | CC | glasklas | |
glasklas | 2023-11-14 19:03:42 UTC | Status | NEW | In Discussion |
glasklas | 2023-11-15 19:02:00 UTC | Attachment #158956 Attachment is obsolete | 0 | 1 |
glasklas | 2023-11-16 17:55:31 UTC | Status | In Discussion | Needs Signoff |
glasklas | 2023-11-16 17:55:55 UTC | Assignee | koha-bugs | glasklas |
david | 2023-11-21 13:40:58 UTC | Status | Needs Signoff | Signed Off |
david | 2023-11-21 13:41:01 UTC | Attachment #159004 Attachment is obsolete | 0 | 1 |
david | 2023-11-21 13:41:04 UTC | Attachment #159058 Attachment is obsolete | 0 | 1 |
m.de.rooy | 2023-11-24 08:03:32 UTC | CC | m.de.rooy | |
victor | 2023-12-03 15:43:01 UTC | CC | victor | |
Status | Signed Off | Failed QA | ||
tomascohen | 2023-12-04 11:35:05 UTC | Status | Failed QA | Signed Off |
tomascohen | 2023-12-04 11:35:09 UTC | Attachment #159160 Attachment is obsolete | 0 | 1 |
Attachment #159161 Attachment is obsolete | 0 | 1 | ||
martin.renvoize | 2023-12-19 15:18:35 UTC | Attachment #159518 Attachment is obsolete | 0 | 1 |
martin.renvoize | 2023-12-19 15:18:38 UTC | Attachment #159519 Attachment is obsolete | 0 | 1 |
martin.renvoize | 2023-12-19 15:19:09 UTC | Status | Signed Off | Passed QA |
katrin.fischer | 2023-12-28 09:26:13 UTC | Status | Passed QA | Failed QA |
Keywords | release-notes-needed | |||
r.delahunty | 2024-02-28 11:52:15 UTC | CC | r.delahunty | |
glasklas | 2024-03-05 14:30:13 UTC | Status | Failed QA | Needs Signoff |
glasklas | 2024-03-05 15:51:39 UTC | Attachment #162764 Attachment is obsolete | 0 | 1 |
glasklas | 2024-03-05 15:58:39 UTC | Attachment #162766 Attachment is obsolete | 0 | 1 |
glasklas | 2024-03-05 17:19:38 UTC | Attachment #162767 Attachment is obsolete | 0 | 1 |
glasklas | 2024-03-05 17:20:38 UTC | Attachment #162785 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 22:33:29 UTC | Attachment #160018 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 22:33:32 UTC | Attachment #160017 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 22:33:35 UTC | Attachment #162786 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 23:33:51 UTC | Attachment #162796 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 23:33:55 UTC | Attachment #162797 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 23:33:58 UTC | Attachment #162798 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 23:34:01 UTC | Attachment #162799 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 23:34:02 UTC | Comment 40 Tag | obsolete | |
victor | 2024-03-05 23:34:04 UTC | Comment 41 Tag | obsolete | |
victor | 2024-03-05 23:34:05 UTC | Comment 42 Tag | obsolete | |
victor | 2024-03-05 23:34:06 UTC | Attachment #162800 Attachment is obsolete | 0 | 1 |
victor | 2024-03-05 23:34:07 UTC | Comment 43 Tag | obsolete | |
victor | 2024-03-05 23:34:08 UTC | Comment 44 Tag | obsolete | |
victor | 2024-03-05 23:52:36 UTC | Status | Needs Signoff | Failed QA |
glasklas | 2024-03-06 16:21:10 UTC | Status | Failed QA | Needs Signoff |
victor | 2024-03-08 04:04:13 UTC | Attachment #162801 Attachment is obsolete | 0 | 1 |
victor | 2024-03-08 04:04:50 UTC | Attachment #162802 Attachment is obsolete | 0 | 1 |
victor | 2024-03-08 04:05:29 UTC | Attachment #162803 Attachment is obsolete | 0 | 1 |
victor | 2024-03-08 04:06:08 UTC | Attachment #162804 Attachment is obsolete | 0 | 1 |
victor | 2024-03-08 04:06:44 UTC | Attachment #162805 Attachment is obsolete | 0 | 1 |
victor | 2024-03-08 05:06:32 UTC | Status | Needs Signoff | Signed Off |
glasklas | 2024-03-11 17:11:36 UTC | Patch complexity | --- | Medium patch |
Change sponsored? | --- | Sponsored | ||
Text to go in the release notes | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source" - If no matching rule is found, we fallback to the wildcard filter rules of the current context. | |||
Severity | major | enhancement | ||
glasklas | 2024-03-11 17:21:11 UTC | Text to go in the release notes | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source" - If no matching rule is found, we fallback to the wildcard filter rules of the current context. | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source" - If no matching rule is found, we fallback to the wildcard filter rules of the current context. For Koha installations where marc overlay rules is in use a database migration will run that creates new rules if necessary to preserve the current behavior, so no user action needs to be taken in order to correct for this change. |
glasklas | 2024-03-11 17:23:44 UTC | Text to go in the release notes | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source" - If no matching rule is found, we fallback to the wildcard filter rules of the current context. For Koha installations where marc overlay rules is in use a database migration will run that creates new rules if necessary to preserve the current behavior, so no user action needs to be taken in order to correct for this change. | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source". - If no matching rule is found, we fallback to the wildcard filter rules of the current context module. For Koha installations where marc overlay rules is in use a database migration will run that creates new rules if necessary to preserve the current behavior, so no user action needs to be taken in order to correct for this change. |
mnero | 2024-03-12 16:21:48 UTC | CC | mnero | |
victor | 2024-03-12 21:14:51 UTC | Text to go in the release notes | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source". - If no matching rule is found, we fallback to the wildcard filter rules of the current context module. For Koha installations where marc overlay rules is in use a database migration will run that creates new rules if necessary to preserve the current behavior, so no user action needs to be taken in order to correct for this change. | |
glasklas | 2024-04-02 09:49:09 UTC | Text to go in the release notes | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source". - If no matching rule is found, we fallback to the wildcard filter rules of the current context module. For Koha installations where marc overlay rules is in use a database migration will run that creates new rules if necessary to preserve the current behavior, so no user action needs to be taken in order to correct for this change. | |
victor | 2024-04-03 04:55:49 UTC | Text to go in the release notes | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source". - If no matching rule is found, we fallback to the wildcard filter rules of the current context module. For Koha installations where marc overlay rules is in use a database migration will run that creates new rules if necessary to preserve the current behavior, so no user action needs to be taken in order to correct for this change. | This enhancement changes how marc overlay rules are evaluated. Before the change rules with filter set to '*' (wildcard) where only applied when no other rules had been defined for a specific filter value, regardless of if any of the rules with that filter value matched or not. With this change we fallback to the wildcard filter rules even though rules with a matching filter value do exists, if no rule for that filter value matches. This resolves the issue of having to repeat the same default rules for each filter value rule set. If for some filter value the wildcard filter rules should be overridden, a wildcard tag rule for that filter value can be defined which will have higher precedence and override all the filter wildcard rules. In summary, the rules will applied as follows: - A matching rule is looked for based on context (module and filter value), if multiple contexts matches rules for the module with highest priority are used. The module priority is (from highest to lowest) "User name", "Patron category" and "Source". - If no matching rule is found, we fallback to the wildcard filter rules of the current context module. For Koha installations where marc overlay rules is in use a database migration will run that creates new rules if necessary to preserve the current behavior, so no user action needs to be taken in order to correct for this change. |
katrin.fischer | 2024-05-02 16:58:30 UTC | Severity | enhancement | normal |
katrin.fischer | 2024-05-09 07:12:38 UTC | Keywords | RM_priority | |
nick | 2024-05-10 13:47:46 UTC | Status | Signed Off | Failed QA |
bibliothek | 2024-11-20 11:53:26 UTC | CC | bibliothek | |
lisette | 2024-11-21 15:32:55 UTC | Keywords | release-notes-needed | |
CC | lisette | |||
bibliothek | 2024-12-18 18:30:17 UTC | Attachment #162936 Attachment is obsolete | 0 | 1 |
bibliothek | 2024-12-18 18:30:21 UTC | Attachment #162937 Attachment is obsolete | 0 | 1 |
bibliothek | 2024-12-18 18:30:24 UTC | Attachment #162938 Attachment is obsolete | 0 | 1 |
bibliothek | 2024-12-18 18:30:28 UTC | Attachment #162939 Attachment is obsolete | 0 | 1 |
bibliothek | 2024-12-18 18:30:31 UTC | Attachment #162940 Attachment is obsolete | 0 | 1 |
bibliothek | 2024-12-19 07:41:47 UTC | Status | Failed QA | Needs Signoff |
victor | 2024-12-25 23:25:25 UTC | Attachment #175659 Attachment is obsolete | 0 | 1 |
victor | 2024-12-25 23:25:28 UTC | Attachment #175660 Attachment is obsolete | 0 | 1 |
victor | 2024-12-25 23:25:32 UTC | Attachment #175661 Attachment is obsolete | 0 | 1 |
victor | 2024-12-25 23:25:35 UTC | Attachment #175662 Attachment is obsolete | 0 | 1 |
victor | 2024-12-25 23:25:39 UTC | Attachment #175663 Attachment is obsolete | 0 | 1 |
victor | 2024-12-25 23:36:23 UTC | Status | Needs Signoff | Signed Off |
dcook | 2024-12-26 22:26:25 UTC | CC | dcook | |
martin.renvoize | 2025-01-07 15:59:33 UTC | QA Contact | testopia | martin.renvoize |
martin.renvoize | 2025-01-07 16:10:50 UTC | Attachment #175939 Attachment is obsolete | 0 | 1 |
martin.renvoize | 2025-01-07 16:10:54 UTC | Attachment #175940 Attachment is obsolete | 0 | 1 |
martin.renvoize | 2025-01-07 16:10:57 UTC | Attachment #175941 Attachment is obsolete | 0 | 1 |
martin.renvoize | 2025-01-07 16:11:01 UTC | Attachment #175942 Attachment is obsolete | 0 | 1 |
martin.renvoize | 2025-01-07 16:11:04 UTC | Attachment #175943 Attachment is obsolete | 0 | 1 |
martin.renvoize | 2025-01-07 16:11:51 UTC | Status | Signed Off | Passed QA |
katrin.fischer | 2025-01-10 17:00:28 UTC | Version(s) released in | 25.05.00 | |
Status | Passed QA | Pushed to main | ||
paul.derscheid | 2025-04-17 12:45:19 UTC | Status | Pushed to main | Pushed to stable |
Version(s) released in | 25.05.00 | 25.05.00,24.11.04 |
Back to bug 33268