Answers.Body: <p>I'm happy to report that the original issue was resolved with an update to 5.5.1. With this update made, the errors illustrated in my original post are no longer occurring.</p>
  
  <p>Because we've long used CiviCRM without this error and first noticed it with 4.7.31 (and consistently with subsequent upgrades), we believe that this new upgrade has returned the functionality enabling us to <strong>again edit activities from a popup window opened from search results.</strong></p>
  
  <p>@RayWright, thank you for suggesting the java review and screenshots which helped us see that the issue was limited to "pop up" edit windows (i.e., activities opened from searches) rather than full-screen edits (i.e.,activities opened from reports). The latter may especially be helpful as a workaround if future users see this issue.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-09-16T18:58:17.687Z
Answers.LastActivityDate: 2018-09-16T18:58:17.687Z
Answers.UserDisplayName: slbradio
Body: <p>We're using 5.4.1 on Wordpress 4.9.8 with php 5.6.34. </p>
  
  <p>The following issue seems to have started with 5.3.x and we still cannot solve it.</p>
  
  <p>When we create an activity, we include:</p>
  
  <ol>
  <li>a hyperlink in the details</li>
  <li>a status using the dropdown box</li>
  </ol>
  
  <p>All works as it should when we create an activity. However, when we choose to <strong>edit</strong> it (wrong hyperlink, change the status, etc.), we are unable to do so.</p>
  
  <ol>
  <li>The hyperlink properties box does not come up when clicked </li>
  <li>The dropdown box will not come up when status is clicked </li>
  </ol>
  
  <p>In both cases the anticipated pop-up windows show up behind the active window, but -- in addition to being the wrong behavior -- they still don't work.</p>
  
  <p>My work-around is to edit in HTML (vs WYSIWYG) and changing statuses via searches and applying changes by profile. But this is time-consuming and not all of our team can easily do it. And it's not how Civi is supposed to work.</p>
  
  <p>We're using Chrome/Windows. I thought we solved it by clearing Chrome's cache (but the result is sporadic at best). We've also tried Firefox with same issue. </p>
  
  <p>Does anyone know what's going on here?</p>
  
  <p>Thanks!</p>
  
  <p>P.S. The correct functionality does appear to be present in 5.6.alpha1 in the demo sandbox. Can anyone verify if this is a known bug? If not, I'm concerned the issue may be our database rather than Civi.</p>
  
  <p>Here are screen shots showing <em>correct</em> behavior with <em>creating</em> activities. Note that the dropdown box for assigning status and hyperlink box for providing link details pop up in foreground and can be completed and saved:</p>
  
  <p><a href="https://i.sstatic.net/Glu7J.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/Glu7J.jpg" alt="New Activity creation with expected status dropdown pick list"></a>
  <a href="https://i.sstatic.net/ylHIi.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/ylHIi.jpg" alt="New Activity creation with expected hyperlink box when adding link"></a></p>
  
  <p>Here are screenshots of the incorrect behavior after saving this activity and attempting to edit it. Note the dropdown and hyperlink dialog occur behind the activity screen (I've move the Activity screen to reveal them). Even after revealing them, they do not function.</p>
  
  <p>[<img src="https://i.sstatic.net/yLayP.jpg" alt="Nonfunctional and eclipsed status dropdown box when edit of saved activity is attempted[3]">
  <a href="https://i.sstatic.net/RSFVk.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/RSFVk.jpg" alt="Nonfunctional and eclipsed hyperlink dialog box when edit of saved activity is attempted"></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-09T06:01:53.530Z
Comments.Text: Can you add some screenshot of how it looks on the edit screen?
Comments.UserDisplayName: jitendra - fuzion
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-09T18:22:43.597Z
Comments.Text: Here are two screen shots  showing proper behavior for *creating* an activity. Note the correct pop-up of the drop-down status menu and html menu:
Comments.UserDisplayName: slbradio
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-09T19:18:11.007Z
Comments.Text: One significant new bit of information: The above errors seem to be limited to attempts to edit activities from an activity list resulting from a *search*. If I instead edit from an activity list resulting from a *report*, I'm getting the proper behavior. Editing from *searches* yields *a popup for the activity* and then a popup statrus (or HTML edit).  Editing from reports eliminates the first popup as expanding the activity causes it to take over the field.
Comments.UserDisplayName: slbradio
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-09T19:28:34.550Z
Comments.Text: Editing timed out. Apologies for extra post, but to be clear: The errors seem to be limited to edits of activities opened from a *search*. If edited from a *report*, I'm getting the proper behavior. Because edits from *searches* make the activity itself "pop up" when clicked (adds and edits from Reports show activities in full screen when clicked), the behavior I'm noticing is when we try to pop-up a dropdown or HTML dialog within a situation where the activity is already shown as a popup!  I know we used to be able to edit from search results...this is what I think has changed.
Comments.UserDisplayName: slbradio
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-10T14:24:56.593Z
Comments.Text: Any chance you can see if any javascript errors show when you're trying to access these pop ups?
Comments.UserDisplayName: RayWright
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-09-11T19:11:38.500Z
Comments.Text: In Response to RayWright- SLBRadio tech here. I did not see any javascript errors when attempting to access the greyed out window though once the Activity is closed, the window becomes accessible and throws this error: Uncaught TypeError: Cannot read property 'getSelection' of undefined at CKEDITOR.dom.selection.getNative (ckeditor.js:427) at new CKEDITOR.dom.selection (ckeditor.js:425) at a.CKEDITOR.editor.getSelection (ckeditor.js:422) at new CKEDITOR.plugins.undo.Image (ckeditor.js:1077) at CKEDITOR.plugins.undo.UndoManager.save (ckeditor.js:1072) at a.<anonymous> (ckeditor.js:1068) at a.h
Comments.UserDisplayName: user3115902
Tags: <cache><links><status><bug-reporting>
Title: After creating/saving an activity, re-opening it to edit won't allow links and drop-downs to be changed
ThreadText: # After creating/saving an activity, re-opening it to edit won't allow links and drop-downs to be changed
  
  (Asked by: username_0 on 2018-09-09)
  
  We're using 5.4.1 on Wordpress 4.9.8 with php 5.6.34.
  
  The following issue seems to have started with 5.3.x and we still cannot solve it.
  
  When we create an activity, we include:
  
  1. a hyperlink in the details
  2. a status using the dropdown box
  
  All works as it should when we create an activity. However, when we choose to **edit** it (wrong hyperlink, change the status, etc.), we are unable to do so.
  
  1. The hyperlink properties box does not come up when clicked
  2. The dropdown box will not come up when status is clicked
  
  In both cases the anticipated pop-up windows show up behind the active window, but -- in addition to being the wrong behavior -- they still don't work.
  
  My work-around is to edit in HTML (vs WYSIWYG) and changing statuses via searches and applying changes by profile. But this is time-consuming and not all of our team can easily do it. And it's not how Civi is supposed to work.
  
  We're using Chrome/Windows. I thought we solved it by clearing Chrome's cache (but the result is sporadic at best). We've also tried Firefox with same issue.
  
  Does anyone know what's going on here?
  
  Thanks!
  
  P.S. The correct functionality does appear to be present in 5.6.alpha1 in the demo sandbox. Can anyone verify if this is a known bug? If not, I'm concerned the issue may be our database rather than Civi.
  
  Here are screen shots showing *correct* behavior with *creating* activities. Note that the dropdown box for assigning status and hyperlink box for providing link details pop up in foreground and can be completed and saved:
  
  [![New Activity creation with expected status dropdown pick list](https://i.sstatic.net/Glu7J.jpg)](https://i.sstatic.net/Glu7J.jpg)
  [![New Activity creation with expected hyperlink box when adding link](https://i.sstatic.net/ylHIi.jpg)](https://i.sstatic.net/ylHIi.jpg)
  
  Here are screenshots of the incorrect behavior after saving this activity and attempting to edit it. Note the dropdown and hyperlink dialog occur behind the activity screen (I've move the Activity screen to reveal them). Even after revealing them, they do not function.
  
  [![Nonfunctional and eclipsed status dropdown box when edit of saved activity is attempted[3]](https://i.sstatic.net/yLayP.jpg)
  [![Nonfunctional and eclipsed hyperlink dialog box when edit of saved activity is attempted](https://i.sstatic.net/RSFVk.jpg)](https://i.sstatic.net/RSFVk.jpg)
  
  **Tags:** cache, links, status, bug-reporting
  
  > **Comments:**
  > **username_1**: Can you add some screenshot of how it looks on the edit screen?  
  > **username_0**: Here are two screen shots  showing proper behavior for *creating* an activity. Note the correct pop-up of the drop-down status menu and html menu:  
  > **username_0**: One significant new bit of information: The above errors seem to be limited to attempts to edit activities from an activity list resulting from a *search*. If I instead edit from an activity list resulting from a *report*, I'm getting the proper behavior. Editing from *searches* yields *a popup for the activity* and then a popup statrus (or HTML edit).  Editing from reports eliminates the first popup as expanding the activity causes it to take over the field.  
  > **username_0**: Editing timed out. Apologies for extra post, but to be clear: The errors seem to be limited to edits of activities opened from a *search*. If edited from a *report*, I'm getting the proper behavior. Because edits from *searches* make the activity itself "pop up" when clicked (adds and edits from Reports show activities in full screen when clicked), the behavior I'm noticing is when we try to pop-up a dropdown or HTML dialog within a situation where the activity is already shown as a popup!  I know we used to be able to edit from search results...this is what I think has changed.  
  > **username_2**: Any chance you can see if any javascript errors show when you're trying to access these pop ups?  
  > **username_3**: In Response to username_2- SLBRadio tech here. I did not see any javascript errors when attempting to access the greyed out window though once the Activity is closed, the window becomes accessible and throws this error: Uncaught TypeError: Cannot read property 'getSelection' of undefined at CKEDITOR.dom.selection.getNative (ckeditor.js:427) at new CKEDITOR.dom.selection (ckeditor.js:425) at a.CKEDITOR.editor.getSelection (ckeditor.js:422) at new CKEDITOR.plugins.undo.Image (ckeditor.js:1077) at CKEDITOR.plugins.undo.UndoManager.save (ckeditor.js:1072) at a.<anonymous> (ckeditor.js:1068) at a.h  
  
  ---
  
  ## 1 answers
  
  ### Answer by username_0 on 2018-09-16. Score: 2
  
  I'm happy to report that the original issue was resolved with an update to 5.5.1. With this update made, the errors illustrated in my original post are no longer occurring.
  
  Because we've long used CiviCRM without this error and first noticed it with 4.7.31 (and consistently with subsequent upgrades), we believe that this new upgrade has returned the functionality enabling us to **again edit activities from a popup window opened from search results.**
  
  @username_2, thank you for suggesting the java review and screenshots which helped us see that the issue was limited to "pop up" edit windows (i.e., activities opened from searches) rather than full-screen edits (i.e.,activities opened from reports). The latter may especially be helpful as a workaround if future users see this issue.
  
  
  ---
  
  