Answers.Body: <p>Yeah, I agree it's a bit awkward UI-wise in this scenario, but that's currently expected behavior.</p>
  
  <p>You'd probably be able to pull off what you're looking for with a custom plugin by listening to the <a href="https://craftcms.com/docs/plugins/hooks-reference#getEntryTableAttributeHtml" rel="nofollow noreferrer">getEntryTableAttributeHtml</a> hook, though.</p>
  
  <p>In there, you'd check if the passed in attribute is the one for your entries field type, grab the current status and modify the HTML that gets returned based on the status.</p>
  
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-01T18:31:47.917Z
Answers.Text: That sounds great, but I have not touched any plugin development yet and already having trouble trying to figure out a group by option.  Adding this to my timeline would be too long.  I found a workaround, using a category instead to assign the entries.  I can even search entries with a specific category, which is not a bad idea.  But it would definitely be a good idea to see the same result in the table as we seen in the actual edit page.
  
  Thanks!
Answers.UserDisplayName: Eric Chantigny
Answers.ContentLicense: CC BY-SA 3.0
Answers.CreationDate: 2017-08-01T18:13:14.717Z
Answers.LastActivityDate: 2017-08-01T18:13:14.717Z
Answers.UserDisplayName: Brad Bell
Body: <p>As you can see, I would like to see what challenge the submission is linked to, even though that Challenge might now be turned off (expired or disabled).  Is this a bug or intended behaviour.  Is there an easy way to get this up and running?</p>
  
  <p>If it's intended, I'm not sure why there's a green "enabled" dot on it, there's no way they can be anything else.</p>
  
  <p>In my screenshot, the field Challenge is an entry field and the entry "Challenge #1" is assigned to, but is now expired and not showing in the table.  </p>
  
  <p><a href="https://i.sstatic.net/qhIHs.png" rel="nofollow noreferrer"><img src="https://i.sstatic.net/qhIHs.png" alt="Example of what&#39;s happening"></a></p>
  
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-07-31T23:11:40.847Z
Comments.Text: "Challenge" is an entries field? If so, in your example is there a "Challenge #1" entry with a status of disabled we're not seeing?
Comments.UserDisplayName: Brad Bell
Comments.ContentLicense: CC BY-SA 3.0
Comments.CreationDate: 2017-08-01T13:19:26.880Z
Comments.Text: Yes, exactly (sorry it was not precise enough).  In my screenshot, the entry "Challenge #1" is assigned, but is now expired and not showing in the table.
Comments.UserDisplayName: Eric Chantigny
Tags: <control-panel><entries-field>
Title: Disabled entries don't show up in the Linked entries field when displayed in the CP entry list
ThreadText: # Disabled entries don't show up in the Linked entries field when displayed in the CP entry list
  
  (Asked by: username_0 on 2017-07-31)
  
  As you can see, I would like to see what challenge the submission is linked to, even though that Challenge might now be turned off (expired or disabled). Is this a bug or intended behaviour. Is there an easy way to get this up and running?
  
  If it's intended, I'm not sure why there's a green "enabled" dot on it, there's no way they can be anything else.
  
  In my screenshot, the field Challenge is an entry field and the entry "Challenge #1" is assigned to, but is now expired and not showing in the table.
  
  [![Example of what's happening](https://i.sstatic.net/qhIHs.png)](https://i.sstatic.net/qhIHs.png)
  
  **Tags:** control-panel, entries-field
  
  > **Comments:**
  > **username_1**: "Challenge" is an entries field? If so, in your example is there a "Challenge #1" entry with a status of disabled we're not seeing?  
  > **username_0**: Yes, exactly (sorry it was not precise enough).  In my screenshot, the entry "Challenge #1" is assigned, but is now expired and not showing in the table.  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_1 on 2017-08-01. Score: 0 | Accepted answer
  
  Yeah, I agree it's a bit awkward UI-wise in this scenario, but that's currently expected behavior.
  
  You'd probably be able to pull off what you're looking for with a custom plugin by listening to the [getEntryTableAttributeHtml](https://craftcms.com/docs/plugins/hooks-reference#getEntryTableAttributeHtml) hook, though.
  
  In there, you'd check if the passed in attribute is the one for your entries field type, grab the current status and modify the HTML that gets returned based on the status.
  
  > **Comments:**
  > **username_0**: That sounds great, but I have not touched any plugin development yet and already having trouble trying to figure out a group by option.  Adding this to my timeline would be too long.  I found a workaround, using a category instead to assign the entries.  I can even search entries with a specific category, which is not a bad idea.  But it would definitely be a good idea to see the same result in the table as we seen in the actual edit page.  Thanks!  
  
  ---
  
  