Contribute/Bugsquad/KrushDays - Revision history

Claus chr: Box template should not be used anymore

2012-08-27T18:01:15Z

Box template should not be used anymore

Eliasp: /* Dolphin */

2011-09-10T08:15:04Z

‎Dolphin

Eliasp: /* Dolphin */

2011-09-10T08:14:19Z

‎Dolphin

Eliasp: /* Dolphin */

2011-09-10T08:13:02Z

‎Dolphin

Eliasp: /* Konsole */

2011-09-10T07:59:14Z

‎Konsole

Eliasp: /* KRunner */

2011-09-10T07:48:10Z

‎KRunner

Eliasp: /* Screen Locker (krunner_lock) */

2011-09-10T07:45:58Z

‎Screen Locker (krunner_lock)

Eliasp: /* KMag */ cannot be reproduced anymore

2011-09-10T07:45:00Z

‎KMag: cannot be reproduced anymore

Dhaumann at 11:01, 30 December 2008

2008-12-30T11:01:45Z

Tampakrap: Dolphin volume names determined by filesystem label.

2008-11-02T10:24:15Z

Dolphin volume names determined by filesystem label.

@@ Line 1: / Line 1: @@
-{{Box|KDE4 Krush Days|Join us Saturdays on irc in the #kde4-krush channel to work out release critical issues for KDE 4.0. Testers, artists, documenters and programmers are all welcome and encouraged to join in on the fun. Issues that are identified and being worked on will be added to this community scratchpad page.}}{{note|
+{{Info|2=KDE4 Krush Days|Join us Saturdays on irc in the #kde4-krush channel to work out release critical issues for KDE 4.0. Testers, artists, documenters and programmers are all welcome and encouraged to join in on the fun. Issues that are identified and being worked on will be added to this community scratchpad page.}}{{note|1=
 * Please attach you nickname in irc when you add a bug to this page.
 * Move fixed bugs to KrushDaysFixed and mention the revision number(s) of this fix.
 * Please use <nowiki>{{bug|xxxxx}}</nowiki> to give links to bugs.
 * Please always file new bugs noticed to '''[http://bugs.kde.org/ bugs.kde.org]'''. Many subprojects will <b>not</b> look at this page. Include all relevant information there. Do not link bug reports to external files.
-* Do not report wishes here, use bugs.kde.org.}}{{Box|Crash Backtraces|
+* Do not report wishes here, use bugs.kde.org.}}{{Info|2=Crash Backtraces|
 Do <b>not</b> use <nowiki>http://rafb.net/paste/</nowiki> for your crash backtraces, because those paste URLs there will expire after 24 hours.

@@ Line 73: / Line 73: @@
 ** {{bug|151781}} -- [[user:Pino|pino]]</del>
 * <del>Dolphin don't open the asc files,kgpg "small icon" appear but kpgp don't run for ask pass and decrypt the file,same thing on konqueror (Meskalamdug)</del>
-* <del>Dolphin does not show (unless you manually refresh the view) changes to a files:
+* <del>Dolphin does not show (unless you manually refresh the view) changes to a files:</del>
-- Modification time<br>
+<del>- Modification time<br></del>
-- Permissions<br>
+<del>- Permissions<br></del>
-- Size (e.g. when watching a folder where a file is being downloaded)<br>
+<del>- Size (e.g. when watching a folder where a file is being downloaded)<br></del>
-(and obviously, neither does Konqueror), leading to stale information being presented as current.  This is a feature that used to work way back in KDE3.3.  I think we have all the infrastructure now, so it would be nice to see this regression fixed for KDE4 :)</del>
+<del>(and obviously, neither does Konqueror), leading to stale information being presented as current.  This is a feature that used to work way back in KDE3.3.  I think we have all the infrastructure now, so it would be nice to see this regression fixed for KDE4 :)</del>
 ** <del>Yes, this is even the case if you leave a folder and enter it again. All those values seem to be cached and are therefore displayed incorrectly. I don't think that this is acceptable for KDE's default file manager. (mutlu_inek, rev. 752605)</del>
 *** <del>See bug report: https://bugs.kde.org/show_bug.cgi?id=154676</del>

@@ Line 77: / Line 77: @@
 - Permissions<br>
 - Size (e.g. when watching a folder where a file is being downloaded)<br>
-(and obviously, neither does Konqueror), leading to stale information being presented as current.  This is a feature that used to work way back in KDE3.3.  I think we have all the infrastructure now, so it would be nice to see this regression fixed for KDE4 :)
+(and obviously, neither does Konqueror), leading to stale information being presented as current.  This is a feature that used to work way back in KDE3.3.  I think we have all the infrastructure now, so it would be nice to see this regression fixed for KDE4 :)</del>
-** Yes, this is even the case if you leave a folder and enter it again. All those values seem to be cached and are therefore displayed incorrectly. I don't think that this is acceptable for KDE's default file manager. (mutlu_inek, rev. 752605)
+** <del>Yes, this is even the case if you leave a folder and enter it again. All those values seem to be cached and are therefore displayed incorrectly. I don't think that this is acceptable for KDE's default file manager. (mutlu_inek, rev. 752605)</del>
-*** See bug report: https://bugs.kde.org/show_bug.cgi?id=154676</del>
+*** <del>See bug report: https://bugs.kde.org/show_bug.cgi?id=154676</del>
 * <del>Cannot edit Volume names in "Places" sidebar in Dolphin, while it's possible for folders. (Tyl3r)
 ** Volume name is determined by filesystemlabel (tune2fs -L, ntfslabel, ..), change it, reboot. Renaming directly in Dolphin would be nice though.</del>

