[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#602088: konqueror: kfmclient debug messages cause havoc in 3rd party calls

Package: konqueror
Version: 4:4.4.5-1
Severity: important


Linux is known of programs working in standard manner:

      - Normal message to stdoout
      - Error messages to stdout

The debug messages are not displayed, unless specifically enabled via:

	- Command line options (-d, --debug or similar)
	- Environment variables (PROGRAM_DEBUG=1, or similar)
	- UI (Menu -> Debug, or similar)

By always sending output to the screen causes multiple problems:

   	- Programm differes from the rest of the 99.99% utilities in Linux.
	- It gaves wrong impression: does this program have problems?
	- It's makes it harder to tell good messages from bad
	- It causes havoc on 3rd party programs (see below)
	- It requires doing "extra hoops"
	  * In scripts
	  * In command line

Please suppress debug messages by default, enable only when requested.


For some reason kfmclient sends debug messages in normal use. An

  konqueror &
  kfmclient newTab /usr/local

    kfmclient(17331) ClientApp::doIt: Creating ClientApp
    Qt: Session management error: None of the authentication protocols specified are supported
    kfmclient(17331) ClientApp::createNewWindow: KUrl("file:///usr/local") mimetype= ""

This may not look a problem, but it causes wrecking the UI in 3rd
party applications. Am example:

    1. Configure Emacs, Gnus and connect to group gmane.linux.debian.devel.*
    2. Configure Emacs to browse URLs in konqueror
    3. In Gnus news reader interface reading artile, click on URL at
       *Article* buffer

    => The article content (or any buffer in that matter) is wrecked by
    inserting the response from the kfmclient

This is how the output was inserted into an artile. See lined marked
with "*" to the left. The problem is even worse in *Summary* buffer
where the whole threading of messages goes beserk due to these

    From: Pietro Battiston <me@pietrobattiston.it>
    Subject: Re: Uploading during freeze time
    Newsgroups: gmane.linux.debian.devel.mentors
    To: Jordi Gutiérrez Hermoso <jordigh@gmail.com>
    Cc: debian-mentors@lists.debian.org
    Date: 2 weeks, 5 days, 21 hours -- 2010-10-12 19:15 EEST
    Message-ID: <1286900149.14125.1178.camel@voubian.casa>
    References: <AANLkTimBZN8d2MeKpXx6Q1sa0HOng21two0rhfKoPROE@mail.gmail.com>
    X-Trace: dough.gmane.org 1286900577 8789 (12 Oct 2010 16:22:57 GMT)
    X-Mailer: Evolution 2.30.2 
    Archived-At: <http://permalink.gmane.org/gmane.linux.debian.devel.mentors/45296>

    Il giorno mar, 12/10/2010 alle 08.55 -0500, Jordi Gutiérrez Hermoso ha

    > On 11 October 2010 19:02, Russ Allbery <rra@debian.org> wrote:
    > > Jordi Gutiérrez Hermoso <jordigh@gmail.com> writes:
    > >
    > >> The *real* problem is that labelling Firefox 3.6 as "experimental" is
    > >> downright silly.
    > >
    > > Hm, okay.  I guess I'm not feeling particularly inspired to do any work
    > > based on that reaction.
    > Sorry if I'm frustrated, but there's a real issue that you seem to
    > insist as dismissing as a non-issue. Perhaps you're happy mixing three
    > different distribution lines in your sources.list, but I'm not.

    Jordi, I can't speak for Russ, but not only I do understand you: I can
    grant you lot of people, including some DDs, do.*

    But before this conversation goes on forever - which is tipically what
    happens when people think they are debating on methods and techniques
    while instead they diverge on motivations - does the following satisfy

*   kfmclient(17124) ClientApp::doIt: Creating ClientApp
*   kfmclient(17124) ClientApp::createNewWindow: KUrl("http://lwn.net/Articles/406301/";) mimetype= ""

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages konqueror depends on:
ii  install-info              4.13a.dfsg.1-6 Manage installed documentation in 
ii  kdebase-bin               4:4.4.5-1      core binaries for the KDE base app
ii  kdebase-data              4:4.4.5-1      shared data files for the KDE base
ii  kdebase-runtime           4:4.4.5-1      runtime components from the offici
ii  libc6                     2.11.2-6       Embedded GNU C Library: Shared lib
ii  libkde3support4           4:4.4.5-1      the KDE 3 Support Library for the 
ii  libkdecore5               4:4.4.5-1      the KDE Platform Core Library
ii  libkdesu5                 4:4.4.5-1      the Console-mode Authentication Li
ii  libkdeui5                 4:4.4.5-1      the KDE Platform User Interface Li
ii  libkhtml5                 4:4.4.5-1      the KHTML Web Content Rendering En
ii  libkio5                   4:4.4.5-1      the Network-enabled File Managemen
ii  libkonq5                  4:4.4.5-1      core libraries for Konqueror
ii  libkonqsidebarplugin4a    4:4.4.5-1      konqueror sidebar plugin library
ii  libkparts4                4:4.4.5-1      the Framework for the KDE Platform
ii  libkutils4                4:4.4.5-1      various utility classes for the KD
ii  libqt4-dbus               4:4.6.3-4      Qt 4 D-Bus module
ii  libqt4-qt3support         4:4.6.3-4      Qt 3 compatibility library for Qt 
ii  libqt4-xml                4:4.6.3-4      Qt 4 XML module
ii  libqtcore4                4:4.6.3-4      Qt 4 core module
ii  libqtgui4                 4:4.6.3-4      Qt 4 GUI module
ii  libstdc++6                4.4.5-4        The GNU Standard C++ Library v3
ii  libx11-6                  2:1.3.3-3      X11 client-side library

Versions of packages konqueror recommends:
ii  dolphin                       4:4.4.5-1  file manager
ii  konqueror-nsplugins           4:4.4.5-1  Netscape plugin support for Konque

Versions of packages konqueror suggests:
pn  konq-plugins                  <none>     (no description available)

-- no debconf information

Reply to: