[konsole] [Bug 468521] Kate terminal background is black
https://bugs.kde.org/show_bug.cgi?id=468521 --- Comment #4 from Jebin --- Update: Just checked on Wayland. This issue is not present in Wayland. Only occurs in X11. -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 468521] Kate terminal background is black
https://bugs.kde.org/show_bug.cgi?id=468521 --- Comment #2 from Jebin --- Sorry if I wasn't clear. English is not my primary language. I understand that having different colour scheme is a feature. I'll try to explain better. Also, please refer to the screenshot attached above for reference. Both my Kate and Konsole are using light theme by default. So, the konsole inside kate (leftside) should look similar to separate window of konsole (rightside). But, in this case, the konsole inside kate appears more darker. This is the bug I wish to report. Now, for possible reasons, I assumed that there could be some UI element behind konsole which is black in colour. Hence, since I have enabled partial transparency for konsole, the black color is seeping through and giving it a darker look. But, I could be wrong in this assumption. Please let me know if this was clear. -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 468521] New: Kate terminal background is black
https://bugs.kde.org/show_bug.cgi?id=468521 Bug ID: 468521 Summary: Kate terminal background is black Classification: Applications Product: kate Version: 22.12.2 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- Created attachment 158120 --> https://bugs.kde.org/attachment.cgi?id=158120=edit Screenshot comparing konsole in kate vs konsole SUMMARY I'm using a black on white colour scheme with transparency for konsole. However, konsole embedded inside Kate always appears gray. I assume this is because the colour supposed to be behind the kate's konsole is always black and is not influenced by the system colour scheme (which is a light color scheme in my case). STEPS TO REPRODUCE 1. Set the system colour scheme to Breeze light. 2. Set the konsole's default colour scheme to be Black on white with some transparency 3. Open kate and its embedded konsole. OBSERVED RESULT Attaching screenshot EXPECTED RESULT The embedded konsole's background should follow the system colour scheme (or may be made transparent). SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.103.0 Qt Version: 5.15.8 Kernel Version: 6.1.19-1-MANJARO (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[kwallet-pam] [Bug 452303] Dolphin doesn't remember Bitlocker partition's password
https://bugs.kde.org/show_bug.cgi?id=452303 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwallet-pam] [Bug 452303] New: Dolphin doesn't remember Bitlocker partition's password
https://bugs.kde.org/show_bug.cgi?id=452303 Bug ID: 452303 Summary: Dolphin doesn't remember Bitlocker partition's password Product: kwallet-pam Version: unspecified Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- SUMMARY I have two drives - one of them is a windows 11 encrypted partition. The other one have Manjaro KDE installed. Whenever I try to mount the windows partition from Manjaro, it asks for password (key) everytime even if I select the "remember password" option. In KWallet, an entry is created under SolidLuks -> Password -> "" (empty title) with the recovery key. But, it is not used by Dolphin. I have also tried to do the same inside Kubuntu live environment (had to manually create a wallet in kwallet for this case) but had the same experience. Here's a link to forum post that I made a while ago. https://forum.manjaro.org/t/dolphin-not-remembering-drives-password/103184 EXPECTED RESULT: "Enabling Remember password should not prompt for password again." SOFTWARE/OS VERSIONS Operating System: Manjaro Linux KDE Plasma Version: 5.24.3 KDE Frameworks Version: 5.91.0 Qt Version: 5.15.3 Kernel Version: 5.15.28-1-MANJARO (64-bit) Graphics Platform: X11 Processors: 16 × AMD Ryzen 7 4800H with Radeon Graphics Memory: 15.1 GiB of RAM Graphics Processor: AMD RENOIR -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 376017] Bring back Connect/Disconnect in the NM Connection Editor module
https://bugs.kde.org/show_bug.cgi?id=376017 Jebin changed: What|Removed |Added Ever confirmed|0 |1 Resolution|INTENTIONAL |--- Status|RESOLVED|REOPENED CC||jebin12...@gmail.com --- Comment #5 from Jebin --- I'm reopening this bug after a small discussion with the community at reddit - https://www.reddit.com/r/kde/comments/sycuom/adding_connect_disconnect_button_in_network/ Here's a reason copied from reddit: "The applet in settings feels incomplete without a connect disconnect option. For example, if I wanted to add a vpn connection, I had to add the vpn connection in the settings, then come to the system tray and then test whether my settings work. Its true that for some users (including the old me :P) , the idea that they would find the vpn connections in the system tray itself may be foreign and hence feel lost after adding a connection. May be adding vpn connection is not something a fresh user would do but still a visible button in the settings will feel a lot more friendlier. Or at least, that's my take on this!" My suggestion is to add a connect/disconnect button similar to the one in system tray next to the connection name. -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 444357] New: Opening files for already opened apps won't switch to that window. (Wayland)
https://bugs.kde.org/show_bug.cgi?id=444357 Bug ID: 444357 Summary: Opening files for already opened apps won't switch to that window. (Wayland) Product: kde Version: unspecified Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- SUMMARY When I try to open a file for an app that is already open (say a text file in Kate), the window is not automatically switched to that app. STEPS TO REPRODUCE 1. Open any text file in Kate. 2. Switch to dolphin and try opening another text file. OBSERVED RESULT Kate doesn't come back to focus. I have to manually switch back. Same result is seen in other apps like firefox. (see https://imgur.com/pEzaNyc). EXPECTED RESULT The corresponding window should be brought back to focus. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20211021 KDE Plasma Version: 5.23.0 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Kernel Version: 5.14.11-2-default (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 444355] New: KHamburger menu opens in separate window in Wayland
https://bugs.kde.org/show_bug.cgi?id=444355 Bug ID: 444355 Summary: KHamburger menu opens in separate window in Wayland Product: dolphin Version: 21.08.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: jebin12...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- Created attachment 142845 --> https://bugs.kde.org/attachment.cgi?id=142845=edit Menu opens in separate window SUMMARY KHamburger menu opens in separate window when directly clicked on when Dolphin is not in focus. STEPS TO REPRODUCE 1. Open Dolphin and some other window (in Wayland) 2. Bring focus to any other window 3. Click directly on the Khamburger menu in Dolphin OBSERVED RESULT Menu opens in a separate window (see attachment) EXPECTED RESULT Menu should still open within same window SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20211021 KDE Plasma Version: 5.23.0 KDE Frameworks Version: 5.87.0 Qt Version: 5.15.2 Kernel Version: 5.14.11-2-default (64-bit) Graphics Platform: Wayland -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 444049] New: Konsole embedded in Kate/Dolphin doesn't follow default theme
https://bugs.kde.org/show_bug.cgi?id=444049 Bug ID: 444049 Summary: Konsole embedded in Kate/Dolphin doesn't follow default theme Product: konsole Version: 21.08.2 Platform: openSUSE RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konsole-de...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- Created attachment 142625 --> https://bugs.kde.org/attachment.cgi?id=142625=edit Different themes being followed. SUMMARY The embedded konsole (is there any other name for it?) doesn't seem to follow the same default theme as Konsole. But, I'm not sure how this actually works. STEPS TO REPRODUCE 1. Change default theme (in my case - to White) for Konsole and relaunch Konsole and Dolphin with embedded Konsole. 2. Dolphin's konsole is also changed to White. 3. Now, again change default theme to previous one (Breeze) and relaunch them both. 4. Dolphin's konsole is still White (see attachment) OBSERVED RESULT The theme change is not reflected in Dolphin. EXPECTED RESULT Both konsoles follow same theme. SOFTWARE/OS VERSIONS Operating System: openSUSE Tumbleweed 20211016 KDE Plasma Version: 5.23.0 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.2 Kernel Version: 5.14.11-1-default (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION I tried manually switching back to default theme by right click --> Switch Profile. But, this setting is reset when relaunched. I'm not sure but this bug could be related to https://bugs.kde.org/show_bug.cgi?id=279614 -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 438438] Calibre won't install because of broken dependencies
https://bugs.kde.org/show_bug.cgi?id=438438 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com --- Comment #1 from Jebin --- I've been facing the same issue in the latest Neon (5.22.4) as well. Here is the konsole output when I do `pkcon install calibre` Fatal error: The following packages have unmet dependencies: calibre: Depends: calibre-bin (>= 4.99.4+dfsg+really4.12.0-1ubuntu1) but it is not going to be installed Depends: python3-pyqt5 (>= 5.14.1+dfsg-3build1) but it is not going to be installed Depends: python3-pyqt5.qtsvg but it is not going to be installed Depends: python3-pyqt5.qtwebengine (>= 5.12.1-4+b1) but it is not going to be installed -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 438345] Contents load as Blank Page in Wayland - Kmail and Akregator
https://bugs.kde.org/show_bug.cgi?id=438345 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 438345] Contents load as Blank Page in Wayland - Kmail and Akregator
https://bugs.kde.org/show_bug.cgi?id=438345 Jebin changed: What|Removed |Added Summary|HTML contents load as Blank |Contents load as Blank Page |Page in Wayland - Kmail and |in Wayland - Kmail and |Akregator |Akregator -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 438345] HTML contents load as Blank Page in Wayland - Kmail and Akregator
https://bugs.kde.org/show_bug.cgi?id=438345 --- Comment #1 from Jebin --- Created attachment 139153 --> https://bugs.kde.org/attachment.cgi?id=139153=edit Akgregator black screen -- You are receiving this mail because: You are watching all bug changes.
[kontact] [Bug 438345] New: HTML contents load as Blank Page in Wayland - Kmail and Akregator
https://bugs.kde.org/show_bug.cgi?id=438345 Bug ID: 438345 Summary: HTML contents load as Blank Page in Wayland - Kmail and Akregator Product: kontact Version: 5.16.3 Platform: RedHat RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: mail Assignee: kdepim-b...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- Created attachment 139152 --> https://bugs.kde.org/attachment.cgi?id=139152=edit kmail black screen SUMMARY I recently switched to wayland in Fedora 34. Both Kmail and Akgregator doesn't work properly under Wayland. They both load as black screens. Actually both of them load intially after a long waiting time but doesn't work if we switch between them. STEPS TO REPRODUCE 1. Open Kontact suite in wayland session. 2. Open Kmail or Akgregator within it (HTML content) 3. It will display black screen. (Also the mail list will be unusable until it loads. OBSERVED RESULT Black screen. Refer attachments. EXPECTED RESULT Load normally, similar to X11 SOFTWARE/OS VERSIONS Operating System: Fedora 34 KDE Frameworks Version: 5.82.0 Qt Version: 5.15.2 Kernel Version: 5.12.6-300.fc34.x86_64 OS Type: 64-bit Graphics Platform: Wayland ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[cantor] [Bug 434812] Markdown LaTeX rendering issue
https://bugs.kde.org/show_bug.cgi?id=434812 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[cantor] [Bug 434812] Markdown LaTeX rendering issue
https://bugs.kde.org/show_bug.cgi?id=434812
--- Comment #1 from Jebin ---
Created attachment 136967
--> https://bugs.kde.org/attachment.cgi?id=136967=edit
Markdown text
markdown text:
### Net Present Value
- $PV ~=~ \frac{b}{(1+r)^t-1}$
- $b ~=~ {p S\{t\} - k (1+r)^t}$
--
You are receiving this mail because:
You are watching all bug changes.
[cantor] [Bug 434812] New: Markdown LaTeX rendering issue
https://bugs.kde.org/show_bug.cgi?id=434812 Bug ID: 434812 Summary: Markdown LaTeX rendering issue Product: cantor Version: 20.12.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: cantor-b...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- Created attachment 136966 --> https://bugs.kde.org/attachment.cgi?id=136966=edit Rendered Markdown LaTeX SUMMARY The LaTeX inside markdown (both inline and separate line) gets rendered with wide gap between it and previous line. STEPS TO REPRODUCE 1. Create/load a ipynb file with markdown containing latex. 2. Render the LaTeX. OBSERVED RESULT LaTeX rendered with huge wide gaps EXPECTED RESULT LaTeX rendered inline or separate line with normal spacing. SOFTWARE/OS VERSIONS Operating System: Fedora 33 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.79.0 Qt Version: 5.15.2 Kernel Version: 5.10.19-200.fc33.x86_64 OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 434330] Kate file type associations limited in Windows store version
https://bugs.kde.org/show_bug.cgi?id=434330 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 434330] Kate file type associations limited in Windows store version
https://bugs.kde.org/show_bug.cgi?id=434330 --- Comment #1 from Jebin --- Created attachment 136621 --> https://bugs.kde.org/attachment.cgi?id=136621=edit Kate not listed in open with menu -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 434330] New: Kate file type associations limited in Windows store version
https://bugs.kde.org/show_bug.cgi?id=434330 Bug ID: 434330 Summary: Kate file type associations limited in Windows store version Product: kate Version: 20.12.2 Platform: Microsoft Windows OS: Microsoft Windows Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- Created attachment 136620 --> https://bugs.kde.org/attachment.cgi?id=136620=edit Edit with Kate is available SUMMARY I tried to open .vim, .jl files through Right click->Edit with Kate in Windows Explorer. It doesn't open the file. Instead lists other apps to open the file(Kate is not listed there either). However, those files open fine as usual when opened from within Kate. STEPS TO REPRODUCE 1. Create a .vim or .jl (julia) file. 2. Right click that file in Windows Explorer. 3. Select edit in Kate OBSERVED RESULT Explained above. Also see screenshots. SOFTWARE/OS VERSIONS Windows: 10 pro 19042.867 KDE Frameworks 5.79.0 Qt 5.15.2 (built against 5.15.2) The windows windowing system -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 432877] Microphone doesn't switch to headset's when it is connected
https://bugs.kde.org/show_bug.cgi?id=432877 --- Comment #2 from Jebin --- Thanks. I have submitted it to Fedora https://bugzilla.redhat.com/show_bug.cgi?id=1930623 -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 432877] Microphone doesn't switch to headset's when it is connected
https://bugs.kde.org/show_bug.cgi?id=432877 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 432877] New: Microphone doesn't switch to headset's when it is connected
https://bugs.kde.org/show_bug.cgi?id=432877 Bug ID: 432877 Summary: Microphone doesn't switch to headset's when it is connected Product: kde Version: unspecified Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- Created attachment 135652 --> https://bugs.kde.org/attachment.cgi?id=135652=edit Gif of the issue. SUMMARY The default microphone in Audio volume widget in system tray is Internal Microphone. But, it doesn't switch to headset's microphone when a headset is plugged in (Audio output switches without any issue). STEPS TO REPRODUCE 1. Plug in the external headset. 2. Check the microphone in systems tray. OBSERVED RESULT The microphone is still internal. EXPECTED RESULT Microphone should be automatically switched to headsets. SOFTWARE/OS VERSIONS Operating System: Fedora 33 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.14-200.fc33.x86_64 OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[cantor] [Bug 432800] Julia Backend missing in cantor package of Fedora repo
https://bugs.kde.org/show_bug.cgi?id=432800 --- Comment #1 from Jebin --- Also, I can verify that no julia backend file is present in `/usr/lib64/qt5/plugins/cantor/backends/` -- You are receiving this mail because: You are watching all bug changes.
[cantor] [Bug 432800] Julia Backend missing in cantor package of Fedora repo
https://bugs.kde.org/show_bug.cgi?id=432800 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[cantor] [Bug 432800] New: Julia Backend missing in cantor package of Fedora repo
https://bugs.kde.org/show_bug.cgi?id=432800 Bug ID: 432800 Summary: Julia Backend missing in cantor package of Fedora repo Product: cantor Version: 20.08 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: julia-backend Assignee: cantor-b...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Install Cantor in Fedora 33 using `dnf install cantor` 2. Run Cantor 3. Look at the list of backends OBSERVED RESULT Julia not listed. EXPECTED RESULT Julia should be listed there. If not, it should be available as a separate rpm in the repository. SOFTWARE/OS VERSIONS Operating System: Fedora 33 KDE Plasma Version: 5.20.5 KDE Frameworks Version: 5.78.0 Qt Version: 5.15.2 Kernel Version: 5.10.10-200.fc33.x86_64 OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 430662] Kwin App menu opens in separate window in Wayland
https://bugs.kde.org/show_bug.cgi?id=430662 --- Comment #5 from Jebin --- Just my thought. The current implementation of App menu is not that great in X11 as well. There is a flicker which occurs when we switch from one menu to another. I believe this is because each menu opens as separate borderless window and there is a minute gap during which the original application becomes focused before the transition to next menu. If this one - https://bugs.kde.org/show_bug.cgi?id=375951 is currently in implementation, this could be a better replacement for the current app menu. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 431077] Failure to send email message from Kmail using Google SMTP
https://bugs.kde.org/show_bug.cgi?id=431077 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com --- Comment #1 from Jebin --- I am facing the same issue as well. Same OS configuration as OP. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 430662] Kwin App menu opens in separate window in Wayland
https://bugs.kde.org/show_bug.cgi?id=430662 Jebin changed: What|Removed |Added Version|5.20.4 |5.20.5 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 430662] Kwin App menu opens in separate window in Wayland
https://bugs.kde.org/show_bug.cgi?id=430662 --- Comment #2 from Jebin --- Created attachment 134749 --> https://bugs.kde.org/attachment.cgi?id=134749=edit Titlebar App menu opening its own window Also, the KDE Daemon windows stack on top of each other, rendering the app menu completely unusable. I have moved the windows for more clarity in this screenshot. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 430654] Plasma window crashes on trying to close window using pen tablet input
https://bugs.kde.org/show_bug.cgi?id=430654 Jebin changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED --- Comment #1 from Jebin --- Doesn't happen in 5.20.5 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 430662] New: Kwin App menu opens in separate window in Wayland
https://bugs.kde.org/show_bug.cgi?id=430662 Bug ID: 430662 Summary: Kwin App menu opens in separate window in Wayland Product: kwin Version: 5.20.4 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: appmenu Assignee: kwin-bugs-n...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- SUMMARY I've added app menu in titlebar. When I access it in Wayland session, it opens separate window for menus and submenus. I think this could be somewhat related to drop-down menu behaviour in kwin on wayland. STEPS TO REPRODUCE 1. Add app menu to title bar. 2. Open app menu while on wayland session. OBSERVED RESULT The app menu opens in separate window. Also, the same case for sub-menus. EXPECTED RESULT The app menu should be more like a drop down list from the app menu icon. SOFTWARE/OS VERSIONS Operating System: Fedora 33 KDE Plasma Version: 5.20.4 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.2 Kernel Version: 5.9.14-200.fc33.x86_64 OS Type: 64-bit -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 430654] New: Plasma window crashes on trying to close window using pen tablet input
https://bugs.kde.org/show_bug.cgi?id=430654 Bug ID: 430654 Summary: Plasma window crashes on trying to close window using pen tablet input Product: systemsettings Version: 5.20.4 Platform: Fedora RPMs OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- Application: systemsettings5 (5.20.4) Qt Version: 5.15.2 Frameworks Version: 5.75.0 Operating System: Linux 5.9.14-200.fc33.x86_64 x86_64 Windowing system: Wayland Distribution: Fedora 33 (KDE Plasma) -- Information about the crash: - What I was doing when the application crashed: Trying to close the system settings using Pen tablet input. It didn't close (nor was highlighted in red) but crashed. I'm on wayland. -- Backtrace: Application: System Settings (systemsettings5), signal: Aborted [KCrash Handler] #4 0x7f207ee699d5 in raise () from /lib64/libc.so.6 #5 0x7f207ee528a4 in abort () from /lib64/libc.so.6 #6 0x7f207f29048f in QMessageLogger::fatal(char const*, ...) const () from /lib64/libQt5Core.so.5 #7 0x7f206d343eb3 in QtWaylandClient::QWaylandDisplay::checkError() const [clone .cold] () from /lib64/libQt5WaylandClient.so.5 #8 0x7f206d3530ea in QtWaylandClient::QWaylandDisplay::flushRequests() () from /lib64/libQt5WaylandClient.so.5 #9 0x7f207f4903c0 in void doActivate(QObject*, int, void**) () from /lib64/libQt5Core.so.5 #10 0x7f207f4ad72c in QEventDispatcherGlib::processEvents(QFlags) () from /lib64/libQt5Core.so.5 #11 0x7f207f45f57b in QEventLoop::exec(QFlags) () from /lib64/libQt5Core.so.5 #12 0x7f207f4671b4 in QCoreApplication::exec() () from /lib64/libQt5Core.so.5 #13 0x55cfbe0b3414 in main () [Inferior 1 (process 6012) detached] Possible duplicates by query: bug 430571, bug 430496, bug 430432, bug 430175, bug 430012. Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 429768] To Do - Google Tasks always changes back to UTC
https://bugs.kde.org/show_bug.cgi?id=429768 --- Comment #1 from Jebin --- Missed: KOrganizer Version 5.15.3 (20.08.3) -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 429768] New: To Do - Google Tasks always changes back to UTC
https://bugs.kde.org/show_bug.cgi?id=429768 Bug ID: 429768 Summary: To Do - Google Tasks always changes back to UTC Product: korganizer Version: 5.15.3 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: todoview Assignee: kdepim-b...@kde.org Reporter: jebin12...@gmail.com Target Milestone: --- SUMMARY: When synced with Google account, the To-do get automatically converted to UTC time zone. This results in it being listed in the wrong time or even wrong day. STEPS TO REPRODUCE 1. Set the default time zone for your system as something different from UTC. 2. Create a To-do in a linked google account and set some specific time. 3. Sync manually or let it be done automatically. OBSERVED RESULT The timezone for the task gets converted to UTC and the actual time gets changed to something new. This sometimes results in the task being listed on the wrong day. Also, even if I edit and existing task to local time, it changes back on the next sync. EXPECTED RESULT Tasks stay in the same timezone as with what it was created. SOFTWARE/OS VERSIONS Operating System: Fedora 33 KDE Plasma Version: 5.20.3 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1 Kernel Version: 5.9.10-200.fc33.x86_64 OS Type: 64-bit ADDITIONAL INFORMATION - The google account has the same local time zone. (Default settings) - The system has dual boot and has RTC set in local time zone. (RTC in local TZ: yes) - I tried creating an event in KOrganizer. There is no such problem happening for events. (Could have been partially fixed in #377977) (Hence, the above setting for timedatectl could not be the problem) -- You are receiving this mail because: You are watching all bug changes.
[libkgapi] [Bug 392823] Google tasks doesn't have an "All day" mark after sync
https://bugs.kde.org/show_bug.cgi?id=392823 Jebin changed: What|Removed |Added CC||jebin12...@gmail.com --- Comment #2 from Jebin --- I am facing the same issue in KOrganizer 20.08.3 in Fedora 33. -- You are receiving this mail because: You are watching all bug changes.
