[Akonadi] [Bug 367682] Akonadi/Baloo/Whatever doesn't show PIM data on desktop searches
https://bugs.kde.org/show_bug.cgi?id=367682 --- Comment #4 from eemantsal --- (In reply to Christophe Giboudeaux from comment #2) > (In reply to piedro from comment #1) > > I do not think [cut useless stuff] > > Please refrain from posting unhelpful comments. To me, knowing that other bugs aren't being fixed either so probably is true that Akonadi is not being maintained too much anymore, is an useful comment. I wish I had known before so I had saved on some time reporting some bugs and suggesting some features that will probably never be taken into account (I know that most probably not because of disdain from the devs but for lack of manpower), like this one (in september of 2019 Baloo keeps ignoring indexed PIM data). A pity. Let's hope that situation changes, well with Kube taking over well with new mantainers for KDEPIM. Cheers. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 412248] New: Tag at saving
https://bugs.kde.org/show_bug.cgi?id=412248 Bug ID: 412248 Summary: Tag at saving Product: frameworks-plasma Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: libplasma Assignee: notm...@gmail.com Reporter: inf...@openaliasbox.org Target Milestone: --- I'm not sure if this is frameworks-plasma issue but I dont know where to place it. Please, move it where it corresponds if necessary. Allow tagging in the "Save as" window. Like, for example, when saving a bookmark in a web browser. Tagging the files we save should be something we could do at that very moment. Opening Dolphin, go to the folder where we have saved said files, and mark them to tag is a clumsy and time wasting process IMO, and sure many users don't tag their files as much as they wanted because of that discouraging process. i think this could be achieved with a simple panel, like the preview panel, in the file picker, which had the tools that Dolphin has to tag files. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 412245] New: Sort icons according the window's position
https://bugs.kde.org/show_bug.cgi?id=412245 Bug ID: 412245 Summary: Sort icons according the window's position Product: lattedock Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: application Assignee: mvourla...@gmail.com Reporter: inf...@openaliasbox.org Target Milestone: --- I think that the intuitive thing is to expect that if you have, for example, Firefox at the left half of your screen, Kontact at the right, Konsole in the midle and other 6 apps here and there, the taskbar reflects their horizontal positions, not their opening order. Neither is very intuitive that you have to run your eyes over the taskbar to identify and localize the app you are looking for because you don't usually remember which program you opened first, and second, and third and... As almost everything in KDE it should be configurable, of course. Maybe many users weren't interested at all in this behavior. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 412240] New: Turn Akonadi off (configurable) after some time of inactivity
https://bugs.kde.org/show_bug.cgi?id=412240 Bug ID: 412240 Summary: Turn Akonadi off (configurable) after some time of inactivity Product: Akonadi Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- SUMMARY Most of the time we don't need Akonadi's stuff running and eating in many cases almost 1 GB of our RAM. Many of us have "migrated" many PIM tasks from the PC to the mobile and the web. Korganizer's reminders don't have as much sense as some years ago since we usually pay more attention to our phone's notifications and alarms than to our computer's. Akonadi is started with Plasma to check if we have new mail, calendar alarms, etc, and whenever we launch an app which needs it if we have stopped it before. That's ok, but when we have already checked all that stuff and close Kontact/Kmail/Korganizer/etc and want to start working without distractions, could Akonadi "autoturn off" after x minutes of PIM inactivity? Something like an automatic "akonadictl stop" that runs after that user configured lapse after he has closed the PIM related apps (I wouldn't include the panel's calendar since it's annoying to have to remove/add it from the panel/dock every now and then. I'd let it there like when you stop Akonadi by hand). This should be user configurable, of course: maybe one wants to turn it off almost inmediately, maybe others don't want to turn it off at all. -- You are receiving this mail because: You are watching all bug changes.
[kjots] [Bug 412237] Markdown and cloud support
https://bugs.kde.org/show_bug.cgi?id=412237 --- Comment #1 from eemantsal --- (In reply to eemantsal from comment #0) I forgot to say that it should keep its WYSIWYG interface to make it really usable by everybody, even those who don't know MD code. A big defect of most MD editors is that only permit editing in markdown code. A note taking app for a friendly desktop like Plasma should be easy to use; my aunt must be able to use it with the same ease she uses her email composer. Typora, even if is closed source, is a great example of how to do things well. -- You are receiving this mail because: You are watching all bug changes.
[kjots] [Bug 412237] New: Markdown and cloud support
https://bugs.kde.org/show_bug.cgi?id=412237 Bug ID: 412237 Summary: Markdown and cloud support Product: kjots Version: unspecified Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: steve...@gmail.com Reporter: inf...@openaliasbox.org Target Milestone: --- SUMMARY I believe that the bad HTML support Kjots has always had could be abandoned and move efforts to add good markdown format support since it's becoming the standard for brief and simple documents like notes, diaries, drafts, etc, and provides all what one needs to make great notes even with embedded audio and video. Most mobile notes apps use this format, as well as Nextcloud's notes app. So, making Kjots compatible with MD and adding cloud support, like Akregator or Kaddressbook already have, would make it the definitive Note taking solution for the Plasma desktop. EXPECTED RESULT Having a real note taking program, well integrated in KDEPIM, with good compatibility with common note taking software like Typora, Ghostwriter, Qownnotes, etc, and able to definitely replace OneNote, Evernote, and other online privative solutions. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 409507] Export highlighted text to plaintext file
https://bugs.kde.org/show_bug.cgi?id=409507 --- Comment #3 from eemantsal --- I was referring to the highlighted text. That text you mark using the highlighter tool in Okular. Perhaps isn't called "highlighter" in english: the tool you get pressing F6 and then 4. Sorry if I didn't explain myself better in my first comment. Since an image is word 1000 words, I'm attaching a screenshot of a real use case. I hope it avoids misunderstantdengs. Thanks for you good will though. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 409507] Export highlighted text to plaintext file
https://bugs.kde.org/show_bug.cgi?id=409507 --- Comment #2 from eemantsal --- Created attachment 121337 --> https://bugs.kde.org/attachment.cgi?id=121337&action=edit Okular, highlighted text -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 409508] New: Permit to change the text's color or improve the invert colors option to respect images
https://bugs.kde.org/show_bug.cgi?id=409508 Bug ID: 409508 Summary: Permit to change the text's color or improve the invert colors option to respect images Product: okular Version: 1.7.2 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- Okular has a few nice accesibility options to let the user change the background color for the documents if these are really text documents, not just scanned images. This is almost a must if one uses to read for long times in dark environments and loves his retinas: you set the document's background in a comfortable semidark color and you are almost dome. But I say "almost" because the ideal would be to have an almost black background, but you can't because Okular doesn't permit to change the text color, so you would end with a very dark background and black text, which is illegible. So, finally you use the "minor evil", not the optimal solution. Theres an option to invert the colors for all the document, but this includes the images, something rather annoying; the read is nice but then you see the images in negative and something creaks in your brain. So, my suggestions are to add the option to change the text color, my favorite, since this would give the option of configuring the look very granularly and make happy evry user out there; or add the possibility of excluding the images in the «Invert colors» option. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 409507] New: Export highlighted text to plaintext file
https://bugs.kde.org/show_bug.cgi?id=409507 Bug ID: 409507 Summary: Export highlighted text to plaintext file Product: okular Version: 1.7.2 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- When one has a lot of highlighted lines in a big Epub, PDF, etc, document, being able to export them to a simple txt, or maybe markdown (in case one wants to keep format for titles, bullets, etc), would be a great way to have résumés, summaries, guides for presentations, talks, etc, without having to copy & paste hundreds of times. When you have a 400 pages document is a real PITA, just exporting would make life much more beautiful. -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 409506] New: Marble doesn't open addresses from Kaddressbook
https://bugs.kde.org/show_bug.cgi?id=409506 Bug ID: 409506 Summary: Marble doesn't open addresses from Kaddressbook Product: marble Version: unspecified Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: marble-b...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- SUMMARY Showing an address in Marble via Kaddressbook doesnt work. Marble is opened showing the home address configured in Marble, not the clicked addres in KAB. I have "marble %s %l %z" in the command field in the Contact Actions section in KAB, but I have tried several commands and no matter what changes I make, when I click on some address Marble opens always in my the home addres. STEPS TO REPRODUCE 1. Open Kaddressbook 2. Click on some contact's address 3. See Marble opening always the home location OBSERVED RESULT Told before EXPECTED RESULT Clicked address should be shown on Marble. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 5.12 (available in About System) KDE Plasma Version: 5.16.2 KDE Frameworks Version: 5.59 Qt Version: 5.12.3 ADDITIONAL INFORMATION MArble 2.2.20 (KDE Apps 19.04.2) -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 314087] Use marble to show addresses and coordinates
https://bugs.kde.org/show_bug.cgi?id=314087 --- Comment #2 from eemantsal --- (In reply to eemantsal from comment #1) > I think this is a very nice idea and since it seems it's fallen into the > deep oblivion I'd like to revive it. > A small screenshot of Marble's maps for the addresses, shown in the > contacts' details view, would be quite practical, like those when you share > a location via your mobile, but on a computer screen the size and area could > be bigger. It's a quick way of remembering a location without having to > launch Marble or a web browser. Sure it doesn't provide as much information, > but most of the time we just need to remember a couple of details, > especially for frequent contacts addresses (familiars, friends, etc). Oh, well... Now I reread the OP's message I'm not sure if he was talking about the same I was. I don't inderstand well what Luis Silva meant with "provide maps". Perhaps he talked about launching Marble from KAB, which is exactly what I don't want. I just want that KAB takes a screenshot of the area where the address in question is and shows it in the contacts' details column. If you think I should post this in a different bug, please, just tell me. -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 314087] Use marble to show addresses and coordinates
https://bugs.kde.org/show_bug.cgi?id=314087 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #1 from eemantsal --- I think this is a very nice idea and since it seems it's fallen into the deep oblivion I'd like to revive it. A small screenshot of Marble's maps for the addresses, shown in the contacts' details view, would be quite practical, like those when you share a location via your mobile, but on a computer screen the size and area could be bigger. It's a quick way of remembering a location without having to launch Marble or a web browser. Sure it doesn't provide as much information, but most of the time we just need to remember a couple of details, especially for frequent contacts addresses (familiars, friends, etc). -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 409503] New: Telegram support in the Phone number actions
https://bugs.kde.org/show_bug.cgi?id=409503 Bug ID: 409503 Summary: Telegram support in the Phone number actions Product: kaddressbook Version: 5.11.2 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org CC: to...@kde.org Target Milestone: --- Let me suggest that you add the option to launch a Telegram Desktop conversation with each contact from Kaddressbook. I dont subestimate Ekiga or SflPhone, but I don't think their users are more numerous than Telegram's which seems to be the "less hated messenger for the masses" among Linux users. It can convive perfectly with the other options for the benefit of many more users. I've seen that there are a couple of related suggestions (https://bugs.kde.org/buglist.cgi?quicksearch=telegram%20kaddressbook&list_id=1638887) but they don't propose the same thing I do, so I'd thought it'd be better to open a new bug. -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 407666] Dial phone number with tel:// and sms:// via xdg
https://bugs.kde.org/show_bug.cgi?id=407666 --- Comment #2 from eemantsal --- (In reply to eemantsal from comment #1) > Yes, would be nice to have Kaddressbook better integrated with KDE Connect. > Among the actual options in the contact options, in Kaddressbook's actions > (the first section, I don't know if it is "Contact options" exactly in > english) regarding the phone numbers, besides ekiga ans Skype a new option > "Dial via KDE Connect" or just "KDE Connect" would be a plus. The simple > command "kdeconnect-handler tel:%n" does the trick and sends the number in > question to your phone's dial app just like when you click a tel:// link in > Firefox. Sorry, "present" no "actual options". -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 407666] Dial phone number with tel:// and sms:// via xdg
https://bugs.kde.org/show_bug.cgi?id=407666 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #1 from eemantsal --- Yes, would be nice to have Kaddressbook better integrated with KDE Connect. Among the actual options in the contact options, in Kaddressbook's actions (the first section, I don't know if it is "Contact options" exactly in english) regarding the phone numbers, besides ekiga ans Skype a new option "Dial via KDE Connect" or just "KDE Connect" would be a plus. The simple command "kdeconnect-handler tel:%n" does the trick and sends the number in question to your phone's dial app just like when you click a tel:// link in Firefox. -- You are receiving this mail because: You are watching all bug changes.
[lattedock] [Bug 396931] latte-docker delay show timer is not work.
https://bugs.kde.org/show_bug.cgi?id=396931 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #6 from eemantsal --- Thanks for the hint. I was even thinking of going back to the old Plasma panel since that sudden appearances of Latte at the minimum cursor touch, that interrupted my workflow every now and then, were getting me on my nerves. I wanted to say, though, that Plasma's system settings don't seem to have any influence on this issue: if one enables Kwin borders in the Latte's Tweaks section and then goes to Plasma's screen borders conguration tool in System Settings, the activation delay doesnt have any effect on Latte's autoshow; it emerges inmediately. Only the method you said, disabling screen borders in Latte's preferencies, is the one really working on my machine. OTH, Latte's auto-occultation works perfectly, even with Kwin borders actived. Gentoo, Latte 0.8.9, Plasma 5.16.2, KDE Frameworks 5.59, Qt 5.12.3 here. -- You are receiving this mail because: You are watching all bug changes.
[Plasma Vault] [Bug 404750] New: Thumbnails of files in vaults are unencrypted
https://bugs.kde.org/show_bug.cgi?id=404750 Bug ID: 404750 Summary: Thumbnails of files in vaults are unencrypted Product: Plasma Vault Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: grave Priority: NOR Component: general Assignee: ivan.cu...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- SUMMARY The thumbnails of files in KDE vaults (or any other encrypted folders and files) should not be stored in an unencrypted folder like ~/.cache/thumbnails, or if so, should be deleted after vault's unmount. There's little point in keeping our private files in secure folders safe from eavesdropper eyes if in the end they all are "microfilmed" in the thumbnails folder, especially those in ~/.cache/thumbnails/large, which have a rather generous size. In the case of plain texts the thumbnail only shows the first lines, but images and other content are fully thumbnailed. STEPS TO REPRODUCE 1. Mount some vault 2. Browse it with Dolphin, Gwenview, whatever program that makes thumbnails. 3. Close the vault OBSERVED RESULT In ~/.cache/thumbnails new thumbnails of the vault's content have been created and are stored unencrypted. EXPECTED RESULT Actually this is not a malfunction but a design flaw. But I guess that a nice expected result would be that these thumbnails were saved in the vault, perhaps a /thumbnails subfolder inside the vault's mount folder, so they are invisible until the vault gets mounted. Or maybe said thumbnails subfolder could be mounted also in ~/.cache/thumbnails -so the user could purge his image caché as easily as always- perhaps inside an mount subfolder with the same name of the vault -If vault "SecretCoffin" is mounted, then the folder ~/.cache/thumbnails/SecretCoffin is created and shows the encripted thumbnails. If "SuperSecretCoffin" gets unmounted, ~/.cache/thumbnails/SuperSecretCoffin becomes an empty directory or is deleted. This would have the disadvantage of having this hypothetical encrypted thumbnails folder mounted twice, and the clarity gained on one side could add confusion on the other. I don't really know. I hope you, devs, will probably figure better solutions. SOFTWARE/OS Linux/KDE Plasma: Gentoo, Plasma 5.15.1 (available in About System) KDE Plasma Version: 5.15.1 KDE Frameworks Version: 5.55 Qt Version: 5.12.1 ADDITIONAL INFORMATION I think this issue should be taken rather seriously and urgently. It surprises me that nobody has reported this security flaw yet, which means that every user of Plasma's vaults who enables thumbnails is ignorant that they in reality have many of their encrypted information easily accessible to anyone who has access to their PC. -- You are receiving this mail because: You are watching all bug changes.
[nepomuk] [Bug 182278] Allow to create secure semantic vaults
https://bugs.kde.org/show_bug.cgi?id=182278 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 394922] New: Open shared locations in the corresponding app.
https://bugs.kde.org/show_bug.cgi?id=394922 Bug ID: 394922 Summary: Open shared locations in the corresponding app. Product: kdeconnect Version: 1.8 Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: common Assignee: albertv...@gmail.com Reporter: inf...@openaliasbox.org Target Milestone: --- Would be nice that when sharing a geolocation from mobile to PC, it were opened in Marble, if installed, instead of in the text editor; or in the web browser, if Marble, or any other maps app, isn't installed. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 394327] New: Discover fails to warn about reverse dependences to be removed
https://bugs.kde.org/show_bug.cgi?id=394327 Bug ID: 394327 Summary: Discover fails to warn about reverse dependences to be removed Product: Discover Version: 5.12.5 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: PackageKit Assignee: aleix...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- Using Discover to uninstall Kirigami Gallery leads to the uninstallation of half of KDE without warning about packages compiled to depend on Kirigami Gallery (Arch -Antergos, to be exact- here) being taken off if proceeding; instead, an unnoticed uninstallation of said packages takes place. Among those various packages there are several important ones like plasma-desktop, plasma-workspace, plasma-framework, kwin... So far I haven only noticed this behavior with the aforesaid Kirigamy Gallery package; don't know if it happes with others as well. -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 393197] Add cloud support both for importeing feeds and for sharing them
https://bugs.kde.org/show_bug.cgi?id=393197 --- Comment #1 from eemantsal --- Sorry, I meant "of this kind", not "king" xD Comments should be editable at least during some grace period after posting them. -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 393197] New: Add cloud support both for importeing feeds and for sharing them
https://bugs.kde.org/show_bug.cgi?id=393197 Bug ID: 393197 Summary: Add cloud support both for importeing feeds and for sharing them Product: akregator Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- Take a look to Feedreader, it can download our RSS feeds from the Nextcloud News app from Tiny Tiny RSS accounts, Wallabag, Feedly, etc. It also can save articles to Wallabag, Pocket and Instapaper. Besides, it's able to share feeds vía Telegram Desktop, mail or Twitter. https://jangernert.github.io/FeedReader/#features Any app that of this king that misses the very fact that we live since years ago in a "sharing" and "connecting with others" era is an obsolete app and should put remedy as rapidly as possible to that obsolescence. Akregator is on of those apps that have aged very badly despite it was a nice app. So, please, make it jump to the XXI century and add sharing capabilities and online accounts support. -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 364312] Akregator loses articles after incorrect closes and mady days uptime
https://bugs.kde.org/show_bug.cgi?id=364312 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #5 from eemantsal --- I don't know how many reports needs this bug to be accepted as confirmed, but I'm goung to sum myself to the other users that have reported this buggy behavior. Everytime Akregator crashes, and it does quite often, it deletes all my feeds and returns to its default configuration with only some KDE and Linux related sources. Fortunately I have my sources saved in the cloud too, so it's nothing too grave for me, but as other user has written, this is a major bug not acceptable for a supposedly stable app. -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 392797] Launch Discover from the "Updates" icon in the system tray
https://bugs.kde.org/show_bug.cgi?id=392797 eemantsal changed: What|Removed |Added Platform|Gentoo Packages |Archlinux Packages -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 392797] New: Launch Discover from the "Updates" icon in the system tray
https://bugs.kde.org/show_bug.cgi?id=392797 Bug ID: 392797 Summary: Launch Discover from the "Updates" icon in the system tray Product: Discover Version: 5.12.4 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Updater Assignee: aleix...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- When one richt clicks the "Updates" (own translation; "Actualizaciones" in my regional setting) icon in the system tray, in the pop up that's shown up, there's an icon reading: «See updates» (again my own translation. Not sure if the english version might be different); you click on it and you get a window showing the updates page in Discover. That's nice, but could be added also a, «Open Discover» icon to launch Discover in its main page? I think is a rather intuitive thought to expect that the menu that launches the updates could also launch the "software store". Besides, it would save clicks and mouse "trips". -- You are receiving this mail because: You are watching all bug changes.
[Discover] [Bug 387261] New: Cooments disabled
https://bugs.kde.org/show_bug.cgi?id=387261 Bug ID: 387261 Summary: Cooments disabled Product: Discover Version: 5.11.3 Platform: Manjaro OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: discover Assignee: aleix...@kde.org Reporter: inf...@openaliasbox.org Target Milestone: --- Created attachment 109034 --> https://bugs.kde.org/attachment.cgi?id=109034&action=edit Discover rating form The button to send comments and ratings in Discover seems to be disabled, so no rating or comment can be sent. Look at the test screenshot attached. -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 381542] File transfer not working between computers
https://bugs.kde.org/show_bug.cgi?id=381542
--- Comment #2 from eemantsal ---
Ok, I stopped kdeconnectd in both PCs and started it again from Konsole as you
said; then I linked again both computers and tried to send from Dolphin a test
file from PC A to PC B with the same repoerted results.
After I click on Send vía kdeconnect, the output in Konsole is as follows:
PC A (sender):
incomingConnection
nextPendingConnection (emtpy: false )
PC B:
kdeconnect.plugin.share: File transfer
kdeconnect.core: FileTransferJob Downloading payload to
QUrl("file:///home/user/Descargas/Archivo_de_prueba")
kdeconnect.core: error... "The host name did not match any of the valid hosts
for this certificate"
After verifying that the transfer is again stalled I stop it in PC B (receiver)
as said in my first message, clicking the stop button in the Plasma
notifications widget. Then Konsole returns this:
QDBusAbstractAdaptor: Cannot relay signal SharePlugin::shareReceived(QUrl):
Type not registered with QtDBus in parameter list: QUrl
kdeconnect.plugin.share: File transfer finished. Success: false
QUrl("file:///home/user/Descargas/Archivo_de_prueba")
In the sender PC nothing changes.
Then I tried the contrary way, sending from PC B to A expecting everything were
the same, but there's a difference, a new error message in the first output
message as you can see here.
PC B's Konsole output (now sending):
incomingConnection
nextPendingConnection (emtpy: false )
error uploading QAbstractSocket::RemoteHostClosedError
That 3rd line wasn't present in the A -> B scenario.
The rest of the output is the same than before excepting the different path to
save files:
PC A (now receiving):
kdeconnect.plugin.share: File transfer
kdeconnect.core: FileTransferJob Downloading payload to
QUrl("file:///home/user/Descargas/KDE Connect/Archivo_de_prueba")
kdeconnect.core: error... "The host name did not match any of the valid hosts
for this certificate"
Stopping the transfer:
PC A:
QDBusAbstractAdaptor: Cannot relay signal SharePlugin::shareReceived(QUrl):
Type not registered with QtDBus in parameter list: QUrl
kdeconnect.plugin.share: File transfer finished. Success: false
QUrl("file:///home/user/Descargas/KDE Connect/Archivo_de_prueba")
--
You are receiving this mail because:
You are watching all bug changes.
[kdeconnect] [Bug 381542] New: File transfer not working between computers
https://bugs.kde.org/show_bug.cgi?id=381542 Bug ID: 381542 Summary: File transfer not working between computers Product: kdeconnect Version: unspecified Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: plasmoid Assignee: albertv...@gmail.com Reporter: inf...@openaliasbox.org Target Milestone: --- Created attachment 106237 --> https://bugs.kde.org/attachment.cgi?id=106237&action=edit KDEC eternal file transfer Whenever I try to send a file to one of my computers to another one in my same home network the sender PC seems to behave normally: I right click on a file in Dolphin, choose «Send vía KDEConnect» and that's it. Then I go to the recipient PC and I see a pending action notification in the systray; I click on it and I see what you can see in my attached screenshot; it's like the transfer process was awaiting, stalled, whatever, and it never ends nor stops; it's me who has to stop it clicking the stop button at the right of the progress bar. The file transfers work perfectly from PC to mobiles, nevertheless. One PC has KDEconenct 1.0.3 on Plasma 5.10.2 and KDE Frameworks 5.35; the other has KDEConnect from the master repo (Gentoo's version ""), since few hours ago, befor it had 1.0.3 too, Plasma 5.10.1 and KDE Frameworks 5.34 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 370516] Adding activity pager to panel causes plasmashell to crash [plasma 5.8.1]
https://bugs.kde.org/show_bug.cgi?id=370516 --- Comment #19 from eemantsal --- (In reply to eemantsal from comment #18) > > Above you have 2 backtraces from me, the first one was taken after the first > crash when trying to add the plasmoid in question and launching plasmashell > from a terminal window running GDB; the second one was taken after a crash > but I first deleted plasma-org.kde.plasma.desktop-appletsrc and then, again > from a GDB session in Konsole, lanched plasmashell. Sorry, I think I haven't been very efficacious with my mental translation to english in that paragraph (shoud be a grace period in this pages in which we could edit our messages and avoid repetitions). Anyway, I meant that the first backtrace was taken after plasma crashed as a consequence of adding the Activity pager plasmoid to the desktop and I inmediately relaunched plasmashell from a GDB session, with no action in between (ergo with the plasmoid still present in plasma-org.kde.plasma.desktop-appletsrc configuration). The second one was taken too launching plasmashell from GDB but this time I had first deleted the plasma-org.kde.plasma.desktop-appletsrc file so plasmashell created a fresh new one, and then, one Plasma started correctly, I added again this problematic plasmoid. Sorry for my lack of clarity in the first message, as you may guess I'm not a native english speaker. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 370516] Adding activity pager to panel causes plasmashell to crash [plasma 5.8.1]
https://bugs.kde.org/show_bug.cgi?id=370516 --- Comment #18 from eemantsal --- (In reply to Eike Hein from comment #4) > Could you retry with 5.8.1? This is a crash in Qt, but reading through the > trace I think code changes in 5.8.1 could be relevant. I'm already in 5.8.1, as I said this crash has beginned to happen inmediately after upgrading from 5.8.0 to 5.8.1; in 5.8.0 everything was ok. I'm on QT 5.7, Frameworks 5.27, and have 2 activities both active, but I have tried a fresh new account with no activities, completely by default settings, and it happens the same. Above you have 2 backtraces from me, the first one was taken after the first crash when trying to add the plasmoid in question and launching plasmashell from a terminal window running GDB; the second one was taken after a crash but I first deleted plasma-org.kde.plasma.desktop-appletsrc and then, again from a GDB session in Konsole, lanched plasmashell. It's the first time that I use GDB, so I'm aware I'm probably providing not very useful backtraces. Please don't hesitate "instructing" me to be able to supply more useful backtraces if you consider it convinient. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 370516] Adding activity pager to panel causes plasmashell to crash [plasma 5.8.1]
https://bugs.kde.org/show_bug.cgi?id=370516 --- Comment #17 from eemantsal --- Created attachment 101585 --> https://bugs.kde.org/attachment.cgi?id=101585&action=edit Bactrace 2 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 370516] Adding activity pager to panel causes plasmashell to crash [plasma 5.8.1]
https://bugs.kde.org/show_bug.cgi?id=370516 --- Comment #16 from eemantsal --- Created attachment 101584 --> https://bugs.kde.org/attachment.cgi?id=101584&action=edit Backtrace 1 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 370516] Adding activity pager to panel causes plasmashell to crash [plasma 5.8.1]
https://bugs.kde.org/show_bug.cgi?id=370516 --- Comment #3 from eemantsal --- (In reply to João Bóia from comment #0) > Arch packages were updated today to 5.8.1 and Plasma would crash. I was able > to get it running again by deleting the file > "plasma-org.kde.plasma.desktop-appletsrc" João, just for your info, you don't need to delete plasma-org.kde.plasma.desktop-appletsrc and lose all your desktop configuration; if you just delete the lines that correspond to the activity pager plasmoid and restart plasmashell you'll keep everything except the activity pager plasmoid. In my case, the conflictive lines were these: [Containments][85][Applets][104] immutability=1 plugin=org.kde.plasma.activitypager [Containments][85][Applets][104][Configuration][ConfigDialog] DialogHeight=540 DialogWidth=720 [Containments][85][Applets][104][Configuration][General] currentDesktopSelected=ShowDesktop displayedText=Name showWindowIcons=true The numbers in brackets will vary depending of each user's desktop configuration, but the rest should be the same. So if you keep a copy of your old .config/plasma-org.kde.plasma.desktop-appletsrc you can quit Plasmashell, edit .config/plasma-org.kde.plasma.desktop-appletsrc in a terminal window, and the restart Plasmashell to have all your plasmoids, panels, backgrounds, etc back. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 370516] Adding activity pager to panel causes plasmashell to crash [plasma 5.8.1]
https://bugs.kde.org/show_bug.cgi?id=370516 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #2 from eemantsal --- Same here on Gentoo. Since Plasma 5.8.1 the Activity pager plasmoid makes the process plasmashell crash and the desktop becomes a black screen. All the apps keep running, but the desktop disppears. Removing the lines that reference "activitypager" from .config/plasma-org.kde.plasma.desktop-appletsrc the problematic plasmoid and restarting Plasmashell restores the dektop with all its plasmoids, except, obviously, Activity pager. Any futher intent to put again the activity pager on the desktop or on a panel results in the mentioned crash again. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 eemantsal changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #19 from eemantsal --- Ok, I upgraded my system to Plasma 5.7.5 and Framewoks 5.26 yesterday, and the problem has gone. I can connect to the same formerly problematic WEP network and open other programs as it's due. I suppose I can mark this bug as resolved. Thanks for your attention, Lamarque. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 367440] Client screen edge activation autohide delay
https://bugs.kde.org/show_bug.cgi?id=367440 --- Comment #8 from eemantsal --- Oh, no, another one of those developers who are convinced that KDE is their property and shakes off a suggestion he's not interested in with a “sloppy” answer... "disqualifyied"? Where and who do you think you are, the teacher at the kindergarten? Please, stop playing roles and be sincere: «I'm not insterested at all in such a silly feature, and not going to lose a second with it. You, mortal users, just cope with my will as long as you are my dominions, KDE land». Then you go and, without the slightest blushing, ask the users to collaborate in triaging bugs, suggesting ideas, donating money... Shameful. Well, enjoy your insignificant “triumph” if that makes you feel happier. I just hope that if any other developer, less puerile, sees this, even if in years, perhaps will take it as seriously and respectfully as a suggestion that would clearly improve the usability a lot deserves. Bye. P.D: A reflexion in case some other “powerful” KDE members would read this: KDE seriously needs some mechanisms to control these "autocratic" developers, if we really want KDE to be a real community; if not, well, ok, but the stop advertising it as a “community” of developers and users. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #18 from eemantsal --- Excuse the delay. Lamarque. I've been on travel for a couple of weeks. Ok, I'm at home now and have a ton of packages to emerge, so, let me do it and I'll test all what you say once my system is up to date, hopefully tomorrow (gentooers' curse, hehe) -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #15 from eemantsal --- Hi, Lamarque. I suppose you probably have many bugs and stuff to take care of, but do you remember this one is still pending? Not in a hurry at all, take your time; just wanted to make sure you didn't miss it. Regards. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 367440] Client screen edge activation autohide delay
https://bugs.kde.org/show_bug.cgi?id=367440 --- Comment #6 from eemantsal --- Well, wasn't KDE that desktop that allowed to fine grain configure stuff, as opposite to Gnome's "users are idiots" mentality -Torvalds dixit-? Is your opinion just a personal one or is it consensuated with other developers? If most of the devs agree about that overconfiguration problem I suppose there's not much to discuss, but then what do you think of making panel use the same configuration of the screen borders actions? That'd be easier for everyone, right?: just a single checkbox to enable/disable delay, if the user enables it, then the delay time in the Present windows/Show desktop/etc configuration would be applied to the panel, no special configuration for it; if the user doesn't, everything behaves like now and the panel triggers immediately. That wouldn't add an excessive amount of configuration options and would improve Plasma desktop's usability a lot for laptop users, don't you agree? -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 367682] Akonadi/Baloo/Whatever doesn't show PIM data on desktop searches
https://bugs.kde.org/show_bug.cgi?id=367682 eemantsal changed: What|Removed |Added Summary|Akonadi/Baloo/Whatever |Akonadi/Baloo/Whatever |doesn't index my notes nor |doesn't show PIM data on |emails. |desktop searches -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 367682] New: Akonadi/Baloo/Whatever doesn't index my notes nor emails.
https://bugs.kde.org/show_bug.cgi?id=367682 Bug ID: 367682 Summary: Akonadi/Baloo/Whatever doesn't index my notes nor emails. Product: Akonadi Version: unspecified Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: Indexer Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org CC: chrig...@fastmail.fm, dvra...@kde.org To be sincere I don't know if this is a bug or just happens to me due to some bad installation/configuration on my side, but I have asked in the forum 2 months ago and nobody has known what to answer, so I suppose it's time to ask here. Ok, Akonadi is supposed to index all my PIM stuff, and Baloo is supposed to be able to find everything that is indexed, no? Well, when I launch Krunner and search for an email, typing a word or even a complete phras of its subject or body, or if I type the title of a note I have in Kjots, or a contact's name, or a calendar event I get no PIM related results, I only see documents and web bookmarks, no mails, notes nor Kaddressbook entries. Searching works in the search box of Kmail, and in Kaddressbook, but Krunner does nothing with the supposedly indexed PIM data. Is that a bug, or perhaps I missed some package during instalation? On other side, I don't know well how that Akonadi-Baloo colaboration works, but could it have anything to do the fact that Baloo doesn't search in hidden folders and the PIM data are stored by default under .local? BTW, this is Akonadi 16.08.0, but the form doesn't have it among its options. Reproducible: Always Steps to Reproduce: 1. Launch Krunner. 2. Type some text you are sure is in some mail, note, calendar or contact card. 3. Actual Results: No PIM results are shown. Only Documents, Internet bookmarks, images, folders, etc, that contain the typed text. Expected Results: Notes, mails, calendars and contacts containing the search terms should be listed, like the stuff indexed by Baloo. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 367440] Client screen edge activation autohide delay
https://bugs.kde.org/show_bug.cgi?id=367440 --- Comment #4 from eemantsal --- (In reply to eemantsal from comment #3) Oh, and the best place to put said configuration tool wouldn't probably be System settings but the Panel preferences/More preferences thing, under the «Visibility» title. Excuse if I'm not giving the correct name; I don't have my desktop in engish and am translating on the fly. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 367440] Client screen edge activation autohide delay
https://bugs.kde.org/show_bug.cgi?id=367440 --- Comment #3 from eemantsal --- (In reply to Martin Gräßlin from comment #2) > We either make it trigger directly which makes users unhappy or we > trigger with a pushback, which makes users unhappy. Well, in the screen borders System settings module the actions activation delay can be set to 0 miliseconds. That's what I'm asking for: an activation delay control tool that allows the user set as many miliseconds as they want, be it 250 ms for some or 0 for those who complained because the panel didn't trigger fast enough. In the mentioned KCM module there are two delay controls: activation and reactivation; in this case only one would be necessary, I think. I think such a simple thing would make happy both "factions" of users. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 367440] New: Autohide delay
https://bugs.kde.org/show_bug.cgi?id=367440 Bug ID: 367440 Summary: Autohide delay Product: plasmashell Version: 5.7.3 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: inf...@openaliasbox.org Fist of all, excuse me if I'm duplicating bugs, I already posted here 4 months ago: https://bugs.kde.org/show_bug.cgi?id=267277 but that bug dates from 2011 and nobody seems to have taken any care of it, so I have the impression it's a "necrobug". Anyway, if you consider it appropriate don't hesitate to mark this one of mine as a duplicate. Ok, here I go. We can configure actions for our screen's borders, and besides which action we want, if any, we can also configure a delay time so we don't get on our nerves because every time we slightly feather-brush any of the borders some action is insolently executed unintentionally. Well, this feature should be available for the panel as well: If you want to take advantage of all your screen's size and don't need to have all the panel stuff at sight all the time you'll probably set your panel to hide/show automatically, especially on laptop screens. But there's no option to configure any delay, as soon as your ponter brushes the lower border, the panel abruptly emerges. It's really exasperating when you pass your mouse by the lower border because some interface requires it, for it has some buttons at its lower border, and suddenly the damn panel interrupts your workflow, forcing you to move away your mouse, and coming back for a second time to click, this time with surgeon's precision, what you really wanted to click without "wakeing up the monster". I have seen this feature requested in several places since the times of KDE 4, at last, but I suppose no developer must be using autohide ergo devs probably aren't really aware of how annoying this defficiency is. So, please, devs, try it by youselves, just for a couple of days. Do us that favor and configure your panel(s) to autohide; when you reach the 13th or 14th time in a day you are bugged by this behavior and you are about to crash your computer against the wall, x-P, just relax and think if it would be too difficult to adapt the code that is already available for the window borders actions. It would be a huge usability improvement. I think this is not a simple wish but a real usability deffect, that's why I'm marking it as a bug. Cheers Reproducible: Always Steps to Reproduce: 1. Configure desktop panel(s) to autohide/show 2. Touch, even for a tenth of second, the lower border of your screen 3. Go take some tranquilizing infusion/pills/whatever (optional but recommendable) Actual Results: The panel shows without mercy, even if I didn't want it to show, and interrupt the real action I wanted to perform. Expected Results: To let the user set a delay so the panel doesn't emerge instantly. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 362053] Add a "switch" for Akonadi and more
https://bugs.kde.org/show_bug.cgi?id=362053 --- Comment #2 from eemantsal --- Damn! I posted on the wrong thread and I can't delete the formerr message. Excuse the mistake and feel free to delete these two last messages. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 366835] Support secure mail services like Protonmail, Tutanota & al.
https://bugs.kde.org/show_bug.cgi?id=366835 --- Comment #1 from eemantsal --- Sorry for the imprecision. I have just read that Startmail does support the IMAP protocol. Forget about this provider, then. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 362053] Add a "switch" for Akonadi and more
https://bugs.kde.org/show_bug.cgi?id=362053 --- Comment #1 from eemantsal --- Sorry for the imprecision. I have just read that Startmail does support the IMAP protocol. Forget about this provider, then. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 366835] New: Support secure mail services like Protonmail, Tutanota & al.
https://bugs.kde.org/show_bug.cgi?id=366835 Bug ID: 366835 Summary: Support secure mail services like Protonmail, Tutanota & al. Product: kmail2 Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org Many of you sure know Tutanota, Protonmail or Startmail among others, they ofer privacy friendly and secure mail in an easy manner every user can handle, without complicated GPG configurations, encrypted end to end and even more secure than GPG thanks to Perfect Forward Secrecy (I'm no expert at all, but AFAIK GPG doesn't admit PFS), but the problem is that to enjoy their features they have to be used from the web or their exclusive applications. Well, since at least Tutanota and Protonmail are open sourced and their developers seem to have a very good attitude towards OSS, could it be possible to get in touch with them and try to collaborate in writing plugins for Kmail to be able to use their services from our favorite mail client? I would like to collaborate and talk to them, in behalf of Kmail's developers if you don't have the time, but I suppose that it's convinient that somebody who rreally knows the technical stuff talks to them, no? Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 eemantsal changed: What|Removed |Added Platform|Other |Gentoo Packages --- Comment #14 from eemantsal --- I only have dhclient installed for DHCP. Aren't NM and iwconfig using it equally? What you asked: $ ping -c 1 Juan-PC PING Juan-PC (127.0.0.1) 56(84) bytes of data. 64 bytes from Juan-PC (127.0.0.1): icmp_seq=1 ttl=64 time=0.053 ms --- Juan-PC ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.053/0.053/0.053/0.000 ms I'm on Gentoo. It doesn't use Systemd by default, but OpenRC. To see system logs I have Metalog, that I'm aware of, don't know if I could have anyone else installed as dependency of something. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #12 from eemantsal --- I set the machine's name when I installed the OS, and, to be sincere, I had no idea at all one could nor should use localhost -you mean «localhost» as the computer's name, right?- in xauth's cookies and DISPLAY, amont other things because I have no clue about how to set the name in xauth's cookies, nor in DISPLAY. :/ Here is what you asked: $ hostname -f Juan-PC $ host $(hostname -f) bash: host: no se encontró la orden (command not found) $ ip addr 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 brd 127.255.255.255 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: sit0@NONE: mtu 1480 qdisc noop state DOWN group default qlen 1 link/sit 0.0.0.0 brd 0.0.0.0 3: wlp12s0: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 0e:9b:57:62:68:cc brd ff:ff:ff:ff:ff:ff inet 192.168.1.37/24 brd 192.168.1.255 scope global dynamic wlp12s0 valid_lft 259197sec preferred_lft 259197sec inet6 fe80::c9b:57ff:fe62:68cc/64 scope link valid_lft forever preferred_lft forever 4: eth0: mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 00:1c:23:ae:83:50 brd ff:ff:ff:ff:ff:ff $ ip route default via 192.168.1.1 dev wlp12s0 proto static metric 600 127.0.0.0/8 dev lo scope host 192.168.1.0/24 dev wlp12s0 proto kernel scope link src 192.168.1.37 metric 600 Recreating the connection does behave the same, yes. I have stopped Networkmanager and connected with iwconfig from Konsole, and I have seen the name doesn't change (I think I had never paid attention to this detail). Seems that is NM the one that changes the PC name. Why iwconfig doesn't need to change it but NM does. Do you think there's a justified motive for it or is it a bug? Anyway you still advice me to set my PC name as «localhost» in xauth's cookies and DISPLAY? If yes, would you be so kind to tell me how or pointing me to some page where it's explained? Many thanks for your time, Larmarque. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #10 from eemantsal --- Created attachment 100597 --> https://bugs.kde.org/attachment.cgi?id=100597&action=edit log.txt (WPA network) -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #9 from eemantsal --- Ok. «xauth list» returns: PC_name/unix:0 MIT-MAGIC-COOKIE-1 a2a8264bf3e364f4894097ee0cdc9a17 $ strace -f -o log.txt kate says: QObject::connect: invalid null parameter QObject::connect: invalid null parameter QObject::connect: Cannot connect (null)::returnPressed() to KUrlRequester::returnPressed() QObject::connect: Cannot connect (null)::returnPressed(QString) to KUrlRequester::returnPressed(QString) XmbTextListToTextProperty result code -2 XmbTextListToTextProperty result code -2 XmbTextListToTextProperty result code -2 XmbTextListToTextProperty result code -2 XmbTextListToTextProperty result code -2 and Kate opens itself correctly. The log is attached below -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #7 from eemantsal --- Created attachment 100596 --> https://bugs.kde.org/attachment.cgi?id=100596&action=edit log.txt -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #6 from eemantsal --- Ignorant me... Despite the abortion of the action there's a log.txt file, yes. Here I attach it -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #5 from eemantsal --- That I supposed. Well, the problem is that inmediately anter executing $ strace -f -o log.txt whatever I always get: No protocol specified QXcbConnection: Could not connect to display :0 Abortado Seems that no action is peforrmed, only that error message. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #3 from eemantsal --- In case Kcalc were just an example and any other app would serve the same, I've installed Strace and tried: $ strace -f -o log.txt kate With the same results: No protocol specified QXcbConnection: Could not connect to display :0 Abortado «$ xauth list» returned: PC_name/unix:0 MIT-MAGIC-COOKIE-1 a2a8264bf3e364f4894097ee0cdc9a17 -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 366668] Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 --- Comment #2 from eemantsal --- I don't have strace nor kcalc. I understand the purpose of Strace and if necessary I'll install it, but are you sure I need a calculator program I have never used? -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 366669] More invocable actions in Klipper
https://bugs.kde.org/show_bug.cgi?id=39 --- Comment #1 from eemantsal --- Sorry, perhaps I haven't been very clear: I meant that those features should be in Klipper, copied content should be sent to the apps from Klipper itself, without the necessity of opening a program, create a new document or file and then paste the content, like the URLs example I've mentioned. Excuse if I've been a bit ambiguous before. -- You are receiving this mail because: You are watching all bug changes.
[klipper] [Bug 366669] New: More invocable actions in Klipper
https://bugs.kde.org/show_bug.cgi?id=39 Bug ID: 39 Summary: More invocable actions in Klipper Product: klipper Version: 5.7.3 Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: plasma-widget Assignee: mgraess...@kde.org Reporter: inf...@openaliasbox.org The content saved in Klipper should be more easily pasted in different applications. For example, copied text should be "pastable" to any program able to edit text; copied images should be copiable to any image editor, and such. This could be done like the sharing option in mobiles: Plasma "knows" the file associations, so it would be easy to Klipper to offer the users a list of compatible apps to send content. In fact, it already does with URLs: it offers a list of apps to "send" a copied URL when clicking the «Invoke action» (not sure if the name is that in english, sorry) icon in the Klipper applet: it offers all the installed browsers, text editors, even Calligra Words and Okular, the problem is that it doesn't work except for the browsers: if you select Kate, for example, Kate will be opened but the URL won't be copied in a new text file, as it would be expected. So, I propose to extend this feature to every copied content: text, URLs, audiovisual objects..., and of course to make it work, heheh. Something like a share option like in mobile devices, that besides pasting, as I've said, were able to send content in Klipper to associated apps, and also by mail, IM services configured in KDE Telepathy or Pidgin, by Bluetooth or shared networks, cloud storage... I think a new "paradigm" in this second decade of this century could be not just a copy/paste function but a copy/paste/share one, like in Android. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[frameworks-networkmanager-qt] [Bug 366668] New: Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi
https://bugs.kde.org/show_bug.cgi?id=38 Bug ID: 38 Summary: Plasma network manager "hijacks" the launch of apps when connected to a WEP wifi Product: frameworks-networkmanager-qt Version: 5.24.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: jgrul...@redhat.com Reporter: inf...@openaliasbox.org CC: lamar...@kde.org, lukas.ti...@merlin.cz If I connect to a wireless network which uses WEP encryption, I can't launch any other desktop app, no matter if QT or GTK nor if from a desktop icon, Krunner or Konsole. When I try to launch them from Konsole I get: No protocol specified QXcbConnection: Could not connect to display :0 Abortado I remark this happens only when connecting to WEP secured networks and only when using the network management applet. No problem at all with WPA or wired nor when exiting Networkmanager and connecting from a terminal vía iwconfig. All the programs I have opened before connect to said WEP network keep functioning well. Reproducible: Always Steps to Reproduce: 1. Connect to a wifi spot secured with WEB encryption 2. Try to launch any desktop program the way you want: clicking its icon, from a terminal, opening a file that should launch the program... 3. Actual Results: Nothing happens, the program doesn't run, nor the files are opened. Expected Results: Programs should open normally. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 366652] Drag and drop attachments in Kmail has stopped working
https://bugs.kde.org/show_bug.cgi?id=366652 --- Comment #2 from eemantsal --- Ah, sorry, I always do a search before reporting a bug and this time I didn't get any result concerning this issue, or I didn't see it. Well, I'm glad to read you already have taken it into account. Thank you. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 366659] New: Inline preview of audiovisual files
https://bugs.kde.org/show_bug.cgi?id=366659 Bug ID: 366659 Summary: Inline preview of audiovisual files Product: kmail2 Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org As all of you sure know, the mobile applications interfaces are "revolutionizing" the way users interact with computers, even if those computers are small portable ones. One of the interfaces I like a lot is Telegram's. In Telegram you don't need to leave the app to see online videos -at least from Youtube, haven't tried other sites-, it will show them within the app in a reduced size that fits your screen's width. Something similar happens with audio files: if someone sends you a song you can play it without leaving TG, it will play and show a tiny bar to pause/resume or stop the playing. I think Gmail has those functions too (I'm not sure of this for I don't use Gmail, I'm talking by hearsay) Well, could this be implemented in Kmail? Of course computer's screen sizes are bigger than mobiles' and opening a dedicated app when clicking the file is not so annoying, but it'd be handier, the same way it's handier to see attached images inline and not need to open Gwenview or whatever similar program. Could this also be done for attached videos, not only online links? And the same for audio files: could a basic player be inserted in the mail view to play them? And last: could this be done also for documents? Sure most people won't be eager to read long documents in Kmail, but would be rather handy to have a quick preview of PDF, Epub, ODT... Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 366597] Make Krunner sharing capable
https://bugs.kde.org/show_bug.cgi?id=366597 --- Comment #2 from eemantsal --- Sorry I'd had sworn D&D didn't work. You are right, it does; don't know what happened when I got that wrong impression. Forget it. But about the other request... well, it would make Krunner better, don't you agree? Don't know what that Purpose library is, but would it be too difficult to implement that support you say? Krunner's "magic" is a bit lessen if we use it to find our files but then we have to open their respective folders one by one to share said files. :-/ -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 366652] New: Drag and drop attachments in Kmail has stopped working
https://bugs.kde.org/show_bug.cgi?id=366652 Bug ID: 366652 Summary: Drag and drop attachments in Kmail has stopped working Product: kmail2 Version: unspecified Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: commands and actions Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org I'm on Kmail 5.2.90 (it isn't listed in the version selection in this form, sorry I have set «Unspecified»), and I've noticed that I can't drag and drop an attached file from Kmail's viewer to a folder in Dolphin, as it was possible before. I know this version isn't the final one, but I think I should put it into developers' knowledge. Reproducible: Always Steps to Reproduce: 1. Click on an attached file in Kmails view window and drag it to a Dolphin window to drop it on some folder 2. 3. Actual Results: Nothing. You drag your mouse but no action is executed. Expected Results: The file's icon shuold move with the mouse's pointer and once released the mouse's button the typipical popup menu to copy/move should appear and the file should copy to the desired folder. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 366601] New: Improve -and priorize- the sharing possibilities
https://bugs.kde.org/show_bug.cgi?id=366601 Bug ID: 366601 Summary: Improve -and priorize- the sharing possibilities Product: plasmashell Version: 5.7.3 Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: inf...@openaliasbox.org CC: bhus...@gmail.com, plasma-b...@kde.org In Kmail, if you right click on an image in a received mail -if you have attachments view configured as «Inline»- there's a «Share image» entry in the right click pop up menu that attaches said image to a new mail. There's also a more complete command if you right click on a link: in this case you can share it not only by mail, but also to Facebook, Twitter, etc. It's a very cool and contemporary feature, but kind of insufficent if we think on the sharing capacities that are possible in mobile devices: - The sharing options should be available desktop wide, not only in Kmail and few more programs, and be available for everything: local files, attached files in mails, remote files managed through Dolphin, Konqueror, whatever, text selections, contacts in Kaddressbook, calendar events, etc, just like in our mobiles, as I said before: total -almost- sharing capabilities. - Every file should have the same sharing options -not only limited to the mail, like the pictures in Kmail- and these options should be increased to include IM apps -not only KTP, but any that the user has installed, i.e: Telegram, Pidgin, Skype, etc-, Bluetooth, the cloud..., again like in Android. - The options offered should be a little more logic: going back to the Kmail example, "Private note", in fact opens the browser to log in Evernote instead pasting that link in a note in Kjots, Qownnotes, or any similar program the user has. This would mean to extend the sharing capacities to not only Internet related programs -I suppose this wouldn't make sense for every kind of content, but I think it does for text-. About Pocket, Linkedin, Livejournal... well, I don't know any person who uses Pocket, not even among heavy "firefoxers", I didn't even knew what "Livejournal" is nor think most users have a Linkedin account nor are posting links there too often. My experience isn't law, of course, I'm sure that many of you use these companies a lot, and I don't say they have to be removed from the sharing options, but I believe that the very first ones should be the users' apps: Kmail, which is already there, KTP, Kjots, OC client..., and then a submenu with all those more "exotic" services and companies. The order and presence could be configurable desktop wide via some KCM module, so users who don't even know what is Livejournal, but do use, say, Pastebin, can substitute the Livejournal entry for a Pastebin one, or the Linkedin one for other to publish in Github, the cases are multiple, ergo the need of configuration options. In fact, as I've said, this is nothing new, mobile devices' OO.SS have this function years ago; I think it's time for KDE to catch up with modern features, do you agree? BTW, excuse this feature request lenght. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 366601] Improve -and priorize- the sharing possibilities
https://bugs.kde.org/show_bug.cgi?id=366601 --- Comment #1 from eemantsal --- Oh, excuse me if I haven't posted it in the right category. There isn't a "Plasma general» one, as far as I have seen. Feel free to move it where it corresponds, if you think it's more adequate. -- You are receiving this mail because: You are watching all bug changes.
[Spectacle] [Bug 366598] New: Make Spectacle able to take screencasts
https://bugs.kde.org/show_bug.cgi?id=366598 Bug ID: 366598 Summary: Make Spectacle able to take screencasts Product: Spectacle Version: unspecified Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: General Assignee: m...@baloneygeek.com Reporter: inf...@openaliasbox.org I think a screen capture tool like Spectacle should also include the option to capture movie sequences, like a camera app can capture video sequences besides still images. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 366597] New: Make Krunner sharing capable
https://bugs.kde.org/show_bug.cgi?id=366597 Bug ID: 366597 Summary: Make Krunner sharing capable Product: krunner Version: 5.7.3 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: filesearch Assignee: pinak.ah...@gmail.com Reporter: inf...@openaliasbox.org Krunner should permit to send files and contacts right from the search results: right click on a result -> share -> by mail, XMPP, Telegram, KTP, Owncloud, Bluetooth, etc. It also should be possible to drag and drop to a mail window, chat, etc Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 364968] show event location in agenda view if there is enough free space
https://bugs.kde.org/show_bug.cgi?id=364968 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #1 from eemantsal --- +1 A thumbnail with an OSM frame that when clicked would open Marble centered in the corresponding location would be great. Theres a similar proposal for Kaddressbook in the forum: https://forum.kde.org/viewtopic.php?f=83&t=133716 I think KDE lacks a bit of more integration between it's own "family". It's a shame, because most of the "infrastructure" is there since many years ago. So, please, devs, this kind of things make users' lifes much easier and are very "eye catchy" for attracting new users. Consider to implement it. -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 365048] More useful info on right click
https://bugs.kde.org/show_bug.cgi?id=365048 --- Comment #3 from eemantsal --- Great to know! The screenshot looks promising. That's exactly the type of utile information I was thinking of; well, I hope in future versions it will progressively include a bit more: business hours, website and email or other contact info, if available, "nearby" search, etc. But yes, it's a gret beginning. :) When I asked for these features I was thinking on the desktop version, but I suppose that improvements will be implemented in both, right? Thanks for answering. I'll be on the lookout for next Marble releases. :) -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 292925] support looking up public transport routes using GTFS/GTFS-realtime feeds
https://bugs.kde.org/show_bug.cgi?id=292925 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #3 from eemantsal --- This is a basic feature every maps application should have. In most industrialized countries most trips are made in public transport systems. I'd say that way more people lookup routes by bus, metro or train than bicycle or pedestrian ones, at least in cities. This request is 4 years old. Please, don' keeop ignoring or procrastinating this feature, it's an elementary one, Gmaps has it, Here Maps has it, and now that Marble is trying the mobile echosystem, it should be a /conditio sine qua non/. -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 365048] New: More useful info on right click
https://bugs.kde.org/show_bug.cgi?id=365048 Bug ID: 365048 Summary: More useful info on right click Product: marble Version: 1.14 (KDE Applications 16.04) Platform: Other OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: data Assignee: marble-b...@kde.org Reporter: inf...@openaliasbox.org It would be nice to get more info on right click besides address details. I dont know OSM much, but I think many collaborators to OSM enter information like working schedules for commerces, museums, public institutions, etc, and some more utile information; so this info is supposed to be available to retrieve by OSM compatible apps, no? Would be nice to have some «Site info» with these data. Besides, another submenu like «POI near here» or something similar to that «Nearby» search in Google Maps, so users can find interesting places, metro/bus stops, farmacies, etc, would be very utile too. -- You are receiving this mail because: You are watching all bug changes.
[marble] [Bug 365046] New: Passible to add Mapillary data support?
https://bugs.kde.org/show_bug.cgi?id=365046 Bug ID: 365046 Summary: Passible to add Mapillary data support? Product: marble Version: 1.14 (KDE Applications 16.04) Platform: unspecified OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: marble-b...@kde.org Reporter: inf...@openaliasbox.org As some of you must know, Mapillary* is a "Streetview" for OSM. Being Marble a "musculated" interface for OSM (besides more stuff), it should incorporate all the useful features available for OSM. Street view is a very useful one for most users, I believe. Would it be possible to implement it on Marble, like Google or Nokia comparable features in their respective apps? * http://www.mapillary.com ; http://wiki.openstreetmap.org/wiki/Mapillary -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 362053] New: Add a "switch" for Akonadi and more
https://bugs.kde.org/show_bug.cgi?id=362053 Bug ID: 362053 Summary: Add a "switch" for Akonadi and more Product: Akonadi Version: unspecified Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org Many users don't need Akonadi running all the time; we aren't constantly receiveng or sending emails nor using any KDEPIM thing, but those 300 - 400 MB of RAM Akonadi uses would be very useful for the apps we work with most of the time; when I'm working I'm using 2 or 3 apps, don't want any other "parasiting" resources nor annoying me with inopportune notifications; I think most peoplpe who use their computers to work have similar habits. So, it would be nice to add a few of things to Akonadi: - A "switch" to turn it off just with a click, an "akonadictl stop/start", but graphical. It could live in the system tray, for example. Or stop Akonadi after x time since the last Akonadi dependent program has been closed. This should be configurable, of course. - A KCM module to let the users configure if they want Akonadi to be launced by default when logiin in their sessions or want it to only wake up when they click said switch. The previously suggested autostart configurator should be in this same KCM module, I think, BTW. Reproducible: Always -- You are receiving this mail because: You are watching all bug changes.
[kdelibs] [Bug 273938] Get rid of hardcoded icon sizes
https://bugs.kde.org/show_bug.cgi?id=273938 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #3 from eemantsal --- (In reply to Christoph Feck from comment #1) > To resolve this issue, we either need better SVG support (including filters > for the shadows etc.), or a completely new icon format that supports hinted > scaling similar to fonts. Indeed KDE 5 material. It's rather surprising that Scalable Vector Graphics can't be scaled using their vectorial nature. Is there any progress about this, now that we are already in KDE 5? -- You are receiving this mail because: You are watching all bug changes.
[plasma4] [Bug 267277] configurable delay for autohide/show of panels
https://bugs.kde.org/show_bug.cgi?id=267277 eemantsal changed: What|Removed |Added CC||inf...@openaliasbox.org --- Comment #57 from eemantsal --- In KDE/Plasma 5 there's the same design mistake that the oroginal poster reported 5 years ago: the panel shows up inmediately when you pass the pointer a couple of milimeters from the bottom border of the screen or you touch the border with the pointer. Is a real pain in the ass: when you are moving your pointer by the lower area of your creen there shows up the panel every now and then, and you have to move your mouse away, wait for some tenths of second for the panel to hide agan, and come back with your mouse, but being very careful for not going too near to the bottom of your screen and make the panel show up again. I like the idea proposed by Brandon Garlock in december of 2013: not to show the panel until one really touches the bottom border. Obviously it's not the unique solution, a simple delay would be another. We can configure delays for the upper screen border actions (show grid, window, etc), why not for the panel in the lower one? Is it very hard task? One would not think so, but who knows, I know nothing about programming; but anyway, I think is a serious important deffect in desktop "mechanics" design for all those users who like to use all their screen size and avoid distractions. Please reconsider it. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 362049] New: Dialogs don't save user's size settings
https://bugs.kde.org/show_bug.cgi?id=362049 Bug ID: 362049 Summary: Dialogs don't save user's size settings Product: plasmashell Version: 5.6.3 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: inf...@openaliasbox.org CC: bhus...@gmail.com, plasma-b...@kde.org When a dialog appears, f.e. when you try to open a file with a precise program, and you right click -> Open with -> Choose application (probably the text isn't exactly that way, I have KDE in spanish and am translating myself), you will probably want to increase the dialog's vertical size to see all the categories and browse without annoyances; or when try to change some folder's icon and go for the icon selection dialog, by default in the window's size only fit 12 icons, so one will again want to resize it to make it bigger. The problem is that Plasma doesn't remember that size, so the next time no matter how you resized them, they will appear the same size than before and one has to repeat the process. I know that window sizes can be configured by hand, by I think that should not be necessary, the dektop should remember the users' settings in regard to this the same way the file browser remembers which view settings has established the user for each folder. Reproducible: Always Steps to Reproduce: 1. Resize some dialog window. 2. Do what you wanted t do and close it. 3. Reopen it, the size you wanted has been ignored. Expected Results: Dialogs open with the same size we closed them las time. -- You are receiving this mail because: You are watching all bug changes.
[kjots] [Bug 359965] Improvements for Kjots
https://bugs.kde.org/show_bug.cgi?id=359965 --- Comment #2 from eemantsal --- I'm fairly new to this bug/suggestion thing, sso excuse my inexperience. I'll do as you say. Thanks. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 359964] "Kmailleaks", or what to improve to make Kmail more privacy friendly.
https://bugs.kde.org/show_bug.cgi?id=359964 --- Comment #7 from eemantsal --- Sorry if I'm being too insistent, but it has come to mind that for that hypothetical Message-ID suffix could be a per-account or per-identity setting that, by default, would use the mail sender's domain, so, if someone uses a Protonmail, Gmail, whatever account, Kmail may set as prefix protonmail.com, gmail.com, and so on; all without any need for the user to touch anything, and not adding any extra info ince the mail sender's domain is already known in the >From header. i think it'd be an elegant and efficacious solution. What do you think? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 359964] "Kmailleaks", or what to improve to make Kmail more privacy friendly.
https://bugs.kde.org/show_bug.cgi?id=359964 --- Comment #6 from eemantsal --- I was yesterday having a look to all those options and thought that perhaps this user Message-ID issue was related to this Headers tab you mention, but I didn't understand what a "suffix" could be -of course I know what it means in lingüistics, but remember that most of us aren't informatics nor are really accustomed to informatic terminology- and didn't pay much attention to it. Now I see that effectively that was the key. Thank you. Nevertheless, probably a little tooltip reading something like «This is the identifier that will be shown in the Message-ID header» when hovering the pointer would sensitively improve the user friendliness. Also, probably a suffix, as common and widespread as possible, should be preset by default, so the average user doesn't have to search on the Internet how to do it. Don't you agree? Anyway, then there's only the user agent leak. All in all Kmail is not such a "blabbermouth", hehe, but see how an average user like me has had to ask to you, developers and try a couple of things that most users aren't willing to try. I sincerely believe this is way afar from user friendly. If you allow me the suggestions, please add a default preset, and consider an option to see truly sent headers, not excluding the actual option to see all that extra info that Laurent said in comment 4, but adding one more perhaps in the View/Headers menu, «Real headers», or whatever you think is more descriptive and accurate. Again, all this surely sounds obvious and silly to you, but, once again, remember that the majority of users don't know/want to have to read and write in forums nor fiddle and dig amoung not so clear options, tabs, menues, etc. A couple of simple things would make users' life way easier. Regards, and I think that once the user agent issue is solved this bug report can be closed. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 359964] "Kmailleaks", or what to improve to make Kmail more privacy friendly.
https://bugs.kde.org/show_bug.cgi?id=359964 --- Comment #3 from eemantsal --- Silly form... I can't edit my message, so I have to write this reply and spam your mailbox inncessarily >:-( Ok, 3 seconds after sending my previus message I realized that I just have to send an email to myself and look at the headers. So, then, if Kmail wouldn't send the user agent nor the Message-ID it will be as privacy friendly as the privacy friendly webmail apps. Great. But, where can be disabled or customize Message-ID? I've been looking in identities' and accounts' preferences but haven't found it. Also, don't you think that if it can be disabled or customized with a generic name like "localhost", "PC", or whatever generic name is used by the majority, it should be the default? Shouldn't privacy be preserved just out of the box, not tell users to change something that besides is not very visible? Anyway, is more tranquilizing to see that only user agent and Message-ID are sent. Thanks for indicating, if not, I'd been convinced that Kmail sends many other personal info, like I think everyone who may read my post at KDE forum must be thinking. :-/ I'll write a comment to tranquilize the readers. Thanks, and I hope it's improved as soon as possible. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 359964] "Kmailleaks", or what to improve to make Kmail more privacy friendly.
https://bugs.kde.org/show_bug.cgi?id=359964 --- Comment #2 from eemantsal --- Yes, but where should I look at to see what has been sent? I think the logic thing is to believe that sent mail folder contains sent mail, exactly what Kmail sents, nothing more and nothing less. Why should a program do something different to what its name says? Anyway I, of course don't deny what you say, but then, how can we know what has really been sent? -- You are receiving this mail because: You are watching all bug changes.
[kjots] [Bug 359965] New: Improvements for Kjots
https://bugs.kde.org/show_bug.cgi?id=359965 Bug ID: 359965 Summary: Improvements for Kjots Product: kjots Version: unspecified Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: steve...@gmail.com Reporter: inf...@openaliasbox.org I'd want to share some ideas that I think every Kjots user would thank. Hopefully developers could consider implementing them. What do you think about their utility and feasibility? 1. Tags. If any of you have used Evernote, Google Keep, Microsoft OneNote, and similars, you probably have found very useful the possibility of tagging your notes. Folders -notebooks- are nice for a rough classification, but a note may deal with various categories, or themes. It would be nice to tag a note about, for instance -a note I've been elaborating recently-, origins of the Renaissance, which deals with the reintroduction of Aristotle's thought in Europe by the philosophers from Al- Andalus in the Middel Age, with tags like Philosophy, Renaissance, Aristotle, andalusi thinkers, Islam, etc. 2. Thumbnails. Again, if you take a look to Evernote's interface, you will see that the notes list accompanies the title of the note with a thumbnail of said note. It helps to recognize rapid and visually the notes. If you only have few notes it's not that useful, but when you have dozens or hundreds in the same folder, it does help a lot. As Kjots uses the same format for notes than Kmail for messages this could be probably useful also for HTML mails in Kmail's message list. 3. Multimedia support. I have seen many requests for this for years in several sites, and since Kmail supports at least image insertion and Kjots uses the same "mechanism" of Kmail's mesages I can't understand how image support hasn't been add time ago. Anyway, many of our notes include images, sound, even videos; think of notebooks about family/vacation/projects, or "tutorials" that many people compose for themselves regarding software: can you imagine help notes about, say, Digikam or Krita without screen captures, or notes about vacations without videos? Let's not talk about "instructions" for friends and relatives that ask us how to do X in program Y; we are almost "obligued" to record screencasts because we know is the way they will understand better. Would improbe a los Kjots' utility. 4. Owncloud sync. And other cloud plattforms, especially open sourced ones -althought I suppose that Google Drive and Dropbox support would be good to new "migrants" to KDE-. Nowadays we take notes on our computres but everyday more on our tablets and phones, and we want them to be available in any of our devices. I think that contemporary note taking apps should be mandatorily synchronizable with cloud storage services. 5. Search box As in Kmail, a search function is almost indispensable when the number of notes you have begins to be considerable. 6. Tabs and window split Again, Kmail has the useful tabs feature: sometimes we need to compare several mails or take information from them. The same goes for notes. Besides tabs, window splitting, as in Kate, Konsole, Dolphin and others, would permit to see this information in a very handy way, and to copy or move content just selecting, dragging and dropping. As said, Kate has it, would it be too difficult to use its code and implement it in Kjots? 7. Folder structure I'm not very sure about this one, but wouldn't be better using a normal folder structure, not hiding Notebooks under those ".Notebook.directory" folders that may be missed when doing a backup if we don't remember to show hidden files? Also, why those 3 folders: new, cur, tmp? In Kmail "new" is for unread mesages, but what' the sense of having it in Knotes?, or a "tmp" folder -to be sincere, I don't even know what's its purpose of it in Kmail-? I don't think I understand this organization well, so, please correct me if I'm wrong, as I've said, I'm not very sure about this last suggestion. Regards Reproducible: Always Steps to Reproduce: 1. As this is not a but, but a feature request I don0t know what to say here. 2. 3. Actual Results: See above Expected Results: See above -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 359964] New: "Kmailleaks", or what to improve to make Kmail more privacy friendly.
https://bugs.kde.org/show_bug.cgi?id=359964 Bug ID: 359964 Summary: "Kmailleaks", or what to improve to make Kmail more privacy friendly. Product: kmail2 Version: 5.1 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org As i commented here: https://forum.kde.org/viewtopic.php?f=215&t=130580 Kmail reveals a lot of personal information that I don't believe is really necessary to take out of the user computer and launch it to the Internet for ever. This is what Kmail seems to send -from a mail in my sent mail folder in Kmail 2, the addresses and IDs have been modified for privacy reasons-: From: My Name To: addres...@othermailprovider.com Subject: Whatever Date: Tue, 41 Jul 7093 45:07:87 +0900 Message-ID: <206255.h4EBR3PX5@mylinuxuser-nameofmyPC> X-KMail-Identity: 1308832047 X-KMail-Dictionary: es_ES User-Agent: KMail/ (Linux/4.4.0-gentoo; KDE/5.19.0; x86_64; ; ) MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" I know that some headers are necessary for a correct functioning of mail protocols, deliveries, and such. But let me ask if the following information is really necessary: - Message-ID: <206255.h4EBR3PX5@mylinuxuser-nameofmyPC> This ID is unique for each message, and as you see, includes my user name and the name of my machine. I've seen that sending from the webmail page, this same server adds a Message-ID field too, but it just reads «6dce92d4g2f5378b431e6gc...@mymailprovider.com», surely the ID is unique too, but at least there's no info about my mail account's name, and the machine ID is just my provider's domain. Don't know how difficult may be decipher the alfanumeric ID, but seems rather more discrete than "blabbermouth" Kmail. If this ID is really indispensable, couldn't Kmail just use the mail server's domain, just like the webmail apps do or even an indefined one like «@localhost», or whatever that keeps users' data safe? - X-KMail-Identity: 1308832047 When I just begun to pay attention to what was doing Kmail with my personal data I wasn't sure if those numbers were unique or perhaps were just a code for Kmail or something like that, something more generic. No, it isn't, is another unique identifier for each message; as opposed to Message-ID it doesn't leak the user's nor machine's name though, but being a excluse Kmail identifier I wonder if it's necessary at all. None of my mail providers' web apps have such a thing, the only ID they have is Message-ID. - X-KMail-Dictionary: es_ES I simply cannot believe that mail providers need to know what's my mother language, and its regional variation. This iD doesn't anything to do with character set, it just tells what dictionary I have set for orthographic check, right? Again no provacy respectful webmail app leaks it. - User-Agent: KMail/ (Linux/4.4.0-gentoo; KDE/5.19.0; x86_64; ; ) This is the cherry on top of the cake... Operating system, distribution, desktop environment, version of DE, and CPU's architecture. Why not sending also the last time I had sex? xD Ok, jokes apart, I think that's a festival of the "cybergossip". GMX doesn't send a user agent, neither Gmail does -their web apps, no mail client-, so it seems clear that such info isn't necessary at all. So, we have 4 different sources of personal data that are leaked by Kmail and that help advertisers and governments a lot to make a very detailed fingerprintof the users. I don't know almost anything about mail protocols, but 3 of them seem not to be necesary at all for a correct functioning. Am I wrong or Kmail's privacy guarentees could improve a lot? Please, look what GMX web app sends: MIME-Version: 1.0 Message-ID: From: To: Subject: Content-Type: text/html; charset=UTF-8 Date: Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: One, only one, Message-ID, out of the 4 identifiers Kmail sends -X-Provags-ID belongs to the spam filters, I think-. Seems that Kmail could function perfectly being at least as discrete, no? I'm not sure about the Content-Type: text/plain; charset="UTF-8" thind, even if this is leaking the descriptor of my character set, maybe it is necessary to avoid weird characters in the mesages, am I right? Reproducible: Always Steps to Reproduce: 1. Compose a message 2. Send it 3. Actual Results: A lot of unnecesary fingerprinting data are leaked. Expected Results: Only reveal indispensable data for email communication workd without issues, and not let other data go out of our computers. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #12 from eemantsal --- Created attachment 97573 --> https://bugs.kde.org/attachment.cgi?id=97573&action=edit [5] 5th -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #13 from eemantsal --- Created attachment 97574 --> https://bugs.kde.org/attachment.cgi?id=97574&action=edit [6] and 6th. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #11 from eemantsal --- Created attachment 97572 --> https://bugs.kde.org/attachment.cgi?id=97572&action=edit [4] 4th -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #10 from eemantsal --- Created attachment 97571 --> https://bugs.kde.org/attachment.cgi?id=97571&action=edit [3] Third Screenshot -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #9 from eemantsal --- Created attachment 97570 --> https://bugs.kde.org/attachment.cgi?id=97570&action=edit [2] This is the second Screenshot that this form doen't allow to attach to my detailed message... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #8 from eemantsal --- Damn! If I click on «Add an attachment" right up here, where I'm typing, it doesn't attach anything to my message, it just sends the attachment and forgets all my text. Please, this is a real blunder, try to fix it, site developers, I don't think disordered bug reports are the best way of optimizing developers nor reporters' time. Ok, I goo on with what should have been posted in the former message: Hi, Laurent. I wanted to say this weeks before, but writing detailedly takes time, and I don't have as much as I'd want, so I haven't been able to elaborate this comment till today. Ok, I wanted to add some details that perhaps help you, developers, to find the "culprit" in this bug. I'm ilustrating with screenshots. As I told before, if you copy&paste a "combo" of text and image only the text is copied, and in the place where the image should be, you only get that scaled white icon I mentioned[1]. I've tried now some text and an image from https://www.kde.org/announcements/plasma-5.5.4.php?site_locale=es and noticed that if you save the mail as a draft, and go to the messages list, open your draft folder, the message, switch to HTML view, and click to authorize to load external references, you can see the correct image [2]. I also said that the only way to paste images and to be capable of seeing them in the editor is to copy and paste the images individually or inserting them with the in-app tool for adding images, but that's if you are coping content from Firefox. I've tried with Qupzilla, selecting the same paragraph with the same image inserted, and it's even worse, xD; but the interesting part is that if you drag and drop the image alone to Kmail's composer, a nice popup asks you to add the image as an attachment or as an inline image[3], and if you select to insert it inline -or however it is in french, english, or the lenguage you have your desktop- it works[4], and you can compose your HTML mail with inline images without much problem -Kmail's composer is still far from competent for HTML messages, but this way, at least you see what you are composing-. But if you try and drag&drop from Firefox, you only get the Image's URL in you message [5]. Since Qupzilla is built on QT I suppose there's some incompatibility with GTK apps like Firefox. There's a bug I'll eleborate when I have the time, that makes drag&dropped html files onto FF from Dolphin impossible to load by FF, which shows a "sympathic" serie of chinese characters in the address box. I'd bet there's some "fight" between GTK and QT, but you are the devs, so I hope you can investigate and find the precise cause. Finally, if you save this mail as a draft -I mean the "version" that loads the images correctly in the composer- and go to see it, Kmail doesn't load the image, only shows an icon [6]. I must say that this happens to me with all the messages I get and have inline images. Of course I have set Kmail to see attachments inline. In sum, I think there are three problems related: - Kmail's composer can't load external references, that's why you can't see your images when composing a message, but can load them if you make them local files, vía C&P individually, for instance. - There's some incompatibility, at least when drag and dropping between GTK and QT apps. - Kmail's message viewer, contrarily to the composer's behavior, can't load local references -at least still images, haven't tried videos or animated GIFs- but loads perfectly external references. I don't think I can provide more useful info, but in case I'd see anything else I'l comment here. Regards. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #7 from eemantsal --- Created attachment 97569 --> https://bugs.kde.org/attachment.cgi?id=97569&action=edit [1] Well, it seems that I can't attache various images to a single message. I'll attach the rest in following messages. Site's developers should improve this, though. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #5 from eemantsal --- BTW, excuse the red underlines in the second image, I didn't notice I hadn't disabled the orthographic checker when I took the screenshot and the words in english were underlined, but if I paste text in my language there's nothing rare under it. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #4 from eemantsal --- Created attachment 96845 --> https://bugs.kde.org/attachment.cgi?id=96845&action=edit Results when pasted in Kmail's composer -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #3 from eemantsal --- Created attachment 96844 --> https://bugs.kde.org/attachment.cgi?id=96844&action=edit Content I want to copy/paste -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #2 from eemantsal --- Ok, this site doesn't work like KDE Forum,, so the linked images don't show correctly. Basides, once I have sent it I've seen that there is a tool for attaching files, and it seems that once sent, the bug report can't be edited. So, I have botched it. :-/. Sorry, this is the first bug report I file for KDE. I attach now the screenshots I mentioned. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 --- Comment #1 from eemantsal --- Ok, this site doesn't work like KDE Forum,, so the linked images don't show correctly. Basides, once I have sent it I've seen that there is a tool for attaching files, and it seems that once sent, the bug report can't be edited. So, I have botched it. :-/. Sorry, this is the first bug report I file for KDE. Ok, I attach the screenshots I mentioned. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 358561] New: Kmail doesn't paste images copied along with text
https://bugs.kde.org/show_bug.cgi?id=358561 Bug ID: 358561 Summary: Kmail doesn't paste images copied along with text Product: kmail2 Version: 5.1 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: major Priority: NOR Component: composer Assignee: kdepim-b...@kde.org Reporter: inf...@openaliasbox.org If I try to paste content copied from other programs, for example a web browser, in a HTML message Kmail only pastes the text. Please look these screenshots -sorry for the external link: I haven't found any way to upload images here-: If I copy this [url=http://subefotos.com/ver/?9f0531c30808e73452e6f160d05331f1o.png][img]http://thumbs.subefotos.com/9f0531c30808e73452e6f160d05331f1o.jpg[/img][/url] I get this [url=http://subefotos.com/ver/?97419c652a71fc6b8559f60637627597o.png][img]http://thumbs.subefotos.com/97419c652a71fc6b8559f60637627597o.jpg[/img][/url] As you see the text format is more or less respected, excepting the color, which I suppose depends on my desktop theme, and the image is well placed, and sized but there's no image, just that scaled icon. Seems like Kmail can get the position and dimensions information from the original source but can't download the real image and insert it. It doesn't matter if you try to copy quickly by selecting and middle clicking or with Ctrl + C and Ctrl + V, te result is always the same. At first I though it could be Klipper's fault and not Kmail's, but not, if you try to paste the same content into a webmail composer, for example, things are correctly pasted, so it seems to be a failure in Kmail. The only ways to insert images seem to be using the tool of Kmail's composer for inserting one image at one time, and also copying the images individually in the web browser and then pasting. This may be ok for one or two images, but if you are pasting 2 or 3 paragraphs with one or two images each it begins to suck; if you are composing 3 or 4 mails like that it becomes a real pain. I know that many users, especially developers, think HTML email is evil, but in the "real world" is "panem nostrum quotidianum", especially in the office "echosystem", that's why I have valued this bug's severity as Major. Reproducible: Always Steps to Reproduce: 1. Copy some paragraph that is accompained by any image, from any webpage, for instance . 2. Paste it into Kmail's composer Actual Results: Only the text with its format is copied. Expected Results: All the content copied is pasted. -- You are receiving this mail because: You are watching all bug changes.
