[plasmashell] [Bug 341143] Wallpaper on every desktop is gone.
https://bugs.kde.org/show_bug.cgi?id=341143 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 454758] New: Option to enable preview in folder view and info panel separately in Dolphin
https://bugs.kde.org/show_bug.cgi?id=454758 Bug ID: 454758 Summary: Option to enable preview in folder view and info panel separately in Dolphin Product: dolphin Version: 21.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: samj...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- I have turned off previews for all types of files in Dolphin > Settings > General > Previews as I want my folder views to be uncluttered and the icon to represent the file type. However I use the Information pane only for getting more details about a given file. Hence I would prefer to see file previews in that pane. This is currently not possible because the Information pane follows the same settings for previews as the main folder view. Right-clicking on an empty part of the Information pane gives a checkable Preview option but if the main Preview settings is turned off then turning this on only gives the mimetype icon in big size which is not useful. I think it would be appropriate to consolidate and streamline this behaviour. My suggestion is: 1) Under Settings > … Previews change “Show previews in the view for” to “Show previews for” 2) Create a frame titled “Show preview in” containing two check boxes “folder view”, “info pane”. This lets people select the behaviour they want. The right-click Preview option in the Info pane should either be removed or linked to the corresponding option under Settings as above. Just displaying the mimetype icon in big size is pointless and should not be done when preview in the info pane is disabled. I am using Dolphin 21.12.3, KDE 5.92.0, Qt 5.15.3, all default available on Kubuntu Jammy. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 454758] Option to enable preview in folder view and info panel separately in Dolphin
https://bugs.kde.org/show_bug.cgi?id=454758 --- Comment #1 from Shriramana Sharma --- Just now had an opportunity to boot up my earlier Kubuntu Focal release (Dolphin 19.12.3, KDE 5.68.0, Qt 5.12.8) and noticed that it had this behaviour just as I personally wanted: in the information pane if preview is enabled then it shows the full preview even though in the folder view all previews are disabled. As far as I am concerned, the same behaviour can be restored. That is, the preview in the info pane if enabled should always be an actual preview and not just the mimetype icon in big size, and the preview settings under Dolphin settings must be for the folder view only. I had only made the earlier suggestion in the interest of more configurability for others who may prefer otherwise. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 462112] Restore unsaved (newly opened - "Untitled") document doesn't work when Plasma session is restored
https://bugs.kde.org/show_bug.cgi?id=462112 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 489277] New: Shortcuts of Keyboard Layout Switcher malfunctioninge
https://bugs.kde.org/show_bug.cgi?id=489277 Bug ID: 489277 Summary: Shortcuts of Keyboard Layout Switcher malfunctioninge Classification: I don't know Product: kde Version: unspecified Platform: Ubuntu OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Hello. I'm right now using KDE 5 on Kubuntu 24.04 LTS. As I have to frequently handle multiple Indian languages/scripts along with English, I have configured 7 keyboard layouts with the following shortkeys: Main: Alt+1 Latin Alt+2 Devanagari Alt+3 Tamil Spare: Alt+5 Grantha Alt+6 Kannada Alt+7 Telugu Alt+8 Malayalam (I'm not really sure what is the difference between Main and Spare layouts though… but that may not be relevant here.) Now what happens is that while the shortcut Alt+1 for Latin/English doesn't seem to change, the shortcuts for the later layouts seem to get shuffled at random. Right now I have the shortcuts set up as above, but 5 minutes ago it was shifting to Kannada when pressing Alt+3, now it's shifting to Grantha. This keeps randomizing and I cannot predict a pattern except to say that half of the time it doesn't shift to the layout I have told it to shift to. As a result I have to manually mouse to the tray to select the layout by opening the layout switcher menu and clicking, which is a waste of time for me who keeps having to switch between languages/scripts. I hope the problem can be identified and addressed. My versions: KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 I have actually been having this problem for almost a year since Kubuntu 22.04 LTS which I was using till mid-2023, but I thought there was some problem with the incremental upgrades of Kubuntu and it would be solved by upgrading to latest release. However since the problem persists I am reporting it. I have been using KDE ever since 2008 and I don't recollect having this problem before Kubuntu 22.04. Sometime in 2022/23 something might have changed leading to this problem? Sorry I can't be more specific than that. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 489277] Shortcuts of Keyboard Layout Switcher randomly shuffling
https://bugs.kde.org/show_bug.cgi?id=489277 Shriramana Sharma changed: What|Removed |Added Summary|Shortcuts of Keyboard |Shortcuts of Keyboard |Layout Switcher |Layout Switcher randomly |malfunctioninge |shuffling -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 493117] New: KonsolePart: “Start in same directory as current session” is ineffective
https://bugs.kde.org/show_bug.cgi?id=493117 Bug ID: 493117 Summary: KonsolePart: “Start in same directory as current session” is ineffective Classification: Applications Product: konsole Version: 23.08.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kpart Assignee: konsole-de...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Hello. I don't know since when this bug exists, but the profile setting: General > General Settings > Start in same directory as current session (which is below “Initial Directory”) is totally ineffective. IIUC Profiles are common to both Konsole and Yakuake and I confirm that at least for my version it exists. Opening new sessions whether in Konsole or Yakuake always goes to the Home directory and not the same as current session. I remember very well that long back this feature existed (it should, else why the option!) but it stopped working at some point. I see that around 6 years back also this is mentioned on the net: (https://www.reddit.com/r/kde/comments/a2n8c2/users_of_yakuake_what_features_would_you_like_to/) So please look into this and restore this functionality. Other related links / mentions: https://phabricator.kde.org/D26744 “Support opening new sessions in current working dir” (when this was actually added to Yakuake?) https://phabricator.kde.org/D16837#358361 https://phabricator.kde.org/D16482#353593 https://bugs.kde.org/show_bug.cgi?id=480470 SOFTWARE/OS VERSIONS Kubuntu 24.04.1 LTS KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 493118] New: KonsolePart: misleading stretch space in Edit Profile > General > General Settings
https://bugs.kde.org/show_bug.cgi?id=493118 Bug ID: 493118 Summary: KonsolePart: misleading stretch space in Edit Profile > General > General Settings Classification: Applications Product: konsole Version: 23.08.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kpart Assignee: konsole-de...@kde.org Reporter: samj...@gmail.com Target Milestone: --- In the settings of Konsole Profiles, there is misleading stretch space in Edit Profile > General > General Settings. There are settings like: * Command * Initial directory * Start in same directory * Environment followed by: “Initial terminal size: 110 columns 28 rows” Below this there is an excess of space and then the text: Settings > Configure Konsole > General > Remember window size must be disabled for these entries to work. The excess space followed by the wording “entries” seems to indicate that this applies to all the above settings, but obviously it would be applicable to terminal size only. I think it would be better if the excess space is removed, and “these entries” be changed to “this size”. SOFTWARE/OS VERSIONS Kubuntu 24.04.1 LTS KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 492640] New: Dolphin Location Bar shows I18N_EMPTY_MESSAGE io Home
https://bugs.kde.org/show_bug.cgi?id=492640 Bug ID: 492640 Summary: Dolphin Location Bar shows I18N_EMPTY_MESSAGE io Home Classification: Applications Product: dolphin Version: 23.08.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: bars: location Assignee: dolphin-bugs-n...@kde.org Reporter: samj...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- Hello. I'm using Kubuntu 24.04.1 LTS. I don't seem to have noticed this upon initially installing 24.04, so it might be some recent update. In the location bar I used to see breadcrumbs like: > Home > Child1 > Child2 but now in the place of “Home” I'm seeing (I18N_EMPTY_MESSAGE) So the above is like: > (I18N_EMPTY_MESSAGE) > Child1 > Child2 Please fix this. Thank you. Versions: KDE Plasma: 5.27.11 KDE Frameworks: 5.115.0 Qt: 5.15.13 Other bugs: Bug 388570 and bug 336149 seem to also be above the same wrong text appearing, but they are old and closed and in other software, not Dolphin. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 492640] Dolphin Location Bar shows I18N_EMPTY_MESSAGE io Home
https://bugs.kde.org/show_bug.cgi?id=492640 --- Comment #1 from Shriramana Sharma --- I now notice that even in Notifications the Home folder whether alone or as part of a full path is depicted thus. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 492640] Home is displayed as I18N_EMPTY_MESSAGE in Dolphin Location Bar and notifications
https://bugs.kde.org/show_bug.cgi?id=492640 Shriramana Sharma changed: What|Removed |Added Summary|Dolphin Location Bar shows |Home is displayed as |I18N_EMPTY_MESSAGE io Home |I18N_EMPTY_MESSAGE in ||Dolphin Location Bar and ||notifications -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 492640] Home is displayed as I18N_EMPTY_MESSAGE in Dolphin Location Bar and notifications
https://bugs.kde.org/show_bug.cgi?id=492640 --- Comment #2 from Shriramana Sharma --- Looks like this should actually be a kdelibs bug then if it's seen in more than just Dolphin. But I am not sure how to reassign there or which component so please look into that too. (Sorry for the inefficient multiple posts.) -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 492640] Home is displayed as I18N_EMPTY_MESSAGE in Dolphin Location Bar and notifications
https://bugs.kde.org/show_bug.cgi?id=492640 --- Comment #3 from Shriramana Sharma --- Created attachment 173317 --> https://bugs.kde.org/attachment.cgi?id=173317&action=edit Notification showing the error -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 489277] Shortcuts for Keyboard Layouts malfunctioning
https://bugs.kde.org/show_bug.cgi?id=489277 Shriramana Sharma changed: What|Removed |Added Summary|Shortcuts for Spare Layouts |Shortcuts for Keyboard |are randomly shuffling |Layouts malfunctioning --- Comment #2 from Shriramana Sharma --- Hello. I am not sure how the shortcut mechanism work. If I am using Devanagari, then the 2 key will not produce 2 but २. So will the system read it as Alt+2 or Alt+२? Due to this concern I tried assigning F1, F2, F3 etc to the keyboard layouts as they don't generate visible characters that change per keyboard layout (and I remapped Help etc to something else). But that's not working properly either. Now I tried mapping Alt + num keypad keys, but that's not working properly either. I also confirm that the issue is not limited to the spare layouts as right now my Alt+Num+7 for Latin isn't working as configured but it has mysteriously shifted to Alt+Num+9. :-( -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 437364] krunner shortcuts stopped working (upgrade to plasma-5.21.90)
https://bugs.kde.org/show_bug.cgi?id=437364 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com --- Comment #48 from Shriramana Sharma --- My KDE keyboard switching shortcuts started malfunctioning over the past one month… Before that it was fine. I'm using Kubuntu Jammy 22.04.1 with latest updates. Any idea when I can get this fixed on my system? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 408563] New: Provide option for day/night color theme switching
https://bugs.kde.org/show_bug.cgi?id=408563 Bug ID: 408563 Summary: Provide option for day/night color theme switching Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: samj...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Nowadays on mobile devices the ability to automatically switch between day and night themes based on sunrise/sunset or user-defined times is getting more prevalent. For instance, https://twitter.com/TwitterDesign/status/317722543980544, Telegram. I suggest that KDE Plasma can also provide the same on the desktop (and other platforms it works on). Already at least in the following categories of the UI we have pairs of light/dark themes: Desktop theme: Breeze Light/Dark Cursor theme: Breeze Snow and Breeze Application Color Scheme: Breeze and Breeze Dark, Solarized Light/Dark Icons: Breeze and Breeze Dark and IIANM if Katepart is set to use the KDE color scheme it will also automatically switch. So what is being requested is a mechanism for the user to instruct the system to switch the above categories automatically to specified themes at specified times or based on sunrise/sunset for the current location which may be specified or automatically determined (like the Redshift plasmoid is able to do). -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 408813] New: Provide option to not prefix file:// when copying
https://bugs.kde.org/show_bug.cgi?id=408813 Bug ID: 408813 Summary: Provide option to not prefix file:// when copying Product: frameworks-kio Version: 5.44.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: fa...@kde.org Reporter: samj...@gmail.com CC: kdelibs-b...@kde.org Target Milestone: --- I have seen bug #241225 which already requested this and was rejected. However that was against KDE 4 so re-filing against KDE 5. I have been using KDE ever since my very first Linux days (it was KDE 3 then) and I have sort of gotten used to the irritation of having to manually delete the initial file:// prefix whenever I copy-paste a file path from a KDE application to terminals, GTK file dialogs or text boxes. However this needn't be so. As seen in the other bug, it has the potential to lose KDE users. I am sticking with KDE because of its more numerous advantages, but I hope all these needless irritations can be polished away to be more friendly and useful. If I am living near Salem, Tamil Nadu, India and there is a Salem, Oregon, USA (which most people here don't know), the Salem I refer to will almost always be the town here and not the one in the USA. Similarly the path I refer to by a plain path without protocol prefix will be my local file system only. There is no need for always prefixing file:// and having the user delete it when it creates a problem. Even in web browsers, typing gmail.com and pressing enter automatically prefixes http:// since that is the most common protocol. Why should the local behaviour be any different? The technology should serve the convenience of the user, and the user shouldn't have to adjust to the technology. If it can be fixed for one particular case: bug #170608 why can't it be fixed in general? Thanks! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 412154] New: Wifi indicator should show internet connectivity
https://bugs.kde.org/show_bug.cgi?id=412154 Bug ID: 412154 Summary: Wifi indicator should show internet connectivity Product: plasmashell Version: 5.12.8 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: System Tray Assignee: plasma-b...@kde.org Reporter: samj...@gmail.com Target Milestone: 1.0 Created attachment 122777 --> https://bugs.kde.org/attachment.cgi?id=122777&action=edit Screenshot from Android and Plasma upon connecting to wifi networks with/without internet SUMMARY On other platforms such as Android, the wifi indicator shows a small ‘x’ near the wifi strength if there is no internet connectivity on the current wifi network. This is very useful and should be included in the wifi indicator KDE Plasma system tray, the list of networks that pops up on clicking said indicator, and any other relevant places. STEPS TO REPRODUCE 1. Connect to a wifi network without internet connectivity. 2. Observe the wifi icon in the tray. 3. Connect to a wifi network with internet connectivity. 4. Observe the wifi icon in the tray. OBSERVED RESULT There is no significant difference in the appearance except for the signal strength. EXPECTED RESULT When connected to a wifi network without internet connectivity, there should be a small ‘x’ near the strength indicator. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 89299] prevent paste of newline characters
https://bugs.kde.org/show_bug.cgi?id=89299 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 165402] No "show keyboard status" indicator in KDE5
https://bugs.kde.org/show_bug.cgi?id=165402 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 405033] New: Manual sorting of activities
https://bugs.kde.org/show_bug.cgi?id=405033 Bug ID: 405033 Summary: Manual sorting of activities Product: plasmashell Version: 5.12.7 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: samj...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 This is the Plasma 5 version of bug #251614 filed as per https://bugs.kde.org/show_bug.cgi?id=251614#c5. SUMMARY I am using Plasma 5.12.7 on Kubuntu Bionic LTS with latest updates as of date. STEPS TO REPRODUCE I go to System Settings > Desktop Behaviour > Activities and create a few activities. OBSERVED RESULT The activities are automatically sorted based on the name and there is no option to manually sort them. EXPECTED RESULT There should be an option to manually sort them and this should be reflected in `kactivities-cli --list-activities`. BENEFIT Those who have a mental order of their activities (like the OP of the earlier bug #251614) will be easier able to switch between activities. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 405035] New: Provide "Switch to next/previous activity" actions
https://bugs.kde.org/show_bug.cgi?id=405035 Bug ID: 405035 Summary: Provide "Switch to next/previous activity" actions Product: plasmashell Version: 5.12.7 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: samj...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Hello. Using Plasma 5.12.7 on Kubuntu Bionic. KWin provides "Switch to next/previous desktop" actions separate from "Walk through desktops" and "Walk through desktops (reverse)" actions. However Plasma does not likewise provide "Switch to next/previous activity" actions. So it is currently not possible to assign shortcuts to them. Thus I request to provide these actions. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 405035] Provide "Switch to next/previous activity" actions
https://bugs.kde.org/show_bug.cgi?id=405035 Shriramana Sharma changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #2 from Shriramana Sharma --- Yes. It is my understanding that under the Qt/KDE framework Actions are created and then they can be assigned shortcuts. If that is not then please ignore the word usage. All I want is to be able to assign shortcuts. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kactivities] [Bug 405033] Manual sorting of activities
https://bugs.kde.org/show_bug.cgi?id=405033 --- Comment #2 from Shriramana Sharma --- Hello. I have the activity pager applet on my panel where I can wheel to move through activities in the defined order. I understand that the “Walk through activities” implementation accessible by Meta+Tab navigates in the most recently used order so any defined order would not be useful there but with the pager it is useful. I have also filed bug #405035 asking for “Switch to next/previous activity” actions/shortcuts. Thus the ability to specify the order is indeed useful. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 390177] Upgrade to 5.12 activated window decoration menu button, making in-app menu bars disappear
https://bugs.kde.org/show_bug.cgi?id=390177 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 420980] New: Keyboard navigation faulty in app menu decoration integration
https://bugs.kde.org/show_bug.cgi?id=420980 Bug ID: 420980 Summary: Keyboard navigation faulty in app menu decoration integration Product: kwin Version: 5.18.4 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: appmenu Assignee: kwin-bugs-n...@kde.org Reporter: samj...@gmail.com Target Milestone: --- I'm using KWin 5.18.4.1 from Kubuntu Focal. This is the first time I'm getting exposed to the integration of the App Menu into the decoration since I'm upgrading directly from Bionic. I have not installed any global menu widget. I find that the keyboard navigation for the app menu is seriously faulty. I give examples using the simple basic app Kate. 1) If I open the App Menu by clicking on the decoration button using the mouse, I am able to use Up/Down to navigate among File, Edit etc. I am also able to use Right to enter a submenu. 2) If I once enter one of these submenus from the above step, or if I directly do Alt+F etc to go to these submenus, I can similarly navigate Up/Down or enter further submenus. For instance, in File, I can go under Open Recent. 3) However I cannot go back to a parent menu/submenu at any stage by using Left. a) If I try to do that from a sub-sub-menu like Open Recent, the whole menu is exited and the focus goes back to the application wherever it was. b) If I try to do that from within a top-level sub-menu like File, I am brought back to the top-level menu but unable to use Up/Down to navigate between File, Edit etc as before. Even Esc doesn't enable one to exit the menu. It is effectively frozen for normal navigation. c) Surprisingly, pressing Alt+Tab or Alt+BackTab at this point enables one to navigate instead. If once we press either of these two then normal navigation of Up/Down or Esc is restored. At all points of time, mouse navigation of the menu/submenus works fine AFAICS, but this doesn't help people like me who are devoted to the keyboard. For now I'm switching off the in-decoration app menu due this serious usability problem. Doing so also doesn't seem to awaken all apps immediately to restore their regular menu bars, but that's a separate problem. I hope this can be fixed. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu Focal (available in About System) KDE Plasma Version: 5.18.4.1 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 408813] Provide option to not prefix file:// when copying
https://bugs.kde.org/show_bug.cgi?id=408813 Shriramana Sharma changed: What|Removed |Added Status|RESOLVED|REOPENED Ever confirmed|0 |1 Resolution|DUPLICATE |--- --- Comment #5 from Shriramana Sharma --- Hello. Over time, I am finding n-number of other non-KDE applications which are having problem with the file:// prefix. Yes, GTK apps like GEdit are supporting and LibreOffice also, but QGIS doesn't support for data sources and Inkscape field for outputting PNG export is not supporting. If I am running Jupyter and want to open a file there whose path I copy from Dolphin, again I face the same problem. Why is it necessary for me to hunt down all those other projects and ask them to support file:// prefix? KDE has always been about flexibility and options. “Powerful with sensible defaults” has been KDE's maxim IIUC. What I am asking is for an *option* to copy without the prefix. Just because Klipper has special actions based on the prefix isn't reason enough to hinder usability of all those applications when using KDE environment. So rather than solving it in KonsolePart, it should have been solved in Klipper, providing an option to retain or omit file:// when pasting. Please provide this option. I am only asking you to provide an option. I am not even asking you to change the default behaviour. Why can't you please accomodate? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 266680] Show recently/frequently used documents and bookmarks on otherwise empty start screen
https://bugs.kde.org/show_bug.cgi?id=266680 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com --- Comment #3 from Shriramana Sharma --- Xodo PDF Viewer on Android has this favourites feature and I love it on my 10" Android tablet which I use to study/research, but it's no match for my 15" screen laptop with KDE, so I want this feature on Okular as well. There are some files that I have to open very frequently and as the OP said, the “recent documents” list just goes by recency and not frequency, and anyhow I want to determine what my favourites are, like in browser bookmarks. Relegating this to Dolphin isn't satisfactory because I want Okular-specific bookmarks to appear in Okular. Dolphin is a generic file manager. Just noting in passing that this bug is almost 9 years old. Please do implement this! -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 415391] New: Pressing PrintScreen when Spectacle is open doesn't work
https://bugs.kde.org/show_bug.cgi?id=415391 Bug ID: 415391 Summary: Pressing PrintScreen when Spectacle is open doesn't work Product: Spectacle Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: samj...@gmail.com CC: k...@david-redondo.de Target Milestone: --- STEPS TO REPRODUCE 1. Press PrintScreen to take a screenshot. 2. Spectacle is opened. 3. Without closing Spectacle (maybe go to some other app to display something else and) press PrintScreen to take another screenshot. OBSERVED RESULT No fresh screenshot is taken. EXPECTED RESULT Screenshot should be taken and displayed in a Spectacle window whenever PrintScreen is pressed. DETAILS: The basic dumb behaviour would be to open a new Spectacle window for each PrintScreen press. If one is interested, a more “intelligent” behaviour can be implemented as follows: Is a Spectacle window already open? a: If yes, has the earlier screenshot been saved? a.1: Yes: Then re-use that window and bring it to the foreground. a.2: No: Open a new Spectacle window. b: If no, then open a new Spectacle window. VERSIONS: Spectacle 17.12.3 Kubuntu Bionic LTS with latest updates KDE Frameworks 5.44.0 Qt 5.9.5 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 408813] Provide option to not prefix file:// when copying
https://bugs.kde.org/show_bug.cgi?id=408813 --- Comment #2 from Shriramana Sharma --- Hello and thanks for this work. But it seems you have devised a solution for only pasting in Konsole. If you will see my post, I also refer to GTK file dialogs etc, which aren't under your control. So the correct approach would be to avoid the prefix at the time of copying, and not pasting in one particular application. That's why I filed the bug against the frameworks and not even just Dolphin. Please see the bug #170608 fixed ten years back which directly omits the file:// prefix at the time of copying. -- You are receiving this mail because: You are watching all bug changes.
[kxkb] [Bug 396013] New: Keyboard layout limit of 8 is too low
https://bugs.kde.org/show_bug.cgi?id=396013 Bug ID: 396013 Summary: Keyboard layout limit of 8 is too low Product: kxkb Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Hello. Currently using Kubuntu Bionic with KDE Frameworks 5.44, Plasma 5.12 LTS and KDE Applications 17.12.3. Even since Kubuntu Trusty using KDE 4.13.x, the number of maximum keyboard layouts in the KDE keyboard layout settings has been 8 and trying to add a new layout after that produces the error: "Only up to 8 keyboard layouts are supported". Frankly I don't see the reason for this artificial limitation. I myself know seven Indian scripts: Tamil, Devanagari, Kannada, Telugu, Malayalam, Grantha and Brahmi and do need to input all of them at one time or another. I also have a separate layout for the emoji I use. Which leaves me no space for even QWERTY, let alone my preferred alternate Latin layout Workman. I do not see the need for an upper limit on the number of layouts. Is there any technical reason why there needs to be such a limit? -- You are receiving this mail because: You are watching all bug changes.
[khotkeys] [Bug 397118] New: Meta + some letters don't work when using Workman layout
https://bugs.kde.org/show_bug.cgi?id=397118 Bug ID: 397118 Summary: Meta + some letters don't work when using Workman layout Product: khotkeys Version: 5.12.6 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: k...@michael-jansen.biz Reporter: samj...@gmail.com Target Milestone: --- Hello. Using Kubuntu Bionic with latest KDE packages. (khotkeys is at 5.12.6. Tell me if I need to report any other versions.) I'm using the Workman layout for my Latin script text entry as I find it is kinder on my hands and fingers than QWERTY. It is my first layout under System Settings > Input Devices > Keyboard > Layouts. I find that I am able to use the Meta (aka Gui aka Win) key only in combination with the following 10 letters to launch apps: QDW ASHGY ZX and not with the following 16 letters: RBJFUP TNEOI MCVKL If I am using QWERTY I am able to use all 26 letters. All other operations using combinations of Ctrl or Alt with these keys are working fine. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 341143] Wallpaper on every desktop is gone.
https://bugs.kde.org/show_bug.cgi?id=341143 --- Comment #265 from Shriramana Sharma --- (In reply to MEgg from comment #264) > I found a reasonable way to do the former virtual desktop stuff with > activities. One important thing that is missing from the activities hack is the ability to move a window to a desktop with a single click. With activities, I have to select the alternate activity and manually deselect the second one. This is because one window can belong to two activities but not to two desktops. I like the desktop behaviour as it is faster. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 388873] New: Cannot set main layout count to 1
https://bugs.kde.org/show_bug.cgi?id=388873 Bug ID: 388873 Summary: Cannot set main layout count to 1 Product: systemsettings Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: kcm_keyboard_layout Assignee: unassigned-b...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Hello I'm using the default KDE 5 that came with Kubuntu Xenial and previously I was using KDE 4 on Kubuntu Trusty. Both in Trusty and Xenial I observe the behaviour that under System Settings > Keyboard > Layout, the "Main Layout Count" has a minimum of 2 and I cannot reduce the number below that. I am using 8 layouts (the maximum) in total. In the first place it is not clear what the Main Layout is, but I see only those layouts when I am at the lock screen so probably that is what that means? Anyhow, my ASCII password is enterable only by my first layout as my higher layouts are for various Indic scripts. Thus I would much prefer to set "Main Layouts" to 1 but this is not possible for me. When my screen gets locked if I have been using one of the higher layouts, that stays selected at the lock screen and I am having to manually switch back to the first layout (and even the shortcut is not available so I have to do this using the mouse). Thus I would prefer to have only one layout as main so that this will be the only one active automatically at the lock screen. I am presuming this is the only purpose of the "Main layout count" as I have never encountered any other occasion where I see any difference. Please make it so that I can select only 1 main layout. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 341143] Wallpaper on every desktop is gone.
https://bugs.kde.org/show_bug.cgi?id=341143 --- Comment #255 from Shriramana Sharma --- (In reply to Canoe from comment #253) > What's the official stance on this bug now that a new plasmoid has been > released that serves this purpose? > > http://www.kdeblog.com/vallpaper-un-fondo-de-pantalla-diferente-para- > escritorio.html This does not work on Kubuntu Xenial and only Marten's app from comment #212 works. Huge thanks to Marten! I needed to install the following packages on a fresh Kubuntu Xenial install to compile Marten's script: build-essential cmake extra-cmake-modules kio-dev libkf5configwidgets-dev libkf5crash-dev libkf5iconthemes-dev libkf5notifications-dev libkf5widgetsaddons-dev libkf5xmlgui-dev plasma-workspace-dev qtbase5-dev qtdeclarative5-dev -- You are receiving this mail because: You are watching all bug changes.
[ksshaskpass] [Bug 387056] New: ksshaskpass should wait for KWallet authentication
https://bugs.kde.org/show_bug.cgi?id=387056
Bug ID: 387056
Summary: ksshaskpass should wait for KWallet authentication
Product: ksshaskpass
Version: unspecified
Platform: Other
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: jpwhit...@kde.org
Reporter: samj...@gmail.com
Target Milestone: ---
Created attachment 108938
--> https://bugs.kde.org/attachment.cgi?id=108938&action=edit
Screenshot showing dialogs for ksshaskpass when one for KWallet is still
pending
I have been using a script (see attachment) source-d in my .bashrc to setup
ssh-agent and ksshaskpass to retrieve my SSH password from KWallet.
Since I use Yakuake, a shell is started up immediately at KDE session login.
This calls up ksshaskpass which then sends a request to KWallet, I presume via
DBus. However, perhaps this request times out too soon or something even before
the Plasma desktop loads because I always see both the KWallet password prompt
and the ksshaskpass prompt (see attachment) and my started Yakuake shell reads:
Initialising new SSH agent on host desktop... Succeeded
Pass a valid window to KWallet::Wallet::openWallet().
The kwalletd service has been registered
Invalid DBus reply: QDBusError("org.freedesktop.DBus.Error.NoReply", "Did not
receive a reply. Possible causes include: the remote application did not send a
reply, the message bus security policy blocked the reply, the reply timeout
expired, or the network connection was broken.")
QDBusConnection: name 'org.kde.kwalletd5' had owner '' but we thought it was
':1.49'
Entering the KWallet password at this point is no longer useful to provide the
SSH password and I always have to enter that separately for ksshaskpass or
dismiss that dialog so it fails for now and will gets the password later from
KWallet at the next SSH attempt or such.
This behaviour is quite infelicitous. ksshaskpass should sufficiently wait for
KWallet to return the required password. The only possible current workaround
for this is to remove the KWallet password which is of course not advisable.
I see some similar bugs with other programs impatient to wait for KWallet, and
https://bugs.kde.org/show_bug.cgi?id=154131#c6 seems to indicate a solution
might be to set a sufficiently high timeout for the DBus request.
I'm using Kubuntu Xenial LTS with latest updates. Relevant versions:
ksshaskpass 4:5.5.5-0ubuntu1
kwalletmanager 4:15.12.3-0ubuntu1
libkwalletbackend5-5:amd64 5.18.0a-0ubuntu1
libpam-kwallet4 4:5.5.5-0ubuntu1
libpam-kwallet5 4:5.5.5-0ubuntu1
signon-kwallet-extension4:15.12.3-0ubuntu1
Please fix this. Thanks!
--
You are receiving this mail because:
You are watching all bug changes.
[ksshaskpass] [Bug 387056] ksshaskpass should wait for KWallet authentication
https://bugs.kde.org/show_bug.cgi?id=387056 --- Comment #1 from Shriramana Sharma --- Created attachment 108939 --> https://bugs.kde.org/attachment.cgi?id=108939&action=edit Script to setup ksshaskpass to be used upon bash startup -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 385020] KMail2 does not wait for unlocking of KWallet
https://bugs.kde.org/show_bug.cgi?id=385020 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com --- Comment #1 from Shriramana Sharma --- I came across this when reporting bug #387056. The solution seems to reside in https://bugs.kde.org/show_bug.cgi?id=154131#c6 talking about DBus timeout. Please check whether this is applicable to this product. -- You are receiving this mail because: You are watching all bug changes.
[kopete] [Bug 162792] kopete does not wait for kwallet to open
https://bugs.kde.org/show_bug.cgi?id=162792 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com --- Comment #9 from Shriramana Sharma --- Why is this marked as RESOLVED FIXED? I don't use Kopete so I can't comment but comment #8 indicates that it wasn't resolved really. I came across this when reporting bug #387056. The solution seems to reside in https://bugs.kde.org/show_bug.cgi?id=154131#c6 talking about DBus timeout. Please check whether this is still applicable to this product. -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 143109] Selecting parent and child items in a tree at the same time can give unexpected results
https://bugs.kde.org/show_bug.cgi?id=143109 --- Comment #3 from Shriramana Sharma --- Hello and sorry for the delay. I confirm the core bug on my Kubuntu Bionic system with the following versions: Dolphin 17.12.3 KDE Frameworks 5.44.0 Qt 5.9.5 (built against 5.9.5) The xcb windowing system 1) That is to say, in reporting file sizes if the children are selected then their sizes are added separately. 2) However, the sizes don't seem to be cached so if I collapse folder2 and again ask for the sizes then I don't get the wrong result. 3) I note that whether deleting from within Dolphin or extracting from within Ark, if a parent folder is selected along with some but not all of its contents, then the operation is performed on the parent along with all its children. I cannot totally fault this behaviour though a warning might be preferable as I have earlier suggested. As such, the only outright *bug* right now is that in Dolphin the sizes of the children are counted and reported separately. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 404221] New: Contents of C/C++ macros should also be highlighted like other code
https://bugs.kde.org/show_bug.cgi?id=404221 Bug ID: 404221 Summary: Contents of C/C++ macros should also be highlighted like other code Product: kate Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: syntax Assignee: kwrite-bugs-n...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Created attachment 117989 --> https://bugs.kde.org/attachment.cgi?id=117989&action=edit screenshot showing katepart not having this feature CURRENT BEHAVIOUR: In Katepart used in KWrite/Kate/KDevelop, the contents of C/C++ macros are all highlighted with a single colour. DESIRED BEHAVIOUR: While the current behaviour is OK for short macros, sometimes we do need to write longer ones. So it would be great if they are also highlighted like other code since anyhow they are going to be part of the code. Atom Editor has this feature. See the attachment. Am using Katepart 5.44.0 on Kubuntu Bionic. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 394545] New: katepart does not recognize \n in empty/pure whitespace line and at EOF in find/replace
https://bugs.kde.org/show_bug.cgi?id=394545 Bug ID: 394545 Summary: katepart does not recognize \n in empty/pure whitespace line and at EOF in find/replace Product: kate Version: 17.12.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: part Assignee: kwrite-bugs-n...@kde.org Reporter: samj...@gmail.com Target Milestone: --- I am using Kate/KWrite on a fresh install of Kubuntu Bionic. I was trying to manually convert a plaintext file to HTML so tried to replace '\n' (without quotes of course) to '\n' but I found that isn't added to empty lines or lines with pure whitespace (line below ddf in following example has a space) and the last line: BEFORE FIND/REPLACE: sadfasdf asdfas asdfl asdfflsdflasd ddf adflkasf asflkaflkasf AFTER FIND/REPLACE: sadfasdf asdfas asdfl asdfflsdflasd ddf adflkasf asflkaflkasf -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 394545] katepart find/replace does not recognize \n in some contexts
https://bugs.kde.org/show_bug.cgi?id=394545 Shriramana Sharma changed: What|Removed |Added Summary|katepart does not recognize |katepart find/replace does |\n in empty/pure whitespace |not recognize \n in some |line and at EOF in |contexts |find/replace| -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 394545] katepart find/replace does not recognize \n in some contexts
https://bugs.kde.org/show_bug.cgi?id=394545 --- Comment #1 from Shriramana Sharma --- Sorry for the multiple posts but on closer examination I find the behaviour is much more curious. For an input file such as below (ignore the dashed lines): --- a b --- ... having a newline before the 'a', after the 'b' and between them, only the one between them is recognized. But go to the line after 'b', type one letter and immediately backspace and try the find/replace again, presto the newline after 'b' is recognized, but only once. Try that again and it is no longer recognized! Likewise go to the line before 'a', type one letter and immediately backspace and try the find/replace again, presto the newline before 'a' is recognized. This is very strange to say the least… I should also note that the same behaviour is seen in KDevelop as well presumably because it uses the same Katepart. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 394833] New: Katepart swap file feature not available for unsaved or moved files
https://bugs.kde.org/show_bug.cgi?id=394833 Bug ID: 394833 Summary: Katepart swap file feature not available for unsaved or moved files Product: kate Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: part Assignee: kwrite-bugs-n...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Steps to reproduce: Test A: 1. Open Kate/KWrite. 2. Type something. 3. Save to a file on disk. 4. Type some more. 5. Kill the process without closing the app correctly. 6. Reopen the file in Kate/KWrite. 7. It flags the file as "not closed properly" and offers to recover the unsaved data. Test B: 1. Close the above file without recovering the data. 2. Move the file on disk (without the unsaved data) to another location. 3. Open it from there in Kate/KWrite. 4. It does NOT flag the file as "not closed properly" and does not offer to recover the unsaved data. Test C: 1. Open a new document in Kate/KWrite. 2. Type something. 3. Kill the process as before but *without* saving to disk. 4. Reopen Kate/KWrite. 5. It does NOT advise you that a document was not saved and does not offer to recover the unsaved data. Observed behaviour: Test A is the nominal behaviour. In Test B and Test C, there is no way to recover the lost data. Other applications such as LibreOffice which are used for other purposes and not really useful for plaintext editing such as Kate/KWrite however have a data recovery feature which only depends on the existence of the swap file and not on the existence of the saved file or of such a file being located in the same directory. Expected behaviour: 1. Loss of data is unacceptable. 2. Katepart should save swap data for unsaved files also. 3. When Kate/KWrite (or at least Kate only) is reopened after an abnormal termination, it should advise the user of the availability of such swap data, whether for saved or unsaved documents, and offer to recover the data. Comment: 1. This behaviour is already found in LibreOffice etc but which aren't useful for the usecase of Kate/KWrite etc. Hence I request for Kate to have this ability. 2. I lost many paragraphs of writing this morning because of this limitation, prompting me to file this bug. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 394833] Katepart swap file feature not available for unsaved or moved files
https://bugs.kde.org/show_bug.cgi?id=394833 --- Comment #1 from Shriramana Sharma --- Under "expected behaviour" I forgot to add a fourth point: 4. Same swap behaviour should be available for moved files also. Of course, Katepart can't know where the file has been moved *to*, but it should know where the file was earlier and should offer to save there or at least it should offer to save it somewhere if that location no longer exists. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 394845] New: Syntax highlighting does not show bold and underline
https://bugs.kde.org/show_bug.cgi?id=394845 Bug ID: 394845 Summary: Syntax highlighting does not show bold and underline Product: kate Version: 17.12.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: syntax Assignee: kwrite-bugs-n...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Created attachment 112955 --> https://bugs.kde.org/attachment.cgi?id=112955&action=edit screenshots demonstrating the bug Starting from Kubuntu Bionic LTS, Katepart doesn't highlight keywords, control words etc in bold or underline. Italic and strikeout work. I have attached screenshots from Trusty, Xenial and Bionic LTS versions demonstrating this. Further, if we select underline highlighting, even clicking on Apply clears the underline checkbox. This doesn't happen with bold but the effect doesn't get applied though it is shown in the preview in the settings. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 198772] FAT32 file transfer: warn (and stop) before copying a file bigger than 4Gb
https://bugs.kde.org/show_bug.cgi?id=198772 --- Comment #11 from Shriramana Sharma --- "transeferred" spelling mistake appears in diff. Or has it been fixed before final version? -- You are receiving this mail because: You are watching all bug changes.
[ktouch] [Bug 395264] New: KTouch should provide support for manual keyboard layout selection
https://bugs.kde.org/show_bug.cgi?id=395264 Bug ID: 395264 Summary: KTouch should provide support for manual keyboard layout selection Product: ktouch Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: sebastian.gottfr...@posteo.de Reporter: samj...@gmail.com Target Milestone: --- Hello. I use my own variant of the XKB built-in US keyboard QWERTY layout with additional characters available on third/fourth levels. Thus I name it differently. However unless I switch to the actual built-in US layout, KTouch is not loading the built-in US QWERTY and there is no way short of going to the system keyboard layout module to get KTouch to start the US QWERTY lessons. While auto-detection of the current layout is a good idea, it should only be an enabling and not a limiting feature. Please provide support for the manual selection of which set of lessons we want to load. Thank you. NOTE: I think https://bugs.kde.org/show_bug.cgi?id=339722 is related. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 395297] New: Dolphin terminal widget raises shortcut conflict message without actual conflict
https://bugs.kde.org/show_bug.cgi?id=395297 Bug ID: 395297 Summary: Dolphin terminal widget raises shortcut conflict message without actual conflict Product: dolphin Version: 17.12.3 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: panels: terminal Assignee: dolphin-bugs-n...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Steps to reproduce: 1. Open Dolphin and then the terminal pane by F4. 2. Try pasting some text using Shift+Ins. Actual results: The following message pops up: The key sequence 'Shift+Ins' is ambiguous. Use 'Configure Shortcuts' from the 'Settings' menu to solve the ambiguity. No action will be triggered. Expected result: The text should be pasted at the terminal line. Observations: Checking Dolphin shortcuts shows Shift+Ins configured for "Paste Clipboard Contents" and Konsole shortcuts shows the same for just "Paste". These are infact the same action just named differently and one should not be required to change this very common shortcut in either app as there is in fact no conflict at all but only misdiagnosis as a conflict. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 394833] Katepart swap file feature not available for unsaved or moved files
https://bugs.kde.org/show_bug.cgi?id=394833 --- Comment #3 from Shriramana Sharma --- (In reply to Christoph Feck from comment #2) > Was your loss of data caused by a crash, or did you kill Kate manually? Initially it was caused by a system power loss due to my UPS battery failing, but for testing of course I didn't pull the plug! Surely the effect is the same whether it goes down itself or we kill it? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 395562] New: Slash at start of NFS mount point is not being displayed
https://bugs.kde.org/show_bug.cgi?id=395562 Bug ID: 395562 Summary: Slash at start of NFS mount point is not being displayed Product: dolphin Version: 17.12.3 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: panels: places Assignee: dolphin-bugs-n...@kde.org Reporter: samj...@gmail.com Target Milestone: --- Created attachment 113409 --> https://bugs.kde.org/attachment.cgi?id=113409&action=edit screenshot demonstrating the bug Please see the attached screenshot. You can see that the entries in the middle are NFS entries reading as "SHARE on HOST" but they don't have the initial slash displayed so "/ on laptop" reads as " on laptop" etc. Please look into and fix this. Thank you. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 395562] Slash at start of NFS mount point is not being displayed
https://bugs.kde.org/show_bug.cgi?id=395562 --- Comment #1 from Shriramana Sharma --- Created attachment 113416 --> https://bugs.kde.org/attachment.cgi?id=113416&action=edit bug not found in Kubuntu Xenial I notice that the bug is not seen in Kubuntu Xenial. I have attached a screenshot showing this as well as the respective versions. -- You are receiving this mail because: You are watching all bug changes.
[KClock] [Bug 492603] Kclock should provide Timers, Alarm, Stopwatch shortcuts in Klauncher
https://bugs.kde.org/show_bug.cgi?id=492603 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 353909] please bring back the picture frame widget for Plasma 5
https://bugs.kde.org/show_bug.cgi?id=353909 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 353909] please bring back the picture frame widget for Plasma 5
https://bugs.kde.org/show_bug.cgi?id=353909 --- Comment #6 from Shriramana Sharma --- Can anyone please indicate how to install this right now without waiting for a future version/package release? -- You are receiving this mail because: You are watching all bug changes.
