Content
General info
User story
Visual design:
|
# |
Acceptance Criteria |
|
|---|---|---|
|
# |
Acceptance Criteria |
|
|---|---|---|
Epic ticket:
–
Content
In the Talent Profile view mode, there is a drawer that can be opened by default. This drawer includes 3 tabs: Notes, Activity, and Communication. It can be closed by clicking on the blue arrow, and it will animate to the right. The drawer content can be scrolled independently from the rest of the page. The names of the tabs are sticky to the top of the drawer, remaining visible during scrolling.
Additionally, the drawer will behave differently depending on the content of the tab:
For listing content (such as Processes or other lists), the drawer can overlap with the content on the page.
For other content tabs (such as Professional, Interview, and Personal info), the drawer will squeeze the page content without overlapping.
As a CRM user,
I want to have a drawer that can be opened and closed, which contains tabs for Notes, Activity, and Communication,
So that I can view and interact with additional profile information in a compact and accessible manner.
RT-6667
–
Получение подробных данных проблемы…
СТАТУС
Acceptance criteria |
||
|---|---|---|
|
01 |
Scenario: Display Drawer |
|
|
02 |
Scenario: Close Drawer |
|
|
03 |
Scenario: Scroll Drawer Content |
|
|
04 |
Scenario: Sticky Tabs in drawer |
|
|
05 |
Scenario: Sticky Tabs on the page |
|
|
06 |
Scenario: Switch Between Tabs |
|
|
07 |
Scenario: Drawer Behavior for Listings (Overlap) |
|
|
08 |
Scenario: Drawer Behavior for Non-Listing Content (Squeeze) |
|
|
09 |
NEW Scenario: main scroll for the page |
|
|
10 |
NEW Scenario: scroll for the drawer |
|
Initiated by |
Andrii Kupriianov (PM) |
|---|---|
|
Date |
11.02.2025 |
|
Members |
Oleksii Fedorchuk Andrii Kupriianov Anton Poliakov Olexandr Tikan Yurii Tymchuk Viktoriia Malysh Anton Liakh Ihor Bushtakov Dasha Rozhniatovska Ivan Hodoniuk Roman KliuikoSerhii Karashkevych |
|
Link to the board |
|
Liked |
Lacked |
Learned |
Longed for |
|---|---|---|---|
|
|
|
|
Content
The stats section on the profile page should display key metrics, including last status update, processes, rejections by candidate, rejections by companies, and applications. This section should be presented in a clean and organized manner to make it easily accessible for the user, with the status information highlighted and clickable to offer a more detailed view.
As a CRM user,
I want to see a stats section at the top of the profile page,
So that I can quickly view key information such as the last status update, processes, rejections by candidate, rejections by companies, and applications, with each item clickable for more details.
RT-6616
–
Получение подробных данных проблемы…
СТАТУС
Acceptance criteria |
||
|---|---|---|
|
01 |
Scenario: Displaying stats section |
|
|
02 |
OOS Scenario: Clickable stats items |
|
|
03 |
Scenario: Display Processes Count |
|
|
04 |
OOS Scenario: Display Invitations Count |
|
|
05 |
Scenario: Display Rocked Count |
|
|
06 |
OOS Scenario: Display Running Processes Count |
|
|
07 |
Scenario: Display Responsible Person with avatar |
|
|
07a |
Scenario: Display Responsible Person without avatar |
|
|
08 |
Scenario: Display Category of the Candidate |
|
|
09 |
OOS Scenario: Display Border Color for Responsible Person |
|
|
10 |
Scenario: Display Category Tooltip for Long Category Names |
Currently, when editing the text in the education or experience sections of a profile in the CRM, users cannot multi-select text using the Ctrl key (or equivalent) to select multiple lines of text at once. Implementing this functionality will allow users to select multiple parts of the text and perform actions (such as deletion or modification) more efficiently.
As a CRM user,
I want to multi-select text using the Ctrl key in the education and experience sections,
So that I can efficiently delete or edit multiple lines of text at once.
–
Acceptance criteria |
||
|---|---|---|
|
01 |
Scenario: Enable Multi-Select Functionality |
|
|
02 |
Scenario: Delete Multiple Lines Using Multi-Select |
|
|
03 |
Scenario: Edit Multiple Lines Using Multi-Select |
Content
The feature ensures that multiple users cannot edit the same entity in the CRM system at the same time without notifying the other users. A notification banner will be displayed on the page if it is currently being edited by another user. If the current user wishes to enter the edit mode, they will need to "overtake" the existing session, prompting a confirmation dialog and potentially causing the other user to lose unsaved changes. This ensures clear communication and prevents data loss due to simultaneous editing.
As a CRM user,
I want to be notified when another user is editing a page,
So that I can decide whether to overtake the editing session or wait until the other user has finished.
|
# |
Acceptance Criteria |
|
|---|---|---|
|
01 |
Scenario: Display Notification Banner when Page is Being Edited by Another User on Company view page |
|
|
02 |
Scenario: Display Notification Banner when Page is Being Edited by Another User on Company list Page |
|
|
03 |
Scenario: Clicking on the User’s Name Opens User’s Page |
|
|
04 |
Scenario: Clicking on "Overtake" Opens Confirmation Popup |
|
|
05 |
Scenario: Close Popup Without Taking Action |
|
|
06 |
Scenario: Confirm Overtaking the Editing Session |
|
|
07 |
Scenario: Prevent Current User from Entering Edit Mode Without Overtaking |
|
|
08 |
backend validates on last modify time stamp when data was changed and prevent saving (rewriting the data) |
How to use this page:
Find your selected Jira issues in the table below. Select the expand to use them as your source of truth to write release notes.
|
Release |
|
|
Date |
|
|
Version |
Release NA 06.02.2025 [1.1.16] |
|
Description |
|
|
Contributors |
Dasha RozhniatovskaAnton LiakhIvan HodoniukDima Savchenko (WP)Yurii Tymchuk |
[Vacancy] Deactivation logic – Only the vacancies that are no older than 6 months from setting status Active are present on RockenTalent. If the user changes the status manually and sets the new vacancy activation date, the vacancy resets the timeline from the new date.
[Publication] Deactivation logic – Only the publications that are no older than 3 months from setting status Published are present on Rocke.Jobs. If the user changes the status manually and sets the new Publication date, the publication resets the timeline from the new date.
[RJ] Added filter for country – Users in RJ have a possibility to filter the jobs by country from publication’s location.
CRM publications for Germany – all current publications are shown in CRM for Swiss market
PDF generate optimization for attachments
[Company] Enabled Reassignment of Unassigned Companies – Admins, BMs, HoDs, Consultantcy and Sales are able to assign companies to BMs, HoDs, Consultantcy and Sales.
Fixed Migrated processes that didn’t move automatically
[RJ] If the Company in the CRM has an exact location to it, it gets parsed along with the city chosen in the publication
[RT][Profile Preview] Fixed styling of the migrated answers in the Interview
Name(s): Yurich, Serhii, Roman, Anton L., Martin
Date: 2025-02-06
Last modified: 2025-02-07
CRM was reported as slow, we investigated and found out that Manager 1 was at 100% CPU and Manager 2 was at 0% CPU load. Further investigation showed that Manager 2 had a full disc due to logs. Removing them solved the issue.
CRM and Talent were slow, but reachable. No data loss.
13:35: Manager 2 full disc space, all services shut down. Manager 1 got all the load, which resulted in 100% CPU load
13:58: Beni contacted Martin via Teams that perfomance was low
14:03: Martin wrote in Development channel that there are issues with perfomance regarding CRM
14:10: Yurich and Anton started investigation, but quick solution was not found.
14:44: Martin started video call in production channel and created task force with Anton, Roman, Serhii and Yurich. Other developers joined as well.
14:51: Communication in Rocken Chat that issue exists
15:10: Serhii saw that Manager 2 disc was full and removed old logs. After that servers stabilized
15:21: Communication in Rocken Chat that issue was resolved
15:42: Roman noticed that the websocket container’s log file keeps growing.
15:45: Roman started video call with Yurii and Serhii.
15:55: Serhii found environment variable that is responsible for enabling debug mode for the websocket container
16:05: Roman set the variable SOKETI_DEBUG: 0 for websocket container and restarted the stack in docker swarm to fix the issue immediately.
16:06: Yurii set the same value of the variable in the GitLab CI variables in order to avoid this issue in the future.
The /var folder of Manager 2 was full with websocket logs. No more memory resulted in services crashing. The load of the services couldn’t be distributed and was directed to mostly Manager 1.
Log rotation for all production services on Manager 1, 2 and 3
Name(s):
Date:
Last modified: