[plasmashell] [Bug 491360] Opaque panel should allow widget to be translucent
https://bugs.kde.org/show_bug.cgi?id=491360 Denys Madureira changed: What|Removed |Added Resolution|INTENTIONAL |FIXED --- Comment #4 from Denys Madureira --- (In reply to Nate Graham from comment #3) > This is over-configurability, sorry. I don't see us adding an option for > this as it could contribute to the explosion in the number of panel options > getting even worse, and the large number of possible options is already > impacting reliability as-is. It is understandable. Maybe it is a good time to learn how to make some custom plasma desktop themes. I guess this is something that I can make with custom theme, right? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 491360] Opaque panel should allow widget to be translucent
https://bugs.kde.org/show_bug.cgi?id=491360 --- Comment #2 from Denys Madureira --- Created attachment 172356 --> https://bugs.kde.org/attachment.cgi?id=172356=edit Opaque panel with translucent widgets Here is just an example of how would be an opaque full black panel with translucent widgets -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 491360] Opaque panel should allow widget to be translucent
https://bugs.kde.org/show_bug.cgi?id=491360 --- Comment #1 from Denys Madureira --- Created attachment 172355 --> https://bugs.kde.org/attachment.cgi?id=172355=edit Translucent panel with translucent widgets -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 491360] New: Opaque panel should allow widget to be translucent
https://bugs.kde.org/show_bug.cgi?id=491360 Bug ID: 491360 Summary: Opaque panel should allow widget to be translucent Classification: Plasma Product: plasmashell Version: 6.1.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: deny...@zoho.com CC: niccolo.venera...@gmail.com Target Milestone: 1.0 Created attachment 172354 --> https://bugs.kde.org/attachment.cgi?id=172354=edit Opaque panel SUMMARY When using opaque panel, all widgets become opaque too. This, for some colors, make it harder to distinguish some things like header and footer of the widgets (see attachment). Would be nice if we have an option (or could it be the default behavior) to make widgets translucent even using opaque panel. STEPS TO REPRODUCE 1. Change panel to opaque 2. Select a plasma theme with a black background, for example 3. Open any panel's widget and see that thins are a little weird OBSERVED RESULT All widgets are opaque when panel is opaque EXPECTED RESULT Widgets translucent even when panel is opaque SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240801 KDE Plasma Version: 6.1.3 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 ADDITIONAL INFORMATION Kernel Version: 6.10.2-1-default (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 4800H with Radeon Graphics Memory: 30,7 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: Acer Product Name: Nitro AN515-44 System Version: V1.04 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 491131] New: Window Tiling makes floating panel de-float when using padding lower than 17px
https://bugs.kde.org/show_bug.cgi?id=491131 Bug ID: 491131 Summary: Window Tiling makes floating panel de-float when using padding lower than 17px Classification: Plasma Product: plasmashell Version: 6.1.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: deny...@zoho.com CC: niccolo.venera...@gmail.com Target Milestone: 1.0 Created attachment 172188 --> https://bugs.kde.org/attachment.cgi?id=172188=edit Example SUMMARY When arranging windows (moving window with the Shift key) in the configured tiling arrangement (the one that we configure with Meta+T), when the padding is 16px or less, this makes the panel de float. When we set to 17px or higher, we have the expected behavior (the panel remains floating, since there is nothing touching the panel). STEPS TO REPRODUCE 1. Change the panel to float mode 2. Open the Tiling Editor (Win+T) and change the padding to 16px or lower 3. Move windows with Shift pressed and you will see that the panel de-float 4. Open the Tiling Editor (Win+T) and change the padding to 17px or higher 5. Move windows with Shift pressed and you will see that the panel remains floating, as expected OBSERVED RESULT When moving window in a Tiling Editor arrangement with padding 16px or less, the panel de-float. When moving with padding 17px or higher, it remains floating. EXPECTED RESULT The panel should remains floating even if we selected lower values as padding, like 8px or 16px. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20240726 KDE Plasma Version: 6.1.3 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 ADDITIONAL INFORMATION Kernel Version: 6.9.9-1-default (64-bit) Graphics Platform: Wayland Processors: 16 × AMD Ryzen 7 4800H with Radeon Graphics Memory: 30,7 GiB of RAM Graphics Processor: AMD Radeon Graphics Manufacturer: Acer Product Name: Nitro AN515-44 System Version: V1.04 -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 473897] Cannot add Google Groupware, "Configured account does not exist" then "Resource is not configured"
https://bugs.kde.org/show_bug.cgi?id=473897 Denys Madureira changed: What|Removed |Added CC||deny...@zoho.com -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 463240] Ark Flatpak does not provide Dolphin context menu action to extract and to compress files
https://bugs.kde.org/show_bug.cgi?id=463240 --- Comment #3 from Denys Madureira --- I realize that I forgot to share my SOFTWARE/OS VERSIONS. Operating System: openSUSE MicroOS 20221214 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 6.0.12-1-default (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 4800H with Radeon Graphics Memory: 30,7 GiB of RAM Graphics Processor: AMD Radeon Graphics -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 463240] Ark Flatpak does not provide Dolphin context menu action to extract and to compress files
https://bugs.kde.org/show_bug.cgi?id=463240 --- Comment #2 from Denys Madureira --- Created attachment 154697 --> https://bugs.kde.org/attachment.cgi?id=154697=edit Service menu to extract -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 463240] Ark Flatpak does not provide Dolphin context menu action to extract and to compress files
https://bugs.kde.org/show_bug.cgi?id=463240 --- Comment #1 from Denys Madureira --- Created attachment 154696 --> https://bugs.kde.org/attachment.cgi?id=154696=edit Service menu to compress -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 463240] New: Ark Flatpak does not provide Dolphin context menu action to extract and to compress files
https://bugs.kde.org/show_bug.cgi?id=463240 Bug ID: 463240 Summary: Ark Flatpak does not provide Dolphin context menu action to extract and to compress files Classification: Applications Product: ark Version: 22.12.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: elvis.angelac...@kde.org Reporter: denysmb112...@gmail.com CC: aa...@kde.org, rthoms...@gmail.com Target Milestone: --- SUMMARY The Flatpak version of Ark does not provide Dolphin context menu action to extract or compress files. STEPS TO REPRODUCE 1. Install Ark Flatpak 2. Right click on a compacted file to see there is no action on context menu to extract 3. Right click on any file to see there is no action on context menu to compress OBSERVED RESULT There is no action on Dolphin context menu to extract and compress files EXPECTED RESULT To have action on Dolphin context menu to extract and compress files SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION A possible easy and quick solution (for the Flatpak version) could be do as was done before on Ark 16.04 and provide the .desktop files of the services menu on $HOME/.local/share/flatpak/exports/share/kservices5/ServiceMenus/ The two files provided were: ark_addtoservicemenu.desktop and ark_servicemenu.desktop All we need to do is change "ark" to "flatpak run org.kde.ark" on the Exec commands. -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 463198] New: Kontact Flatpak does not share Akonadi information with Plasma (to be used on clock widget for example)
https://bugs.kde.org/show_bug.cgi?id=463198 Bug ID: 463198 Summary: Kontact Flatpak does not share Akonadi information with Plasma (to be used on clock widget for example) Classification: Applications Product: kontact Version: 5.21.3 Platform: OpenSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: denysmb112...@gmail.com Target Milestone: --- SUMMARY Using Kontact as Flatpak and configuring your accounts doesn't make it "visible" outside Flatpak, making it not possible to use kdepim-addons, displaying it on the stock clock widget. STEPS TO REPRODUCE 1. Download Kontact Flatpak 2. Configure your accounts 3. Enable PIM accounts on stock clock widget and see that your accounts doesn't display it there OBSERVED RESULT Your accounts doesn't display on stock clock widget if you enable PIM accounts because it isn't shared. EXPECTED RESULT Show accounts configured on Kontact Flatpak in stock clock widget when enable PIM accounts. SOFTWARE/OS VERSIONS Operating System: openSUSE MicroOS 20221214 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.101.0 Qt Version: 5.15.7 Kernel Version: 6.0.12-1-default (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 4800H with Radeon Graphics Memory: 30.7 GiB of RAM Graphics Processor: AMD Radeon Graphics -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 390798] Akonadi EWS failed to authenticate with Exchange Server
https://bugs.kde.org/show_bug.cgi?id=390798 Denys Madureira changed: What|Removed |Added CC||denysmb112...@gmail.com --- Comment #29 from Denys Madureira --- I can confirm that, after recent updates, the EWS service stopped to work. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 460154] New: "Make window titlebars accent-colored" don't respect theme behavior.
https://bugs.kde.org/show_bug.cgi?id=460154 Bug ID: 460154 Summary: "Make window titlebars accent-colored" don't respect theme behavior. Classification: Plasma Product: plasmashell Version: 5.25.90 Platform: OpenSUSE OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: denysmb112...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 Created attachment 152658 --> https://bugs.kde.org/attachment.cgi?id=152658=edit CustomColorSchemeWithTintTitlebar SUMMARY I want to know if this is the desired behavior: The default Breeze Light and Dark have this behavior that we see in the beginning of the video - the titlebar of the inactive widow has a different contrast to differentiate. So, when we use the option to tint the header based on these two color scheme, this effect happens. Ok. It's expected. But, if we create a custom color scheme with a custom header (that doesn't change the contrast from inactive windows - as you also see in the video) and them enable the option to tint the titlebar on this color scheme, it change it behavior. Without this option the contrast don't change so, I was hoping that, after enable this option to this specific color scheme, the contrast doesn't change too. Is this the expected behavior? To always do this, independent of the color scheme, of the user option and everything else? When you active the option to tint the titlebar it will always change the contrast of the inactive window and there is nothing that we can do? STEPS TO REPRODUCE 1. Edit Breeze Light/Dark to make window titlebars accent-colored and save as a new color scheme 2. Apply it and you will see that the active window have the accent-colored titlebars but the inactive window has a different contrast, as it works for Breeze Light and Dark themes. 3. Create a new color scheme with a custom header colors. You will see that when you do that, the header color is the same for active and inactive window (no contrast change). 4. Edit this new color scheme with "make window titlebars accent-colored" and save it. 5. Apply and now you will see that the inactive window titlebar is no more equals as the active, as it is in it default behavior (when the option to tint the titlbar is not checked). OBSERVED RESULT The option doesn't respect the color scheme behavior. It "forces" all color scheme to work as the default "Breeze Light" and "Breeze Dark" theme. EXPECTED RESULT The option respect the behavior of custom color scheme and let the inactive titlebar equal to the active titlebar if the default behavior of color scheme works this way. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20221006 KDE Plasma Version: 5.25.90 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 6.0.0-4.g8cefcd8-default (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 4800H with Radeon Graphics Memory: 30,7 GiB of RAM Graphics Processor: RENOIR Manufacturer: Acer Product Name: Nitro AN515-44 System Version: V1.04 -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 456321] With certain Color Scheme settings, inactive window titlebar not colored with the setting turned on
https://bugs.kde.org/show_bug.cgi?id=456321 --- Comment #23 from Denys Madureira --- Created attachment 152542 --> https://bugs.kde.org/attachment.cgi?id=152542=edit CustomColorSchemeWithTintTitlebar Ok, I'm here again. Sorry for that. I want to know if this is the desired behavior: The default Breeze Light and Dark have this behavior that we see in the beginning of the video - the titlebar of the inactive widow has a different contrast to differentiate. So, when we use the option to tint the header based on these two color scheme, this effect happens. Ok. It's expected. But, if we create a custom color scheme with a custom header (that doesn't change the contrast from inactive windows - as you also see in the video) and them enable the option to tint the titlebar on this color scheme, it change it behavior. Without this option the contrast don't change so, I was hoping that, after enable this option to this specific color scheme, the contrast doesn't change too. Is this the expected behavior? To always do this, independent of the color scheme, of the user option and everything else? When you active the option to tint the titlebar it will always change the contrast of the inactive window and there is nothing that we can do? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 456321] With certain Color Scheme settings, inactive window titlebar not colored with the setting turned on
https://bugs.kde.org/show_bug.cgi?id=456321 --- Comment #21 from Denys Madureira --- Created attachment 152468 --> https://bugs.kde.org/attachment.cgi?id=152468=edit old-way-to-tint-inactive-titlebars So, there is no way to get this behavior again, right? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 456321] With certain Color Scheme settings, inactive window titlebar not colored with the setting turned on
https://bugs.kde.org/show_bug.cgi?id=456321 --- Comment #20 from Denys Madureira --- (In reply to Nate Graham from comment #19) > Thanks. Seems to me that it's working; the inactive titlebar gets tinted > with the accent color just like you told it to. However because you also > told it to tint all other colors with the accent color too, this becomes no > longer noticeable in comparison to the other colors. But it's still getting > tinted. Oh, so there is no more the option to the inactive titlebar gets tinted exactly as the active titlebar? I mean, with the strong color. I will attach a screenshot on how it used to be. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 456321] With certain Color Scheme settings, inactive window titlebar not colored with the setting turned on
https://bugs.kde.org/show_bug.cgi?id=456321 --- Comment #18 from Denys Madureira --- (In reply to Nate Graham from comment #16) > Can you please attach your custom .colors file that I can use to reproduce > the issue? Done. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 456321] With certain Color Scheme settings, inactive window titlebar not colored with the setting turned on
https://bugs.kde.org/show_bug.cgi?id=456321 --- Comment #17 from Denys Madureira --- Created attachment 152444 --> https://bugs.kde.org/attachment.cgi?id=152444=edit Custom-Colorscheme-Plasma-5.26.80 This is the color scheme. I just selected Breeze, tick the checkbox to tint headers and the window and increase a little the tint strength. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 456321] With certain Color Scheme settings, inactive window titlebar not colored with the setting turned on
https://bugs.kde.org/show_bug.cgi?id=456321 --- Comment #15 from Denys Madureira --- (In reply to Nate Graham from comment #14) > It was removed because now we always tint inactive headers when using this > setting. So, it should be working here, right? https://i.imgur.com/pyHGnq3.png https://i.imgur.com/A7eWDNx.png But it is not applying to Dolphin, in this example, a inactive app. I tested with the neon-unstable-20220922-0959 image. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 456321] With certain Color Scheme settings, inactive window titlebar not colored with the setting turned on
https://bugs.kde.org/show_bug.cgi?id=456321 Denys Madureira changed: What|Removed |Added CC||denysmb112...@gmail.com --- Comment #13 from Denys Madureira --- (In reply to Nate Graham from comment #11) > This appears to be a config migration/sync issue. I can make your color > scheme work for me by applying the following changes: > > nate@Liberator:~/Desktop$ diff OLD.colors NEW.colors > 134,138c134,136 > < TintFactor=0.15 > < accentActiveTitlebar=true > < accentInactiveTitlebar=true > --- > > TitlebarIsAccentColored=true > > So this is already fixed in git master, but 5.25.x is broken, because we > have a mismatch between the config data name and what the UI shows. This bug is still present on Plasma 5.25.5. On test images of KDE Neon, with Plasma 5.26 beta, the option to tint inactive headers doesn't exist anymore. Won't we have this option anymore? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 444043] Make Breeze Light and Breeze Dark Plasma themes respect accent color (not full color scheme, just accent color)
https://bugs.kde.org/show_bug.cgi?id=444043 Denys Madureira changed: What|Removed |Added CC||denysmb112...@gmail.com --- Comment #10 from Denys Madureira --- I see that is a lot of duplicated "bugs" about this, but what about the progression of this? Is someone working in this bug? There is a PR or something about this, if someone already started to work on it? Where we can see, where we can get this information? -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 444288] Akonadi "losing connection" to Google Calendars after some uptime / waking from sleep until either akonadictrl restart is used or Google Groupware is restarted in Korganizer.
https://bugs.kde.org/show_bug.cgi?id=444288 --- Comment #10 from Denys Madureira --- (In reply to Alex Dewar from comment #6) > I was experiencing this bug and now things seem to have got worse -- > restarting Google Groupware (or the whole of the akonadi service) doesn't > fix it, so I can't view my Google Calendar at all :-( The same happens to me now. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 444288] Akonadi "losing connection" to Google Calendars after some uptime / waking from sleep until either akonadictrl restart is used or Google Groupware is restarted in Korganizer.
https://bugs.kde.org/show_bug.cgi?id=444288 --- Comment #7 from Denys Madureira --- We're going to Plasma 5.24 release and this error still exists -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 444288] Akonadi "losing connection" to Google Calendars after some uptime / waking from sleep until either akonadictrl restart is used or Google Groupware is restarted in Korganizer.
https://bugs.kde.org/show_bug.cgi?id=444288 Denys Madureira changed: What|Removed |Added CC||deny...@zoho.com --- Comment #4 from Denys Madureira --- I am facing this issue too. Either on OpenSUSE Tumbleweed and in Arch Linux. -- You are receiving this mail because: You are watching all bug changes.
[plasma-simplemenu] [Bug 447439] New: Option to show text with icon (or instead the icon)
https://bugs.kde.org/show_bug.cgi?id=447439 Bug ID: 447439 Summary: Option to show text with icon (or instead the icon) Product: plasma-simplemenu Version: unspecified Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: h...@kde.org Reporter: deny...@zoho.com CC: plasma-b...@kde.org Target Milestone: --- SUMMARY The application launcher doesn't have a option to use text with (or instead) the icon. If we use a small panel, the icon become too small. It would be great to have a option to use a text beside the icon o only a text. STEPS TO REPRODUCE 1. Enter in the application launcher configuration window. 2. See there is no option to this. SOFTWARE/OS VERSIONS Linux: Arch Linux 5.15.10-arch1-1 (64bits) KDE Plasma Version: 5.23.4 KDE Frameworks Version: 5.89.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 435232] KOrganizer automatically add slash (/) in the final of the URL and don't import correctly
https://bugs.kde.org/show_bug.cgi?id=435232 --- Comment #8 from Denys Madureira --- (In reply to Allen Winter from comment #7) > https://calendar.zoho.com/ by itself works for me. Hi, Allen. Are you sure about that? For me still doesn't works. The only thing that works (and always worked) is: if we sync the account like this (if this URL), we can create events and the events appears in the Zoho Calendar website, but if we create any event on the website doesn't show in KOrganizer. Is like a "one-way sync". We cannot view any old or new created events from Zoho Calendar in KOrganizer, but we can view in the website the events created from KOrganizer. -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 435232] KOrganizer automatically add slash (/) in the final of the URL and don't import correctly
https://bugs.kde.org/show_bug.cgi?id=435232 --- Comment #6 from Denys Madureira --- The problem is really the / If you tries to access the URL without the final / in a browser, for example, it will give an error because of the authentication (because you will not send your credentials). You can synchronize your calendar with Thunderbird and Evolution without the final / and with yours credentials to see. It will synchronize without problem. -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 435232] KOrganizer automatically add slash (/) in the final of the URL and don't import correctly
https://bugs.kde.org/show_bug.cgi?id=435232 --- Comment #3 from Denys Madureira --- Any update? I'd to sync my Zoho Calendar with Google Calendar and sync Google Calendar with Akonadi to KOrganizer show my events. But, this don't have to be the solution. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 429700] Links in calendar event text are not clickable
https://bugs.kde.org/show_bug.cgi?id=429700 Denys Madureira changed: What|Removed |Added CC||deny...@zoho.com -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kirigami] [Bug 441029] New: Kirigami apps doesn't show menu in the "Global Menu Widget"
https://bugs.kde.org/show_bug.cgi?id=441029 Bug ID: 441029 Summary: Kirigami apps doesn't show menu in the "Global Menu Widget" Product: frameworks-kirigami Version: unspecified Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: notm...@gmail.com Reporter: deny...@zoho.com Target Milestone: Not decided SUMMARY If we use the "Global Menu Widget" and open a app like Kate, for example, the menu shows in the widget, but if we open a Kirigami app like Neochat, for example, the menu doesn't show in the widget. STEPS TO REPRODUCE 1. Add the global menu widget in some panel 2. Open Kate and see that menu appears in the widget 3. Open Neochat and see that menu doesn't appears in the widget OBSERVED RESULT Kirigami applications doesn't show menu in the global menu widget EXPECTED RESULT Kirigami application showing the "main menu" (the one from the hamburguer button) in the global menu widget. SOFTWARE/OS VERSIONS Linux: Arch Linux 5.13.10-arch1-1 (available in About System) KDE Plasma Version: 5.22.4 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 435238] Option to show unconfirmed events in calendar
https://bugs.kde.org/show_bug.cgi?id=435238 Denys Madureira changed: What|Removed |Added CC||denysmb112...@gmail.com, ||deny...@zoho.com -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 435238] New: Option to show unconfirmed events in calendar
https://bugs.kde.org/show_bug.cgi?id=435238 Bug ID: 435238 Summary: Option to show unconfirmed events in calendar Product: korganizer Version: 5.16.3 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: denysmb112...@gmail.com Target Milestone: --- SUMMARY In my company, we use Google Calendar and we add a lot of events, all day, some of them we forget to confirm. In KOrganizer there is not a option to show unconfirmed events. STEPS TO REPRODUCE 1. Open a calendar with a unconfirmed event OBSERVED RESULT The unconfirmed event will not appear EXPECTED RESULT Show the unconfirmed event, like appears in the Google Calendar. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 435232] KOrganizer automatically add slash (/) in the final of the URL and don't import correctly
https://bugs.kde.org/show_bug.cgi?id=435232 Denys Madureira changed: What|Removed |Added CC||denysmb112...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 435232] KOrganizer automatically add slash (/) in the final of the URL and don't import correctly
https://bugs.kde.org/show_bug.cgi?id=435232 --- Comment #1 from Denys Madureira --- Created attachment 137250 --> https://bugs.kde.org/attachment.cgi?id=137250=edit Video of the bug Added a video showing the bug and how the URL with slash (/) in the final download a empty .ics -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 435232] New: KOrganizer automatically add slash (/) in the final of the URL and don't import correctly
https://bugs.kde.org/show_bug.cgi?id=435232 Bug ID: 435232 Summary: KOrganizer automatically add slash (/) in the final of the URL and don't import correctly Product: korganizer Version: 5.16.3 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: import/export Assignee: kdepim-b...@kde.org Reporter: deny...@zoho.com Target Milestone: --- Created attachment 137249 --> https://bugs.kde.org/attachment.cgi?id=137249=edit GIF preview of the bug SUMMARY When adding a calendar from Zoho Calendar (https://calendar.zoho.com/) the URL should be: https://calendar.zoho.com/caldav/{ID}/events But it add: https://calendar.zoho.com/caldav/{ID}/events/ This result in a empty .ics file, so the KOrganizer don't import events. When add the URL without the final slash in other resources (like Thunderbird), the calendar import without any problem. When we tries to add a URL without a end slash, the KOrganizer AUTOMATICALLY ADD A SLASH IN THE FINAL, so, because of that, we cannot import calendars from Zoho. STEPS TO REPRODUCE 1. Add new DAV calendar account in the KOrganizer 2. Add your user and password 3. Add the URL without final slash in the configuration of a new server and you will see that the KOrganizer will automatically add a slash in the final. That way the KOrganizer will receive a empty calendar and wont work. OBSERVED RESULT KOrganizer not import events because it automatically add a slash in the final of the URL EXPECTED RESULT Not add a slash in the final of URL and import correctly the events of the calendar SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.21.3 KDE Frameworks Version: 5.80.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 431495] New: Show Google Calendar unconfirmed invited events
https://bugs.kde.org/show_bug.cgi?id=431495 Bug ID: 431495 Summary: Show Google Calendar unconfirmed invited events Product: korganizer Version: 5.16.1 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: import/export Assignee: kdepim-b...@kde.org Reporter: denysmb112...@gmail.com Target Milestone: --- SUMMARY In KOrganizer, if we not accept some event in Google Calendar, it not shows in the application. Sometime we receive some invite that we didn't see, so we don't accept (but we not reject). If the KOrganizer don't shows these events, if we don't open Google Calendar to see our events, we don't even know that we'd been inveted to it. So, the solution it'll be to display the unconfirmed events (or a option to display that) to we see the events that we confirmed and the events that we'd been invited. There are a lot of reason to we don't accept an event in some moment, but just because we don't accept when we receive, this don't mean that we will not accept in the future or we are rejecting, so I think that we should see the unconfirmed (not rejected) events. STEPS TO REPRODUCE 1. Sync a Google Calendar account with KOrganizer 2. See that the unconfirmed events don't appear OBSERVED RESULT The unconfirmed events don't appear EXPECTED RESULT The unconfirmed events appear SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 431452] New: Maybe Dolphin should shows folder size/counter for empty folders too
https://bugs.kde.org/show_bug.cgi?id=431452 Bug ID: 431452 Summary: Maybe Dolphin should shows folder size/counter for empty folders too Product: dolphin Version: 20.12.1 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: denysmb112...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- Created attachment 134746 --> https://bugs.kde.org/attachment.cgi?id=134746=edit Example SUMMARY In Dolphin, if we add "size" to the additional informations, the size of file and folders appears below the folder title. If in a folder we have 4 items, it shows "4 itens" but if a folder is empty, instead of appears "0 item", it just show nothing. So, it make the Dolphin a bit stranger, because below some folders we have a additional line, an below other (empty folders) we don't have. STEPS TO REPRODUCE 1. In menu, go to "Edit exibition's style" (or something like that, my OS is not in english) 2. In "additional informations" select "size" 3. Apply OBSERVED RESULT In folders with one or more items appears the second line with the counter of items. In empty folders, the second line just doesn't appear. EXPECTED RESULT In empty folders, should have appear a new line with "0 item", to maintain the consistency of design. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.