CiviCRM Core issueshttps://lab.civicrm.org/dev/core/-/issues2021-01-04T19:47:08Zhttps://lab.civicrm.org/dev/core/-/issues/2282Use the proper content type for ICalendar link2021-01-04T19:47:08Zahed_compucorpUse the proper content type for ICalendar linkOverview
----------------------------------------
There is two ways to add an event to my calendar :
- Download `ICS` file and import it.
- Copy the `ICalendar` link directly but when you click it shows the contents and some users th...Overview
----------------------------------------
There is two ways to add an event to my calendar :
- Download `ICS` file and import it.
- Copy the `ICalendar` link directly but when you click it shows the contents and some users think it is a bug.
![2020-12-30_13-08](/uploads/0a267756da641d70ee44bf1b479ce4ff/2020-12-30_13-08.png)
Reproduction steps
----------------------------------------
Clicking on the second icon (ICalendar feed for this event.)
Current behaviour
----------------------------------------
When you click the `ICalendar` link it shows the `ICalendar` contents and some users think it is a bug.
![Screenshot_from_2020-12-30_13-16-28](/uploads/6eeaffd9998eb234505e8d264eee0a2b/Screenshot_from_2020-12-30_13-16-28.png)
![RPReplay_Final1609580895_2r](/uploads/5358f62f1b4e330c086def8362ebe477/RPReplay_Final1609580895_2r.gif)
Expected behaviour
----------------------------------------
When you click the `ICalendar` link the browser will start downloading the file.
![Screenshot_from_2020-12-30_09-45-20](/uploads/60a20ccf404754288dd6d940d2e050d7/Screenshot_from_2020-12-30_09-45-20.png)
![RPReplay_Final1609580895_1r](/uploads/74be3271114878f3ad1aecb7f9753433/RPReplay_Final1609580895_1r.gif)
Comments
----------------------------------------
Using the proper content type for ICalendar link is a good practice and the browsers will handle it properly by downloading it - UX improvement.
Changing the content type here to `text/calendar` will fix it
https://github.com/civicrm/civicrm-core/blob/3662d5a75d79d6c259b632df748b1beb66db6faf/CRM/Event/ICalendar.php#L73
So what do you think about this?
PR: https://github.com/civicrm/civicrm-core/pull/193165.34.0https://lab.civicrm.org/dev/core/-/issues/2273Contact type incorrectly set to Contribution due to 'Honoree Profile'2021-02-04T03:19:33ZyashodhaContact type incorrectly set to Contribution due to 'Honoree Profile'Steps to replicate:
- Create a contribution page with _Honoree Section Enabled_.
- Choose a profile that includes a contribution field.
- Make a contribution with this page with soft credit contact.
![Screenshot_from_2020-12-23_19_01_...Steps to replicate:
- Create a contribution page with _Honoree Section Enabled_.
- Choose a profile that includes a contribution field.
- Make a contribution with this page with soft credit contact.
![Screenshot_from_2020-12-23_19_01_36](/uploads/eb4c8c6a1efde56de24f54e82d7b6e8d/Screenshot_from_2020-12-23_19_01_36.png)
- Check contact type of the newly created soft credit contact in DB. It will be _Contribution_ which is why it will not show up in some places and throws errors on various screens.
![Screenshot_from_2020-12-23_19_01_14](/uploads/3757f53442f4c41e204e62fa222fac88/Screenshot_from_2020-12-23_19_01_14.png)
![Screenshot_from_2020-12-23_19_01_05](/uploads/be5efccbb45d14a6bb0c7c7306cb87eb/Screenshot_from_2020-12-23_19_01_05.png)
I was able to replicate the scenario on dmaster. We should restrict the profile type to Contact types when calculating for honoree profile.5.34.0yashodhayashodhahttps://lab.civicrm.org/dev/core/-/issues/2272Merge all members into the same household when using select fields fails with...2020-12-23T23:06:34ZseamusleeMerge all members into the same household when using select fields fails with a db errorOverview
----------------------------------------
When you select the merge option when exporting contacts to Merge Household members into their households and you select fields and the only field you select is addressee you get a DB ero...Overview
----------------------------------------
When you select the merge option when exporting contacts to Merge Household members into their households and you select fields and the only field you select is addressee you get a DB erorr
Reproduction steps
----------------------------------------
1. Create demo site
1. Do a simple advanced searech
1. Select some contacts (maybe make sure there is at least one household contact included) and Select export contacts
1. Choose to select fields and also choose the Merge Household members into their Households
1. Select Addressee as the only field to export
Current behaviour
----------------------------------------
Get a DB error
```
DB Error: no such field" code=-19 mode=callback callback=CRM_Core_Error::handle prefix="" info="SELECT contact_a.id as contact_id, contact_a.addressee_id as addressee_id, contact_a.addressee_display as addressee_display, contact_a.addressee_custom as addressee_custom, contact_id_a as refContact FROM civicrm_contact contact_a
INNER JOIN civicrm_relationship crel ON crel.contact_id_b = contact_a.id AND crel.relationship_type_id = 8
INNER JOIN civicrm_contact ctTable ON ctTable.contact_id = contact_id_a WHERE contact_a.is_deleted = 0 AND (crel.is_active = 1 AND ( crel.end_date is NULL OR crel.end_date >= 20201224 ) ) GROUP BY crel.contact_id_a [nativecode=1054 ** Unknown column 'ctTable.contact_id' in 'on clause']"]
```
Expected behaviour
----------------------------------------
Export should succeed
Environment information
----------------------------------------
* __CiviCRM:__ _Master_
* __PHP:__ _7.3_
* __CMS:__ _Drupal 7.77_
* __Database:__ _MySQL 5.7_5.34.0https://lab.civicrm.org/dev/core/-/issues/2270Editing a smartgroup created through the search builder renders the new block...2020-12-23T20:07:07ZVangelisPEditing a smartgroup created through the search builder renders the new block by forceOverview
----------------------------------------
When you edit an **existing** smartgroup created with the Search Builder, the new block of record type/operator is always rendering by force. This causes inconvenience (and confusion) to ...Overview
----------------------------------------
When you edit an **existing** smartgroup created with the Search Builder, the new block of record type/operator is always rendering by force. This causes inconvenience (and confusion) to the end user, as they try to 'Search' to see the results but end up with the form rule validation informing them that they need to populate some parameters. In order to bypass this, they need to clear the new line (new block). This behaviour is there since a long time now, we just got complains lately about that.
Reproduction steps
----------------------------------------
Create a smartgroup through the searchbuilder and save it:
1. Search -> Search builder
1. Set some basic filters like : Contacts -> Contact type = Individual and do the search
1. All x records -> Action: Group: Create smartgroup and give it a temporary name
Now go to find your existing smartgroup:
1. Contacts -> Manage groups
1. on the 'Find', type your temporary name that you gave and once it's being displayed, go to 'Settings' (right part)
1. On the popup page, select the last link: 'Edit smart group criteria'
The '-select record type-' and '-operator-' are rendering by default. In order to search, you need to take them out first.
Current behaviour
----------------------------------------
The new record type/operator line is now appearing on either an existing smartgroup done via the searchbuilder or on a new searchbuilder form
Expected/suggested behaviour
----------------------------------------
The new record type + operator line should appear only on the new searchbuilder form
Comments
----------------------------------------
I believe the easiest way to fix this is to check if we have any ssID value [here](https://lab.civicrm.org/dev/core/-/blob/master/CRM/Contact/Form/Search/Builder.php#L54). If we do have an ssID then this means that we are editing an existing smartgroup and not creating a new one.
for example this:
```php
// Initialize new form
if (!$this->_blockCount) {
$this->_blockCount = 4;
$this->set('newBlock', 1);
}
```
should be something like this:
```php
// Initialize new form
if (!$this->_blockCount) {
$this->_blockCount = 4;
if (!$this->_ssID) {
$this->set('newBlock', 1);
}
}
```
Can anyone see a downside on doing this?
[PR added - 19257](https://github.com/civicrm/civicrm-core/pull/19257)5.34.0https://lab.civicrm.org/dev/core/-/issues/2269Default currency shown on invoices if payment is made with different currency2020-12-30T21:47:07Zahed_compucorpDefault currency shown on invoices if payment is made with different currencyOverview
----------------------------------------
Default currency shown on invoices if payment is made with different currency
Reproduction steps
----------------------------------------
1. Go to CiviContribute Component Settings and ...Overview
----------------------------------------
Default currency shown on invoices if payment is made with different currency
Reproduction steps
----------------------------------------
1. Go to CiviContribute Component Settings and check Enable Tax and Invoicing.
2. Go to any contact with contributions.
3. Choose a contribution in currency other than the default one.
4. Press "Print Invoice".
Current behaviour
----------------------------------------
For this contribution (USD is the default currency)
![Screenshot_from_2020-12-22_12-34-58](/uploads/778c80626ef5f77dedefb704fdad82ec/Screenshot_from_2020-12-22_12-34-58.png)
Invoice shows default currency rather than contribution's currency.
![Screenshot_from_2020-12-22_12-35-12](/uploads/5dbf627a12e19a2484196b862b83ef0a/Screenshot_from_2020-12-22_12-35-12.png)
Expected behaviour
----------------------------------------
Invoice shows contribution's currency.
![103090962-52037c00-45fb-11eb-88f9-74f58c707371](/uploads/f326c539297792606c2e985bb9cea9f2/103090962-52037c00-45fb-11eb-88f9-74f58c707371.png)
Ref https://github.com/civicrm/civicrm-core/pull/192905.34.0https://lab.civicrm.org/dev/core/-/issues/2264Remove never-used IMAP_XOAUTH2 option value before it gets more confusing2021-01-08T13:21:25ZDaveDRemove never-used IMAP_XOAUTH2 option value before it gets more confusingBefore we knew the full ~~wackiness~~ splendor of OAUTH2, there was an attempt to model it as its own protocol. This never worked so as the 5.23 release was going to press the as-yet-unreleased mail protocol option value was disabled, bu...Before we knew the full ~~wackiness~~ splendor of OAUTH2, there was an attempt to model it as its own protocol. This never worked so as the 5.23 release was going to press the as-yet-unreleased mail protocol option value was disabled, but left in the database.
Now that (inbound) OAUTH2 is working using a different mechanism, remove this option value before it starts causing confusion.5.34.0https://lab.civicrm.org/dev/core/-/issues/2263Multiple available languages disables kcfinder2020-12-23T23:11:04ZkainukMultiple available languages disables kcfinderOverview
----------------------------------------
In instances that have multiple languages available the kcfinder throws an error and cannot be used. I have described this on
https://civicrm.stackexchange.com/questions/38473/browsing-...Overview
----------------------------------------
In instances that have multiple languages available the kcfinder throws an error and cannot be used. I have described this on
https://civicrm.stackexchange.com/questions/38473/browsing-for-images-in-the-editor-leads-to-an-unexpected-error
Reproduction steps as done on the dmaster (5.34.alpha1)
----------------------------------------
1. Login as demo/demo
1. Go to Settings Localisations Settings - Localization (https://dmaster.demo.civicrm.org/civicrm/admin/setting/localization?reset=1)
1. Add an extra language under available languages.
![multipleLanguages](/uploads/4c26d20419158320a2b803d712653b6f/multipleLanguages.png)
1. Add a message template (https://dmaster.demo.civicrm.org/civicrm/admin/messageTemplates/add?action=add&reset=1)
1. Click on the add image button.
1. Click on the browse server button.
1. An error shows up:
![unexpectedError](/uploads/bb222a4c1734b1aa7f76d5b6ff8742d3/unexpectedError.png)
Expected behaviour
----------------------------------------
The number of available languages should not matter. The file browser must just show up.
Environment information
----------------------------------------
* __CiviCRM:__ _Master_
* __PHP:__ __7.3__
* __CMS:__ __Drupal 7.77__5.33.0https://lab.civicrm.org/dev/core/-/issues/2262Rebuild Triggers (and views) should also rebuild CiviCase views2021-03-06T19:41:33ZbnagorckaRebuild Triggers (and views) should also rebuild CiviCase viewsOverview
----------------------------------------
When moving CiviCRM's database to a new server and/or setting up a new database user, the views which are a part of CiviCase are not rebuilt with the new credentials after running the co...Overview
----------------------------------------
When moving CiviCRM's database to a new server and/or setting up a new database user, the views which are a part of CiviCase are not rebuilt with the new credentials after running the command `civicrm-sql-rebuild-triggers` :
```
VIEWS
civicrm_view_case_activity_upcoming
civicrm_view_case_activity_recent
```
Reproduction steps
----------------------------------------
1. Change the database user name and credentials
1. rebuild triggers
1. DB Error when accessing CiviCase components
Environment information
----------------------------------------
* __CiviCRM:__ 5.32.2
* __PHP:__ 7.3
* __CMS:__ Drupal 7.x
* __Database:__ MariaDB
Comments
----------------------------------------
Also relates to #12145.37.0https://lab.civicrm.org/dev/core/-/issues/2261Pledge on contribution page is not saved when the site has a WR for "contribu...2020-12-22T21:45:18ZjitendraPledge on contribution page is not saved when the site has a WR for "contribution"To replicate
- Add a word replacement for contribution -> payment.
- Save pledge on the contribution page.
- The pledge isn't displayed on the main page when submitting the contribution page.To replicate
- Add a word replacement for contribution -> payment.
- Save pledge on the contribution page.
- The pledge isn't displayed on the main page when submitting the contribution page.5.34.0https://lab.civicrm.org/dev/core/-/issues/2254Inline email edit form fails to set is_bulkmail flag2020-12-17T19:44:57ZRichInline email edit form fails to set is_bulkmail flagExpected behaviour: edit emails, check bulk on one of them, hit save: should show that that email is bulk.
Actual: no email is set bulk (and if one was, it's unset!)Expected behaviour: edit emails, check bulk on one of them, hit save: should show that that email is bulk.
Actual: no email is set bulk (and if one was, it's unset!)5.34.0RichRichhttps://lab.civicrm.org/dev/core/-/issues/2252Remove constant CIVICRM_MYSQL_STRICT2020-12-22T05:02:24ZeileenRemove constant CIVICRM_MYSQL_STRICTI'd like to propose fully removing the handling of CIVICRM_MYSQL_STRICT from CiviCRM. It's one of 2 things that are affected by isDevelopment and the 2 are conceptually quite different - in that one can make the configured mysql mode str...I'd like to propose fully removing the handling of CIVICRM_MYSQL_STRICT from CiviCRM. It's one of 2 things that are affected by isDevelopment and the 2 are conceptually quite different - in that one can make the configured mysql mode stricter and the other can make the configured php level less strict (because some production sites possibly cannot alter their php error_level config).
The scope of this gitlab is purely the CIVICRM_MYSQL_STRICT setting.
The reason I think we should remove it is simply that I think it's obsolete now. When it was added most developers were on old mysql version as were our tests. There was high risk of developing things on dev settings that would break cutting edge site configs.
However, I think the vast majority of developers are automatically at a strict level now just by virtue of the movement of time, as are most live sites and our tests. I don't think we need to have code to increase the strictness of mysql standards anymore
@totten @seamuslee @mattwire5.34.0https://lab.civicrm.org/dev/core/-/issues/2248Find Participants: Broken "Edit" button2020-12-12T23:13:08ZtottenFind Participants: Broken "Edit" buttonOverview
----------------------------------------
When viewing a "Participant" record, the "Edit" button is broken.
Reproduction steps
----------------------------------------
1. Navigate to "Events" => "Find Participants"
1. Enter some...Overview
----------------------------------------
When viewing a "Participant" record, the "Edit" button is broken.
Reproduction steps
----------------------------------------
1. Navigate to "Events" => "Find Participants"
1. Enter some search criteria (or blank criteria). Run the search.
1. On one of the "Participant" records, click "View"
1. The "View" screen has a button bar which includes an "Edit" button. Click it.
![Screen_Shot_2020-12-11_at_2.28.58_PM](/uploads/e8f42fa1f0221e28c20ee8515c37f3b8/Screen_Shot_2020-12-11_at_2.28.58_PM.png)
Current behaviour
----------------------------------------
The link appears malformed. In this example, note the snippet `&id=&cid=`
http://dmaster.127.0.0.1.nip.io:8001/civicrm/contact/view/participant?reset=1&id=&cid=&action=update&context=search&selectedChild=event&key=b931364305ae7cf0438a86ab9e03f59e71c3aab8fcdf09fc76b9208032c17bb4_1567
The request fails. The symptom depends on whether you use AJAX popups or not. If you're using separate pages (non-popups), then it fails with:
![Screen_Shot_2020-12-11_at_2.33.15_PM](/uploads/4c67fce41ca2e740356d47e5803a3be4/Screen_Shot_2020-12-11_at_2.33.15_PM.png)
Expected behaviour
----------------------------------------
Show the "Edit Participant" screen
Environment information
----------------------------------------
* __Browser:__ _Firefox
* __CiviCRM:__ _Master
* __PHP:__ 7.1
* __CMS:__ D7
* __Database:__ MySQL 5.7
* __Web Server:__ Apache5.32.2https://lab.civicrm.org/dev/core/-/issues/2244No options displayed for the "Financial Type" field on the "Find Contribution...2020-12-11T05:57:10ZalicefruminNo options displayed for the "Financial Type" field on the "Find Contributions" form for non AdministratorsOverview
----------------------------------------
IF you are logged in to CiviCRM with a role that is not the "Administrator" role but has permissions to administer CiviCRM and access civicontribute ("CiviContribute: access CiviContribut...Overview
----------------------------------------
IF you are logged in to CiviCRM with a role that is not the "Administrator" role but has permissions to administer CiviCRM and access civicontribute ("CiviContribute: access CiviContribute")
AND you go to the "Find Contributions" search form (ex: https://dmaster.demo.civicrm.org/civicrm/contribute/search?reset=1)
THEN no options are displayed in the dropdown for the "Financial Type" field see screenshot below:
![noneFound](/uploads/523d192bc5bd403f6056570a0159badf/noneFound.png)
This issue can be recreated on https://dmaster.demo.civicrm.org I believe it is a regression, it worked as expected in 5.28.3.
Reproduction steps
----------------------------------------
1. log in to CiviCRM with a role that is not the "Administrator" role but has permissions to administer CiviCRM and access civicontribute ("CiviContribute: access CiviContribute"). (perhaps the demo user on https://dmaster.demo.civicrm.org)
1. Go to CiviCRM Admin Menu -> Search -> Find Contributions (https://dmaster.demo.civicrm.org/civicrm/contribute/search?reset=1)
1. Click on the "Financial Types" dropdown
Current behaviour
----------------------------------------
No options
Expected behaviour
----------------------------------------
should display available Financial Types.
Comments
----------------------------------------
Caching may have some effect on this.5.32.2https://lab.civicrm.org/dev/core/-/issues/2243Add created_date column to the civicrm_note table2021-03-28T16:44:34ZjasonmAdd created_date column to the civicrm_note tableOverview
----------------------------------------
After merging contacts, we noticed that when viewing the notes of the merged contact, the notes merged from the duplicated contact display the timestamp of when the merge happened. It wou...Overview
----------------------------------------
After merging contacts, we noticed that when viewing the notes of the merged contact, the notes merged from the duplicated contact display the timestamp of when the merge happened. It would be helpful for note records to store both the created date and the last modified date and to display both dates in the notes list view at /civicrm/contact/view?reset=1&cid=xxxxxx
Example use-case
----------------------------------------
The user wants to see the date that a note was created in addition to when a note was last modified.
Current behaviour
----------------------------------------
Currently the civicrm_note table has only a modified_date field so the date a note is created is lost upon any update.
Proposed behaviour
----------------------------------------
Add a created_date column to the civicrm_note table and display both created and modified dates at /civicrm/contact/view?reset=1&cid=xxxxxx
![screenshot-a](/uploads/99cabcdde44fa725841c2d5de5afd28a/screenshot-a.png)
![screenshot-b](/uploads/003327183320ec3af790840cbe835393/screenshot-b.png)
![screenshot-c](/uploads/d8ecdc89bb06f23037df82ea81e4974e/screenshot-c.png)5.37.0https://lab.civicrm.org/dev/core/-/issues/2242CiviCRM Export, Saved Export Field Mapping that contains custom fields which ...2021-02-01T22:03:53Zjustinfreeman (Agileware)CiviCRM Export, Saved Export Field Mapping that contains custom fields which have been disabled or deleted are still loaded as "clear" values and cause the export download to fail with "DB Error: no such field"CiviCRM Export, Saved Export Field Mapping that contains custom fields which have been disabled or deleted are still loaded as "clear" values and cause the export download to fail with "DB Error: no such field".
This is complicated furt...CiviCRM Export, Saved Export Field Mapping that contains custom fields which have been disabled or deleted are still loaded as "clear" values and cause the export download to fail with "DB Error: no such field".
This is complicated further because the **user cannot remove the "clear" fields from the field export list at all** and as a result, renders the Saved Export Field Mapping defunct.
The disabled or deleted fields are listed on the field export page as "clear", see screenshot below.
![Screenshot_20201210_165641](/uploads/099da3249d6eb3734fab60d6adaacf58/Screenshot_20201210_165641.png)
Agileware Ref: CIVICRM-16275.35.0https://lab.civicrm.org/dev/core/-/issues/2241Don't check for .git in the isDevelopment() function2021-01-11T22:35:28ZDaveDDon't check for .git in the isDevelopment() functionThe function isDevelopment() checks if there's a .git folder present. The function controls for example mysql strict mode and whether deprecations throw errors (more about deprecations in ticket dev/core#2240). But it's not crazy for a l...The function isDevelopment() checks if there's a .git folder present. The function controls for example mysql strict mode and whether deprecations throw errors (more about deprecations in ticket dev/core#2240). But it's not crazy for a live site to have a .git folder.
Previous discussion at https://github.com/civicrm/civicrm-core/pull/17276. Where it stalled was not really on whether using .git is wrong, it was on what it should do instead. Summary of alternates:
1. Use the Environment setting at System Settings - Debugging.
* There may be some differences between what that setting is actually for and what this function gets used for.
* Also switching to this setting has some side effects which aren't blockers but would need to be dealt with (test suite, buildkit defaults).
1. Instead of "is dev", have a way to tell "for testing" and "not for testing".
* CIVICRM_UF(?)
1. Use whatever the symfony environment is set to.
@mattwire @AlanDixon @MikeyMJCO @artfulrobot5.35.0https://lab.civicrm.org/dev/core/-/issues/2240Deprecation warnings are implemented backwards2021-01-06T20:47:07ZDaveDDeprecation warnings are implemented backwardsSpecifically, they piggyback on the logging system by calling logging first and then triggering errors, whereas they should simply call trigger_error, and leave it up to the site's error handling config or custom error_handlers whether t...Specifically, they piggyback on the logging system by calling logging first and then triggering errors, whereas they should simply call trigger_error, and leave it up to the site's error handling config or custom error_handlers whether that gets logged or not.
Also note that throwing an error from within CRM_Core_Error_Log technically makes that class a non-compliant PSR-3 implementation. Quoting from https://github.com/php-fig/fig-standards/blob/75d5769d235ceff12e5c850f54d7d43266e62769/accepted/PSR-3-logger-interface.md#13-context
> A given value in the context MUST NOT throw an exception nor raise any php error, warning or notice.
Example:
_Current_: `Civi::log()->warning('something', ['civi.tag' => 'deprecated']);`
_Proposed_: `trigger_error('something', E_USER_DEPRECATED);` (or call a wrapper function which does this - exact implementation doesn't matter, just don't call logging).5.34.0https://lab.civicrm.org/dev/core/-/issues/2235civicrm_api3_contribution_transact deprecation message has broken docs link2020-12-08T00:25:16Zmglamancivicrm_api3_contribution_transact deprecation message has broken docs linkOverview
----------------------------------------
While working on Webform CiviCRM, I encountered the deprecation notice for `civicrm_api3_contribution_transact`.
```
User deprecated function: Deprecated function ::civicrm_api3_contribu...Overview
----------------------------------------
While working on Webform CiviCRM, I encountered the deprecation notice for `civicrm_api3_contribution_transact`.
```
User deprecated function: Deprecated function ::civicrm_api3_contribution_transact, use The contibution.transact api is unsupported & known to have issues. Please see the section at the bottom of https://docs.civicrm.org/dev/en/latest/financial/OrderAPI/ for getting off it.
```
The stack trace
```
Civi\API\Provider\MagicFunctionProvider->invoke(Array) (Line: 150)
Civi\API\Kernel->runRequest(Array) (Line: 81)
Civi\API\Kernel->runSafe('contribution', 'transact', Array) (Line: 22)
civicrm_api('contribution', 'transact', Array) (Line: 539)
wf_civicrm_api('contribution', 'transact', Array) (Line: 1825)
```
Reproduction steps
----------------------------------------
1. Setup Drupal 8.9, Webform CiviCRM, CiviCRM 5.33RC
2. Create a webform with contributions
3. Submit
4. See the deprecation notice
Current behaviour
----------------------------------------
A link to `https://docs.civicrm.org/dev/en/latest/financial/OrderAPI/` is provided and returns a 404
Expected behaviour
----------------------------------------
The deprecation instructions should have docs for how to remove the deprecation.5.33.0https://lab.civicrm.org/dev/core/-/issues/2234Weird "null" after adding new tagset2020-12-05T22:47:08ZDaveDWeird "null" after adding new tagset1. On the tags admin page, click the plus sign to add a new tagset.
2. Do NOT fill in the description field.
3. After returning from the popup form, it shows the word "null".
I can see where it's coming from, just debating which side to...1. On the tags admin page, click the plus sign to add a new tagset.
2. Do NOT fill in the description field.
3. After returning from the popup form, it shows the word "null".
I can see where it's coming from, just debating which side to approach it.
![Untitled](/uploads/7f44aef7409cf867abfe5f09e4b948bd/Untitled.png)5.34.0https://lab.civicrm.org/dev/core/-/issues/2233Tabs at top of extension list are no longer tabs2021-04-04T13:11:53ZDaveDTabs at top of extension list are no longer tabsCan reproduce on dmaster.demo.civicrm.org
Marking as regression since it seems to have been working as recent as last friday (commit fdc298edb4)
![Untitled](/uploads/a91e0180c0a45fa22b238ff32eb788a1/Untitled.png)Can reproduce on dmaster.demo.civicrm.org
Marking as regression since it seems to have been working as recent as last friday (commit fdc298edb4)
![Untitled](/uploads/a91e0180c0a45fa22b238ff32eb788a1/Untitled.png)5.34.0