User Interface issueshttps://lab.civicrm.org/dev/user-interface/-/issues2024-02-02T06:01:54Zhttps://lab.civicrm.org/dev/user-interface/-/issues/65Button row overlaps the table on view contribution2024-02-02T06:01:54ZDaveDButton row overlaps the table on view contributionStarted in 5.70. Turn on tax+invoicing to see all the buttons.
There's some discussion at https://github.com/civicrm/civicrm-core/pull/28907
![untitled3](/uploads/4f99d9d8bccdcd9a0aca2aaa51ba37df/untitled3.png)Started in 5.70. Turn on tax+invoicing to see all the buttons.
There's some discussion at https://github.com/civicrm/civicrm-core/pull/28907
![untitled3](/uploads/4f99d9d8bccdcd9a0aca2aaa51ba37df/untitled3.png)5.70.0seamusleeseamusleehttps://lab.civicrm.org/dev/user-interface/-/issues/64"Done" buttons are misaligned2024-01-07T19:50:31ZDaveD"Done" buttons are misalignede.g. and it's especially weird on contribution since it overlaps part of the table:
![untitled3](/uploads/516138bc3656ab5c809d7e15c19c336e/untitled3.png)
Activity:
![untitled4](/uploads/fcd451588d051e6f8ab20d58cc3f62ae/untitled4.png)e.g. and it's especially weird on contribution since it overlaps part of the table:
![untitled3](/uploads/516138bc3656ab5c809d7e15c19c336e/untitled3.png)
Activity:
![untitled4](/uploads/fcd451588d051e6f8ab20d58cc3f62ae/untitled4.png)5.70.0https://lab.civicrm.org/dev/user-interface/-/issues/51Remove top buttons on backend forms2023-07-20T20:48:51ZbgmRemove top buttons on backend formsBackend CiviCRM forms can be overwhelming. It's not always obvious why. Few people will say "oh my, those buttons are overwhelming", because it's obvious what they do, but every bit of redundant information becomes a bit more clutter tha...Backend CiviCRM forms can be overwhelming. It's not always obvious why. Few people will say "oh my, those buttons are overwhelming", because it's obvious what they do, but every bit of redundant information becomes a bit more clutter that the brain has the process.
For example, New Price Set form:
![image](/uploads/ce63e54d411ea9a289ad8aecb7284db5/image.png)
Removing the top buttons means that the eye can go directly to filling in the form (although, that help message eh.. but that's another topic):
![image](/uploads/a288a65ddbc2f788bf2d47d4f8949ae8/image.png)
I know we want interfaces to be consistent, and I would apply that kind of fix to most forms, unless there is a really good reason not to (ex: frontend contribution review form).
Some people might miss those buttons, but I think most new and regular users will be happy to see them go away. Personally I often hide them in CSS, but I'm trying to push for more core improvements, less hacks.
cc @larssg @artfulrobot @nicol @yashodha @mattwire (you have expressed interest on this topic in the past)5.65.0https://lab.civicrm.org/dev/user-interface/-/issues/47Disable scrolling on time inputs2022-04-21T21:45:12ZbgmDisable scrolling on time inputsThe time widgets used by CiviCRM are a bit sensitive. Combined to the fact that we often have rather long forms (ex: Event Management), an admin can easily accidentally change the time of an event.
To reproduce:
* Go to Event > New Eve...The time widgets used by CiviCRM are a bit sensitive. Combined to the fact that we often have rather long forms (ex: Event Management), an admin can easily accidentally change the time of an event.
To reproduce:
* Go to Event > New Event
* Scroll on the page
* scroll over a time widget (ex: time of the event)
notice how the time was changed.
I feel like this is not useful at all, because the scrolling is super sensitive, and I find it pretty hard to really set the right time using scrolling.
It can be disabled: http://keith-wood.name/timeEntry.html
PR soon5.50.0https://lab.civicrm.org/dev/user-interface/-/issues/43Disabling 'Custom Fields' in the Display Preference settings related to 'edit...2021-09-15T00:20:12ZpetednzDisabling 'Custom Fields' in the Display Preference settings related to 'editing/adding' also removes from 'viewing'Under Customise > Display Preference there is a setting for what should show when 'Editing or Adding' contacts.
Disabling Custom Fields from this setting causes inline Custom Fields to disappear from viewing the Contact Summary screen....Under Customise > Display Preference there is a setting for what should show when 'Editing or Adding' contacts.
Disabling Custom Fields from this setting causes inline Custom Fields to disappear from viewing the Contact Summary screen.
This is incorrect. Replicated on dmaster Sept 2021jitendrajitendrahttps://lab.civicrm.org/dev/user-interface/-/issues/41User Profiles, the User account registration option is displayed even when th...2021-08-18T20:53:13Zjustinfreeman (Agileware)User Profiles, the User account registration option is displayed even when the CMS has the "User can register" option disabledUser Profiles, the User account registration option is displayed even when the CMS has the "User can register" option disabled. This does not make sense - the logic in CiviCRM is to not allow CMS users to be created and this is not expla...User Profiles, the User account registration option is displayed even when the CMS has the "User can register" option disabled. This does not make sense - the logic in CiviCRM is to not allow CMS users to be created and this is not explained at all on this form.
The [originating task in 2009 (CRM-4036)](https://issues.civicrm.org/jira/browse/CRM-4036.html) even said: "For above scenarios we should also hide user creation option via profile." - which I interpret, perhaps incorrectly as referring to the CiviCRM Profile form.
The change required here is to **hide** the **user account registration options** that are currently shown on the CiviCRM Profile, if the CMS does not allow user registrations.
![Screenshot_20210817_172343](/uploads/b8706c59e1095be9d56440aef1b4a1c1/Screenshot_20210817_172343.png)
![Screenshot_20210817_172110](/uploads/23cd652a9c901af3c912de7dc775bc4b/Screenshot_20210817_172110.png)
Agileware Ref: CIVICRM-1809https://lab.civicrm.org/dev/user-interface/-/issues/38Edit Contact: Hide email signatures for contacts that do not have a user/CMS ...2021-08-13T13:44:57ZbgmEdit Contact: Hide email signatures for contacts that do not have a user/CMS accountWhen editing a contact, we have an option to add an email signature which is then used when sending emails from CiviCRM (via Contact > Actions > Email).
It looks something like this:
![civicrm-signature-2021-08-11_17-13](/uploads/52db1...When editing a contact, we have an option to add an email signature which is then used when sending emails from CiviCRM (via Contact > Actions > Email).
It looks something like this:
![civicrm-signature-2021-08-11_17-13](/uploads/52db12ee39ab5eac17e2e24cf37de1be/civicrm-signature-2021-08-11_17-13.png)
Expanding the signature block displays a WYSIWYG and text field to enter an email signature.
This small link is easy to overlook by experienced CiviCRM users, but pretty overwhelming to new CiviCRM users. Not only does expanding explode the UI in a pretty scary way, it's also in an area of CiviCRM that is very overwhelming (location type, On Hold, Mass Mail?, Primary?, Delete). Have you ever looked in the eyes of a user when they first see those options?
Anyway, small tiny improvement proposal: let's hide 'signature' for contacts-that-are-not-users, because it would have no purpose.
@justinfreeman Pinging you because I feel you may have thoughts on this.
Notes for me: `signature_html` in `CRM/Contact/Form/Edit/Email.php`, and add an 'if' in the tpl.5.42.0https://lab.civicrm.org/dev/user-interface/-/issues/35Support mobile devices on public forms2021-04-07T14:15:10ZbgmSupport mobile devices on public formsI finally got my hands on one of those mobile devices, which I noticed people were using when they go outside, or sit on their couch, or when they don't have access to a personal computer, such as those found at the library or in science...I finally got my hands on one of those mobile devices, which I noticed people were using when they go outside, or sit on their couch, or when they don't have access to a personal computer, such as those found at the library or in science labs.
When I tried to use a donation form, the default CiviCRM form looked like this:
![mobile-before-2021-04-05_09-42](/uploads/59c76301bc2701b7588cfcaad12a15b0/mobile-before-2021-04-05_09-42.png)
This seems rather difficult to read.
I know real hackers can write CSS, but maybe we can fix this in the default CiviCRM installation?5.37.0https://lab.civicrm.org/dev/user-interface/-/issues/34Use of <th> tags for labels on Contribution Ammounts tab gives them unique st...2020-10-23T16:47:09ZnicolUse of <th> tags for labels on Contribution Ammounts tab gives them unique stylingAs identified here https://lab.civicrm.org/extensions/finsburypark/-/issues/2 - the Ammounts tab in the Contribution page config screen sets the labels as `<th>` which can pick up styling from the admin theme and the rest of Civi, for e....As identified here https://lab.civicrm.org/extensions/finsburypark/-/issues/2 - the Ammounts tab in the Contribution page config screen sets the labels as `<th>` which can pick up styling from the admin theme and the rest of Civi, for e.g. on Drupal 7 with Seven admin theme, the labels appear in caps. On other tabs the labels appear
File:
https://github.com/civicrm/civicrm-core/blob/master/templates/CRM/Contribute/Form/ContributionPage/Amount.tpl
Example - Drupal with Seven Admin theme
![image](/uploads/0ae39fa25d69469ffef1fceeaa6276ba/image.png)
Joomla
![image](/uploads/d05305e94a9ba2f822f8bf28cec69fff/image.png)
Wordpress
![image](/uploads/430b17cefb986cda377c22a75627af47/image.png)
Display in other tabs
![image](/uploads/3268514d100433e75bf52f7bed7fee56/image.png)
Quickest fix would be to remove the `<th>`.5.32.0https://lab.civicrm.org/dev/user-interface/-/issues/30Ability to Send Invoice with modified subject and CC it2020-09-22T02:41:28ZsunilAbility to Send Invoice with modified subject and CC itOverview
----------------------------------------
Ability to Send Invoice with CC email and with option to alter subject line.
Current behaviour
----------------------------------------
When Invoice Setting is Enabled at `CiviContribute...Overview
----------------------------------------
Ability to Send Invoice with CC email and with option to alter subject line.
Current behaviour
----------------------------------------
When Invoice Setting is Enabled at `CiviContribute Component Settings`, We get option to `Print Invoice` Or `Email Invoice`.
When we click on `Email Invoice`, we can choose From Address and Add additional Comment.
When Email Send:
For online payment form:
- Subject:`Contribution Invoice: Help Support CiviCRM!- Test User`
- BCC and CC emailed copied from Online page and used to send email.
For Offline Submission:
- Subject:`Invoice- Test User`
- BCC and CC : No possible
You can modify the subject, for that we need to alter the subject line in invoice template.
New behaviour
----------------------------------------
You can override Email Subject from UI, its optional, if you don't provide subject, default subject form invoice template get used.
CC Field is available. that will override online page CC email, and for offline payment its new option to send CC email.
![Screenshot_2020-08-29_at_7.54.52_AM](/uploads/0bcccfd49bc7a72697cdd97f604e12f3/Screenshot_2020-08-29_at_7.54.52_AM.png)
----------------------------------------
https://github.com/civicrm/civicrm-core/pull/182865.31.0https://lab.civicrm.org/dev/user-interface/-/issues/27Bootstrap3 CSS2022-12-14T16:05:01ZtottenBootstrap3 CSS## Definitions
* __Look and Feel__: A visual appearance that can be recognized by a user of a page.
* __CSS Vocabulary__: A list of CSS classes that are agreed upon as a contract between a theme and an app-page. Example: "Bootstrap CSS ...## Definitions
* __Look and Feel__: A visual appearance that can be recognized by a user of a page.
* __CSS Vocabulary__: A list of CSS classes that are agreed upon as a contract between a theme and an app-page. Example: "Bootstrap CSS v3", "Bootstrap CSS v4", "crm-*"
* __Application Page__: A business application which provides functionality/behavior. It is positioned as *consumer* of CSS vocabulary(ies). Example: CiviContribute's "Contribution Page", CiviMail's "New Mailing" page, or CiviVolunteer's "Assign Volunteers" page.
* __Civi Theme__: A CiviCRM package which defines a look-and-feel. It is positioned as a *provider* of CSS vocabulary(ies). Example: Shoreditch
* __CMS Theme__: A package for a CMS which defines a look-and-feel. It is positioned as a *provider* of CSS vocabulary(ies). Example: Drupal Garland, WP Twenty Seventeen
* __Civi-Optimized Theme__: A package which defines a look-and-feel that is specifically intended to work with CiviCRM. Some CMS themes may be "Civi-optimized" (even if they are not specificallly packaged as a "CiviCRM extension").
* __Resource__: A resource is some artifact-- CSS file, CSS snippet, JS file, JS snippet, JS setting, et al -- that can be added to a page.
* __Resource Bundle__: A bundle is a list of related resources that are loaded together.
## Expectations
1. I am a novice site-builder who relies on some default/widespread theme. I expect that CiviCRM will look coherent out-of-the-box. If this expectation is unmet, I will assume that CiviCRM is broken.
2. I am a mid-level (or higher) site-builder who researches and configures various addons. I may be using a theme that is neither default/widespread nor specific/optimized to CiviCRM. I also expect that CiviCRM will look coherent. However, I have greater tolerance for challenges: if my expectation cannot be met out-of-the-box, then I may spend some effort to make it work... *provided that the configuration game is communicated clearly*.
3. I am an application developer with a specialization in CiviCRM. I expect there to be a well-defined CSS vocublary that I can rely upon when writing application pages. I expect the CSS vocabulary to be equally supported in all environs.
4. I am a theme designer/developer with a specialization in CiviCRM. I expect there to be a well-defined CSS vocabulary that I can target when writing CSS rules. I anticipate some interaction between CMS theming and Civi theming, and I expect a clear relation between them.
## General Thoughts
* It is possible to implement any "CSS Vocabulary" in any "CMS Theme" or "Civi Theme". Just create another `.css` file.
* The CSS vocabulary for "Bootstrap3" is well-defined, well-documented, stable. The CSS vocabulary for "crm-*" is (in relative terms) more fluid and not as well-documented.
* Within any given page-request, there are 0-1 active CMS themes and 0-1 active Civi themes. (Internally, some themes may be built on top of one another. For our purposes, such details are encapsulated witin the theme such that we may set aside those details while considering the protocol.)
* The upshot of a "Civi Theme" is that it can provide additional CSS vocabularies that are not universally available within CMS ecosystems. The flip-side is that the look-and-feel may be mismatched.
* If the concurrent "CMS Theme" and "Civi Theme" both implement support for the same CSS vocabulary, then (logically) this is a conflict. The "CMS Theme" is generally required for other purposes (outside our purview), so it must be left active. The conflict may have a few outcomes:
* ~~(Mixed) If we proceed with loading both CMS+Civi theme CSS, and if both use broad selectors, then the look-and-feel will be the arbibtrary combination of both (spread across the page).~~
* (Split) If we proceed with loading both CMS+Civi theme CSS, and if Civi's selectors are carefully tuned, then the look-and-feel have single, distinct split in the look-and-feel (different L&F on "Civi pages" and "CMS pages").
* (Yield) If we omit the the Civi theme CSS for that vocabulary, and if the vocabulary providers really are interchangeable, then we get one L&F across all "Civi pages" and "CMS pages". (At least, for pages based on the duplicate vocabulary. Other Civi pages may use other vocabularies which are not supported by the CMS theme.)
* Note: None of these outcomes is necessarily best or optimal... the "best" will be in a state of flux as support for different vocabularies and different L&Fs change. The choice is subjective.
* In discussing themes, we often distinguish between a frontend and backend policy. If there's a manual on/off switch for "bootstrap3", should it discern between frontend/backend?
* At first, I thought "yes", because that's usually articulate decision-making wrt frontend vs backend.
* On second thought, aren't we using "frontend/backend" as a proxy for identifying the *particular theme* that is active on the frontend/backend? ie The provisioning of `bootstrap3` is a chacateristic of that theme.
## Current behavior
In `shoreditch`, one activates the extension and chooses "Shoreditch" as the activ etheme- and then its bundle of `bootstrap3` resources is loaded on every page.
## New behavior
* __Application Page__: An application-page signals the need for Bootstrap3 vocabulary by calling
```php
Civi::resources()->addBundle('bootstrap3');
```
* __Civi Theme (Basic)__: A theme may define the content of `bootstrap3` bundle by file-convention, ie
* Implement `hook_civicrm_themes` to declare the theme
* Create the files `css/bootstrap3.css` and `js/bootstrap3.js`
* __Civi Theme (Advanced)__: A theme may define the contenf of `bootstrap3` bundle by hook, ie
* Implement `hook_civicrm_themes` to declare the theme
* Implement `hook_civicrm_alterBundle` and filter/revise/override/supplement the list of resources inside of `bootstrap3`.
```php
Civi::dispatcher()->addListener('hook_civicrm_alterBundle', function($e){
if ($e->bundle->name === 'bootstrap3') {
$e->bundle->update('civicrm:css/bootstrap.css', [
'type' => 'scriptUrl',
'scriptUrl' => Civi::service('asset_builder')->getUrl('...');
]);
}
});
```
* __Conflict Resolution__: The default policy is to "(Split)" L&F between CMS+Civi, but there are counterplays.
* To wit: if Shoreditch is active on a page, and if the page needs Bootstrap3, then (by deafult) it loads Shoreditch's `bootstrap3` - regardless of whether the CMS provides `bootstrap3` by other means. This provides more internal consistency (e.g. `bootstra.css`/`civicrm.css`) and more cross-site consistency (e.g. different sites with different CMS themes chosen by different people => but shoreditch always behaves the same).
* For a Civi-optimized CMS theme, the developer may implement `hook_civicrm_alterBundle` and toggle `$bundle->isActive`.
```php
Civi::dispatcher()->addListener('hook_civicrm_alterBundle', function($e){
// mycmstheme has built-in, global support for bootstrap3.
if ($e->bundle->getName() === 'bootstrap3' && $e->bundle->getActive() === 'auto' && cms_active_theme() === 'mycmstheme') {
$bundle->setActive(FALSE);
}
}, 1000);
```
* For a local override, the site-builder may configure the setting `array theme_bundles` - ie `$themeBundles[$cmsThemeName][$bundleName] === TRUE|FALSE|auto'`.https://lab.civicrm.org/dev/user-interface/-/issues/26Replace entity icons2022-06-13T16:12:02ZAndie HuntReplace entity iconsOne of the most prominent remaining areas of image icons is the icon for each entity that appears in the recent items block and next to contact names. These are also among the more hideous icons.
There are three parts to this: identify...One of the most prominent remaining areas of image icons is the icon for each entity that appears in the recent items block and next to contact names. These are also among the more hideous icons.
There are three parts to this: identifying replacement icons in Font Awesome, providing for configuration of contact subtype icons, and replacing the mechanism of providing and displaying the icons.
## Identifying replacement icons
This might be tricky given the limited set of icons in Font Awesome 4.7, but it's self-explanatory. A good first start would be to use the icons on the tabs in the contact record.
## Providing for configuration of contact subtype icons
Site admins can pick an icon image for contact subtypes, or by default they appear as grey versions of the corresponding contact type. I don't think it's realistic to retain the images, but it will be important to offer site admins the opportunity to pick an icon. A natural way might be an icon picker similar to the ones that appear elsewhere.
## Replacing the mechanism of providing and displaying the icons
[CRM_Utils_Recent::add()](https://github.com/civicrm/civicrm-core/blob/03cc26c372316bd708271e3ea12646ff718d38de/CRM/Utils/Recent.php#L84) adds things to the stack of recent items. Among them is an `$others` array that has details like the image URL.
It's called from places like [here](https://github.com/civicrm/civicrm-core/blob/03cc26c372316bd708271e3ea12646ff718d38de/CRM/Contact/Page/View.php#L187) where the contact type icon's image URL is pulled [from `CRM_Contact_Page_View::getContactDetails()`](https://github.com/civicrm/civicrm-core/blob/03cc26c372316bd708271e3ea12646ff718d38de/CRM/Contact/Page/View.php#L160) which, in turn, calls [`CRM_Contact_BAO_Contact::getDisplayAndImage()`](https://github.com/civicrm/civicrm-core/blob/03cc26c372316bd708271e3ea12646ff718d38de/CRM/Contact/BAO/Contact.php#L513).
Most of these functions will need to be reworked to pull the icon class name and pass it along. In the meantime, `CRM_Contact_BAO_Contact::getDisplayAndImage()` should probably be reworked to use the API since it's just getting basic things.https://lab.civicrm.org/dev/user-interface/-/issues/25Unable to delete file with brackets in filename via ckeditor/kcfinder2021-01-06T21:32:13ZPhilipp MichaelUnable to delete file with brackets in filename via ckeditor/kcfinderIf you try to delete a file inside ckeditor via kcfinder you get an "Unknown error." if the file name contains brackets. Those brackets are generated during upload if a file with the same name already exists (e.g `foo(1).jpg`).
Steps to...If you try to delete a file inside ckeditor via kcfinder you get an "Unknown error." if the file name contains brackets. Those brackets are generated during upload if a file with the same name already exists (e.g `foo(1).jpg`).
Steps to reproduce:
1. Open a form which contains a text field with ckeditor (e.g. create an event)
2. Click on the link button of the ckeditor toolbar
3. Click on "Browse Server" to open kcfinder
4. Download a file via its context menu
5. Upload this downloaded file again
6. Note that the file is uploaded with brackets in its name
7. Try do delete this file via its context menu
8. Note message "Unknown error." and that the file has not been deleted
So in short you can not delete files which were renamed during upload because of already existing file names.5.34.0https://lab.civicrm.org/dev/user-interface/-/issues/23No method to set a frontend theme in Drupal?2020-10-15T15:58:07ZnicolNo method to set a frontend theme in Drupal?Civi's [Theme Framework](https://github.com/totten/civicrm-dev-docs/blob/master-theme/docs/framework/theme.md) allows you to set frontend and backend themes in Wordpress and Joomla but not in Drupal. As a result theme settings, ie button...Civi's [Theme Framework](https://github.com/totten/civicrm-dev-docs/blob/master-theme/docs/framework/theme.md) allows you to set frontend and backend themes in Wordpress and Joomla but not in Drupal. As a result theme settings, ie button styles can't display front-end on Drupal.
Showing Wordpress, Joomla & Drupal Display Preferences settings screen below:
![image](/uploads/31aaab6290e9202b8f85dc0dfa0c526d/image.png)
![image](/uploads/8dfcd9a0a232688a98ece9d8940082bb/image.png)
![image](/uploads/0c1c8cba769e5f511449b06812e1585f/image.png)
Is there a reason for this, or another method for achieving the same thing?https://lab.civicrm.org/dev/user-interface/-/issues/22Configuration Screen: Register your site: Page not found2020-05-20T18:59:02Zbirgit.pauliConfiguration Screen: Register your site: Page not foundOn the Configuration screen the link to Register your site run into a 404 error.
The link is: https://civicrm.org/register-your-site?src=iam&sid=9e73835fc43e2905bbc4f014162bf077
Found in both version: CiviCRM Spark and CiviCRM self-hos...On the Configuration screen the link to Register your site run into a 404 error.
The link is: https://civicrm.org/register-your-site?src=iam&sid=9e73835fc43e2905bbc4f014162bf077
Found in both version: CiviCRM Spark and CiviCRM self-hosted
Version: 5.25.0https://lab.civicrm.org/dev/user-interface/-/issues/21"Allow sharing through social media?" – misleading label2020-10-12T22:26:23Znicol"Allow sharing through social media?" – misleading label![image](/uploads/6cafff09b7214f580edef390a8272825/image.png)
Without going into the design / etc issues of the Help Spread the Word social media box at the bottom of event and contribution pages, the checkbox enabling and disabling it ...![image](/uploads/6cafff09b7214f580edef390a8272825/image.png)
Without going into the design / etc issues of the Help Spread the Word social media box at the bottom of event and contribution pages, the checkbox enabling and disabling it is a little confusing. Users could turn it on by mistake because they check a box asking them to "Allow sharing through social media?" of the event or contribution page in question.
![image](/uploads/5121c784856610036c72466d1e7c9346/image.png)
Obviously everyone clicks yes to that. But in reality obviously any public page can be shared through social media - this checkbox neither enables nor blocks social sharing. Unless I'm badly mistaken, checking it simply adds Facebook/Twitter/LinkedIn share buttons and tracking code to the foot of the event or contribution page in a green box. It would be clearer to label this as "Add social media sharing button footer".
![image](/uploads/2765ae670a5d063ce3316dc1a02e1f95/image.png)
Post-GDPR & CCPA it might also be good to state in the info box that turning this on will add Facebook/Twitter/LinkedIn tracking code, as that could impact the site's privacy policy/cookie declaration.5.32.0https://lab.civicrm.org/dev/user-interface/-/issues/20Activity type search - sort alphabetically2020-05-11T13:49:30ZrebeccatregennaActivity type search - sort alphabeticallyFor end user friendliness, it would be nice to sort 'activity type' alphabetically in the dropdown options for search functions
![activitysearch](/uploads/aca6f87b7781f8890fa71268903d425b/activitysearch.png)
(from 5.27.alpha1 on Drupa...For end user friendliness, it would be nice to sort 'activity type' alphabetically in the dropdown options for search functions
![activitysearch](/uploads/aca6f87b7781f8890fa71268903d425b/activitysearch.png)
(from 5.27.alpha1 on Drupal demo)https://lab.civicrm.org/dev/user-interface/-/issues/19Misplaced text in the Additional Details section on New Contribution2020-04-21T20:07:09ZDaveDMisplaced text in the Additional Details section on New ContributionAt the moment my guess is a field was removed but a malformed description row is still there. Will take a closer look.
![screenshot](/uploads/09a91f658435ea1047f4a877b9271d9e/screenshot.gif)At the moment my guess is a field was removed but a malformed description row is still there. Will take a closer look.
![screenshot](/uploads/09a91f658435ea1047f4a877b9271d9e/screenshot.gif)5.26.0https://lab.civicrm.org/dev/user-interface/-/issues/18Wrap separators in price field in spans with classes2020-05-14T00:17:14ZherbdoolWrap separators in price field in spans with classesThis is what it looks like now:
![Screenshot_from_2020-04-14_23-33-59](/uploads/41dd70e6e16b1305ed8fb8ca7abf3b6e/Screenshot_from_2020-04-14_23-33-59.png)
About 4 years ago a span and class were added to the "-" separator. But we should...This is what it looks like now:
![Screenshot_from_2020-04-14_23-33-59](/uploads/41dd70e6e16b1305ed8fb8ca7abf3b6e/Screenshot_from_2020-04-14_23-33-59.png)
About 4 years ago a span and class were added to the "-" separator. But we should have them on the colons as well. This will help with styling the form. This should be a simple PR.5.27.0herbdoolherbdoolhttps://lab.civicrm.org/dev/user-interface/-/issues/17Confusing popups when importing activities2022-06-11T01:15:44ZrobinhoodConfusing popups when importing activitiesThis is on CiviCRM 5.24.1, just installed. The behavior of the Import Activities page is odd. On the Preview page, Step 3 of 4, the buttons Previous, Import Now, or Cancel are displayed. However, no matter which button is selected, a pop...This is on CiviCRM 5.24.1, just installed. The behavior of the Import Activities page is odd. On the Preview page, Step 3 of 4, the buttons Previous, Import Now, or Cancel are displayed. However, no matter which button is selected, a popup box says: "Backing up your database before importing is recommended, as there is no Undo for this. Are you sure you want to import now?" Then the import appears to start and a progress bar appears, even if Previous or Cancel were selected. If Import Now was selected, the import proceeds normally. If Previous was selected, nothing is imported, and it returns the user to Step 2 of 4. If Cancel was selected, nothing is imported, and it returns the user to Step 1 of 4. No harm is done, and the return to previous steps is correct, but the popups give the appearance that we are unable to stop the import regardless of the option selected, which is alarming to the user. This behavior is confirmed on the demo site.5.51.0