@@ Line 60: / Line 60: @@
 ==== Dolphin ====
 * <s>The "Desktop" and "Root" icons in dolphin have a completely different style than the usual folder icon. (mbiebl)</s> (can't reproduce with r745359 at kdebase [ereslibre])
-* Select icon in folder/file properties doesn't show the icons of the selected categories at first. Only after changing the combobox the icons are loaded. (bbroeksema)(I can confirmed that [TunaTom r732119])
+* <del>Select icon in folder/file properties doesn't show the icons of the selected categories at first. Only after changing the combobox the icons are loaded. (bbroeksema)(I can confirmed that [TunaTom r732119])</del>
-* "Empty Trash" does not show up in the file menu when viewing the trash (yuriy)
+* <del>"Empty Trash" does not show up in the file menu when viewing the trash (yuriy)
 ** Application menus should never be changed dynamically. So an option would be showing "Empty Trash" always. From my point of view using the context menu is enough (at least I'm not aware about any file manager that has "Empty Trash" as part of the file-menu). For further discussions please mail me directly (peter.penz@gmx.at) or just use the kfm-devel mailing list. Thanks! (Peter Penz)
 ** How about showing a colored bar on the top of the filelist with button "empty trash", like OS X has? Imho it would make it clearer that you're in a special folder and it'd make it easier to empty your trash from there. (teprrr)
-** May just be me but I don't see the point of a move to trash entry when I'm in the trash. I don't see why that can't be changed to Remove Item. And if we are then going to change we might as well have a Empty trash option underneath it :) (DaSkreech)
+** May just be me but I don't see the point of a move to trash entry when I'm in the trash. I don't see why that can't be changed to Remove Item. And if we are then going to change we might as well have a Empty trash option underneath it :) (DaSkreech)</del>
-* Several of the F1-F11 do not show up in the "Configure Shortcuts" dialog (e.g. F4) (gissi)
+* <del>Several of the F1-F11 do not show up in the "Configure Shortcuts" dialog (e.g. F4) (gissi)</del>
-* <s>Inconsistency (IMHO): F4 in dolphin behaves different than in Konqueror (terminal panel vs. terminal in new window) (gissi)</s>
+* <del><s>Inconsistency (IMHO): F4 in dolphin behaves different than in Konqueror (terminal panel vs. terminal in new window) (gissi)</s>
-** I've moved this entry to the Konqi-issue-list, as the Konqi behavior should be fixed (Peter Penz)
+** I've moved this entry to the Konqi-issue-list, as the Konqi behavior should be fixed (Peter Penz)</del>
-* <b>It can only configure mimetype associations individually via properties on a file, and later clicking on a small settings button. To configure mimetypes globally, and not file related, it has to be done with Konqueror settings, as there is no such entry in SystemSettings. IMHO Dolphin or SystemSettings should also get the Konqueror's File association settings panel.</b> (q3xr2).
+* <del><b>It can only configure mimetype associations individually via properties on a file, and later clicking on a small settings button. To configure mimetypes globally, and not file related, it has to be done with Konqueror settings, as there is no such entry in SystemSettings. IMHO Dolphin or SystemSettings should also get the Konqueror's File association settings panel.</b> (q3xr2).
 ** I Completely agree! This settings should be accesible even from the systemsettings! (FiNeX)
