[valgrind] [Bug 372185] New: Support of valgrind on ARMv8 with 32 bit executable
https://bugs.kde.org/show_bug.cgi?id=372185 Bug ID: 372185 Summary: Support of valgrind on ARMv8 with 32 bit executable Product: valgrind Version: 3.12 SVN Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: jsew...@acm.org Reporter: karthikeyan.chandraseka...@aricent.com Target Milestone: --- Hi, Kernel - Linux4.1 Host Processer - ARMv8 Executable - 32 Bit We have compiled Valgrind source with 32-bit processer and loaded in ARMv8 environment. We couldn't run the executable. Could you please confirm whether Valgrind supported on ARMv8 with 32-bit compiler? Thanks & Regards, Karthik -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 372185] Support of valgrind on ARMv8 with 32 bit executable
https://bugs.kde.org/show_bug.cgi?id=372185 --- Comment #1 from Karthik --- Any update on this ? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 485456] With Qt 6.7, System Tray popup is inappropriately resized to a tiny nub
https://bugs.kde.org/show_bug.cgi?id=485456 Karthik I changed: What|Removed |Added CC||he...@kiyengar.net -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 491543] New: Application menu not aligned with the panel
https://bugs.kde.org/show_bug.cgi?id=491543 Bug ID: 491543 Summary: Application menu not aligned with the panel Classification: Plasma Product: plasmashell Version: 6.1.3 Platform: Arch Linux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: karthik.periaga...@gmail.com CC: niccolo.venera...@gmail.com Target Milestone: 1.0 Created attachment 172475 --> https://bugs.kde.org/attachment.cgi?id=172475&action=edit Application menu not aligned to panel edge SUMMARY For a horizontal panel, opening a widget at the ends of the panel (e.g. the kickoff application menu, or the digital clock) should align the left/right edge to the panel. Similarly, with a vertical panel, the opened menu/widget should align to the top/bottom edge. STEPS TO REPRODUCE 1. Edit the default (horizontal) panel and decrease the width slightly so as to not span the entire width of the desktop. Decrease the height for a vertical panel. 2. Open the application menu by clicking on the application menu icon (or the calendar by clicking on the digital clock) in the panel. OBSERVED RESULT The application menu that opens is not aligned with the panel width. See attachment showing the issue. The calendar at the other end of the panel is likewise not aligned to the panel end points. EXPECTED RESULT As long as the panel is wide enough, the opened menu/widget should align to the panel end points. If the panel is not wide enough, we could align preferentially to the end of the panel closest to the widget's location in the panel. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Arch Linux KDE Plasma Version: 6.1.3 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 Kernel Version: 6.10.3-arch1-2 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION This appears to be a regression of the previously reported and fixed bugs in plasma 5: * https://bugs.kde.org/show_bug.cgi?id=408762 * https://bugs.kde.org/show_bug.cgi?id=408873 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 375529] Indentation broken if automatic brackets is used
https://bugs.kde.org/show_bug.cgi?id=375529
Karthik Periagaram changed:
What|Removed |Added
Version|unspecified |5.58.0
Platform|Other |Archlinux Packages
CC||karthik.periaga...@gmail.co
||m
--- Comment #1 from Karthik Periagaram ---
Confirmed. To trigger this, you only need to set "Indentation using" to tabs.
Leave everything else as defaults.
Arch packages (KDE frameworks 5.58.0, Qt 5.12.3, Kwrite version 19.04.1) are
newer, so I'll update the version for this bug.
Note: When Indentation is set to use spaces, this behavior does NOT happen.
Example and behavior with indentation using spaces:
Start with,
int main()
{
while (true)|
}
Press enter
int main()
{
while (true)
|
}
Open braces
int main()
{
while (true)
{|}
}
Press enter
int main()
{
while (true)
{
|
}
}
--
You are receiving this mail because:
You are watching all bug changes.
[frameworks-ktexteditor] [Bug 385472] Incorrect indentation in nested 'if' statements without braces
https://bugs.kde.org/show_bug.cgi?id=385472 Karthik Periagaram changed: What|Removed |Added CC||karthik.periaga...@gmail.co ||m Platform|Other |Archlinux Packages Version|5.38.0 |5.58.0 --- Comment #2 from Karthik Periagaram --- Confirmed using latest released packages. Updating version to indicate. Tested using Arch linux packages (KDE frameworks 5.58.0, Qt 5.12.3, Kwrite 19.04.1). -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 392732] python (unnecessary) automatic indentation
https://bugs.kde.org/show_bug.cgi?id=392732 Karthik Periagaram changed: What|Removed |Added Version|unspecified |5.58.0 Platform|Other |Archlinux Packages CC||karthik.periaga...@gmail.co ||m OS|MS Windows |Linux --- Comment #1 from Karthik Periagaram --- Confirmed using latest packages on Arch linux (Frameworks 5.58.0, Qt 5.12.3, Kwrite 19.04.1). Updating version to indicate this. Automatic indentation seems to be broken for python if/elif/else. Here is a simpler example to demonstrate this behavior: (. = space, | = cursor, indentation set to using spaces, indent level 4 spaces) def main(): if True: main()| Press enter and start elif block def main(): if True: main() elif False:| Upon typing `:`, the indentation of the elif line should have been reduced. Instead, when I press enter, I get, def main(): if True: main() elif False: | This behavior also happens for else. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 402450] commented code pasted is indented as normal code
https://bugs.kde.org/show_bug.cgi?id=402450 Karthik Periagaram changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED Version|unspecified |5.58.0 CC||karthik.periaga...@gmail.co ||m Platform|Fedora RPMs |Archlinux Packages --- Comment #1 from Karthik Periagaram --- Cannot reproduce this on latest released packages (Arch linux, Frameworks 5.58.0, Qt 5.12.3, KWrite 19.04.1). Updating version to indicate this. Start with following code (in empty CPP file): (. = space, | = cursor, tested with and without vi input mode.) if (some_condition) something_to_comment();| Use Ctrl+/ to toggle comment line (this seems to append //. in front). if (some_condition) //.something_to_comment();| Highlight entire line and cut. if (some_condition) | And paste. if (some_condition) //.something_to_comment(); The bug appears to be resolved in the latest released version. Marking bug as resolved/fixed and closing. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 388453] XML multi-line self-closing tag doesn't decrease indentation
https://bugs.kde.org/show_bug.cgi?id=388453 Karthik Periagaram changed: What|Removed |Added Version|unspecified |5.58.0 CC||karthik.periaga...@gmail.co ||m Platform|Mint (Ubuntu based) |Archlinux Packages --- Comment #1 from Karthik Periagaram --- Confirmed. Can reproduce this on latest released packages, Arch linux, Frameworks 5.58.0, Qt 5.12.3, Kwrite 19.04.1. Updating version to indicate this. Bug needs at least two attribute lines to trigger. Bug occurs even if XML data is entered with automatic indentation on. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 408767] New: Desktop cube transition from vertical rotation is not smooth
https://bugs.kde.org/show_bug.cgi?id=408767 Bug ID: 408767 Summary: Desktop cube transition from vertical rotation is not smooth Product: kwin Version: 5.16.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: effects-various Assignee: kwin-bugs-n...@kde.org Reporter: karthik.periaga...@gmail.com Target Milestone: --- SUMMARY When the desktop cube effect starts, the windows move away from the faces of the cube. At this point, the user can rotate the cube left-right as well as up-down. Then, when the effect ends, the windows move back onto the faces of the cube and the closest face is the desktop you end up on. During the exit transition, while the windows move towards their respective faces smoothly, the cube does not undo its up-down rotation angle smoothly. As a result, it snaps back to zero when the effect terminates. STEPS TO REPRODUCE 1. Trigger desktop cube. 2. Rotate the desktop cube up or down by any angle. 3. Let go. OBSERVED RESULT The cube orients a face towards the screen and moves in, but in doing so, it does NOT correct the up-down angle. At the last instant, the desktop snaps onto the screen. EXPECTED RESULT When the effect terminates, both the left-right and up-down angles should smoothly decrease to zero as the cube face moves towards the screen and becomes the desktop. ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 408767] Desktop cube transition from vertical rotation is not smooth
https://bugs.kde.org/show_bug.cgi?id=408767 --- Comment #1 from Karthik Periagaram --- This doesn't seem to happen when the cube is rotated up or down using the keyboard (up/down arrows). It only happens when the cube is dragged up or down using a mouse. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 409000] New: Launcher menu should align with panel extents
https://bugs.kde.org/show_bug.cgi?id=409000 Bug ID: 409000 Summary: Launcher menu should align with panel extents Product: plasmashell Version: 5.16.1 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Application Launcher (Kickoff) Assignee: k...@davidedmundson.co.uk Reporter: karthik.periaga...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Created attachment 121062 --> https://bugs.kde.org/attachment.cgi?id=121062&action=edit screenshot showing the problem SUMMARY In previous releases, when the panel width is less than the width of the screen, the application launcher menu would align itself so that moving vertically after clicking the launcher in the panel would end up in the left-most entry, Favorites. However, since 5.16, the behavior has changed and the launcher menu is centered with the launcher in the panel. This makes it difficult to reach the Favorites as moving the mouse vertically down switches the page to Applications (by default, these can be reordered). STEPS TO REPRODUCE 1. Reduce panel width to not span the entire desktop 2. Click on the application launcher 3. Move to nearest point in the menu. OBSERVED RESULT The nearest point in the menu causes the menu to change page to the item closest to the center, not the item on the left most end, which is in fact what is shown by default (implying a default selection). EXPECTED RESULT The menu should be aligned with the panel so that the left most page gets selected if the mouse moves from the launcher button to the launcher menu. This may need to be different for RTL languages, I imagine. Generally, aligning the menu popup to the extent of the panel should work for both cases. ADDITIONAL INFORMATION See attached screenshot. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 408873] Widget popup in panel no longer aligned to panel edge; now is aligned to screen edge
https://bugs.kde.org/show_bug.cgi?id=408873 --- Comment #2 from Karthik Periagaram --- I updated my system last night and there were a bunch of plasma updates. This one may be the relevant package: plasma-desktop (5.16.0-1 -> 5.16.1-2) The issue now appears to be fixed: https://i.imgur.com/p4JSud7.png Can you update and confirm? -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 406796] New: Renaming tag does not refresh the places panel
https://bugs.kde.org/show_bug.cgi?id=406796 Bug ID: 406796 Summary: Renaming tag does not refresh the places panel Product: dolphin Version: 19.04.0 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: panels: places Assignee: dolphin-bugs-n...@kde.org Reporter: karthik.periaga...@gmail.com Target Milestone: --- SUMMARY In Dolphin 19.04.0, the left panel, shows tags. Renaming a tag does change the tag, but it does not update the left panel. STEPS TO REPRODUCE 1. Open dolphin and click on All tags in the left panel to show all tags. 2. Select a tag and use F2 to rename the tag to something else. 3. OBSERVED RESULT The tag is correctly changed. The All tags view shows the new tag. Mousing over the files shows the tag has indeed changed. However, the left panel continues to show the old tag name. Dolphin needs to be restarted to show the change in the left panel. EXPECTED RESULT The left panel should show the new tag name when it is changed in the All tags view. SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: 19.04 (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.57.0 Qt Version: 5.12.3 (built against 5.12.2) ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 385472] Incorrect indentation in nested 'if' statements without braces
https://bugs.kde.org/show_bug.cgi?id=385472
--- Comment #4 from Karthik Periagaram ---
(In reply to Ahmad Samir from comment #3)
> The first "if" must use curly braces because the nested if is intended to be
> executed as a block, IIUC... (mind you, I only know C++, not C).
That is not correct. The nested conditional construct without explicitly
marking off the block scope with {} is valid in both C and C++.
--
You are receiving this mail because:
You are watching all bug changes.
[Akonadi] [Bug 395131] Akonadi consumes all memory
https://bugs.kde.org/show_bug.cgi?id=395131 --- Comment #2 from Karthik Periagaram --- The issue started sometime in June, so must be related to releases 18.04.1 or 18.04.2 in Arch. I can confirm that reverting akonadi* packages to 18.04.0 makes the memory creep go away. $ sudo pacman -U /var/cache/pacman/pkg/akonadi*-18.04.0-1-x86_64.pkg.tar.gz akonadi (18.04.2-3 -> 18.04.0-1) akonadi-contacts (18.04.2-1 -> 18.04.0-1) akonadi-mime (18.04.2-1 -> 18.04.0-1) akonadi-calendar (18.04.2-1 -> 18.04.0-1) akonadi-search (18.04.2-1 -> 18.04.0-1) akonadi-calendar-tools (18.04.2-1 -> 18.04.0-1) akonadiconsole (18.04.2-1 -> 18.04.0-1) akonadi-import-wizard (18.04.2-1 -> 18.04.0-1) akonadi-notes (18.04.2-1 -> 18.04.0-1) I hope this helps narrow down the cause. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 395131] Akonadi consumes all memory
https://bugs.kde.org/show_bug.cgi?id=395131 --- Comment #3 from Karthik Periagaram --- After a day of switching versions and just observing the memory usage, I'm happy to report that the problem occurs when upgrading from akonadi* 18.04.0 to 18.04.1. With 18.04.0 packages, akonadiserver uses just under 10 MB of memory and holds stable. Switching to 18.04.1, akonadiserver starts using increasing amounts of memory without an upper bound. Within a few hours, it uses a few gigabytes of memory. 1. Whatever is causing this is in the 18.04.0 -> 18.04.1 update. 2. Downgrading akonadi* packages to 18.04.0 as per my last email is a viable workaround (with no noticeable loss of functionality). -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 396656] New: Warnings while reading debug info
https://bugs.kde.org/show_bug.cgi?id=396656 Bug ID: 396656 Summary: Warnings while reading debug info Product: valgrind Version: 3.13.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: callgrind Assignee: josef.weidendor...@gmx.de Reporter: karthik.d...@gmail.com Target Milestone: --- Created attachment 114009 --> https://bugs.kde.org/attachment.cgi?id=114009&action=edit Callgrind.out file is also attached ==967== Callgrind, a call-graph generating cache profiler ==967== Copyright (C) 2002-2015, and GNU GPL'd, by Josef Weidendorfer et al. ==967== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info ==967== Command: /usr/share/WashingMachine/WashingMachineApp --platform eglfs ==967== ==967== For interactive control, run 'callgrind_control -h'. -967- WARNING: Serious error when reading debug info -967- When reading debug info from /lib/ld-2.24.so: -967-debuginfo section duplicates a section in the main ELF file -967- WARNING: Serious error when reading debug info -967- When reading debug info from /lib/libgcc_s.so.1: -967-debuginfo section duplicates a section in the main ELF file -967- WARNING: Serious error when reading debug info -967- When reading debug info from /lib/libc-2.24.so: -967-debuginfo section duplicates a section in the main ELF file -967- WARNING: Serious error when reading debug info -967- When reading debug info from /lib/libpthread-2.24.so: -967-debuginfo section duplicates a section in the main ELF file -967- WARNING: Serious error when reading debug info -967- When reading debug info from /lib/libm-2.24.so: -967-debuginfo section duplicates a section in the main ELF file -967- WARNING: Serious error when reading debug info -967- When reading debug info from /lib/libdl-2.24.so: -967-debuginfo section duplicates a section in the main ELF file -967- WARNING: Serious error when reading debug info -967- When reading debug info from /lib/librt-2.24.so: -967-debuginfo section duplicates a section in the main ELF file ^C==967== ==967== Process terminating with default action of signal 2 (SIGINT) ==967==at 0x4019678: ??? (in /lib/ld-2.24.so) ==967== ==967== Events: Ir ==967== Collected : 12295033 ==967== ==967== I refs: 12,295,033 We are trying it on a Linux Arm platform , Imx6 Boundary devices Boards. Tries it with 3.11 and also 3.13 version. Same warnings are thrown -- You are receiving this mail because: You are watching all bug changes.
[plasma-browser-integration] [Bug 396744] New: Notification title to use the destination file name
https://bugs.kde.org/show_bug.cgi?id=396744
Bug ID: 396744
Summary: Notification title to use the destination file name
Product: plasma-browser-integration
Version: unspecified
Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
Severity: minor
Priority: NOR
Component: general
Assignee: k...@privat.broulik.de
Reporter: karthik.periaga...@gmail.com
Target Milestone: ---
When downloading a file from source: http://website.com/foo and saving it to
destination: file:///path/to/bar, the notification shown is titled after the
original file name ("foo", in this case). It should instead use the destination
file name as that's what the user relates to.
--
You are receiving this mail because:
You are watching all bug changes.
[Akonadi] [Bug 395131] Akonadi consumes all memory
https://bugs.kde.org/show_bug.cgi?id=395131 --- Comment #4 from Karthik Periagaram --- I have a final update and possible fix for this. The latest release (18.04) continued to have this memory ballooning issue. I ran akonadictl fsck, which reported a mysql error when checking one of the folders in one of my mail accounts. It was unable to find a field in some query. I'm sorry I didn't note down this query and the error. My kmail setup is probably more than three years old at this point and in the meantime, akonadi has had several updates. It's possible that the schema for the database changed in that time and wasn't cleanly updated from one version to the next. So, I suggest using the fsck operation as an indicator for checking if this would work. Onwards to the fix. I wanted to rebuild the internal database. Remove ~/.local/share/akonadi and all its contents. I did this from a virtual console rather than from within a plasma session, but I suppose you could do this with akonadi stopped, too. After deleting this directory, login/open kmail. All the accounts and their folders should go blank. I had to authenticate my main mail account again (if you see a dialog that doesn't close, and you use gmail, it might be the authentication page from google. Drag and make the dialog window bigger to see it.). Now, all the mail gets re-downloaded and akonadi has been zippy as all hell. The behavior is stable across multiple reboots and I'm satisfied the issue is fixed. Note that if you have any changes that haven't synced with the imap server, you may lose them. Sync before doing this. If OP (Dan) can confirm this works, this bug can be closed. If any dev wants to reproduce this, maybe start with an old version of akonadi and jump directly to a new release. fsck should fail and you should have a ballooning memory usage with each mail check. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 396744] Notification title to use the destination file name
https://bugs.kde.org/show_bug.cgi?id=396744 Karthik Periagaram changed: What|Removed |Added CC||plasma-b...@kde.org Version|unspecified |5.13.3 Target Milestone|--- |1.0 Product|plasma-browser-integration |plasmashell Component|general |Notifications -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 396656] Warnings while reading debug info
https://bugs.kde.org/show_bug.cgi?id=396656 Karthik Datt changed: What|Removed |Added Target Milestone|--- |wanted3.6.0 -- You are receiving this mail because: You are watching all bug changes.
[valgrind] [Bug 396656] Warnings while reading debug info
https://bugs.kde.org/show_bug.cgi?id=396656 Karthik Datt changed: What|Removed |Added CC||karthik.d...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 395131] Akonadi consumes all memory
https://bugs.kde.org/show_bug.cgi?id=395131 Karthik Periagaram changed: What|Removed |Added CC||karthik.periaga...@gmail.co ||m -- You are receiving this mail because: You are watching all bug changes.
