Bug 459256

Summary: CANNOT OPEN help page with rkward native help browser
Product: [Applications] rkward Reporter: Eragon <eragonc300>
Component: generalAssignee: RKWard Team <rkward-devel>
Status: RESOLVED WORKSFORME    
Severity: normal CC: thomas.friedrichsmeier
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: Other   
OS: Microsoft Windows   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description Eragon 2022-09-17 07:52:27 UTC
SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols.
See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1.  launch Rconsole in Windows terminal (or powershell or anything like that) by typing in `R.exe` and view a function help page like `?lapply`
2.  open Rconsole in rkward and view a function help page like `?lapply`
3.  the help page were supposed to show up in a help browser tab within rkward. However it shows a dialog  with a message of "source: http://127.0.0.1:25141/library/base/html/lapply.html" and a progress bar, a [pause] button and a [cancel] button.
4. by pressing the [cancel] button twice, it shows a dialog titled "Open in default application?" with the message "The url you are trying to open ('http://127.0.0.1:25141/library/base/html/lapply.html') is not a local file or the filetype is not supported by RKWard. Do you want to open the url in the default application?" and a pair of [YES]/[NO] button.
5. if clicked [yes] nothing shows up, if clicked [no] the dialog simply disappears and a help tab comes with a blank page shows up.
6. taskmanager shows a list of `kioslave5.exe` processes, these processes will not end themselves after quitting rkward.

OBSERVED RESULT
dialogs in step 3 and step 4

EXPECTED RESULT
a help tab filled with the corresponding help text should be shown up within rkward

SOFTWARE/OS VERSIONS
Windows: Windows 11
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
---Problem description---
Please fill in the missing bits *in English*.

Please give a brief summary on the problem:
help pages won't show up within rkward's help tab after viewing help message launched from a Rconsole session run in Windows terminal session.

What - in detail - did you do directly before you encountered this problem?
Run a Rconsole session from Windows terminal and typed a command to view a function help.
( The help page was launched by MS Edge browser)

When you try to repeat the above, does the problem occur again (no, sometimes, always)?
always

If applicable: When doing the same thing in an R session outside of RKWard, do you see the same problem?
it's hard to tell, the only R session outside of RKWard that I have engaged was the Windows terminal session, and the default help browser for that session was MS Edge browser.

Do you have any further information that might help us to track this problem down? In particular, if applicable, can you provide sample data and sample R code to reproduce this problem?
No

RKWard is available in many different packagings, and sometimes problems are specific to one method of installation. How did you install RKWard (which file(s) did you download)?
Windows 11 - install only for me ( the program files were located in my personal fold)


---Session Info---
-- Frontend --
RKWard version: 0.7.4
KDE Frameworks version (runtime): 5.94.0
KDE Frameworks version (compile time): 5.94.0
Qt version (runtime): 5.15.2
Qt version (compile time): 5.15.2
Using QWebEngine for HTML rendering
Windows runtime version (refer to QSysInfo documentation to translate code into human readable form): 0xc0
Local config directory: C:/Users/<USER>/AppData/Local
RKWard storage directory: C:/Users/<USER>/.rkward/
Backend version (as known to the frontend): 4.2.0

Debug message file (this may contain relevant diagnostic output in case of trouble):
C:/Users/<USER>/AppData/Local/Temp/rkward.frontend

-- Backend --
Debug message file (this may contain relevant diagnostic output in case of trouble):
C:/Users/<USER>/AppData/Local/Temp/rkward.rbackend

R version (compile time): 4.2.0  (2022-04-22 r82229)
R runtime session info:
R version 4.2.0 (2022-04-22 ucrt)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows >= 8 x64 (build 9200)

Matrix products: default

locale:
[1] LC_COLLATE=Chinese (Simplified)_China.936 
[2] LC_CTYPE=Chinese (Simplified)_China.936   
[3] LC_MONETARY=Chinese (Simplified)_China.936
[4] LC_NUMERIC=C                              
[5] LC_TIME=Chinese (Simplified)_China.936    

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

other attached packages:
[1] rkward_0.7.4

loaded via a namespace (and not attached):
[1] compiler_4.2.0 tools_4.2.0
Comment 1 Thomas Friedrichsmeier 2022-09-17 11:47:45 UTC
Thanks for reporting.

- Is Step 1 necessary in order to reproduce the problem, or did you simply do that for comparison?
- If you kill all the leftover kioslave5.exe processes (or reboot), does the problem still occur? (I'm somewhat hoping that the problem might be due to a single stale process).

(If needed, as a workaround, you should be able to run "options(browser=NULL)" in order to fall back to external help browser.)
Comment 2 Thomas Friedrichsmeier 2024-07-29 12:14:49 UTC
Could you test this again with the recently released RKWard 0.8.0?
Comment 3 Bug Janitor Service 2024-08-13 03:46:42 UTC
๐Ÿ›๐Ÿงน โš ๏ธ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME.

For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Bug Janitor Service 2024-08-28 03:47:42 UTC
๐Ÿ›๐Ÿงน This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.