As it says above. I know XSLT allows HTML documents to be generated automatically from XML documents, but most XML documents I've seen are pure data storage without XSLT (with most not intended to be viewed in anything other than a text editor, if viewed at all). Worse, Konqueror is often the default viewer and cannot present XML documents without stylesheets in any useful way (except by changing the view mode to use katepart). Firefox and Internet Explorer can at least be used to view XML documents. Reproducible: Always Steps to Reproduce: Open Dolphin or Konqueror, browse to pretty much any XML document (e.g. $HOME/.kde/share/apps/konqueror/bookmarks.xml), and open it with the default tool. Actual Results: Probably it will open in Konqueror in web-browser mode, and either you will see no content or you will see a bunch of no text which makes no sense. Or it may open in another web browser, which may at least let you read the XML, but not edit it. Expected Results: The document should open in kate/kwrite/kedit/some other text editor. It could be argued that konqueror should be fixed; from my point of view this is irrelevant since most XML documents are simply not intended to be read in a text editor. It could be argued that many XML documents aren't intended to be read directly by most users anyway; this may be true but some XML documents are used for software configuration, besides other things (we use XML heavily for a data input format at work, which requires many users to edit the files).
Dear Bug Submitter, This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? This bug will be moved back to REPORTED Status for manual review later, which may take a while. If you are able to, please lend us a hand. Thank you for helping us make KDE software even better for everyone!
Krusader in KDE Neon 18.04, shows XML files as HTML, and it is hard to understand anything. So, this bug is still active.
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Created attachment 155397 [details] rendering of an XML file
I've attache how an XML file with these contents: ``` <!--Configuracion de trazado para usar en produccion. En Eclipse se usa logback-test.xml. https://fccmadoc.atlassian.net/wiki/display/DEV/Trazado http://logback.qos.ch/manual/configuration.html--> <configuration> <include resource="logback-base.xml"/> <!--Trazar a fichero, rotando y comprimiendo cada dia--> <appender name="Fichero" class="ch.qos.logback.core.rolling.RollingFileAppender"> <!--Si se cambia el nombre o ubicacion de fichero, actualizar chkstart.py--> <file>../logs/ima.log</file> <encoder> <!--Si se cambia %.-1level\), actualizar chkstart.py para que detecte errores.--> <pattern>%date{HH:mm:ss} %.-1level\) <%replace(%thread){'Thread|thread|qtp\d+-|Scheduler_Worker-',''}> %logger{15} %mdcTodo{params,equipo} %msj\n%exc</pattern> </encoder> <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy"> <!-- Rotacion diaria, visibles con zgrep --> <fileNamePattern>../logs/ima%d{ddMMMyyyy}.%i.gz</fileNamePattern> <!-- Mantener 30 dias de historia--> <maxFileSize>300MB</maxFileSize> <maxHistory>20</maxHistory> <totalSizeCap>25GB</totalSizeCap> </rollingPolicy> </appender> <root level="warn"> <appender-ref ref="ErrorConversionPorCorreo" /> <appender-ref ref="Fichero" /> </root> </configuration> ``` is rendered. Completely useless. Using recent version of KDE Neon based on Ubuntu 22.04. KDE 5.26