-** {{bug|151781}} -- [[user:Pino|pino]]
+** {{bug|151781}} -- [[user:Pino|pino]]</del>
-* Dolphin don't open the asc files,kgpg "small icon" appear but kpgp don't run for ask pass and decrypt the file,same thing on konqueror (Meskalamdug)
+* <del>Dolphin don't open the asc files,kgpg "small icon" appear but kpgp don't run for ask pass and decrypt the file,same thing on konqueror (Meskalamdug)</del>
-* Dolphin does not show (unless you manually refresh the view) changes to a files:
+* <del>Dolphin does not show (unless you manually refresh the view) changes to a files:
 - Modification time<br>
 - Permissions<br>
@@ Line 79: / Line 79: @@
 (and obviously, neither does Konqueror), leading to stale information being presented as current.  This is a feature that used to work way back in KDE3.3.  I think we have all the infrastructure now, so it would be nice to see this regression fixed for KDE4 :)
 ** Yes, this is even the case if you leave a folder and enter it again. All those values seem to be cached and are therefore displayed incorrectly. I don't think that this is acceptable for KDE's default file manager. (mutlu_inek, rev. 752605)
-*** See bug report: https://bugs.kde.org/show_bug.cgi?id=154676
+*** See bug report: https://bugs.kde.org/show_bug.cgi?id=154676</del>
-* Cannot edit Volume names in "Places" sidebar in Dolphin, while it's possible for folders. (Tyl3r)
+* <del>Cannot edit Volume names in "Places" sidebar in Dolphin, while it's possible for folders. (Tyl3r)
-** Volume name is determined by filesystemlabel (tune2fs -L, ntfslabel, ..), change it, reboot. Renaming directly in Dolphin would be nice though.
+** Volume name is determined by filesystemlabel (tune2fs -L, ntfslabel, ..), change it, reboot. Renaming directly in Dolphin would be nice though.</del>
-* <s>When you rename any file or directory to something _really_ long (I tested with >70 letters), dolphin behaves weird directly after renaming. When you leave and re-enter the directory in which the file/directory is, it is painted correctly. (gissi, confirmed by jstubbs and teprrr)</s>
+* <del><s>When you rename any file or directory to something _really_ long (I tested with >70 letters), dolphin behaves weird directly after renaming. When you leave and re-enter the directory in which the file/directory is, it is painted correctly. (gissi, confirmed by jstubbs and teprrr)</s>
-** Works fine for me. (mutlu_inek, rev. 743425) I think this is a very old bug. If you still have it, please undo the strikethrough format. mutlu_inek (rev. 751696)
+** Works fine for me. (mutlu_inek, rev. 743425) I think this is a very old bug. If you still have it, please undo the strikethrough format. mutlu_inek (rev. 751696)</del>
-* Trash icon should change between trash is empty or full, so we know if the trash folder have some file or not inside it. (teddy)
+* <del>Trash icon should change between trash is empty or full, so we know if the trash folder have some file or not inside it. (teddy)</del>
-* In konqueror 3.5.x you can navigate files using the keyboard arrows. In dolphin you can do it too, but when you reach the last icon of a row, pressing "right" button doesn't select the first icon of the next row instead. In konqueror you can do it (in the 3.5.x). See {{bug|152985}} (FiNeX)
+* <del>In konqueror 3.5.x you can navigate files using the keyboard arrows. In dolphin you can do it too, but when you reach the last icon of a row, pressing "right" button doesn't select the first icon of the next row instead. In konqueror you can do it (in the 3.5.x). See {{bug|152985}} (FiNeX)</del>
-* <s>File names in Dolphin don't use the global KDE colour settings and can be hard to read. Upon further testing I found that the right colour was used after Dolphin re-starts. Still I don't see why everything else in Dolphin changes immediately according to colour changes and not the file names. (open_)</s> (has been fixed [ereslibre]) (image removed to save space as the description is detailed enough [open_])
+* <del><s>File names in Dolphin don't use the global KDE colour settings and can be hard to read. Upon further testing I found that the right colour was used after Dolphin re-starts. Still I don't see why everything else in Dolphin changes immediately according to colour changes and not the file names. (open_)</s> (has been fixed [ereslibre]) (image removed to save space as the description is detailed enough [open_])</del>
 ==== Plasma ====

@@ Line 35: / Line 35: @@
 ==== Konsole ====
