[Cooker] [Bug 1490] [kdenetwork] kmail: intermittent loss of ability to "drag" mail items from "inbox" to other folders

2003-07-09 Thread [cshirley]
http://qa.mandrakesoft.com/show_bug.cgi?id=1490





--- Additional Comments From [EMAIL PROTECTED]  2003-10-07 02:29 ---
While this bug still seems to be present, it is very intermittant, and I have 
no way to cause it to be reproducible. 
 
-Charles 

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
This is a terrible bug report, as I cannot (or at least for several months have not 
been 
able to reproduce it on demand...) :^(  
 
>From time to time (approx 15 to 20% of the time) when I start Kmail, I am not able to 
drag a selection of mail messages from one folder to another, typically from the inbox 
to 
other established folders.  Selecting the menu sequence Message -> Move To -> ... 
(destination folder) works fine, as does the pop-up menu equivalent from the preview 
or 
message index panes.  When the glitch is "active," attempting to drag a message to 
another folder provides a mouse cursor depicting circumscribed envelope with a 
diagonal slash (I know it has a name, but I cannot think of it right now...), and 
dropping 
the mail into another folder has no effect.  Closing kmail and restarting it restores 
the 
capability in 100% of instances if this Heisenbug, giving it it's only degree of 
predictability.  I appogize for the vagueness of the report, but it is just annoying 
enough 
to be annoying, but not enough to be a trouble... 
 
--C.S.



[Cooker] [Bug 4036] [kdebase] Konqueror Not taking cookies from local WebMin process

2003-07-01 Thread [cshirley]
http://qa.mandrakesoft.com/show_bug.cgi?id=4036


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2003-02-07 02:07 ---
I was just testing Konqueror with my local WebMin, and now it seems to be 
working okay.  I will mark the bug fixed. 

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date: 
description: 
Konqueror (from kdebase kdebase-3.1.2-8mdk) seems to refuse to accept cookies 
from a locally running webmin process.  The cookie policy for konqueror is to 
accept cookies from originating server, accept by default.  I have tried also 
setting cookies to the most liberal setting (cookies enabled, accept all by 
default) but still, Webmin reports "Error - No Cookies \n Your browser does 
not support cookies, which are required for this web server to work in session 
authentication mode" 
 
I believe this to be a problem with konqueror, as I can access the webmin 
server with Mozilla without incident.  Mozilla's cookie policy is similar, 
"Enable cookies for the originating web site only" 
 
I have attempted to access the webmin server from the internal interface, the 
external interface, and the loopback interface.  In all cases, the result is 
the same, Konqueror gets the "no cookies" error, and Mozilla works fine.



[Cooker] [Bug 4020] [kdemultimedia] kscd crashes with SIGSEGV on freedb cd lookup

2003-06-14 Thread [cshirley]
http://qa.mandrakesoft.com/show_bug.cgi?id=4020


[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED




--- Additional Comments From [EMAIL PROTECTED]  2003-14-06 15:36 ---
Seems to be fixed in the most recent release. 

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date: 
description: 
With the kscd cd lookup set to "Enable freedb lookup" and freedb server set to 
"freedb.freedb.org http 80 /~cddb/cddb.cgi" kscd crashes with  signal 11 when 
looking up cd data over the network.



[Cooker] [Bug 4036] [kdebase] New: Konqueror Not taking cookies from local WebMin process

2003-06-08 Thread [cshirley]
http://qa.mandrakesoft.com/show_bug.cgi?id=4036

   Product: kdebase
 Component: program
   Summary: Konqueror Not taking cookies from local WebMin process
   Product: kdebase
   Version: 3.1.2-8mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
 Component: program
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Konqueror (from kdebase kdebase-3.1.2-8mdk) seems to refuse to accept cookies 
from a locally running webmin process.  The cookie policy for konqueror is to 
accept cookies from originating server, accept by default.  I have tried also 
setting cookies to the most liberal setting (cookies enabled, accept all by 
default) but still, Webmin reports "Error - No Cookies \n Your browser does 
not support cookies, which are required for this web server to work in session 
authentication mode" 
 
I believe this to be a problem with konqueror, as I can access the webmin 
server with Mozilla without incident.  Mozilla's cookie policy is similar, 
"Enable cookies for the originating web site only" 
 
I have attempted to access the webmin server from the internal interface, the 
external interface, and the loopback interface.  In all cases, the result is 
the same, Konqueror gets the "no cookies" error, and Mozilla works fine.

-- 
Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



[Cooker] [Bug 1490] [kdenetwork] kmail: intermittent loss of ability to "drag" mail items from "inbox" to other folders

2003-03-06 Thread cshirley
http://qa.mandrakesoft.com/show_bug.cgi?id=1490

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|3.1-25mdk   |3.1-26mdk



--- Additional Comments From [EMAIL PROTECTED]  2003-03-06 11:16 ---
Still present in kdenetwork-3.1-26 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
This is a terrible bug report, as I cannot (or at least for several months have not 
been 
able to reproduce it on demand...) :^(  
 
>From time to time (approx 15 to 20% of the time) when I start Kmail, I am not able to 
drag a selection of mail messages from one folder to another, typically from the inbox 
to 
other established folders.  Selecting the menu sequence Message -> Move To -> ... 
(destination folder) works fine, as does the pop-up menu equivalent from the preview 
or 
message index panes.  When the glitch is "active," attempting to drag a message to 
another folder provides a mouse cursor depicting circumscribed envelope with a 
diagonal slash (I know it has a name, but I cannot think of it right now...), and 
dropping 
the mail into another folder has no effect.  Closing kmail and restarting it restores 
the 
capability in 100% of instances if this Heisenbug, giving it it's only degree of 
predictability.  I appogize for the vagueness of the report, but it is just annoying 
enough 
to be annoying, but not enough to be a trouble... 
 
--C.S.



[Cooker] [Bug 2571] [kdeaddons] KNewsTicker links must be dragged up before dragging down

2003-03-05 Thread cshirley
http://qa.mandrakesoft.com/show_bug.cgi?id=2571

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-03-05 11:38 ---
Hmm...  Seems fixed now (kdeaddons-3.1-5mdk / kdenetwork-3.1-25mdk / 
kdebase-3.1-71mdk)  Nice work, as ususal! 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date: 
description: 
I have knewsticker running by itself in a child kicker panel at the top of the screen. 
 
When I see something interesting, I drag the link to an existing browser.  This works 
fine, except that I have to drag the link to the top of the kicker panel before I can 
drag it 
down to the browser.  It is as though the ticker was designed to live at the bottom of 
the screen, rather than at the top.



[Cooker] [Bug 1490] [kdenetwork] kmail: intermittent loss of ability to "drag" mail items from "inbox" to other folders

2003-03-02 Thread cshirley
http://qa.mandrakesoft.com/show_bug.cgi?id=1490

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|3.1-18mdk   |3.1-21mdk



--- Additional Comments From [EMAIL PROTECTED]  2003-03-03 02:47 ---
*sigh* alas, I have now noted it as being present in kdenetwork-3.1-22mdk. 
I hate intermittant bugs!  Probably, it will never go away! 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
This is a terrible bug report, as I cannot (or at least for several months have not 
been 
able to reproduce it on demand...) :^(  
 
>From time to time (approx 15 to 20% of the time) when I start Kmail, I am not able to 
drag a selection of mail messages from one folder to another, typically from the inbox 
to 
other established folders.  Selecting the menu sequence Message -> Move To -> ... 
(destination folder) works fine, as does the pop-up menu equivalent from the preview 
or 
message index panes.  When the glitch is "active," attempting to drag a message to 
another folder provides a mouse cursor depicting circumscribed envelope with a 
diagonal slash (I know it has a name, but I cannot think of it right now...), and 
dropping 
the mail into another folder has no effect.  Closing kmail and restarting it restores 
the 
capability in 100% of instances if this Heisenbug, giving it it's only degree of 
predictability.  I appogize for the vagueness of the report, but it is just annoying 
enough 
to be annoying, but not enough to be a trouble... 
 
--C.S.



[Cooker] [Bug 1610] [kdebase] launching konsole from kicker panel button freezes kicker (and child panels) until konsole sesion exits

2003-03-02 Thread cshirley
http://qa.mandrakesoft.com/show_bug.cgi?id=1610

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED



--- Additional Comments From [EMAIL PROTECTED]  2003-03-02 17:29 ---
This issue seems resolved as of kdebase-3.1-68mdk!  Good work team! 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: RESOLVED
creation_date: 
description: 
Launching a "Konsole" (/usr/bin/konsole) from the kicker panel in kde now freezes the 
kicker panel, and it's child panels, until the konsole terminal session terminates.  
When 
the konsole session ends, a KDE Panel error dialog box (Title = "Sorry - KDE Panel") 
is 
displayed with the text: "KDEInit could not launch '/usr/bin/konsole'" with only the 
option 
button "OK".  The konsole session functions (seemingly) perfectly, and it seems that 
all 
other KDE actions also work normally, except those that are bound to/docked with the 
kicker panel.  These applications do not respond to normal input until the konsole 
session exits.   
 
In my case, I have a child panel with the knews news ticker running, and i.  It 
freezes, 
and accepts no input while a konsole launched from the kicker panel is active.  
Similarly, the xmms-kde dock application stops scrolling the current track name, and 
the 
"OSD" option no longer displays the new track name when the track changes, all while 
xmms itself continues to play normally. 
 
Launching Konsole from the KDE Menu -> Run Command dialog box also fails to 
function properly.  In this case, the Konsole never fully loads, though the 
panel/applets 
do not freeze.  (Terminating the konsole produces the same error dialog noted above.) 
 
Launching a Konsole from another konsole (started from KDE menu -> Terminals -> 
Konsole) produces results similar to launching from the KDE Menu -> Run Command 
dialog, with the addition that the following output is produced:  (Konsole configured 
with 
"Green Tint with Transparant MC" Schema) 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
undecodable token: \001b(hex)[36l 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
---End--- 
 
Reconfiguring Konsole to use the "Konsole Default" Schema yields the same results, 
except that the following output is obtained from launching from another terminal: 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
konsole: cannot chown /dev/pts/2. 
Reason: Operation not permitted 
konsole_grantpty: determined a strange device name `/dev/ptmx'. 
konsole: chownpty failed for device /dev/pts/2::/dev/pts/2. 
   : This means the session can be eavesdroped. 
   : Make sure konsole_grantpty is installed in 
   : /usr/bin/ and setuid root. 
undecodable token: \001b(hex)[36l 
---End--- 
 
*Or* 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
undecodable token: \001b(hex)[36l 
---End--- 
 
This problem *Only* affects the system when Konsole is launched from the panel.  
Launching a konsole from the KDE menu does not exhibit the same problem.



[Cooker] [Bug 2571] [kdeaddons] New: KNewsTicker links must be dragged up before dragging down

2003-03-01 Thread cshirley
http://qa.mandrakesoft.com/show_bug.cgi?id=2571

   Product: kdeaddons
 Component: program
   Summary: KNewsTicker links must be dragged up before dragging
down
   Version: 3.1-4mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I have knewsticker running by itself in a child kicker panel at the top of the screen. 
 
When I see something interesting, I drag the link to an existing browser.  This works 
fine, except that I have to drag the link to the top of the kicker panel before I can 
drag it 
down to the browser.  It is as though the ticker was designed to live at the bottom of 
the screen, rather than at the top.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



[Cooker] [Bug 1610] [kdebase] launching konsole from kicker panel button freezes kicker (and child panels) until konsole sesion exits

2003-02-26 Thread cshirley
http://qa.mandrakesoft.com/show_bug.cgi?id=1610

[EMAIL PROTECTED] changed:

   What|Removed |Added

Version|3.1-45mdk   |3.1-55mdk



--- Additional Comments From [EMAIL PROTECTED]  2003-02-27 04:49 ---
This persists in kdebase-3.1-56mdk  Does no one else observe the behavior?  (konsole 
launched from the panel freezes the panel until the konsole exits...) 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
Launching a "Konsole" (/usr/bin/konsole) from the kicker panel in kde now freezes the 
kicker panel, and it's child panels, until the konsole terminal session terminates.  
When 
the konsole session ends, a KDE Panel error dialog box (Title = "Sorry - KDE Panel") 
is 
displayed with the text: "KDEInit could not launch '/usr/bin/konsole'" with only the 
option 
button "OK".  The konsole session functions (seemingly) perfectly, and it seems that 
all 
other KDE actions also work normally, except those that are bound to/docked with the 
kicker panel.  These applications do not respond to normal input until the konsole 
session exits.   
 
In my case, I have a child panel with the knews news ticker running, and i.  It 
freezes, 
and accepts no input while a konsole launched from the kicker panel is active.  
Similarly, the xmms-kde dock application stops scrolling the current track name, and 
the 
"OSD" option no longer displays the new track name when the track changes, all while 
xmms itself continues to play normally. 
 
Launching Konsole from the KDE Menu -> Run Command dialog box also fails to 
function properly.  In this case, the Konsole never fully loads, though the 
panel/applets 
do not freeze.  (Terminating the konsole produces the same error dialog noted above.) 
 
Launching a Konsole from another konsole (started from KDE menu -> Terminals -> 
Konsole) produces results similar to launching from the KDE Menu -> Run Command 
dialog, with the addition that the following output is produced:  (Konsole configured 
with 
"Green Tint with Transparant MC" Schema) 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
undecodable token: \001b(hex)[36l 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
---End--- 
 
Reconfiguring Konsole to use the "Konsole Default" Schema yields the same results, 
except that the following output is obtained from launching from another terminal: 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
konsole: cannot chown /dev/pts/2. 
Reason: Operation not permitted 
konsole_grantpty: determined a strange device name `/dev/ptmx'. 
konsole: chownpty failed for device /dev/pts/2::/dev/pts/2. 
   : This means the session can be eavesdroped. 
   : Make sure konsole_grantpty is installed in 
   : /usr/bin/ and setuid root. 
undecodable token: \001b(hex)[36l 
---End--- 
 
*Or* 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
undecodable token: \001b(hex)[36l 
---End--- 
 
This problem *Only* affects the system when Konsole is launched from the panel.  
Launching a konsole from the KDE menu does not exhibit the same problem.



[Cooker] [Bug 2274] [vim-common] File missing from package: /usr/share/vim/tutor/tutor.vim

2003-02-24 Thread cshirley
https://qa.mandrakesoft.com/show_bug.cgi?id=2274





--- Additional Comments From [EMAIL PROTECTED]  2003-02-24 12:01 ---
$ rpm -qa 'vim*' 
vim-X11-6.1-36mdk 
vim-common-6.1-36mdk 
vim-minimal-6.1-36mdk 
vim-enhanced-6.1-36mdk 
$ urpmf tutor.vim 
vim-common:/usr/share/vim/tutor/tutor.vim 
$ ls -l /usr/share/vim/tutor/tutor.vim 
ls: /usr/share/vim/tutor/tutor.vim: No such file or directory 
$ rpm -Vp vim-common-6.1-36mdk.i586.rpm | grep tutor.vim 
missing/usr/share/vim/tutor/tutor.vim 
 
(( Note: vim-common is missing many other files as well: )) 
$ rpm -Vp vim-common-6.1-36mdk.i586.rpm | wc -l 
 81 
 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: __UNKNOWN__
status: RESOLVED
creation_date: 
description: 
The file /usr/share/vim/tutor/tutor.vim is not installed with the vim-common package.  
Thus, vimtutor fails as follows: 
 
Error detected while processing command line: 
Can't open file /usr/share/vim/tutor/tutor.vim 
 
-C.S.



[Cooker] [Bug 2274] [vim-common] New: File missing from package: /usr/share/vim/tutor/tutor.vim

2003-02-23 Thread cshirley
https://qa.mandrakesoft.com/show_bug.cgi?id=2274

   Product: vim-common
 Component: vim-common
   Summary: File missing from package:
/usr/share/vim/tutor/tutor.vim
   Version: 6.1-36mdk
  Platform: PC
OS/Version: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P2
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The file /usr/share/vim/tutor/tutor.vim is not installed with the vim-common package.  
Thus, vimtutor fails as follows: 
 
Error detected while processing command line: 
Can't open file /usr/share/vim/tutor/tutor.vim 
 
-C.S.



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



[Cooker] [Bug 1471] [kdebase] Clicking on Removable media produces "KDEInit could not launch 'kfmclient'" error message.

2003-02-23 Thread cshirley
https://qa.mandrakesoft.com/show_bug.cgi?id=1471





--- Additional Comments From [EMAIL PROTECTED]  2003-02-23 17:32 ---
This behavior persists in kdebase-3.1-50mdk & Co.  Affected Icons include the 
"Removable Media," "Trashcan," and three non-supermounted device Icons that were 
manually created on my system due to supermount issues with my device/software 
combination.  When the non-supermounted devices are accessed, the "KDEInit could not 
launch 'kfmclient'" error dialog is displayed, with only the option "Ok", and the 
filesystem 
browser mode of konqueror opens normally, with all functionality.  Clicking "Ok" in 
the 
error dialog closes the dialog, and the filebrowser operates normally. 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
Clicking on Removable media produces "KDEInit could not launch 'kfmclient'" 
error message. 
 
Also Supermount not working however issuing "supermount -i enable" fixes 
problem of supermount on reboot.  Error message continues but CD may be 
accessed via /mnt/cdrom in shell or normal window.



[Cooker] [Bug 1490] [kdenetwork] kmail: intermittent loss of ability to "drag" mail items from "inbox" to other folders

2003-02-23 Thread cshirley
https://qa.mandrakesoft.com/show_bug.cgi?id=1490





--- Additional Comments From [EMAIL PROTECTED]  2003-02-23 16:49 ---
This bug was noticed as still being present in kdenetwork-3.1-18mdk 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
This is a terrible bug report, as I cannot (or at least for several months have not 
been 
able to reproduce it on demand...) :^(  
 
>From time to time (approx 15 to 20% of the time) when I start Kmail, I am not able to 
drag a selection of mail messages from one folder to another, typically from the inbox 
to 
other established folders.  Selecting the menu sequence Message -> Move To -> ... 
(destination folder) works fine, as does the pop-up menu equivalent from the preview 
or 
message index panes.  When the glitch is "active," attempting to drag a message to 
another folder provides a mouse cursor depicting circumscribed envelope with a 
diagonal slash (I know it has a name, but I cannot think of it right now...), and 
dropping 
the mail into another folder has no effect.  Closing kmail and restarting it restores 
the 
capability in 100% of instances if this Heisenbug, giving it it's only degree of 
predictability.  I appogize for the vagueness of the report, but it is just annoying 
enough 
to be annoying, but not enough to be a trouble... 
 
--C.S.



[Cooker] [Bug 1610] [kdebase] launching konsole from kicker panel button freezes kicker (and child panels) until konsole sesion exits

2003-02-23 Thread cshirley
https://qa.mandrakesoft.com/show_bug.cgi?id=1610

[EMAIL PROTECTED] changed:

   What|Removed |Added

   Priority|P3  |P2



--- Additional Comments From [EMAIL PROTECTED]  2003-02-23 16:46 ---
After  updating to 3.1-45mdk of kdebase, this problem persisted. 
At the next update, 3.1.50mdk, the problem still exists for a kosole launched from the 
kde 
taskbar.  Launching a konsole session from a terminal   no longer seems to produce the 
previously noted error messages.  At this time, it seems that konsole is the only 
application affected by this problem.  Launching rxvt, kmail, konquereor (web or 
filesystem mode), kedit, xine, kcontrol, or xmms from the panel works normally. 
 
Current software versions: 
$ rpm -q kdebase kdelibs   
kdebase-3.1-50mdk 
kdelibs-3.1-33mdk 
$ uname -r 
2.4.21pre4-10mdkenterprise 
 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
Launching a "Konsole" (/usr/bin/konsole) from the kicker panel in kde now freezes the 
kicker panel, and it's child panels, until the konsole terminal session terminates.  
When 
the konsole session ends, a KDE Panel error dialog box (Title = "Sorry - KDE Panel") 
is 
displayed with the text: "KDEInit could not launch '/usr/bin/konsole'" with only the 
option 
button "OK".  The konsole session functions (seemingly) perfectly, and it seems that 
all 
other KDE actions also work normally, except those that are bound to/docked with the 
kicker panel.  These applications do not respond to normal input until the konsole 
session exits.   
 
In my case, I have a child panel with the knews news ticker running, and i.  It 
freezes, 
and accepts no input while a konsole launched from the kicker panel is active.  
Similarly, the xmms-kde dock application stops scrolling the current track name, and 
the 
"OSD" option no longer displays the new track name when the track changes, all while 
xmms itself continues to play normally. 
 
Launching Konsole from the KDE Menu -> Run Command dialog box also fails to 
function properly.  In this case, the Konsole never fully loads, though the 
panel/applets 
do not freeze.  (Terminating the konsole produces the same error dialog noted above.) 
 
Launching a Konsole from another konsole (started from KDE menu -> Terminals -> 
Konsole) produces results similar to launching from the KDE Menu -> Run Command 
dialog, with the addition that the following output is produced:  (Konsole configured 
with 
"Green Tint with Transparant MC" Schema) 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
undecodable token: \001b(hex)[36l 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
---End--- 
 
Reconfiguring Konsole to use the "Konsole Default" Schema yields the same results, 
except that the following output is obtained from launching from another terminal: 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
konsole: cannot chown /dev/pts/2. 
Reason: Operation not permitted 
konsole_grantpty: determined a strange device name `/dev/ptmx'. 
konsole: chownpty failed for device /dev/pts/2::/dev/pts/2. 
   : This means the session can be eavesdroped. 
   : Make sure konsole_grantpty is installed in 
   : /usr/bin/ and setuid root. 
undecodable token: \001b(hex)[36l 
---End--- 
 
*Or* 
 
---Begin--- 
[EMAIL PROTECTED] chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
undecodable token: \001b(hex)[36l 
---End--- 
 
This problem *Only* affects the system when Konsole is launched from the panel.  
Launching a konsole from the KDE menu does not exhibit the same problem.



[Cooker] [Bug 1610] [kdebase] launching konsole from kicker panel button freezes kicker (and child panels) until konsole sesion exits

2003-02-13 Thread cshirley
https://qa.mandrakesoft.com/show_bug.cgi?id=1610





--- Additional Comments From [EMAIL PROTECTED]  2003-02-14 04:16 ---
After upgrading to today's versions: 
kdebase-3.1-29mdk 
kdebase-devel-3.1-29mdk 
kdebase-servicemenu-1.0-4mdk 
kdelibs-3.1-23mdk 
kdelibs-common-3.1-23mdk 
kernel-enterprise-2.4.21.0.pre4.6mdk-1-1mdk 
 
The same behavior is observed. 
 
 
-C.S. 
 



--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.



--- Reminder: ---
assigned_to: [EMAIL PROTECTED]
status: UNCONFIRMED
creation_date: 
description: 
Launching a "Konsole" (/usr/bin/konsole) from the kicker panel in kde now freezes the 
kicker panel, and it's child panels, until the konsole terminal session terminates.  
When 
the konsole session ends, a KDE Panel error dialog box (Title = "Sorry - KDE Panel") 
is 
displayed with the text: "KDEInit could not launch '/usr/bin/konsole'" with only the 
option 
button "OK".  The konsole session functions (seemingly) perfectly, and it seems that 
all 
other KDE actions also work normally, except those that are bound to/docked with the 
kicker panel.  These applications do not respond to normal input until the konsole 
session exits.   
 
In my case, I have a child panel with the knews news ticker running, and i.  It 
freezes, 
and accepts no input while a konsole launched from the kicker panel is active.  
Similarly, the xmms-kde dock application stops scrolling the current track name, and 
the 
"OSD" option no longer displays the new track name when the track changes, all while 
xmms itself continues to play normally. 
 
Launching Konsole from the KDE Menu -> Run Command dialog box also fails to 
function properly.  In this case, the Konsole never fully loads, though the 
panel/applets 
do not freeze.  (Terminating the konsole produces the same error dialog noted above.) 
 
Launching a Konsole from another konsole (started from KDE menu -> Terminals -> 
Konsole) produces results similar to launching from the KDE Menu -> Run Command 
dialog, with the addition that the following output is produced:  (Konsole configured 
with 
"Green Tint with Transparant MC" Schema) 
 
---Begin--- 
[chas@visitoth chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
undecodable token: \001b(hex)[36l 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
kdeui (KRootPixmap): WARNING: [virtual bool KSharedPixmap::x11Event(XEvent*)] 
illegal selection notify event. 
kdeui (KRootPixmap): WARNING: [krootpixmap.cpp:200] loading of desktop 
background failed. 
---End--- 
 
Reconfiguring Konsole to use the "Konsole Default" Schema yields the same results, 
except that the following output is obtained from launching from another terminal: 
 
---Begin--- 
[chas@visitoth chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
konsole: cannot chown /dev/pts/2. 
Reason: Operation not permitted 
konsole_grantpty: determined a strange device name `/dev/ptmx'. 
konsole: chownpty failed for device /dev/pts/2::/dev/pts/2. 
   : This means the session can be eavesdroped. 
   : Make sure konsole_grantpty is installed in 
   : /usr/bin/ and setuid root. 
undecodable token: \001b(hex)[36l 
---End--- 
 
*Or* 
 
---Begin--- 
[chas@visitoth chas]$ konsole 
Loading required GL library /usr/X11R6/lib/libGL.so.1.2 
undecodable token: \001b(hex)[36l 
---End--- 
 
This problem *Only* affects the system when Konsole is launched from the panel.  
Launching a konsole from the KDE menu does not exhibit the same problem.