Issue Number | 5223 |
---|---|
Summary | Edit/Search window blocks retrieved web page |
Created | 2023-03-29 12:50:28 |
Issue Type | Task |
Submitted By | Osei-Poku, William (NIH/NCI) [C] |
Assigned To | Kline, Bob (NIH/NCI) [C] |
Status | Closed |
Resolved | 2023-04-06 10:56:35 |
Resolution | Won't Fix |
Path | /home/bkline/backups/jira/ocecdr/issue.342388 |
I am testing on the VM (XMetal 17) this morning and came across this behavior when I try to view a document I am about to link to. When I select to view the document, the search window blocks the web page pushing it to the the background. I think the ideal behavior should be to have the retrieved page become the active window in the foreground.
Repro Steps:
Check out CDR0000668479 this summary
Find the empty Media ID element in the first subsection of the summary or add a new MediaLink
Press Ctrl + Enter to bring up the search window
Type % wildcard to retrieve media documents
Select one of the media documents
Click on View
The new page opens in the background instead of the foreground, with the search window blocking the complete view of the page and and also blocking XMetal until the search window is closed
I tried that a while back, but with this framework once I tell the search window not to stay on top it's buried at the back of everything and you would have to move the main XMetaL window and the browser to find it again. I found that it's not that hard to slide the search window to one side temporarily if I need to see more of the browser window.
File Name | Posted | User |
---|---|---|
Search Window.PNG | 2023-03-29 12:48:10 | Osei-Poku, William (NIH/NCI) [C] |
Elapsed: 0:00:00.002284