-* With compositing enabled, a 100% transparent background at is always black. KWin bug? (jstubbs) (confirmed by annma) (confirmed by TunaTom)
+* <del>With compositing enabled, a 100% transparent background at is always black. KWin bug? (jstubbs) (confirmed by annma) (confirmed by TunaTom)
-** Yes, the ARGB visual code is disabled in Konsole. Because ARGB and QWidget::scroll don't like each other. Here's a patch I'm using to enable ARGB and work around the bug QWidget::scroll hits: http://pastebin.ca/794952 (Vir)
+** Yes, the ARGB visual code is disabled in Konsole. Because ARGB and QWidget::scroll don't like each other. Here's a patch I'm using to enable ARGB and work around the bug QWidget::scroll hits: http://pastebin.ca/794952 (Vir)</del>
-* With compositing enabled, the selection foreground is the configured background color with no transparency and the selection background is the configured foreground with configured background transparency. Transparancy should switch with the colors or be disabled altogether for selections. (jstubbs)
+* <del>With compositing enabled, the selection foreground is the configured background color with no transparency and the selection background is the configured foreground with configured background transparency. Transparancy should switch with the colors or be disabled altogether for selections. (jstubbs)</del>
-* None of the Top-Level Alt+<letter> menu shortcuts work when the terminal has focus. When a menu is opened, the shortcuts inside work. (TunaTom)
+* <del>None of the Top-Level Alt+<letter> menu shortcuts work when the terminal has focus. When a menu is opened, the shortcuts inside work. (TunaTom)
 ** We can confirm it (FiNeX, mutlu_inek)
-*** See http://bugs.kde.org/show_bug.cgi?id=154755
+*** See http://bugs.kde.org/show_bug.cgi?id=154755</del>
-* Wish: can the New Tab icon be back?
+* <del>Wish: can the New Tab icon be back?
 ** Please add your nick if you want it back! (annma, SSJ_GZ, frank95com, Tyl3r, yuriy, yojoe, winterz, FiNeX, tmcguire, JohnFlux, csh, gmartyn, eliasp)
 ** Add your nick here if you don't want it because it's wasting precious space for the tabs (and if you think that double clicking the empty space, shortcut and menu are enough options). (Vir, mutlu_inek)
-** How about let the user decide by him/herself. (Carutsu)
+** How about let the user decide by him/herself. (Carutsu)</del>
-* Wish: Make a right-clickable context menu so that tabs can be closed other than by shortcut or the main menu. (mutlu_inek)
+* <del>Wish: Make a right-clickable context menu so that tabs can be closed other than by shortcut or the main menu. (mutlu_inek)</del>
-* <s>Clicking on a split URL will cut off everything after the split(SSJ_GZ).  See</s>
+* <del><s>Clicking on a split URL will cut off everything after the split(SSJ_GZ).  See</s>
 ** <s>Confirmed by mutlu_inek (rev. 743425 and 745228)</s> Fixed in revision 751696 (mutlu_inek)
 *** However, not all of the link will be underlined. mutlu_inek (rev. 751696)
-**** Bug report: http://bugs.kde.org/show_bug.cgi?id=154689
+**** Bug report: http://bugs.kde.org/show_bug.cgi?id=154689</del>
-* <s>If you delselect the "show menu bar in new windows" option from the "edit profile" dialog and you click "Apply" (or "ok") the menubar will be hidden even in the current konsole window. The result is the opposite in the contrary situation (you have the menubar not visible and you select "show menu bar..."). When you hide the menubar in this way, the popup menu with the right click doesn't show the menuitem for show the menubar. If you hide the menubar with the option on the menu (EDIT->HIDE MENU BAR), the popup will have the option "SHOW MENU BAR". See {{bug|152253}} (FiNeX)</s> Fixed, see http://bugs.kde.org/show_bug.cgi?id=151421 (mutlu_inek)
+* <del><s>If you delselect the "show menu bar in new windows" option from the "edit profile" dialog and you click "Apply" (or "ok") the menubar will be hidden even in the current konsole window. The result is the opposite in the contrary situation (you have the menubar not visible and you select "show menu bar..."). When you hide the menubar in this way, the popup menu with the right click doesn't show the menuitem for show the menubar. If you hide the menubar with the option on the menu (EDIT->HIDE MENU BAR), the popup will have the option "SHOW MENU BAR". See {{bug|152253}} (FiNeX)</s> Fixed, see http://bugs.kde.org/show_bug.cgi?id=151421 (mutlu_inek)</del>
-* <s>When copying several lines of text and pasteing into another application, all newlines in the copied text are missing (jstubbs)</s>
+* <del><s>When copying several lines of text and pasteing into another application, all newlines in the copied text are missing (jstubbs)</s>
-** Works fine for me (mutlu_inek (rev. 743425))
+** Works fine for me (mutlu_inek (rev. 743425))</del>
-* When several tabs are open and I attempt to close the app, it offers me to close the app altogether or just the active tab. Selecting "Close Current Tab" sometimes closes the current tab and sometimes crashes Konsole. (mutlu_inek, rev. 743425 and 745228)
+* <del>When several tabs are open and I attempt to close the app, it offers me to close the app altogether or just the active tab. Selecting "Close Current Tab" sometimes closes the current tab and sometimes crashes Konsole. (mutlu_inek, rev. 743425 and 745228)
 ** I added a backtrace (non-KDE debugging symbols are missing, though):  http://pastebin.ca/831868 (mutlu_inek, rev. 752605)
