Answers.Body: <p>I'm not really sure how you created the first one but first make sure Case Clients is one of the table joins in your search criteria, and then in the dropdown instead of Zeige Fall choose &quot;Other...&quot;, and then put in <code>civicrm/contact/view/case?reset=1&amp;action=view&amp;cid=[Case_CaseContact_Contact_01.id]&amp;id=[id]</code>. The token for the contact id might be slightly different depending on your search - you can use the <code>&lt;/&gt;</code> dropdown to select the correct token.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-05-03T15:51:38.023Z
Answers.Text: The first table was created a couple of months ago with a different CiviCRM version. The case client is included in the join. Building the link myself works but is more of a workaround to me. Can anybody reproduce this behaviour of the "Show Case" feature?
Answers.UserDisplayName: Jan
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-05-03T17:06:39.313Z
Answers.Text: Searchkit has been known to generate wrong links for a long time (e.g. https://lab.civicrm.org/dev/core/-/issues/2509). If manage case links ever had the cid I'm not sure when that was. I can see in 5.69 they don't. So I don't know when your working one was created. Does it have a created date in the main searchkit listing?
Answers.UserDisplayName: Demerit
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-05-04T15:46:17.920Z
Answers.Text: The working table display was created on 24. August 2023. Should I create a bug issue for this?
Answers.UserDisplayName: Jan
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-05-04T17:23:37.900Z
Answers.Text: I looked at 5.65 which was the security release before Aug 2023. It seems there was no View Case option then so the only choice was to use Other and manually put in the link! So that must have been how you did it.
Answers.UserDisplayName: Demerit
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-05-05T13:29:36.617Z
Answers.Text: Maybe. I still don't get why there are two different versions of that feature in the current release.
Answers.UserDisplayName: Jan
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-05-05T14:12:28.713Z
Answers.Text: I'm not sure there are since I don't think it's possible to create your first one from scratch in the latest, where there is nothing to the right of "open normally". It's probably just how it looks when you upgrade. From the list of searchkits if you choose export and then import it into another new install it probably shows the manually entered path.
Answers.UserDisplayName: Demerit
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2024-05-03T13:02:40.073Z
Answers.LastActivityDate: 2024-05-03T13:02:40.073Z
Answers.UserDisplayName: Demerit
Body: <p>I have SearchKit searches/tables on cases that that use a link on the ID column. Some of them - I presume the ones that I built last - don't have URL parameter <code>cid</code> in it and thus lead to errors when editing the case from the summary view. Is the parameter missing on purpose and why are there different versions of the table display in the same release?</p>
  <p>SearchKit table link configuration with cid parameter:</p>
  <p><a href="https://i.sstatic.net/VFmuL8th.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/VFmuL8th.jpg" alt="enter image description here" /></a></p>
  <p>SearchKit table link configuration without cid parameter:</p>
  <p><a href="https://i.sstatic.net/iVqIxwyj.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/iVqIxwyj.jpg" alt="enter image description here" /></a></p>
  <p>This question is a follow-up on <a href="https://civicrm.stackexchange.com/questions/47947/db-error-constraint-violation-on-changing-case-status/47976#47976">DB Error: constraint violation on changing case status</a>.</p>
  
Tags: <civicase><searchkit>
Title: SearchKit table display link is missing URL parameter
ThreadText: # SearchKit table display link is missing URL parameter
  
  (Asked by: username_0 on 2024-05-03)
  
  I have SearchKit searches/tables on cases that that use a link on the ID column. Some of them - I presume the ones that I built last - don't have URL parameter `cid` in it and thus lead to errors when editing the case from the summary view. Is the parameter missing on purpose and why are there different versions of the table display in the same release?
  
  SearchKit table link configuration with cid parameter:
  
  [![enter image description here](https://i.sstatic.net/VFmuL8th.jpg)](https://i.sstatic.net/VFmuL8th.jpg)
  
  SearchKit table link configuration without cid parameter:
  
  [![enter image description here](https://i.sstatic.net/iVqIxwyj.jpg)](https://i.sstatic.net/iVqIxwyj.jpg)
  
  This question is a follow-up on [DB Error: constraint violation on changing case status](https://civicrm.stackexchange.com/questions/47947/db-error-constraint-violation-on-changing-case-status/47976#47976).
  
  **Tags:** civicase, searchkit
  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2024-05-03. Score: 0
  
  I'm not really sure how you created the first one but first make sure Case Clients is one of the table joins in your search criteria, and then in the dropdown instead of Zeige Fall choose "Other...", and then put in `civicrm/contact/view/case?reset=1&action=view&cid=[Case_CaseContact_Contact_01.id]&id=[id]`. The token for the contact id might be slightly different depending on your search - you can use the `</>` dropdown to select the correct token.
  
  > **Comments:**
  > **username_0**: The first table was created a couple of months ago with a different CiviCRM version. The case client is included in the join. Building the link myself works but is more of a workaround to me. Can anybody reproduce this behaviour of the "Show Case" feature?  
  > **username_1**: Searchkit has been known to generate wrong links for a long time (e.g. https://lab.civicrm.org/dev/core/-/issues/2509). If manage case links ever had the cid I'm not sure when that was. I can see in 5.69 they don't. So I don't know when your working one was created. Does it have a created date in the main searchkit listing?  
  > **username_0**: The working table display was created on 24. August 2023. Should I create a bug issue for this?  
  > **username_1**: I looked at 5.65 which was the security release before Aug 2023. It seems there was no View Case option then so the only choice was to use Other and manually put in the link! So that must have been how you did it.  
  > **username_0**: Maybe. I still don't get why there are two different versions of that feature in the current release.  
  > **username_1**: I'm not sure there are since I don't think it's possible to create your first one from scratch in the latest, where there is nothing to the right of "open normally". It's probably just how it looks when you upgrade. From the list of searchkits if you choose export and then import it into another new install it probably shows the manually entered path.  
  
  ---
  
  