[kwalletmanager] [Bug 473700] New: Support passkeys with kwalletmanager
https://bugs.kde.org/show_bug.cgi?id=473700 Bug ID: 473700 Summary: Support passkeys with kwalletmanager Classification: Applications Product: kwalletmanager Version: unspecified Platform: unspecified OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: va...@kde.org Reporter: reiner@web.de Target Milestone: --- An emerging step to improve ssecurity is the use of passkeys, see https://fidoalliance.org/passkeys/ kwalletmanager should support loging with passkeys as well as exchanging them via import/export in an encrypted way. OBSERVED RESULT * Currently there is no passkey support in kwallet at all. EXPECTED RESULT * Support of passkeys should be possible. Thus using KDE with passkeys is as simple as using passkeys on Android. See also * https://www.youtube.com/watch?v=qNbsEAIcitE - Passkey statt Passwort | c’t uplink * https://passkey.org/ - What is a passkey? -- You are receiving this mail because: You are watching all bug changes.
[basket] [Bug 469615] New: Basket looses indentation in notes
https://bugs.kde.org/show_bug.cgi?id=469615 Bug ID: 469615 Summary: Basket looses indentation in notes Classification: Applications Product: basket Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: niccolo.venera...@gmail.com Reporter: reiner@web.de Target Milestone: --- Creating basket notes with an indentation (type *) is a great thing to structure a note. Unfortunately basket looses this indentation. STEPS TO REPRODUCE 1. Create a note, at the beginning on the second and third line type "* blabla" to indent the lines 2. Stop and restart basket OBSERVED RESULT The indentation of the note has been lost EXPECTED RESULT The indentation of the note should be preserved as entered SOFTWARE/OS VERSIONS basket: 2.49-beta Linux: Debian Linux 11 (Testing = bullseye) KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 461746] Unknown error when starting Konqueror
https://bugs.kde.org/show_bug.cgi?id=461746 --- Comment #5 from Reiner Nix --- >I just realized the error you're getting is different from that in the original >report (I don't speak German, so I had to use Google Translate, but I only did >so for the message in the original report and automatically assumed that yours >was the same), so most of the information I asked you were irrelevant to your >situation. Hm, maybe its another error with similar result. However the observed message is the same and then I found some more problematic aspects. >>When starting Konqueror, the following error message is shown: >> >> Die Aktion lässt sich nicht ausführen >> Nicht dokumentierter Fehler This could be translated as "The action cannot be executed. Undocumented error" > does this happen only for directories or also for other kinds of URLs? For > example, does running "konqueror /path/to/pdf_file.pdf In this case Konqueror starts and shows address "konq:blank" (I have configured to start with an empty page) and additionally Okular ist started and opens the specified pdf file. So this seems to be ok. > And what about "konqueror https://www.google.com;? This also works fine: konqueror starts and opens the google search page. It is possible to enter a search term. The usual search completion is working and a result is shown. > if it only happens for directories, it means that there's something not > working between Konqueror and the Dolphin part. Just to be sure, could you > please check that Dolphin itself is installed and that it works? Yes, Dolphin is installed and is working without any obvious problem. Although I prefer to use Konqueror because it is a bit more suitable for some features, Dolphin is working as expected. > could you try creating a new user and check whether it has the same problems? > This way we can rule out a configuration issue. After creating a new user and starting Konqueror it is working fine. Here it is. Thus it's a configuration issue, I guess introduced during migration to a new version? I have deleted $HOME/.config/konquerorrc and restarted Konqueror, but unfortunately this does not help. Please could you give an advice which configuration files may cause the problem? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 461746] Unknown error when starting Konqueror
https://bugs.kde.org/show_bug.cgi?id=461746 --- Comment #3 from Reiner Nix --- Hi Stefano, Sorry for the late answer, I was a bit ill. > Which version of Konqueror are you using? The original report is about an old > version, but since you mention Frameworks I guess it's more recent than that. The problem is found using - konqueror: 22.12.2 - KDE frameworks 5.102.0 - QT: 5.15.8 I have another host also running with Debian Testing but without some of the latest updates, *were the problem is stil not present*, with following versions: - konqueror: 21.12.3 - KDE frameworks 5.100.0 - QT: 5.15.6 > Also, do you start Konqueror by clicking on the quick-launch icon in the > Plasma panel? Yes, I have started Konqueror with a single click on the icon in the Plasma control panel and it shows "Die Aktion lässt sich nicht ausführen". When trying to start Konqueror by clicking on the icon on the Desktop, it opens a tree view with the location set as document path. But this is broken. When selecting an entry, the address line gets updated but the tree view does not change. Opening an entry with click is not possible. > If so, have you tried running Konqueror directly from the application > launcher or from KRunner (Alt+F2)? > Do you get the same results? There's a bug with the quick launch icon which > causes it to run the wrong component of Konqueror, > but it should only affect the start page. > Entering any other URL in the location bar should work correctly. Yes, opening is possible. The result shows only the broken tree view. And starting konqueror from konsole ("konqueror /home") shows again the broken tree view. But then following messages are displayed: reiner@titus:~$ konqueror /home (directly after entering the command) Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes. kf.sonnet.clients.hspell: HSpellDict::HSpellDict: Init failed QDBusConnection: error: could not send signal to service "" path "//tmp/closeditems/_1.270" interface "org.kde.kconfig.notify" member "ConfigChanged": Invalid object path: //tmp/closeditems/_1.270 (after stoping konquerer with the close-button) QDBusConnection: error: could not send signal to service "" path "//home/reiner/.local/share/konqueror/closeditems_saved" interface "org.kde.kconfig.notify" member "ConfigChanged": Invalid object path: //home/reiner/.local/share/konqueror/closeditems_saved QDBusConnection: error: could not send signal to service "" path "//home/reiner/.local/share/konqueror/closeditems_saved" interface "org.kde.kconfig.notify" member "ConfigChanged": Invalid object path: //home/reiner/.local/share/konqueror/closeditems_saved QDBusConnection: error: could not send signal to service "" path "//tmp/closeditems/_1.270" interface "org.kde.kconfig.notify" member "ConfigChanged": Invalid object path: //tmp/closeditems/_1.270 P.S. I have found another recent similar problem report in the web, see https://forums.opensuse.org/t/konqueror-is-going-krazy/153955 Cheers, Reiner -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 461746] Unknown error when starting Konqueror
https://bugs.kde.org/show_bug.cgi?id=461746 Reiner Nix changed: What|Removed |Added Version|21.12.3 |21.12.2 CC||reiner@web.de --- Comment #1 from Reiner Nix --- I can confirm this behavior: when starting konqueror, it show to me "Die Aktion lässt sich nicht ausführen" , "Ungültiges Adressformat (URL)". However I have configured Konqueror to start with an empty page. When entering an file URL, e.g. "/tmp", the tree is displayed but clicking on an item does not start an action (e.g. open the folder). With this error, Konqueror is currently completely unusable for me. This is a mess because Konquerer provides some productive, unique features (e.g. tabbed mode, HTML browsing + file management) which I really use for my daily work in the office and I am currently delaying updates to other computers to prevent this error. SOFTWARE/OS VERSIONS Linux: Debian 12 (bookworm, Testing) KDE Plasma Version: 5.26.90 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 Kernel-Version: 6.1.0-3-amd64 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 334052] kmail should preserve the tabs with messages after re-start
https://bugs.kde.org/show_bug.cgi?id=334052 --- Comment #2 from Reiner Nix --- Currently restoring empty tabs just recover the tab but the it would be good if kmail remembers the previously choosen folder and a filter instead of having a blank tab restored. Thus this is more like restoring a user session. This will increase productivity as almost the time I have a set of tabs dedicated to particular folders. Currently when restarting it needs a reasonable amount of time to restore the previous view. I would like this time to do other work while the computer could help me to save time. -- You are receiving this mail because: You are watching all bug changes.
[kwalletmanager] [Bug 433739] New: integrate remote wallet
https://bugs.kde.org/show_bug.cgi?id=433739 Bug ID: 433739 Summary: integrate remote wallet Product: kwalletmanager Version: 20.12.2 Platform: Debian testing OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: va...@kde.org Reporter: reiner@web.de Target Milestone: --- To use a wallet on another host which can be accessed with usual remote access (sftp, ssh - or other kio services) it would be great if kwallet could access a remote host to open a wallet stored there. Rationale: to have most high security I guss that it is not required always to support a cloud storage but it would be great when I can use a wallet on another host which is part of my local network or connected by vpn. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 426946] Open a konqueror popup cause also moving other konqueror windows to the current virtual desktop
https://bugs.kde.org/show_bug.cgi?id=426946 Reiner Nix changed: What|Removed |Added Summary|Open a konqueror popup |Open a konqueror popup |cause also moving other |cause also moving other |konquerror windows to the |konqueror windows to the |current virtual desktop |current virtual desktop -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 426946] New: Open a konqueror popup cause also moving other konquerror windows to the current virtual desktop
https://bugs.kde.org/show_bug.cgi?id=426946 Bug ID: 426946 Summary: Open a konqueror popup cause also moving other konquerror windows to the current virtual desktop Product: konqueror Version: 5.0.97 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: file list view Assignee: konq-b...@kde.org Reporter: reiner@web.de Target Milestone: --- SUMMARY When using copy/paste to duplicate a file in the konqueror file manager, a popup is displayed to ask for the new file name. This is ok. But when the popup is displayed also other konqueror window instances are moved to the same virtual desktop which is not expected, instead the konqueror window instances should stay on their virtual desktop as before. STEPS TO REPRODUCE 1. open konqueror file manager multiple times on differend virtual desktops 2. select a file in one konqueror file list 3. use CTRL-C and CTRL-P to copy and paste the selected file 4. The rename dialog opens (expected, ok) OBSERVED RESULT Other konqueror windows instances are moved to the currently displayed virtual desktop (not expected) EXPECTED RESULT the konqueror window instances on other virtual desktop should stay on their virtual desktop as before. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 20.04 (but also observed with Kubuntu 19.10 and Debian testing Sept. 2020) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.68.0 Qt Version: 5.12.8 -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 339361] Macro/script support
https://bugs.kde.org/show_bug.cgi?id=339361 Reiner Nix changed: What|Removed |Added CC||reiner@web.de --- Comment #1 from Reiner Nix --- +1 like to confirm this feature wish. It seems to be the thing I am looking too for long time. There are some commands I have to type in again and again into a running terminal session but I do not have the option to create some alias or scripts inside the bash, so I like to have some buttons which can send an assigned command to the terminal as input. Having buttons would also greatly speed up my actions. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 418238] New: Missing treeview
https://bugs.kde.org/show_bug.cgi?id=418238 Bug ID: 418238 Summary: Missing treeview Product: systemsettings Version: 5.17.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: iconview Assignee: plasma-b...@kde.org Reporter: reiner@web.de Target Milestone: --- Created attachment 126441 --> https://bugs.kde.org/attachment.cgi?id=126441=edit Screenshoots of poor systemsettings and good kinfocenter With KDE systemsettings 5.17.5 the tree view cannot longer enabled. Instead only the horrible, space wasting and view with double item list is displayed. Want back the good old tree which provides quick access to the settings. For comparison this good view is still used in the kinfocenter. Running Linux, Debian testing with KDE systemsettings 5.17.5 KDE Frameworks 5.62.0 Qt 5.12.5 (kompiliert gegen 5.12.5) -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 412230] New: Search field for console is playced max away from new text displayed in console
https://bugs.kde.org/show_bug.cgi?id=412230 Bug ID: 412230 Summary: Search field for console is playced max away from new text displayed in console Product: konsole Version: 18.12.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: reiner@web.de Target Milestone: --- SUMMARY Since the last upgrade, console shows the search field (type CONTROL+SHIFT+F) at the top right of the window. Previously it was displayed at the bottom. Problem is that the regular output is always added at the bottom but the search field is now placed with maximum distance away which extremly unpleasant using a 4K display. I want to have either a setting to switch to the old behavior or generally switch to the old behavior. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Kubuntu 19.04 KDE Plasma Version: 5.15.4 KDE Frameworks Version: 5.56.0 Qt Version: 5.12.2 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 407172] Quickfilter by text should also should match when a note contains the text
https://bugs.kde.org/show_bug.cgi?id=407172 --- Comment #7 from Reiner Nix --- Yes, it would be a great help. Lot of time I am in conversation with customers. Unfortunately they are not always putting / keeping a reference into the subject (or mail body) but the mail contents is related to the same ticket. Thus it would be great to store the ticket into the local mail note and so having a comfortable and efficient way to keep track of the thread. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 407172] Quickfilter by text should also should match when a note contains the text
https://bugs.kde.org/show_bug.cgi?id=407172 --- Comment #5 from Reiner Nix --- I have added three screenshoots showing the notes (german "Notiz") - maybe the english wording is a bit different but I hope that the screenshoots will help. Best regards Reiner -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 407172] Quickfilter by text should also should match when a note contains the text
https://bugs.kde.org/show_bug.cgi?id=407172 --- Comment #4 from Reiner Nix --- Created attachment 120230 --> https://bugs.kde.org/attachment.cgi?id=120230=edit Screenshoot Kmail short info with note -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 407172] Quickfilter by text should also should match when a note contains the text
https://bugs.kde.org/show_bug.cgi?id=407172 --- Comment #3 from Reiner Nix --- Created attachment 120229 --> https://bugs.kde.org/attachment.cgi?id=120229=edit Screenshoot Kmail edit note dialog -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 407172] Quickfilter by text should also should match when a note contains the text
https://bugs.kde.org/show_bug.cgi?id=407172 --- Comment #2 from Reiner Nix --- Created attachment 120228 --> https://bugs.kde.org/attachment.cgi?id=120228=edit Screenshoot Kmail and context menu to edit a note -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 407172] New: Quickfilter by text should also should match when a note contains the text
https://bugs.kde.org/show_bug.cgi?id=407172 Bug ID: 407172 Summary: Quickfilter by text should also should match when a note contains the text Product: kmail2 Version: 5.8.3 Platform: Kubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: search Assignee: kdepim-b...@kde.org Reporter: reiner@web.de Target Milestone: --- The quickfilter on top of the mail list allows simple search of messages matching the entered text by checking the subject or full text. When performing a full text search it should also notes attached to a mail. STEPS TO REPRODUCE 1. Open the message list window 2. Select a message (e.g. subject "Example ABC") and attach a note with contents "Ticket 123". The text "Ticket 123" is expected not be a part of the message itself (neither subject not text) but only of the attached note. 3. Type "Ticket 123" in the quickfilter area above the message list OBSERVED RESULT The filtered message list is empty, no matching message is displayed. EXPECTED RESULT The filtered message list is not empty, the message with subject "Example ABC" is displayed because the quickfilter matched as the note contains "Ticket 123" SOFTWARE/OS VERSIONS Linux Kubuntu 18.10 KDE Plasma Version: 5.13.5 KDE Frameworks Version: 5.50.0 Qt Version: 5.11.1 -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 405169] New: Starting konqueror shows "chrome-error://chromewebdata/"
https://bugs.kde.org/show_bug.cgi?id=405169 Bug ID: 405169 Summary: Starting konqueror shows "chrome-error://chromewebdata/" Product: konqueror Version: 5.0.97 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: reiner@web.de Target Milestone: --- Created attachment 118619 --> https://bugs.kde.org/attachment.cgi?id=118619=edit Konqueror Settings When starting konqueror via favorite or icon in the control panel, it failes to start with a new (empty) page. Instead it continuously tries to load the page "chrome-error://chromewebdata/". According my settings, it should use "Webengine" and should start with an empty page. Choosing an explicit other webpage is also ignored. SOFTWARE/OS VERSIONS Linux: Kubuntu 18.10 Konqueror: / 5.0.97 Ubuntu Package: 4:18.04.3-0ubuntu1 KDE Plasma Version: 5.13.5 KDE Frameworks Version: 5.50.0 Qt Version: 5.11.1 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 398377] New: Rename fpg and related dng file keeping the same base name
https://bugs.kde.org/show_bug.cgi?id=398377 Bug ID: 398377 Summary: Rename fpg and related dng file keeping the same base name Product: digikam Version: 5.9.0 Platform: Debian testing OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: AdvancedRename Assignee: digikam-bugs-n...@kde.org Reporter: reiner@web.de Target Milestone: --- Hi, When I have created two files with the same image, one in jpg and the other in png format, the cameray will store them with the same name, e.g. K_3_1243.JPG and K_3_1243.DNG. I am using the rename tool with a pattern "[date:-MM-dd]_###[1]". I like to rename these files while keeping the same base name, e.g. 2018-09-01_001.JPG and 2018-09-01_001.DNG. Best regards Reiner -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 398376] New: UI problems making face management very hard
https://bugs.kde.org/show_bug.cgi?id=398376 Bug ID: 398376 Summary: UI problems making face management very hard Product: digikam Version: 5.9.0 Platform: Debian testing OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Faces-Maintenance Assignee: digikam-bugs-n...@kde.org Reporter: reiner@web.de Target Milestone: --- Created attachment 114836 --> https://bugs.kde.org/attachment.cgi?id=114836=edit Choosing a caption using the drop down box in the full image view The face detection and management is a big step forward and I like it. I like to give some feedback about my experiences with the hope that an improvement is also useful for many other digikam users. Using the face detection, digikam has some problems making face management very hard. The issues are related to the label / caption hierarchy. For correctness to my setup, I am using german but I guess this should not really matter. Here a snippet of the hierarchy I have setup: Stichwörter (the root) |-- Lebewesen | |-- Personen und Haustiere | |-- Familie | | |-- Anne | | |-- Reiner | | | |-- Freunde | | |-- Mueller | | | |-- Maria | | | |-- Michel ... |-- Personen // created by Digikam as default place for face recognition Before face detection was available I had already manually labelled many images with face tags. Of cource face tags means that I have had created a label (caption) subtree, see "Personen und Haustiere". For the face detection another subtree below "Personen" is automatically introduced which caused problems. Problems: 1) When running face detection on an image which was previously labelled at whole, the caption cannot be choosen to be re-assigned particulary fro whe image to the face. Moreover it is not possible to choose it (maybe because it is already assigned to the image?). I think that should be possible because this caption is related to the person no matter where it is attached to the image or to the designated face in the same image. And the face detection mechanism cannot be configured to ignore this album forever (which would be a work-around only). 2) It is not possible that I can manually configure my subtree in the captions named "Personen und Haustiere" to be used for the face detection. Moving to the automatic created "Personen" top-level subtree is not my wish because of using another system and it would place much work to me. 3) Due to the difference between the preset top-level tree of captions, some captions below "Personen und Lebewesen" and some below "Personen" are used. I. e. creating new captions during the management will be placed below "Personen" while choosing old ones use those below "Personen und Lebewesen". This leads to a mess. For me all, new and old, captions should be below "Personen und Lebewesen". 4) After the face recognition was done and I do the assignment using a known caption with the drop-down combo box as supported in the full image view. As the hierarchy of captions is huge by high number of captions and deep hierarchy the displayed combo box is too small - even I am working using a 4k display, which provides much more space. Please have a look to the attached screenshoot. 5) Using the dialog to run the face detection only within a subset of all albums, will display a combo box for the albums. But it is not possible to reset the previous made selection with a single action. Instead I have manually to run through the whole hierarchie of almbums and try to find which one was selected in the previous run. A suggestion would be to have a list of all albums on the left side and the choosen albums are displayed on the right side. For example, this concept is used for example when configuring the buttons in a KDE menu bar. 6) Any face detected need to be assigned to a caption. But what is the best way to remember that a face is to be ignored? For example my family and me did visit a historic metal mine on holidays. My family was part of a larger visitor group. Thus on some images there were quite more faces detected than I am familar with and for which I like to provide captions. 7) Regression error: with the current release (5.9.0) the face detection does not correctly work on the choosen album. Instead quite more albums will be used. Of course the check mark "Gesamte Almbumsammlung" (All Albums) has been not checked. In my previous digikam release (5.6.0) this was working as expected. Best regards, Reiner -- You are receiving this mail because: You are watching all bug changes.