-*** I filed a bug: https://bugs.kde.org/show_bug.cgi?id=154675
+*** I filed a bug: https://bugs.kde.org/show_bug.cgi?id=154675</del>
-* If i launch a shell script with an application cli(for example vdr) all new konsole session launched start vdr,this happen only if shell script is launched from plasma desktop (Meskalamdug)
+* <del>If i launch a shell script with an application cli(for example vdr) all new konsole session launched start vdr,this happen only if shell script is launched from plasma desktop (Meskalamdug)</del>
 ==== Dolphin ====

@@ Line 30: / Line 30: @@
 ==== KRunner ====
-* When clicking "options" on the krunner dialog (the alt-f2 dialog), all of the text is invisible (black on black I'm assuming).  (level1)
+* <del>When clicking "options" on the krunner dialog (the alt-f2 dialog), all of the text is invisible (black on black I'm assuming).  (level1)
-** Opened a bug report with a patch: {{bug|154457}} (azuriel)
+** Opened a bug report with a patch: {{bug|154457}} (azuriel)</del>
 ==== Konsole ====

@@ Line 25: / Line 25: @@
 == kdebase ==
 ==== Screen Locker (krunner_lock) ====
-* running krunner_lock as a command seems to garble the screen but not actually lock it. (frank95com, jstubbs and mutlu_inek (rev. 743425 and 745228))
+* <del>running krunner_lock as a command seems to garble the screen but not actually lock it. (frank95com, jstubbs and mutlu_inek (rev. 743425 and 745228)
-** See bug report: https://bugs.kde.org/show_bug.cgi?id=154674
+** See bug report: https://bugs.kde.org/show_bug.cgi?id=154674</del>
-* A 'Leave Message' function like GNOME introduced it recently would be very handy. Patch for KDE 3.5.x: http://www.kde-apps.org/content/show.php/Leave+Message+clone+from+gnome-2.20?content=66631 GNOME implementation:  http://www.gnome.org/start/2.20/notes/C/index.html#rnusers-login-and-screensaver (eliasp)
+* <del>A 'Leave Message' function like GNOME introduced it recently would be very handy. Patch for KDE 3.5.x: http://www.kde-apps.org/content/show.php/Leave+Message+clone+from+gnome-2.20?content=66631 GNOME implementation:  http://www.gnome.org/start/2.20/notes/C/index.html#rnusers-login-and-screensaver (eliasp)</del>
 ==== KRunner ====

@@ Line 21: / Line 21: @@
 ==== KMag ====
-* There is no magnification shown but some garbage fractal-like patterns ([[User:Icwiener|Icwiener]] 03:34, 10 November 2007 (CET))
+* <del>There is no magnification shown but some garbage fractal-like patterns ([[User:Icwiener|Icwiener]] 03:34, 10 November 2007 (CET))</del>
 == kdebase ==

@@ Line 99: / Line 99: @@
 *** It's very anoying (and ugly), that the hover-action-icons show up whenever you hover a plasmoid, they should only show up when a button is hold too, e.g. ALT (yojoe)
 **** Right-click on the desktop and select "lock widgets" so you won't have this problem anymore (Tyl3r)
-** Lancelot now has context menu and is (re)movable (emilsedgh) patch already being reviewed on panel-devel
+** Lancelot now has context menu and is (re)movable (emilsedgh) patch already being reviewed on plasma-devel
 * If you move the mouse too quickly over a large plasmoid, it happens that the plasmoid doesn't receive or process the mouse-out event, which causes the hover-options frame + buttons to stay there for ever. Unless you hover the plasmoid again, wait some seconds and move the mouse pointer off the plasmoid. (yojoe)
 ** I can confirm this. (mutlu_inek, rev. 743425 and 745228)