•  
     
    story #38263 Choose my own columns based on field name (numeric, text, dates)
Summary
Empty
Choose my own columns based on field name (numeric, text, dates)

I can see relevant information for me in cross-tracker search widget

The TQL grammar is extended with a SELECT keyword that precedes the previously existing "filtering" conditions. I can write several field names (separated by commas ,) from the selected trackers.

SELECT is optional (to maintain backwards-compatibility of TQL language). When it is absent, the default set of columns is shown: Tracker badge and artifact title, Project label, Status, Last update date, Submitted by, Assigned to.

SELECT i_want_to, remaining_effort WHERE @last_update_date > NOW() -1m

The previous example will show two columns i_want_to and remaining_effort. Those columns will show the artifact values for fields with the same name (respectively i_want_to and remaining_effort). "Duck-typing" rules are applied to those fields for each of the selected trackers: if a field with the same name exists AND it's of a compatible type, then it is selected and will show up in the column.

Duck-typing rules:

  1. For selected trackers that do not have a field named i_want_to, it will show a blank cell in the column.
  2. For selected trackers where the current user does not have permission to read the field, it will show a blank cell.
  3. If NONE of the selected trackers have a field named i_want_to or current user has permission to read NONE of the fields, the query will fail with an error message explaining that the i_want_to field does not exist.
  4. If any one of the selected trackers has a field named i_want_to but its type is not compatible with the others (see below), the query will fail with an error message explaining that the i_want_to fields are not compatible in the selected trackers.
  5. For selected trackers that have a field named i_want_to that current user can see, the column cell will show the field's value for the artifacts of that tracker that match the query

Compatible field types:

  • numeric fields (int and float fields)
  • text fields (string and text)
  • date and date "with time" fields

Other types of fields will be supported in later user stories.

A given field (for example i_want_to) can only be selected once. For example SELECT i_want_to, description, i_want_to will raise an error.

Figma mockup: https://www.figma.com/design/oDjT4tC3fDGP5P4JdKfkdE/Columns-choices---ST?node-id=67-21319

Empty
Empty
Status
Cross tracker search
Done
Development
  • [ ] Does it involves User Interface? 
  • [ ] Are there any mockups?
  • [ ] Are permissions checked?
  • [ ] Does it need Javascript development?
  • [ ] Does it need a forge upgrade bucket?
  • [ ] Does it need to execute things in system events?
  • [ ] Does it impact project creation (templates)?
  • [ ] Is it exploratory?
Empty
Details
#38263
Joris MASSON (jmasson)
2024-10-17 10:17
2024-05-27 11:39
39932

References
Referencing story #38263
Referenced by story #38263

Follow-ups

User avatar
Joris MASSON (jmasson)2024-08-01 15:27
  • Acceptance criteria
    Something went wrong, the follow up content couldn't be loaded
    Only formatting have been changed, you should switch to markup to see the changes
  • Status changed from On going to Done
User avatar
Joris MASSON (jmasson)2024-06-11 17:20
  • Acceptance criteria
    Something went wrong, the follow up content couldn't be loaded
    Only formatting have been changed, you should switch to markup to see the changes
User avatar
Joris MASSON (jmasson)2024-06-03 12:01
  • Acceptance criteria
    Something went wrong, the follow up content couldn't be loaded
    Only formatting have been changed, you should switch to markup to see the changes
User avatar
Joris MASSON (jmasson)2024-05-27 16:27

Apply the same rule as story #10710: if only a single field is not compatible with other fields with the same name, the query will result in an error. We may relax this constraint later if needed.


  • Acceptance criteria
    Something went wrong, the follow up content couldn't be loaded
    Only formatting have been changed, you should switch to markup to see the changes
User avatar
Joris MASSON (jmasson)2024-05-27 16:04

Reworded Duck-typing rules. Added numbered list to make it easier to refer to one of the rules.


  • Acceptance criteria
    Something went wrong, the follow up content couldn't be loaded
    Only formatting have been changed, you should switch to markup to see the changes
User avatar
Joris MASSON (jmasson)2024-05-27 11:42
  • Acceptance criteria
    Something went wrong, the follow up content couldn't be loaded
    Only formatting have been changed, you should switch to markup to see the changes