[dolphin] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 Sergey Katunin changed: What|Removed |Added CC||sulmp...@yandex.ru -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 --- Comment #2 from Sergey Katunin --- https://invent.kde.org/frameworks/kio/-/merge_requests/1534#note_927293 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 --- Comment #4 from Sergey Katunin --- (In reply to AF from comment #3) > I can reproduce this issue as well. None of the network shares from my NAS > have visible folder previews anymore. Currently, after kio/!1534, the preview of deleted folders is disabled by default. But after kio/!1533 you can enable preview for remote folders with: in the kdeglobals file, the [PreviewSettings] section, the EnableRemoteFolderThumbnail parameter. A little bit later, a setting will be added to configure this via the GUI in Dolphin. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 --- Comment #5 from Sergey Katunin --- > Currently, after kio/!1534, the preview of deleted folders is disabled by > default. Sorry, I mean the preview of remote* folders -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 --- Comment #7 from Sergey Katunin --- (In reply to Alex Logashov from comment #6) > (In reply to Sergey Katunin from comment #4) > > the [PreviewSettings] section, > > the EnableRemoteFolderThumbnail parameter. > > I've tried this and it doesn't work for me > I've got remote NFS share mounted to /nfs/RemoteFolder and neither image nor > video thumbnails show up > I've got kio 6.1.0, kio-extras 24.02.2, kio-fuse 5.1.0, kio5 5.115.0 and > dolphin 24.02.2 installed I think this is due to the fact that the change with this option did not get into kio 6.1.0. So far only in the master branch. I think we should expect this in the next KIO release. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 480773] Allow to disable only determining mimetypes from extensions on remote FS's
https://bugs.kde.org/show_bug.cgi?id=480773 --- Comment #2 from Sergey Katunin --- (In reply to Magnus Boman from comment #0) > With kio 5.249.0 I can no longer open plain text documents on my NFS share I think you mean it's not that you can't open them at all by specifying a text editor manually, but that it doesn't open a file automatically through the default editor for text files. In general, the current behavior corresponds to the behavior of kio-fuse (protocols in dolphin like nfs://, webdav://) because it defines the type by extension via the Qt method `QMimeDatabase::mimeTypeForUrl` by remote url. > An option to disable this behavior would be greatly appreciated. This is of course one of the solutions, but I would like to suggest a different one. When you open the file, `KIO::OpenUrlJob` is executed by Dolphin, which in turn can call `KIO::MimeTypeFinderJob` to determine the mimetype (and this determination is more complicated than just by extension and, accordingly, defines a text file). The problem is that Dolphin calls the `KIO::OpenUrlJob` with an explicit indication of the mimetype that it defined earlier by extension - https://invent.kde.org/system/dolphin/-/commit/3b4676b3871cad5cd0e4695b211581f8db8accd0 (and mimetype most likely was determined here https://invent.kde.org/system/dolphin/-/blob/7f3967cf38f8ab707681981dd0bc6b220c3dbf83/src/kitemviews/kfileitemmodel.cpp#L1864, but it doesn't matter). This leads to the fact that `KIO::OpenUrlJob` does not call the `KIO::MimeTypeFinderJob`, and tries to open a file with the type "application/octet-stream". So, I suggest one of the following solutions: 1. If mimetype "application/octet-stream" and fileItem.isSlow() (so, it is this case with remote file with no extension) then call `KIO::OpenUrlJob` in Dolphin when opening a file without specifying the mimetype. If we do that, than `KIO::OpenUrlJob` will call `KIO::MimeTypeFinderJob` and determine mimetype, and I think it is okay to determine mimetype by content here, because we are opening file anyway and downloading a file for this here is not the same as downloading files in the background to determine the type when just opening a folder (like it was before PR with determining mimetypes from extensions for remote FS). 2. Determine the situation with mimetype "application/octet-stream" and fileItem.isSlow() inside `KIO::OpenUrlJob`, even if the "application/octet-stream" mimetype was specified explicitly when creating the job in Dolphin. I think first solution is a more suitable place, but the second solution may be able to solve a similar problem when this job is called not by Dolphin, but by some other program with the same purpose. After that, if we would open plain text file via click enter or mouse button, Dolphin will open file in default text editor. -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 474573] New: runners/services: look for the same keystrokes search sequence in other keyboard language layouts
https://bugs.kde.org/show_bug.cgi?id=474573 Bug ID: 474573 Summary: runners/services: look for the same keystrokes search sequence in other keyboard language layouts Classification: Plasma Product: krunner Version: unspecified Platform: unspecified OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: sulmp...@yandex.ru CC: alexander.loh...@gmx.de, natalie_clar...@yahoo.de Target Milestone: --- Created attachment 161649 --> https://bugs.kde.org/attachment.cgi?id=161649&action=edit Search example I would like to discuss this feature and how it can be implemented for all languages supported in KDE. ### How it is work For example, keystroke sequence like `лфеу` in `Cyrilic ЙЦУКЕН` is `kate` in `QWERTY`. And vice versa, not only the `RU -> EN` search is implemented, but also the `EN -> RU`. This is useful for systems with multiple keyboard language layouts in case when you forget to switch layout. ### Problem However, the task of implementation for all languages looks rather non-trivial. I assume that it is possible to use some kind of system library in this conversion, like `xkb`. So, I would like to know if the community is interested in this feature, and in what ways it could be implemented. ### How it is implemented now At the moment, I have implemented a prototype that has the desired behavior for EN (English) - RU (Russian) layouts by using simple convertation table. Convertation table: ``` class LayoutRuEnConverter { enum class LayoutType { RU_TO_EN = 0, EN_TO_RU = 1 }; using LayoutMap = QMap; using LayoutMaps = QMap; public: LayoutRuEnConverter() = default; bool isStrHasRuChar(const QString &str) const { for (auto c: str) { if (ruCharsMap[c]) { return true; } } return false; } QString invertLayout(const QString &str) const { return convertLayout(str, isStrHasRuChar(str) ? LayoutType::RU_TO_EN : LayoutType::EN_TO_RU); } private: QMap getRuCharsMap() const { const QString ruChars = "абвгдеёжзийклмнопрстуфхцчшщъыьэюяАБВГДЕЁЖЗИЙКЛМНОПРСТУФХЦЧШЩЪЫЬЭЮЯ"; QMap t; for (auto c: ruChars) { t[c] = true; } return t; } LayoutMaps initLayouts() const { const QString qwertyEn = "`qwertyuiop[]asdfghjkl;'zxcvbnm,./~@#$^&QWERTYUIOP{}|ASDFGHJKL:\"ZXCVBNM<>?"; const QString qwertyRu = "ёйцукенгшщзхъфывапролджэячсмитьбю.Ё\"№;:?ЙЦУКЕНГШЩЗХЪ/ФЫВАПРОЛДЖЭЯЧСМИТЬБЮ,"; const int N = qwertyEn.count(); LayoutMap layoutRuToEnMap; LayoutMap layoutEnToRuMap; for (int i = 0; i < N; ++i) { layoutRuToEnMap[qwertyRu[i]] = qwertyEn[i]; layoutEnToRuMap[qwertyEn[i]] = qwertyRu[i]; } LayoutMaps res; res[LayoutType::RU_TO_EN] = layoutRuToEnMap; res[LayoutType::EN_TO_RU] = layoutEnToRuMap; return res; } QString convertLayout(const QString &str, const LayoutType layoutType) const { QString res = ""; for (auto c: str) { res += !layouts[layoutType][c].isNull() ? layouts[layoutType][c] : c; } return res; } const QMap ruCharsMap = getRuCharsMap(); const LayoutMaps layouts = initLayouts(); }; ``` And in match() function, converted search query is executed. ``` void match(Plasma::RunnerContext &context) { const auto doMatch = [this]() { matchNameKeywordAndGenericName(); matchCategories(); matchJumpListActions(); }; term = context.query(); // Splitting the query term to match using subsequences queryList = term.split(QLatin1Char(' ')); weightedTermLength = weightedLength(term); doMatch(); // Invert language layout (RU <-> EN) in queryList. std::transform(queryList.cbegin(), queryList.cend(), queryList.begin(), [this](const QString& str) { return m_layoutConverter->invertLayout(str); }); // Do match again with converted queryList. doMatch(); context.addMatches(matches); } ``` -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 474574] New: runners/services: search by executable name (Exec field)
https://bugs.kde.org/show_bug.cgi?id=474574 Bug ID: 474574 Summary: runners/services: search by executable name (Exec field) Classification: Plasma Product: krunner Version: unspecified Platform: unspecified OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: sulmp...@yandex.ru CC: alexander.loh...@gmx.de, natalie_clar...@yahoo.de Target Milestone: --- As far as I understand, this feature was present, but for various reasons it was removed (https://invent.kde.org/plasma/plasma-workspace/-/commit/820c5b1a27c2b534f679e09de5b2b68378ad9f72). But that feature is really useful for non-english locale system (when `Name` is Cyrilic for example), or just sometimes you need to find it by the name of the executable. I think, we can consider the option of enabling the search by Exec through an optional checkbox in the plugin settings. Also I think Exec= field value should be cleared of env variables and launch parameters before use that `ExecutableName` in `void matchNameKeywordAndGenericName()` method, where the search query is checked for matching with one of the search criteria. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 474576] New: sddm-theme: add wireless (WiFi) widget
https://bugs.kde.org/show_bug.cgi?id=474576 Bug ID: 474576 Summary: sddm-theme: add wireless (WiFi) widget Classification: I don't know Product: kde Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: sulmp...@yandex.ru Target Milestone: --- Created attachment 161650 --> https://bugs.kde.org/attachment.cgi?id=161650&action=edit wireless widget screenshot I would like to offer an feature with a widget to connect to a wireless connection directly from sddm-theme (breeze) on the login screen. It seems that this feature is present in Win 10, and possibly in GDM. ### Description Anyway, I implemented a working prototype of the Wi-fi widget on SDDM-theme (breeze) for KDE version 5.27. We needed this feature because we have implemented a custom authorization that requires Internet on the login screen. The interesting fact is that it didn't even need any new C++ code. This can be implemented only by QML code (although it is not very convenient in several places, but the goal was to minimize the difference from the upstream), by using present QML plugin for `PlasmaNM` (import org.kde.plasma.networkmanagement 0.2 as PlasmaNM). Check attachments for video and image. For image - description of elements: 1. Button in corner of sddm-theme to launch wireless connection panel. 2. Status and name of wireless connection. 3. Wireless 'select' component. 4. Password input. 5. Connect button. ### Problem I expect the following problems: 1. Perhaps the KDE community does not want to introduce such a feature in principle. (However, we can provide this as an optional feature through the checkbox in the settings). 2. Non-compliance with KDE design requirements. 3. It is necessary to adapt to KDE 6, and it may be necessary to make some changes to Plasma NM to implement the missing useful functions for this case (I can't remember specific examples, but something like: 1) get connected wireless name; 2) get wireless connection status; 3) get wired connection status; 4) is connection has password; 5) is selected connection has enterprise security; etc) -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 474576] sddm-theme: add wireless (WiFi) widget
https://bugs.kde.org/show_bug.cgi?id=474576 --- Comment #1 from Sergey Katunin --- Created attachment 161651 --> https://bugs.kde.org/attachment.cgi?id=161651&action=edit video with working prototype -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 474573] runners/services: look for the same keystrokes search sequence in other keyboard language layouts
https://bugs.kde.org/show_bug.cgi?id=474573 Sergey Katunin changed: What|Removed |Added CC||sulmp...@yandex.ru -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 474574] runners/services: search by executable name (Exec field)
https://bugs.kde.org/show_bug.cgi?id=474574 Sergey Katunin changed: What|Removed |Added CC||sulmp...@yandex.ru -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 474576] sddm-theme: add wireless (WiFi) widget
https://bugs.kde.org/show_bug.cgi?id=474576 Sergey Katunin changed: What|Removed |Added CC||sulmp...@yandex.ru -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 414062] SDDM theme should support connecting to a network and viewing network status
https://bugs.kde.org/show_bug.cgi?id=414062 --- Comment #5 from Sergey Katunin --- Should I repeat message from Bug 474576? (In reply to Nate Graham from Bug 474576 comment #2) > Did you make this change purely in your SDDM theme? Were any changes to SDDM > itself required? Yes, purely in my SDDM theme. No changes were required in SDDM. But if a polkit policy is created in system for "org.freedesktop.NetworkManager.settings.modify.system", that requires admin rights (AUTH_ADMIN) for modify system connections of NetworkManager, then it also have to be created policy to allow sddm to modify system connections (because Wi-Fi from sddm-theme is system global connection, and not for any particular user), like: polkit.addRule(function(action, subject) { if (action.id == "org.freedesktop.NetworkManager.settings.modify.system" && subject.isInGroup("sddm")) { return polkit.Result.YES; } }); Apart from this moment, nothing else was needed, just QML in custom breeze theme. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 414062] SDDM theme should support connecting to a network and viewing network status
https://bugs.kde.org/show_bug.cgi?id=414062 --- Comment #7 from Sergey Katunin --- (In reply to Nate Graham from comment #6) > Very cool. In that case please feel free to submit it upstream to the Breeze > theme! I think this would be a valuable addition. > > We'd need to handle the case of the system not having a polkit setup to > allow admin actions to happen here though. I'm glad to hear that. I will start adapting this for KDE 6, but I don't promise that it will be ready in the very near future. Anyway, it was important to find out from you about the demand for this feature, so I'll do it -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 475442] New: Setting option to disable indexed search when the Baloo service is enabled
https://bugs.kde.org/show_bug.cgi?id=475442 Bug ID: 475442 Summary: Setting option to disable indexed search when the Baloo service is enabled Classification: Applications Product: dolphin Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: search Assignee: dolphin-bugs-n...@kde.org Reporter: sulmp...@yandex.ru CC: kfm-de...@kde.org Target Milestone: --- Created attachment 162196 --> https://bugs.kde.org/attachment.cgi?id=162196&action=edit `filenamesearch` when option is disabled I would like to propose an feature with a setting option (config) to enable/disable indexed search when the Baloo service is enabled (so tags, comments, rating and search in Krunner will be remain intact). If the Baloo service is disabled, then this configuration option will not be available. This is necessary due to the fact that in some cases the indexed search does not work correctly, and this would be a workaround without disabling the entire Baloo service. I understand that it would be better for indexed search to work perfectly (but this is not a trivial question), however, I think that potentially problems may arise with indexed search from time to time (in view of the complexity of indexed search - that is, the bugs of Baloosearch itself, as well as incorrect results in view of what has not been updated index), and this option would give the user the opportunity to configure the search in Dolphin without disabling the entire indexing Baloo service. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 475442] Setting option to disable indexed search when the Baloo service is enabled
https://bugs.kde.org/show_bug.cgi?id=475442 --- Comment #1 from Sergey Katunin --- Created attachment 162197 --> https://bugs.kde.org/attachment.cgi?id=162197&action=edit `baloosearch` with enabled option -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 475442] Setting option to disable indexed search when the Baloo service is enabled
https://bugs.kde.org/show_bug.cgi?id=475442 --- Comment #2 from Sergey Katunin --- Created attachment 162198 --> https://bugs.kde.org/attachment.cgi?id=162198&action=edit no option with disabled Baloo service -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 475442] Setting option to disable indexed search when the Baloo service is enabled
https://bugs.kde.org/show_bug.cgi?id=475442 --- Comment #3 from Sergey Katunin --- Created attachment 162199 --> https://bugs.kde.org/attachment.cgi?id=162199&action=edit visible option with enabled Baloo service -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 475442] Setting option to disable indexed search when the Baloo service is enabled
https://bugs.kde.org/show_bug.cgi?id=475442 Sergey Katunin changed: What|Removed |Added CC||sulmp...@yandex.ru -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 --- Comment #13 from Sergey Katunin --- (In reply to Alex Logashov from comment #12) > I'm on Arch with Dolphin 24.02.2 installed. I had to set a value for > MaximumRemoteSize for previews to work. I think there used to be no limit > option. Setting specific value is inconvinient since I don't know how big > files can get. Dolphin does not affect this behavior, it is affected by KIO. A zero value of MaximumRemoteSize means that preview will be created for no file. This was done on purpose (and it was so until recent changes), because creating previews for remote files is more expensive in terms of using network resources, so the most appropriate default value would be to turn off these previews. But do you really need to build previews for super-large remote files, with a size of 1 TiB or more? If yes, then you can specify such a limit (for example, 10 or 100 or 1000 TiB) in Dolphin settings or manually in `kdeglobals` file. P.S The GUI setting for `EnableRemoteFolderThumbnail` will most likely be in the next Dolphin release. Maybe at 24.05? (https://invent.kde.org/system/dolphin/-/commit/cb75b5a7decfe10cfc26240c1d5bbf65224cf424) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 Sergey Katunin changed: What|Removed |Added Latest Commit||https://invent.kde.org/fram ||eworks/kio/-/commit/c7d6ff8 ||f218a0c063f762bd236453a7ae0 ||0b817e CC||kdelibs-b...@kde.org Version|24.02.2 |6.2.0 Assignee|dolphin-bugs-n...@kde.org |kio-bugs-n...@kde.org Resolution|--- |FIXED Component|view-engine: icons mode |general Version Fixed In||6.2.0 Product|dolphin |frameworks-kio Status|REPORTED|RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 Sergey Katunin changed: What|Removed |Added Version|6.2.0 |6.1.0 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 485946] Dolphin does not show directory/folder thumbnail for any remotely mounted directory.
https://bugs.kde.org/show_bug.cgi?id=485946 Sergey Katunin changed: What|Removed |Added Status|REPORTED|RESOLVED CC||sulmp...@yandex.ru Resolution|--- |DUPLICATE --- Comment #4 from Sergey Katunin --- *** This bug has been marked as a duplicate of bug 485984 *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 485984] SMB and NFS shares do not show folder previews
https://bugs.kde.org/show_bug.cgi?id=485984 Sergey Katunin changed: What|Removed |Added CC||jimreynold...@yahoo.com --- Comment #14 from Sergey Katunin --- *** Bug 485946 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.