[Akonadi] [Bug 484579] Cannot create EWS Account Resource
https://bugs.kde.org/show_bug.cgi?id=484579 --- Comment #2 from avlas --- This happens to me as well. Is there a way to workaround this? I cannot even get to know if EWS works or not in kmail as I cannot configure the account. Thanks -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 484579] Cannot create EWS Account Resource
https://bugs.kde.org/show_bug.cgi?id=484579 avlas changed: What|Removed |Added CC||jsar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 424485] GDbus-DBusMenu-Proxy does not work for GTK Wayland apps
https://bugs.kde.org/show_bug.cgi?id=424485 avlas changed: What|Removed |Added CC||jsar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 --- Comment #5 from avlas --- (In reply to Stefano Crocco from comment #4) > (In reply to avlas from comment #3) > > > Hmm, what do they mean by the page remains the same? I don't get it. The URL > > is different and the content is too. I can see how konqueror loads the new > > content with the progress bar. > > According to their answer, GitHub uses the History API > (https://developer.mozilla.org/en-US/docs/Web/API/History_API), in > particular the pushState and/or replaceState methods. They allow the web > page to simulate navigating to a new URL without actually doing so. > According to the Chromium documentation (on which QtWebEngine is based), > this isn't treated as navigating to a new page > (https://chromium.googlesource.com/chromium/src/+/main/docs/ > navigation_concepts.md#Same_Document-and-Cross_Document-Navigations). This > is treated the same way navigating to another fragment (the part after the # > of an URL) of the current document is. Unfortunately, from the user's point > of view this is rather unintuitive (unlike the fragment case, where it's > clear that we're still in the same page). > > By the way, when clicking on the pull requests link from > https://github.com/KDE/konqueror I don't see the progress bar in Konqueror > (the one on the bottom right of the status bar), but only a thin progress > bar at the top of the page which is provided by the GitHub page itself. Oh I see the problem now, thank you -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 --- Comment #3 from avlas --- (In reply to Stefano Crocco from comment #2) > (In reply to Stefano Crocco from comment #1) > > (In reply to avlas from comment #0) > > > SUMMARY > > > > > > History fails to remember internal browsing in some sites such as GitHub. > > > It > > > works fine in other browsers such as Firefox > > > > > > STEPS TO REPRODUCE > > > 1. open a new tab > > > 2. go to https://github.com/KDE/konqueror > > > 3. click on pull requests (it moves to > > > https://github.com/KDE/konqueror/pulls) > > > 4. go back (button or alt+left) > > > > > > OBSERVED RESULT > > > > > > it comes back to new tab > > > > > > EXPECTED RESULT > > > > > > it should go back to https://github.com/KDE/konqueror instead > > > > This is caused by the underlying web engine (QtWebEngine) not informing > > Konqueror that a new page has been loaded. I created a bug report for > > QtWebEngine (https://bugreports.qt.io/browse/QTBUG-115589), because I think > > this is not supposed to happen: let's see if it gets some answers. > > > > Unfortunately, working around this issue would either require heavy changes > > in the way Konqueror manages history or using different ways to detect that > > a different page has been loaded, which could have unwanted side effects. > > I'll wait for some answers to my bug report before trying any of these > > workarounds. > > According to Qt, this is not a bug because even if the URL changes, the page > actually > remains the same. This means that I'll have to find out how to change how > WebEnginePart > handles history to account for situations like this. I fear it won't be > easy: I already tried the > most obvious approach (reacting to the change in the URL rather than to the > loading of a > new page) but it doesn't work. Hmm, what do they mean by the page remains the same? I don't get it. The URL is different and the content is too. I can see how konqueror loads the new content with the progress bar. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 473602] On X11, various applications crash in QXcbBackingStoreImage::flushPixmap when screens change
https://bugs.kde.org/show_bug.cgi?id=473602 avlas changed: What|Removed |Added CC||jsar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[Ruqola] [Bug 480049] Cannot login via Google accounts
https://bugs.kde.org/show_bug.cgi?id=480049 --- Comment #2 from avlas --- (In reply to Laurent Montel from comment #1) > Hi, > Indeed it's not implemented yet. > In ruqola 2.1 I made a lot of improvment for oauth2 authentication but the > problem is missing auth2 plugin support yet and test server. > > I will try to improve it but not sure that I will be able to finish it for > ruqola 2.1 Ok, thank you for your work! -- You are receiving this mail because: You are watching all bug changes.
[Ruqola] [Bug 480049] New: Cannot login via Google accounts
https://bugs.kde.org/show_bug.cgi?id=480049 Bug ID: 480049 Summary: Cannot login via Google accounts Classification: Applications Product: Ruqola Version: 2.0.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: backend Assignee: mon...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- I wish to give Ruqola a try. Unfortunately, the organization I belong to uses Google login to its Rocket Chat Server and this does not seem to be implemented yet in Ruqola. Am I wrong? Could this be implemented? thanks! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478661] New: Restore tabs setting should make an exception when there is only one window with a single blank tab
https://bugs.kde.org/show_bug.cgi?id=478661 Bug ID: 478661 Summary: Restore tabs setting should make an exception when there is only one window with a single blank tab Classification: Applications Product: konqueror Version: Git Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- The restore tabs setting is great, but I'd like Konqueror to make an exception when there is only a single window with a single tab which is blank. The rationale is the following, if I finish to "work" I want to do with my tabs, I close them one by one. When I close the last one, that one is replaced by a blank tab (which I think it's great actually), and then if I'm done with Konqueror, I close it. Later if I open Konqueror directly, it opens with a blank tab which is great too, but if I open Konqueror by clicking to a link, Konqueror opens two tabs, the blank tab and the link. In this second case, I think it makes more sense to just open a single tab with the link and omit the blank tab (which I always have to close manually). Hope I was clearand it makes sense. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #8 from avlas --- > What I mean is that when konqueror restarts the sidebar is not seen but the > space for it is there. You then can reactivate the sidebar and it appears. > > If you repeat the cycle, the empty space grows 1 sidebar-length each time, > accumulating space for sidebar after sidebar. In fact, if you then checkout > to the commit previous to kf6 and open konqueror, you can see n sidebars one > after the other. If you cannot reproduce this, try with the setting that restores tabs on startup -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #7 from avlas --- > Regarding the location bar issue, I found the cause and created a merge > request for it: https://invent.kde.org/network/konqueror/-/merge_requests/266 Awesome! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #6 from avlas --- (In reply to Stefano Crocco from comment #5) > (In reply to avlas from comment #4) > > I use kf5. See the effect here: https://i.imgur.com/PbJLzDQ.png > > > > The way to show this is: activate the sidebar and restart konqueror > > Just to be clear, is this what you mean? > - open Konqueror > - turn on "Show sidebar" > - close Konqueror > - start Konqueror again. The sidebar is not visible anymore > - turn on "Show sidebar" again. The sidebar doesn't become visibile but the > space of the main view is reduced to make place for it. > > If It is so, I can't reproduce your issue. Or rather, I can confirm that the > sidebar status isn't remembered from one session to the next (which > shouldn't happen), but toggling it on again works correctly. > > Regarding the location bar issue, I found the cause and created a merge > request for it: https://invent.kde.org/network/konqueror/-/merge_requests/266 What I mean is that when konqueror restarts the sidebar is not seen but the space for it is there. You then can reactivate the sidebar and it appears. If you repeat the cycle, the empty space grows 1 sidebar-length each time, accumulating space for sidebar after sidebar. In fact, if you then checkout to the commit previous to kf6 and open konqueror, you can see n sidebars one after the other. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #4 from avlas --- I use kf5. See the effect here: https://i.imgur.com/PbJLzDQ.png The way to show this is: activate the sidebar and restart konqueror -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] localization bar (URL) does not get compressed with small window size
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #2 from avlas --- The issue with the sidebar returned. Unsure what triggers it but the active status is not hold and more and more space is created for the sidebars when reactivated (loops of open konqueror, reactivate the sidebar, close konqueror and open again). After this, if you go back with git checkout to the commit previous to the kf6 merge you can see several sidebars being active. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 --- Comment #8 from avlas --- (In reply to Stefano Crocco from comment #7) > (In reply to avlas from comment #6) > > Sure, imagine you have a window with some tabs and you close it. Then open > > an external URL. The expected behavior (when restore tabs is enabled) is > > that a window is opened with all previous tabs in the background plus the > > external URL in the foreground. Instead what I saw was just the external URL > > without the previous tabs in the background. Pressing "Shift + Ctrl + T" I > > could restore the previous tabs in a new window, so tabs were not lost, but > > still, I think the expected behavior should be that the new URL is a tab in > > addition to the other tabs as mentioned above. > > > > Thank you for your work, very appreciated! > > Are you sure of this? I couldn't reproduce the issue. Have you just turned > on the restore tabs option? While trying to reproduce what you described, I > noticed that Konqueror doesnt' save the session the first time you quit > after having turned on that option (of course, this is a bug). you're right. I don't think this is an issue anymore -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] Issues after merging Kf6 branch
https://bugs.kde.org/show_bug.cgi?id=478255 --- Comment #1 from avlas --- I went back with git checkout to the different commits and somehow the sidebar is now working fine (I cannot reproduce it anymore) so it would be only the issue about the URL bar -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 478255] New: Issues after merging Kf6 branch
https://bugs.kde.org/show_bug.cgi?id=478255 Bug ID: 478255 Summary: Issues after merging Kf6 branch Classification: Applications Product: konqueror Version: Git Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- Since kf6 branch got merged into master the status of the sidebar view is not respected (you enable, restart konqueror, and sidebar is not there, even though the space for it is there). Another issue is that the localization bar (URL) does not get compressed as it used to when the window size is small. Now other icons get replaced by extending buttons with the symbol ">". Is there a way to come back to previous behavior? Thanks! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 --- Comment #6 from avlas --- (In reply to Stefano Crocco from comment #5) > (In reply to avlas from comment #3) > > This works great, thank you. > > > > However, it seems that now external links are opened in new windows besides > > the settings (and previous tabs are not restored if konqueror was not > > active). Could you please check this out? > > Regarding external links always being opened in a new window, could you > please check whether the existing window was visible in all activities? I > found a bug which caused windows visible in all activities to be ignored > when checking whether to open a new tab or a new window. I created a merge > request with a fix for this > (https://invent.kde.org/network/konqueror/-/merge_requests/261). If the > existing window wasn't visible in all activities, then I'll have to > investigate further. Indeed, the window was visible in all activities and it worked when this was not the case. To test this, I changed that activity property and tried and it worked. However, after doing so I identified a new issue: after the new tab was open, the window had its visibility changed back from a specific activity to all activies again without me making that change manually. > As for the second issue, previous tabs are not restored if konqueror was not > active, I don't understand what exactly you mean. Could you be a bit more > detailed, please? Sure, imagine you have a window with some tabs and you close it. Then open an external URL. The expected behavior (when restore tabs is enabled) is that a window is opened with all previous tabs in the background plus the external URL in the foreground. Instead what I saw was just the external URL without the previous tabs in the background. Pressing "Shift + Ctrl + T" I could restore the previous tabs in a new window, so tabs were not lost, but still, I think the expected behavior should be that the new URL is a tab in addition to the other tabs as mentioned above. Thank you for your work, very appreciated! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 --- Comment #3 from avlas --- This works great, thank you. However, it seems that now external links are opened in new windows besides the settings (and previous tabs are not restored if konqueror was not active). Could you please check this out? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476202] Konqueror crashes following plasmashell
https://bugs.kde.org/show_bug.cgi?id=476202 --- Comment #1 from avlas --- Created attachment 162617 --> https://bugs.kde.org/attachment.cgi?id=162617&action=edit New crash information added by DrKonqi DrKonqi auto-attaching complete backtrace. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 476202] New: Konqueror crashes following plasmashell
https://bugs.kde.org/show_bug.cgi?id=476202 Bug ID: 476202 Summary: Konqueror crashes following plasmashell Classification: Applications Product: konqueror Version: unspecified Platform: Neon OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- Application: konqueror (23.11.70) Qt Version: 5.15.11 Frameworks Version: 5.111.0 Operating System: Linux 6.2.0-35-generic x86_64 Windowing System: X11 Distribution: KDE neon 5.27 DrKonqi: 5.27.9 [CoredumpBackend] -- Information about the crash: I suffer this bug in plasmashell https://bugs.kde.org/show_bug.cgi?id=476043. Whenever plasma crashes, konqueror does so as well. Is there a way to have konqueror not crashing following plasma? Thanks! The crash can be reproduced every time. -- Backtrace (Reduced): #4 0x7f715caefea3 in QObject::property (this=this@entry=0x7f714800a040, name=name@entry=0x7f715e782f56 "desktopFileName") at kernel/qobject.cpp:4125 #5 0x7f715e77ca74 in KUiServerV2JobTracker::registerJob (this=0x55d97205b600, job=) at ./src/kuiserverv2jobtracker.cpp:186 #6 0x7f715e7799a5 in operator() (__closure=0x55d97224d950) at ./src/kuiserverv2jobtracker.cpp:227 #9 QtPrivate::QFunctorSlotObject, 0, QtPrivate::List<>, void>::impl(int, QtPrivate::QSlotObjectBase *, QObject *, void **, bool *) (which=, this_=0x55d97224d940, r=, a=, ret=) at /usr/include/x86_64-linux-gnu/qt5/QtCore/qobjectdefs_impl.h:443 #10 0x7f715caf4334 in QtPrivate::QSlotObjectBase::call (a=0x7fffee055670, r=0x55d97205b600, this=0x55d97224d940) at ../../include/QtCore/../../src/corelib/kernel/qobjectdefs_impl.h:398 Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476043] Frequent plasma crashes that affect KDE apps
https://bugs.kde.org/show_bug.cgi?id=476043 --- Comment #12 from avlas --- (In reply to Nate Graham from comment #11) > Unfortunately I do not see anything that would help me debug it. A more > experienced Plasma developer will be needed here. Ok thanks -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476043] Frequent plasma crashes that affect KDE apps
https://bugs.kde.org/show_bug.cgi?id=476043 --- Comment #10 from avlas --- (In reply to Nate Graham from comment #9) > The backtraces are the same, which means the same thing is ultimately > causing both even if you can reproduce them in different ways (or rather, > can only reproduce one, and the other is random). > > Plasma always restarts with it crashes; that part isn't connected or > relevant. Ok. Do you see anything in the backtrace informative for the underlying cause? Do you think this is a plasma bug or could it be a misbehaving widget that I may have installed in my system? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476043] Frequent plasma crashes that affect KDE apps
https://bugs.kde.org/show_bug.cgi?id=476043 --- Comment #8 from avlas --- (In reply to Nate Graham from comment #7) > You indicated in Bug 476072 that you can reproduce the crash by running > `plasmashell --replace` in a terminal window; do I have that right? The two bugs may have different roots: - In 476072 the bug and backtrace are generated from executing `plasmashell --replace` in krunner. - The bug here occurs spontaneously. The sequence is that plasmashell crashes and restarts itself. If the backtrace is equivalent to the one in 476072, does it mean that the backtrace is not really about what makes plasmashell crash, but instead about plasmashell restarting when it crashes? Is there a way to avoid plasmashell restarting automatically to better identify the root of what makes plasmashell fail in the first place? -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476043] Frequent plasma crashes that affect KDE apps
https://bugs.kde.org/show_bug.cgi?id=476043 --- Comment #4 from avlas --- Created attachment 162553 --> https://bugs.kde.org/attachment.cgi?id=162553&action=edit backtrace -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476043] Frequent plasma crashes that affect KDE apps
https://bugs.kde.org/show_bug.cgi?id=476043 avlas changed: What|Removed |Added Target Milestone|--- |1.0 Version|5.111.0 |5.27.8 Component|tooltips|general Product|frameworks-plasma |plasmashell --- Comment #3 from avlas --- Happened again. It may be starting to happen after waking up from suspend rather than other things. It my be unrelated to bug id=357895 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 476072] New: plasmashell crashes when restarting with plasmashell --replace
https://bugs.kde.org/show_bug.cgi?id=476072 Bug ID: 476072 Summary: plasmashell crashes when restarting with plasmashell --replace Classification: Plasma Product: plasmashell Version: 5.27.8 Platform: Neon OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: plasma-b...@kde.org Reporter: jsar...@gmail.com CC: k...@davidedmundson.co.uk Target Milestone: 1.0 Application: plasmashell (5.27.8) Qt Version: 5.15.11 Frameworks Version: 5.111.0 Operating System: Linux 6.2.0-35-generic x86_64 Windowing System: X11 Distribution: KDE neon 5.27 DrKonqi: 5.27.8 [CoredumpBackend] -- Information about the crash: I restarted plasmashell with plasmashell --replace to trigger this bug. It happens sometimes The reporter is unsure if this crash is reproducible. -- Backtrace (Reduced): #4 QQuickWindowPrivate::isDeliveringTouchAsMouse() const (this=0x161) at items/qquickwindow_p.h:152 #5 QQuickWindow::mouseGrabberItem() const (this=0x558fea9d33c0) at items/qquickwindow.cpp:1742 #6 0x7f10e0c85a8f in QQuickWindowPrivate::removeGrabber(QQuickItem*, bool, bool) (this=this@entry=0x558feab3ea90, grabber=grabber@entry=0x558febe6acb0, mouse=mouse@entry=true, touch=touch@entry=true) at items/qquickwindow.cpp:1007 #7 0x7f10e0c6b575 in QQuickItemPrivate::derefWindow() (this=this@entry=0x558febf5e3e0) at items/qquickitem.cpp:3035 #8 0x7f10e0c6c164 in QQuickItem::setParentItem(QQuickItem*) (this=0x558febe6acb0, parentItem=parentItem@entry=0x0) at items/qquickitem.cpp:2717 Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 476043] Frequent plasma crashes that affect KDE apps
https://bugs.kde.org/show_bug.cgi?id=476043 --- Comment #2 from avlas --- (In reply to Nate Graham from comment #1) > As the message at the top of the SUMMARY says, if something crashed, we need > a backtrace of it so we can figure out what's going on. Can you please > attach a backtrace of the crash using the coredumpctl command-line program, > as detailed in > https://community.kde.org/Guidelines_and_HOWTOs/Debugging/ > How_to_create_useful_crash_reports#Retrieving_a_backtrace_using_coredumpctl? > > Thanks! I know. I was about to do that... but weirdly enough, the crashes I experienced for months, were resolved after disabling the tooltips. I reenabled the tooltips with the intention to attach the backtrace to this bug but, hey, plasma isn't crashing anymore. I know it sounds weird but it's how it happened. I was waiting for the issue to reappear, then I saw your response. It the issue comes back, I will attach the backtrace. In the meantime please just ignore. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 476043] New: Frequent plasma crashes that affect KDE apps
https://bugs.kde.org/show_bug.cgi?id=476043 Bug ID: 476043 Summary: Frequent plasma crashes that affect KDE apps Classification: Frameworks and Libraries Product: frameworks-plasma Version: 5.111.0 Platform: Neon OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: tooltips Assignee: plasma-b...@kde.org Reporter: jsar...@gmail.com CC: k...@davidedmundson.co.uk, m...@ratijas.tk, notm...@gmail.com Target Milestone: --- SUMMARY *** NOTE: If you are reporting a crash, please try to attach a backtrace with debug symbols. See https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** This issue may be a regression of https://bugs.kde.org/show_bug.cgi?id=357895 or at least I workarounded with the same reported solution, that is, disabling tooltips: https://bugs.kde.org/show_bug.cgi?id=357895#c28 STEPS TO REPRODUCE Click on plasma widgets, then on the desktop OBSERVED RESULT Plasma crashes killing KDE apps such as Kmail and Konqueror SOFTWARE/OS VERSIONS Operating System: KDE neon 5.27 KDE Plasma Version: 5.27.8 KDE Frameworks Version: 5.111.0 Qt Version: 5.15.11 Kernel Version: 6.2.0-35-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8350U CPU @ 1.70GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO Product Name: 20KHCTO1WW System Version: ThinkPad X1 Carbon 6th -- You are receiving this mail because: You are watching all bug changes.
[Merkuro] [Bug 475658] New: Event attendant: contact filtering does not work
https://bugs.kde.org/show_bug.cgi?id=475658 Bug ID: 475658 Summary: Event attendant: contact filtering does not work Classification: Applications Product: Merkuro Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: claudio.cam...@kde.org Reporter: jsar...@gmail.com CC: c...@carlschwan.eu Target Milestone: --- When trying to add an attendant to an event, the contact filter bar does not work properly -- You are receiving this mail because: You are watching all bug changes.
[Merkuro] [Bug 462563] Event with attendants disappear and invitations are not sent by E-mail
https://bugs.kde.org/show_bug.cgi?id=462563 --- Comment #1 from avlas --- With the new versions of Merkuro, the event does not disappear but invitations are not sent. They are if the event is created/edited in Korganizer -- You are receiving this mail because: You are watching all bug changes.
[Merkuro] [Bug 472793] merkuro-calendar crashes on startup
https://bugs.kde.org/show_bug.cgi?id=472793 avlas changed: What|Removed |Added CC||jsar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 473499] New: Load only the active tab at startup, and other tabs only when accessed
https://bugs.kde.org/show_bug.cgi?id=473499 Bug ID: 473499 Summary: Load only the active tab at startup, and other tabs only when accessed Classification: Applications Product: konqueror Version: Git Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- When restoring tabs after closing or when loading a saved session, konqueror loads all tabs at once. This makes konqueror basically irresponsive for a while, and that period depends on the number of tabs and website weight. Modern browsers such as Firefox load only the active tab, and others only when they are accessed. Thus, the period it takes is that of opening the requested webpage only. This wish request is about implementing this feature in Konqueror for enhanced usability. It could be set as an option, if some users prefer loading all tabs at once, although in my opinion it doesn't scale well for 2+ tabs. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #17 from avlas --- (In reply to Stefano Crocco from comment #16) > I fixed the issue with session restoring not working when preloading is > enabled. I also made a change which makes Konqueror work more like Dolphin > in this regard: now, when launching Konqueror with one or more URLs, it will > both restore the previous state and open the given URLs. Previously, in this > situation, the saved state was ignored (my reasoning was that if the user > asked for a specific URL, he didn't want others). Excellent, it works great! And the new implementation fits with that of other browsers :) -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #14 from avlas --- (In reply to avlas from comment #13) > I removed konquerorrc from .config (actually just moved it out), which is > the most similar thing to start from scratch I could imagine. All my > settings were gone with this. I realized of two things: > > 1. Restore tabs setting does not initialize unless you have had at least 2 > tabs open since you first activated the setting. once you have had 2 tabs > open, then restore tabs works for any number of tabs, including just 1. > > 2. I always reproduce the issue I mentioned, I can never get external links > to open neither as tabs (as expected if you have enabled that in settings) > nor in a second window (as it happens to you). I wonder if this is related > to the setting: keeping a preloaded instance, which I disabled. > > I will try next with that setting active Well, actually restore tabs functionality does not work at all if keeping a preloaded instance is active, meaning that the link is opened but previous tabs are not -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #13 from avlas --- I removed konquerorrc from .config (actually just moved it out), which is the most similar thing to start from scratch I could imagine. All my settings were gone with this. I realized of two things: 1. Restore tabs setting does not initialize unless you have had at least 2 tabs open since you first activated the setting. once you have had 2 tabs open, then restore tabs works for any number of tabs, including just 1. 2. I always reproduce the issue I mentioned, I can never get external links to open neither as tabs (as expected if you have enabled that in settings) nor in a second window (as it happens to you). I wonder if this is related to the setting: keeping a preloaded instance, which I disabled. I will try next with that setting active -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #12 from avlas --- (In reply to Stefano Crocco from comment #11) > (In reply to avlas from comment #10) > > (In reply to Stefano Crocco from comment #9) > > > (In reply to avlas from comment #8) > > > > (In reply to Stefano Crocco from comment #7) > > > > I guess that to reproduce the issue you probably need to: > > > > > > > > 1. check the option to restore tabs in settings > > > > 2. open some tabs > > > > 3. close konqueror > > > > 4. click on the email link > > > > > > > > Could you please try to reproduce following these steps? > > > > > > That's what I already tried. I checked again, with both my current user > > > and > > > a new user and the results are the same I already described: a new window > > > with only the page corresponding to the link. I'll look again into this > > > issue during the weekend, but I really can't think of something leading to > > > the behavior you're describing. > > > > I see. I think you may also need to check the setting to open links in new > > tabs instead of in new windows. Can you try? > > I always have it enabled, so that's not the problem. > > Could you please try with a new user? Mmm, but that's also unexpected, isn't it? shouldn't the link then open in a new tab instead of a new window? I will try to test from scratch and let you know about the result -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #10 from avlas --- (In reply to Stefano Crocco from comment #9) > (In reply to avlas from comment #8) > > (In reply to Stefano Crocco from comment #7) > > I guess that to reproduce the issue you probably need to: > > > > 1. check the option to restore tabs in settings > > 2. open some tabs > > 3. close konqueror > > 4. click on the email link > > > > Could you please try to reproduce following these steps? > > That's what I already tried. I checked again, with both my current user and > a new user and the results are the same I already described: a new window > with only the page corresponding to the link. I'll look again into this > issue during the weekend, but I really can't think of something leading to > the behavior you're describing. I see. I think you may also need to check the setting to open links in new tabs instead of in new windows. Can you try? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #8 from avlas --- (In reply to Stefano Crocco from comment #7) > (In reply to avlas from comment #6) > > Hi Stefano, there is one issue with this new feature (that otherwise is > > working great!), which is when opening a link while Konqueror is closed. > > > > The expected behavior would be to load all previous tabs and the new link in > > an additional tab. > > > > The observed behavior is that only the previous tabs are opened, so I need > > to open the link again to load the new tab. > > I can't reproduce this behavior. If I click on a link, for example in an > e-mail, Konqueror opens with a single tab displaying that link, which is the > opposite of what you are experiencing. Are you doing something specific to > open the link? I tried by clicking a link in an e-mail. I guess that to reproduce the issue you probably need to: 1. check the option to restore tabs in settings 2. open some tabs 3. close konqueror 4. click on the email link Could you please try to reproduce following these steps? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #6 from avlas --- Hi Stefano, there is one issue with this new feature (that otherwise is working great!), which is when opening a link while Konqueror is closed. The expected behavior would be to load all previous tabs and the new link in an additional tab. The observed behavior is that only the previous tabs are opened, so I need to open the link again to load the new tab. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #5 from avlas --- Awesome! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 456683] Adblock
https://bugs.kde.org/show_bug.cgi?id=456683 --- Comment #7 from avlas --- (In reply to Stefano Crocco from comment #6) > (In reply to avlas from comment #5) > > I think the main problem is that adblock does not work in WebEngine, it only > > works in WebKit as far as I can tell > > To be more precise, it also works in WebEngine, but for images only. I don't > know whether there was a specific reason to restrict it to images only > (maybe for performance). In any case, even on WebKit, Konqueror supports > only the most basic features of AdBlock. I'm woking on improving this, but > it means rewriting the AdBlock engine, so it's not easy. Thanks for your work, Stefano, it's very appreciated! Regarding adblock images in WebEngine, how does it work exactly? Does it mean images of ads should not be displayed? I'm not sure it is a bug or something but this doesn't work in my end, for instance here https://www.ccma.cat/esport3 (sometimes it seems to work once but refreshing makes all images, videos, etc appear). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467936] New: Weird behavior of pinned konqueror application in plasma's task manager
https://bugs.kde.org/show_bug.cgi?id=467936 Bug ID: 467936 Summary: Weird behavior of pinned konqueror application in plasma's task manager Classification: Applications Product: konqueror Version: Git Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- There is a weird behavior when pinning the Konqueror application in the task manager: Either the pin doesn't work (because it actually invokes the service org.kde.konqueror.desktop; explanation below) or two konqueror icons appear in the task manager, one for the pin and another for the actual window(-s) (when invoking the application konqbrowser.desktop by manually editing plasma-org.kde.plasma.desktop-appletsrc). To fix these issues the application and service names (konqbrowser.desktop and org.kde.konqueror.desktop respectively) should be exchanged. STEPS TO REPRODUCE 1. Open konqueror 2. right click and pin to task manager 3. close konqueror 4. Open konqueror by clicking the pinned icon OBSERVED RESULT Konqueror does not open because we are trying to open a service as if it was an application EXPECTED RESULT Konqueror should open without duplicating the icons in the task manager TEMPORAL WORKAROUND just copy konqbrowser.desktop to $HOME/.local/share/applications/org.kde.konqueror.desktop -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 456683] Adblock
https://bugs.kde.org/show_bug.cgi?id=456683 avlas changed: What|Removed |Added CC||jsar...@gmail.com --- Comment #5 from avlas --- I think the main problem is that adblock does not work in WebEngine, it only works in WebKit as far as I can tell -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 441987] Tab loading only when selected
https://bugs.kde.org/show_bug.cgi?id=441987 --- Comment #1 from avlas --- It seems to me that this is the current behavior, isn't it? -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 421245] Add save tabs feature (like in Dolphin)
https://bugs.kde.org/show_bug.cgi?id=421245 --- Comment #1 from avlas --- Still an issue. I recently created a script to save current session each time there is a change but having this internally in konqueror as it is in dolphin would be much better -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 402996] Middle click to open link in a tab issues
https://bugs.kde.org/show_bug.cgi?id=402996 avlas changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |FIXED --- Comment #1 from avlas --- I cannot reproduce (a) and (b) anymore. I could reproduce (c) until recently but I changed my settings increasing fontsize and keeping DPI to 96 so (c) is not an issue anymore even though the bug is likely to be there yet. -- You are receiving this mail because: You are watching all bug changes.
[kdepim] [Bug 406334] Markdown addon: embedded images (attached to the email) are not displayed
https://bugs.kde.org/show_bug.cgi?id=406334 --- Comment #24 from avlas --- I still can reproduce the issue -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 376565] Automatic spell checking is not working
https://bugs.kde.org/show_bug.cgi?id=376565 avlas changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #13 from avlas --- I cannot reproduce this anymore -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 313667] Kmail2 5.3.1: sent e-mail missing in 'Sent' folder after restoring unsaved composer content
https://bugs.kde.org/show_bug.cgi?id=313667 avlas changed: What|Removed |Added Status|CONFIRMED |RESOLVED Resolution|--- |FIXED --- Comment #9 from avlas --- I cannot reproduce this issue anymore -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467723] Okular part does not get activated when directly opening a PDF
https://bugs.kde.org/show_bug.cgi?id=467723 --- Comment #5 from avlas --- (In reply to avlas from comment #4) > (In reply to Stefano Crocco from comment #3) > > (In reply to avlas from comment #2) > > > However, the SSL error I talked about is still triggered, this time inside > > > Konqueror. The WebEngine PDF viewer worked fine. Could you reproduce this > > > error? You didn't mention so I guess not. I wonder why I get that > > > problem... > > > Any clue? > > > > I got a dialog saying that there was an SSL error: "The server failed the > > authenticity check (www.aei.gob.es).", but the dialog allowed me to choose > > whether to go on despite the error or not. Choosing to ignore the error > > allowed the Okular part to correctly open the file. Did you see such a > > dialog? If not, maybe you saw it in the past and checked the option not to > > show it again. Unfortunately, I'm not aware of a way to re-enable it using a > > GUI. You can do that editing a configuration file in ~/.config but I don't > > know which one (all of this is not part of Konqueror, so I'm not familiar > > with how it works). > > Unfortunately, I don't have the option to ignore the error, but thanks for > the information, I will see if I find a solution for this. > > I close the original issue now as Resolved Worksforme, because the original > request is already implemented, thank you! I figured out that this has nothing to do with Konqueror/Okular but it is related to openssl. For a workaround see: https://stackoverflow.com/questions/71603314/ssl-error-unsafe-legacy-renegotiation-disabled. After adding Options = UnsafeLegacyRenegotiation to the [system_default_sect] section in /etc/ssl/openssl.cnf, Konqueror displays a pop-up asking whether to contniue or not. For security reasons it's NOT recommended to continue, however SSL servers from some governments still use unsecure protocols :-/ -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 398102] Middle click opened new tabs are not visible (blank page)
https://bugs.kde.org/show_bug.cgi?id=398102 avlas changed: What|Removed |Added Resolution|--- |FIXED Status|CONFIRMED |RESOLVED -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467850] New: Browsing history is not proper in some sites
https://bugs.kde.org/show_bug.cgi?id=467850 Bug ID: 467850 Summary: Browsing history is not proper in some sites Classification: Applications Product: konqueror Version: Git Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- SUMMARY History fails to remember internal browsing in some sites such as GitHub. It works fine in other browsers such as Firefox STEPS TO REPRODUCE 1. open a new tab 2. go to https://github.com/KDE/konqueror 3. click on pull requests (it moves to https://github.com/KDE/konqueror/pulls) 4. go back (button or alt+left) OBSERVED RESULT it comes back to new tab EXPECTED RESULT it should go back to https://github.com/KDE/konqueror instead -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467849] New: Feature request: option to show embedded tools vertically
https://bugs.kde.org/show_bug.cgi?id=467849 Bug ID: 467849 Summary: Feature request: option to show embedded tools vertically Classification: Applications Product: konqueror Version: Git Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- Currently tools such as the konsole part and the webpage inspection are shown at the bottom. Given that usually screens are wider than taller, it would be good to have an option to show them vertically (right/left side). The original discussion started in https://bugs.kde.org/show_bug.cgi?id=467701, which includes a workaround for the terminal location (horizontal vs. vertical, meaning bottom and left respectively). -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #8 from avlas --- (In reply to Stefano Crocco from comment #7) > (In reply to avlas from comment #6) > > Excellent, thanks Stefano for fixing the issue! > > > > I still see ark parts around (please see https://i.imgur.com/Ie9UQS9.png). > > Is there a way to close those (better than simply hide them)? Tha t would be > > great! > > Are they leftover from before the fix or do they keep appearing? In the > first case, I think the only option is to close the Konqueror window: > unfortunately since they have been created because of an error, Konqueror > doesn't know how to close them. If instead they are new, it means there's > something else which isn't working as it should. I think you're right. I don't think it happens in new sessions anymore > > > > Also, would it be possible to show the terminal to the right side instead at > > the bottom? If you'd like me to open a new feature request for this please > > let me know. Thanks! > > It would be better to open a new feature request. Currently, the terminal is > opened at the bottom because Konsole part itself specifies an horizontal > orientation. From a quick look at the code, it doesn't seem too difficult to > have the terminal be on the right, but I'd need to implement a GUI where the > user can choose whether he wants it on the bottom, on the left or on the > right, and that could be require a bit more work. As a workaround, you could > try to edit the file /usr/share/kservices5/konsolepart.desktop and, in the > line starting with X-KDE-BrowserView-ToggableView-Orientation, replace the > part after the = with vertical. This should make Konqueror display the > terminal emulator on the left (there's no way to have it on the right > without editing Konqueror source code); however, this will likely affect > other programs displaying a terminal emulator, such as Dolphin or Kate. I will open a feature request, thanks! For now the workaround is great, as I use vertical panels in Dolphin and Kate anyway -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #6 from avlas --- Excellent, thanks Stefano for fixing the issue! I still see ark parts around (please see https://i.imgur.com/Ie9UQS9.png). Is there a way to close those (better than simply hide them)? Tha t would be great! Also, would it be possible to show the terminal to the right side instead at the bottom? If you'd like me to open a new feature request for this please let me know. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467730] New: cannot remove search bar in embedded views (okular/kate)
https://bugs.kde.org/show_bug.cgi?id=467730 Bug ID: 467730 Summary: cannot remove search bar in embedded views (okular/kate) Classification: Applications Product: konqueror Version: Git Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: searchbarplugin Assignee: aren...@gmail.com Reporter: jsar...@gmail.com Target Milestone: --- SUMMARY I'd like to disable the search bar in okular/kate part views but even if I disable it from toolbar configuration, the searchbar remains STEPS TO REPRODUCE 1. visualize a pdf or a text file 2. search bar is present 3. disable it through toolbar settings OBSERVED RESULT Searchbar remains EXPECTED RESULT Searchbar should be gone -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467723] Okular part does not get activated when directly opening a PDF
https://bugs.kde.org/show_bug.cgi?id=467723 avlas changed: What|Removed |Added Resolution|--- |WORKSFORME Status|REPORTED|RESOLVED --- Comment #4 from avlas --- (In reply to Stefano Crocco from comment #3) > (In reply to avlas from comment #2) > > However, the SSL error I talked about is still triggered, this time inside > > Konqueror. The WebEngine PDF viewer worked fine. Could you reproduce this > > error? You didn't mention so I guess not. I wonder why I get that problem... > > Any clue? > > I got a dialog saying that there was an SSL error: "The server failed the > authenticity check (www.aei.gob.es).", but the dialog allowed me to choose > whether to go on despite the error or not. Choosing to ignore the error > allowed the Okular part to correctly open the file. Did you see such a > dialog? If not, maybe you saw it in the past and checked the option not to > show it again. Unfortunately, I'm not aware of a way to re-enable it using a > GUI. You can do that editing a configuration file in ~/.config but I don't > know which one (all of this is not part of Konqueror, so I'm not familiar > with how it works). Unfortunately, I don't have the option to ignore the error, but thanks for the information, I will see if I find a solution for this. I close the original issue now as Resolved Worksforme, because the original request is already implemented, thank you! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467723] Okular part does not get activated when directly opening a PDF
https://bugs.kde.org/show_bug.cgi?id=467723 --- Comment #2 from avlas --- (In reply to Stefano Crocco from comment #1) > I can't reproduce your issue. Is this the only PDF which Konqueror doesn't > open by itself? If not, it is possible that you configured Konqueror so that > PDFs files are opened externally (actually, this is the default behavior). > To check whether this is the case, open the "File Association" tab of > Konqueror settings dialog and, in the list of known types, choose > "application" and, from within it, "pdf". On the right side of the page, > choose the "Embedding" tab and make sure that the entry "show the file in > embedded viewer" is selected. Thanks for letting me know about this option! However, the SSL error I talked about is still triggered, this time inside Konqueror. The WebEngine PDF viewer worked fine. Could you reproduce this error? You didn't mention so I guess not. I wonder why I get that problem... Any clue? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466031] Per-virtual-desktop tiling layouts
https://bugs.kde.org/show_bug.cgi?id=466031 avlas changed: What|Removed |Added CC||jsar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 466019] Allow saving tiling layouts
https://bugs.kde.org/show_bug.cgi?id=466019 avlas changed: What|Removed |Added CC||jsar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467723] New: Okular part does not get activated when directly opening a PDF
https://bugs.kde.org/show_bug.cgi?id=467723 Bug ID: 467723 Summary: Okular part does not get activated when directly opening a PDF Classification: Applications Product: konqueror Version: Git Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- SUMMARY When opening a PDF file directly in Konqueror such as https://www.aei.gob.es/sites/default/files/page/field_file/2023-03/Calendario-AEI-22-03-B.pdf, okular part is not triggered. Instead a pop-up asks to open the PDF externally in Okular, but this represents a problem sometimes as in this case as the following error appears (translated from a different language): It was not possible to open https://www.aei.gob.es/sites/default/files/page/field_file/2023-03/Calendario-AEI-22-03-B.pdf. Reason: It was not possible to connet with www.aei.gob.es: SSL negotiation has failed. STEPS TO REPRODUCE Visit https://www.aei.gob.es/sites/default/files/page/field_file/2023-03/Calendario-AEI-22-03-B.pdf OBSERVED RESULT 1. Pop-up emerges (not possible to view the file internally with Okular part) 2. Okular triggers the SSL error EXPECTED RESULT Preview the PDF file in Konqueror ADDITIONAL INFORMATION As a workaround, it is possible to preview the PDF file through WebEngine if enabled in settings, but I'd very much prefer to use Okular part, if that could be possible. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #5 from avlas --- (In reply to Stefano Crocco from comment #4) > I think I found the cause of the bug. Unfortunately, it seems that the > problem is not caused by Konqueror itself, but by the interactions between > Konsole and the KDE Frameworks. I'll investigate the matter this weekend. I see. Thank you! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 --- Comment #2 from avlas --- (In reply to Stefano Crocco from comment #1) > I think I can reproduce the issue, even if on my system I get a Dolphin part > rather than an Ark part. Moreover, it seems that this part can't be closed > in any way. I'll look into it as soon as I can. Thank you! The trick to make it disappear is to drag the height of the kpart panel and set it to zero by pushing it down to the very bottom. Hope you understand what I mean :) -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] Show terminal emulator doesn't work
https://bugs.kde.org/show_bug.cgi?id=467701 avlas changed: What|Removed |Added Summary|Show terminal emulator |Show terminal emulator |doen't work |doesn't work -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 467701] New: Show terminal emulator doen't work
https://bugs.kde.org/show_bug.cgi?id=467701 Bug ID: 467701 Summary: Show terminal emulator doen't work Classification: Applications Product: konqueror Version: Git Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- SUMMARY Terminal emulator doen't work STEPS TO REPRODUCE 1. Menu 2. Settings 3. Show terminal emulator OBSERVED RESULT An ark kpart is triggered together with an error message (translating from a different language): loading file «/tmp/arkpartzIKCVY» failed with the following error: Couldn't find the proper connector. It seems Ark does not accept this type of file. EXPECTED RESULT Terminal emulator should be shown SOFTWARE/OS VERSIONS Operating System: KDE neon 5.27 KDE Plasma Version: 5.27.3 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 Kernel Version: 5.19.0-35-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8350U CPU @ 1.70GHz Memory: 15.4 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO System Version: ThinkPad X1 Carbon 6th -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 463729] No part could be loaded for "Show Sidebar"
https://bugs.kde.org/show_bug.cgi?id=463729 avlas changed: What|Removed |Added CC||jsar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 397912] ALT key menu activation priority (top menubar vs. kwin button)
https://bugs.kde.org/show_bug.cgi?id=397912 avlas changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 397912] ALT key menu activation priority (top menubar vs. kwin button)
https://bugs.kde.org/show_bug.cgi?id=397912 --- Comment #9 from avlas --- Yes, I can reproduce the issue. If for instance I press ALT+F, the file menu is activated simultaneously in both the global menu and the hamburger menu. -- You are receiving this mail because: You are watching all bug changes.
[kalendar] [Bug 462564] New: The search bar for filtering Contacts to incorporate as attendants to Events does not work properly
https://bugs.kde.org/show_bug.cgi?id=462564 Bug ID: 462564 Summary: The search bar for filtering Contacts to incorporate as attendants to Events does not work properly Classification: Applications Product: kalendar Version: 22.08.3 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: claudio.cam...@kde.org Reporter: jsar...@gmail.com CC: c...@carlschwan.eu Target Milestone: --- SUMMARY The search bar for filtering Contacts to incorporate as attendants to Events does not work properly. STEPS TO REPRODUCE 1. In Kalendar, create a new event and click add an attendant 2. From the two options selecto to choose from contacts 3. In the search bar, start typing OBSERVED RESULT According to the number of letters, either all contacts are displayed (even number of letters), or none (odd number of letters) EXPECTED RESULT Contacts should be properly filtered while typing SOFTWARE/OS VERSIONS Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-53-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8350U CPU @ 1.70GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO Product Name: 20KHCTO1WW System Version: ThinkPad X1 Carbon 6th -- You are receiving this mail because: You are watching all bug changes.
[kalendar] [Bug 462563] New: Event with attendants disappear and invitations are not sent by E-mail
https://bugs.kde.org/show_bug.cgi?id=462563 Bug ID: 462563 Summary: Event with attendants disappear and invitations are not sent by E-mail Classification: Applications Product: kalendar Version: 22.08.3 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: claudio.cam...@kde.org Reporter: jsar...@gmail.com CC: c...@carlschwan.eu Target Milestone: --- SUMMARY In Kalendar, e-mail invitations are not sent. Also, events vanish (i.e., they are not displayed) when attendants are incorporated. STEPS TO REPRODUCE 1. In Kalendar, create a new event and click +Add 2. Edit the event to add an attendant and click Save OBSERVED RESULT 1. No e-mail is sent to the attendant 2. The event disappears from Kalendar EXPECTED RESULT 1. Emails should be sent 2. Events should not disappear SOFTWARE/OS VERSIONS Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.4 KDE Frameworks Version: 5.100.0 Qt Version: 5.15.7 Kernel Version: 5.15.0-53-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8350U CPU @ 1.70GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO Product Name: 20KHCTO1WW System Version: ThinkPad X1 Carbon 6th ADDITIONAL INFORMATION In KOrganizer, event invitations are sent by email properly and these events are properly displayed both in KOrganizer and Kalendar -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 460286] New: Tooltip only on left click
https://bugs.kde.org/show_bug.cgi?id=460286 Bug ID: 460286 Summary: Tooltip only on left click Classification: Plasma Product: plasmashell Version: git-stable-Plasma/5.26 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Task Manager and Icons-Only Task Manager Assignee: plasma-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: 1.0 SUMMARY I want a way to show the tooltip mode only on left click, not on the tooltip mode itself when my mouse happens to be on top of an app. For my workflow (do not really like tooltips much) I find the emergence of the tooltip noisy, but I find it useful for grouped windows of a same application, to select one of them and prefer that to alternative options. Also, if tooltip mode is active and it is used on left click, frequently the two interfere and by the time the click happens it frequently makes the tooltip disappear when the intended behavior is quite the opposite. I would fix this by disabling the tooltip in configuration. However, if I disable the tooltip, I cannot activate the tooltip mode on left click, and frankly, in my opinion that doesn't make much sense, as these two should be independent. STEPS TO REPRODUCE 1. Config tooltip "on" and activate the tooltip on "left click" 2. Frequently, the left click makes the tooltip disappear instead of appear, and this is dependent to the timing of tooltip appearance, which is hard to control in terms of usability 3. It is impossible to disable tooltip while keeping the activation of the tooltip mode on "left click" EXPECTED RESULT Points 2 and 3 above would be "fixed" if the activation of the tooltip mode on "left click" would be allowed independently of whether tooltip itself is enabled or not. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 5.13.0-52-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8350U CPU @ 1.70GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO Product Name: 20KHCTO1WW System Version: ThinkPad X1 Carbon 6th -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 459826] New: Open feed in a background tab does not work when triggered by a midle button click
https://bugs.kde.org/show_bug.cgi?id=459826 Bug ID: 459826 Summary: Open feed in a background tab does not work when triggered by a midle button click Classification: Applications Product: akregator Version: 5.21.1 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- It does work when the setting is to trigger this behavior by a mouse left button click, but not when triggered by a midle button click. In this case the feed is opened in a tab and focus is moved to that tab. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 312608] kmail thread sorting , aggregation - thread leader - most recent message , is not working right
https://bugs.kde.org/show_bug.cgi?id=312608 --- Comment #7 from avlas --- It's several years since I reported this bug and perhaps we are just a few interested in this, so I wonder if the issue is that devs are busy implementing new features and fixing other more important bugs than this (my appreciation from here for your effort!), or whether the problem (of sorting, so the newest emails in a thread appear at top) is due to some technical difficulty from how threads are implemented in kmail. It would be nice to know :) -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 373829] Restore previous tabs
https://bugs.kde.org/show_bug.cgi?id=373829 --- Comment #1 from avlas --- 6 years later this would still be great :) -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 373829] Restore previous tabs
https://bugs.kde.org/show_bug.cgi?id=373829 avlas changed: What|Removed |Added Summary|Konqueror 16.12 restore |Restore previous tabs |previous tabs | -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 448761] KRDC does not support dynamic resolution
https://bugs.kde.org/show_bug.cgi?id=448761 avlas changed: What|Removed |Added Summary|KRDC does not support the |KRDC does not support |dynamic resolution |dynamic resolution -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 448761] KRDC does not support the dynamic resolution
https://bugs.kde.org/show_bug.cgi?id=448761 avlas changed: What|Removed |Added Summary|KRDC does not support the |KRDC does not support the |/smart-sizing input |dynamic resolution |argument| --- Comment #4 from avlas --- (In reply to Jetchko Jekov from comment #3) > I don't know why do you want "/smart-sizing". Nowadays xfreerdp has an > option "/dynamic-resolution" which works great when I use xfreerdp directly > but does not work if I use KRDC even if I put it as an additional argument > to the session. Even though I see that xfreerdp is invoked with the option. Yes, I think "/dynamic-resolution" is what I meant, changed in the title -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 459649] New: LanguageTool: language list error when using LanguageTool locally
https://bugs.kde.org/show_bug.cgi?id=459649 Bug ID: 459649 Summary: LanguageTool: language list error when using LanguageTool locally Classification: Applications Product: kmail2 Version: 5.21.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: composer Assignee: kdepim-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- This is not a duplicate of bug439205 but a regression of that fix when using LanguageTool locally. I informed about this about 1 year ago https://bugs.kde.org/show_bug.cgi?id=439205#c13 but my comment did not get attention. The issue is that the list of available languages are looked at: https://api.languagetoolplus.com/v2/languages/languages, which returns the following error: Error: Unsupported action: 'languages/languages'. Please see https://languagetool.org/http-api/swagger-ui/#/default Instead, the list of available languages should be looked at: https://api.languagetoolplus.com/v2/languages, which returns the proper list: [{"name":"Arabic","code":"ar","longCode":"ar"},{"name":"Asturian","code":"ast","longCode":"ast-ES"},{"name":"Belarusian","code":"be","longCode":"be-BY"},{"name":"Breton","code":"br","longCode":"br-FR"},{"name":"Catalan","code":"ca","longCode":"ca-ES"},{"name":"Catalan (Valencian)","code":"ca","longCode":"ca-ES-valencia"},{"name":"Chinese","code":"zh","longCode":"zh-CN"},{"name":"Danish","code":"da","longCode":"da-DK"},{"name":"Dutch","code":"nl","longCode":"nl"},{"name":"Dutch","code":"nl","longCode":"nl"},{"name":"Dutch (Belgium)","code":"nl","longCode":"nl-BE"},{"name":"English","code":"en","longCode":"en"},{"name":"English","code":"en","longCode":"en"},{"name":"English (Australian)","code":"en","longCode":"en-AU"},{"name":"English (Australian)","code":"en","longCode":"en-AU"},{"name":"English (Canadian)","code":"en","longCode":"en-CA"},{"name":"English (Canadian)","code":"en","longCode":"en-CA"},{"name":"English (GB)","code":"en","longCode":"en-GB"},{"name":"English (GB)","code":"en","longCode":"en-GB"},{"name":"English (New Zealand)","code":"en","longCode":"en-NZ"},{"name":"English (New Zealand)","code":"en","longCode":"en-NZ"},{"name":"English (South African)","code":"en","longCode":"en-ZA"},{"name":"English (South African)","code":"en","longCode":"en-ZA"},{"name":"English (US)","code":"en","longCode":"en-US"},{"name":"English (US)","code":"en","longCode":"en-US"},{"name":"Esperanto","code":"eo","longCode":"eo"},{"name":"French","code":"fr","longCode":"fr"},{"name":"French","code":"fr","longCode":"fr"},{"name":"Galician","code":"gl","longCode":"gl-ES"},{"name":"German","code":"de","longCode":"de"},{"name":"German","code":"de","longCode":"de"},{"name":"German (Austria)","code":"de","longCode":"de-AT"},{"name":"German (Austria)","code":"de","longCode":"de-AT"},{"name":"German (Germany)","code":"de","longCode":"de-DE"},{"name":"German (Germany)","code":"de","longCode":"de-DE"},{"name":"German (Swiss)","code":"de","longCode":"de-CH"},{"name":"German (Swiss)","code":"de","longCode":"de-CH"},{"name":"Greek","code":"el","longCode":"el-GR"},{"name":"Irish","code":"ga","longCode":"ga-IE"},{"name":"Italian","code":"it","longCode":"it"},{"name":"Japanese","code":"ja","longCode":"ja-JP"},{"name":"Khmer","code":"km","longCode":"km-KH"},{"name":"Norwegian (Bokmål)","code":"nb","longCode":"nb"},{"name":"Norwegian (Bokmål)","code":"no","longCode":"no"},{"name":"Persian","code":"fa","longCode":"fa"},{"name":"Polish","code":"pl","longCode":"pl-PL"},{"name":"Portuguese","code":"pt","longCode":"pt"},{"name":"Portuguese (Angola preAO)","code":"pt","longCode":"pt-AO"},{"name":"Portuguese (Brazil)","code":"pt","longCode":"pt-BR"},{"name":"Portuguese (Moçambique preAO)","code":"pt","longCode":"pt-MZ"},{"name":"Portuguese (Portugal)","code":"pt","longCode":"pt-PT"},{"name":"Romanian","code":"ro","longCode":"ro-RO"},{"name":"Russian","code":"ru","longCode":"ru-RU"},{"name":"Simple German","code":"de-DE-x-simple-language","longCode":"de-DE-x-simple-language"},{"name":"Slovak","code":"sk","longCode":"sk-SK"},{"name":"Slovenian","code":"sl","longCode":"sl-SI"},{"name":"Spanish","code":"es","longCode":"es"},{"name":"Spanish","code":"es","longCode":"es"},{"name":"Spanish (voseo)","code":"es","longCode":"es-AR"},{"name":"Swedish","code":"sv","longCode":"sv"},{"name":"Tagalog","code":"tl","longCode":"tl-PH"},{"name":"Tamil","code":"ta","longCode":"ta-IN"},{"name":"Ukrainian","code":"uk","longCode":"uk-UA"}] -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 459648] New: Only-Icon Task Manager Option for a Separator between Fixed and Non-Fixed Applications
https://bugs.kde.org/show_bug.cgi?id=459648 Bug ID: 459648 Summary: Only-Icon Task Manager Option for a Separator between Fixed and Non-Fixed Applications Classification: Plasma Product: plasmashell Version: 5.25.5 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Task Manager and Icons-Only Task Manager Assignee: plasma-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: 1.0 I'd like to have the option to display a vertical bar separator between Fixed and Non-Fixed Applications in the Only-Icons Task Manager as shown here: https://i.imgur.com/1Q5PWBN.png -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398357] Different menues appear one by one with a latency in between
https://bugs.kde.org/show_bug.cgi?id=398357 --- Comment #6 from avlas --- Operating System: KDE neon 5.25 KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 5.13.0-52-generic (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8350U CPU @ 1.70GHz Memory: 15.5 GiB of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 Manufacturer: LENOVO Product Name: 20KHCTO1WW System Version: ThinkPad X1 Carbon 6th -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398361] Moving across menues sometimes breaks (e.g., when an empty menu is encountered)
https://bugs.kde.org/show_bug.cgi?id=398361 --- Comment #8 from avlas --- (In reply to ratijas from comment #7) > > does not display some applications' menu entries (saw this with Konqueror > > and Kmail) > > which particular ones? > > > maybe I needed to restart kwin/plasma or it's related to external monitors, > > not sure > > yes, for some reason after adding or removing Global Menu applet you need to > restart both Plasma and apps to change where menu appears (i.e. easier to > log out and log back in, or just reboot). I see, thanks -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398361] Moving across menues sometimes breaks (e.g., when an empty menu is encountered)
https://bugs.kde.org/show_bug.cgi?id=398361 avlas changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #6 from avlas --- I got mene entries back from these other applications (maybe I needed to restart kwin/plasma or it's related to external monitors, not sure). Anyway, after testing, I cannot reproduce this bug anymore. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398362] Unreliable behavior of control buttons
https://bugs.kde.org/show_bug.cgi?id=398362 avlas changed: What|Removed |Added Resolution|--- |UPSTREAM Status|CONFIRMED |RESOLVED --- Comment #11 from avlas --- (In reply to avlas from comment #10) > I wanted to test this, but unfortunately I cannot get LibreOffice menu > exported to the global menu applet not sure what helped but got LO menu appearing in global menu and could test. this bug is gone, most likely fixed upstream -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398362] Unreliable behavior of control buttons
https://bugs.kde.org/show_bug.cgi?id=398362 --- Comment #10 from avlas --- I wanted to test this, but unfortunately I cannot get LibreOffice menu exported to the global menu applet -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398361] Moving across menues sometimes breaks (e.g., when an empty menu is encountered)
https://bugs.kde.org/show_bug.cgi?id=398361 --- Comment #5 from avlas --- (In reply to avlas from comment #4) > I added the global menu applet to my panel to double check this issue. > > I don't see any issue with Kate either. However, and this is quite strange, > global menu does not display some applications' menu entries (saw this with > Konqueror and Kmail), something that window appmenu does with no issue. > Perhaps there is a limitation in some applications to export the menu just > once? > > I don't see this issue in other applications such as Kate and Akregator > (their menu appears simultaneously in the two applets). Further investigation, I removed window appmenu applet to test and it does not affect. Not sure why but some applications (LibreOffice also added to the list) do not export the menu to global menu. The menu can be exported to the titlebar button if enabled, but whether this button is set or not in the titlebar, does not affect either to the menu appearing in the global menu applet. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398361] Moving across menues sometimes breaks (e.g., when an empty menu is encountered)
https://bugs.kde.org/show_bug.cgi?id=398361 --- Comment #4 from avlas --- I added the global menu applet to my panel to double check this issue. I don't see any issue with Kate either. However, and this is quite strange, global menu does not display some applications' menu entries (saw this with Konqueror and Kmail), something that window appmenu does with no issue. Perhaps there is a limitation in some applications to export the menu just once? I don't see this issue in other applications such as Kate and Akregator (their menu appears simultaneously in the two applets). -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398357] Different menues appear one by one with a latency in between
https://bugs.kde.org/show_bug.cgi?id=398357 --- Comment #4 from avlas --- I still see this effect. Please compare global menu applet and window appmenu applet and then switch back and forth the focus between two different applications. All menu entries appear at once in window appmenu but that's not the case in the global menu -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 398361] Moving across menues sometimes breaks (e.g., when an empty menu is encountered)
https://bugs.kde.org/show_bug.cgi?id=398361 --- Comment #3 from avlas --- (In reply to ratijas from comment #2) > Is this issue still reproducible? I don't see any empty menus or submenus in > Kate. I do get an empty unnamed top-level menu at index 0 in Sublime Text & > Sublime Merge, but it doesn't seem to cause any problems. I have been using Window AppMenu for years, so I cannot really say, but I suppose it's fixed by now. Nevertheless, what Window AppMenu does (related to this) that could be ported to plasma is how this widget filters out menu entries that have no content. Definetely something good to have. -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 448761] KRDC does not support the /smart-sizing input argument
https://bugs.kde.org/show_bug.cgi?id=448761 --- Comment #2 from avlas --- (In reply to Albert Astals Cid from comment #1) > What's the xfreerdp argument for on-the-fly scaling? /smart-sizing -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 448762] New: option to automatically reconnect on window resize
https://bugs.kde.org/show_bug.cgi?id=448762 Bug ID: 448762 Summary: option to automatically reconnect on window resize Product: krdc Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: RDP Assignee: uwol...@kde.org Reporter: jsar...@gmail.com CC: aa...@kde.org Target Milestone: --- In bug #448761, I mentioned about the smart-sizing argument, which is great. However it has the caveat that the aspect ratio varies on window resizes. This option would be to reconnect to the server automatically when the window resizes to adjust the resolution (complete fit to the available space while keeping the aspect ratio). -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 448761] New: KRDC does not support the /smart-sizing input argument
https://bugs.kde.org/show_bug.cgi?id=448761 Bug ID: 448761 Summary: KRDC does not support the /smart-sizing input argument Product: krdc Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: RDP Assignee: uwol...@kde.org Reporter: jsar...@gmail.com CC: aa...@kde.org Target Milestone: --- The smart sizing argument allows on-the-fly scaling according to window size in the RDP protocol. However, KRDC does not support this feature. This would be ok, if KRDC would support passing that argument to xfreerdp via the extra-option box, but this option doesn't work either: on-the-fly scaling does not happen. Calling xfreerdp directly in the terminal with this argument works as expected and on-the-fly scaling succeeds. I would really appreciate if the /smart-sizing functionality could be added to KRDC. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 442214] New: Style sheets not working in WebEngine
https://bugs.kde.org/show_bug.cgi?id=442214 Bug ID: 442214 Summary: Style sheets not working in WebEngine Product: konqueror Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- Style sheets work in WebKit but not in WebEngine -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 434173] Konqueror automatic spell checking not working with WebEngine
https://bugs.kde.org/show_bug.cgi?id=434173 avlas changed: What|Removed |Added CC||jsar...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 442213] New: Zoom to PDI not working consistently
https://bugs.kde.org/show_bug.cgi?id=442213 Bug ID: 442213 Summary: Zoom to PDI not working consistently Product: konqueror Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- Zoom to PDI is enabled (View > Zoom to PDI) but tabs are frequently not zoomed (it works very inconsistently). To have it applied I need to change the view mode from webengine to webkit and back to webengine again. -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 441988] New: Option to pin tabs
https://bugs.kde.org/show_bug.cgi?id=441988 Bug ID: 441988 Summary: Option to pin tabs Product: konqueror Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- That's a nice feature that Firefox has. Thought it would be great to have it also in Konqueror -- You are receiving this mail because: You are watching all bug changes.
[konqueror] [Bug 441987] New: Tab loading only when selected
https://bugs.kde.org/show_bug.cgi?id=441987 Bug ID: 441987 Summary: Tab loading only when selected Product: konqueror Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: konq-b...@kde.org Reporter: jsar...@gmail.com Target Milestone: --- It would be great if tabs would only be loaded when selected. Performance on restoring a session would be so much better, as now loading tens of webpages all at once make Konqueror very slow -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 439205] language tool, language list error
https://bugs.kde.org/show_bug.cgi?id=439205 --- Comment #14 from avlas --- (In reply to avlas from comment #13) > I don't think the issue is totally fixed, at least when using the local > instance. The problem in this case is that languages are searched in > the /v2/languages/languages path instead of in the /v2/languages path, where > the actual language list is present (note /ĺanguages is added twice). In the > meantime I disabled the local instance to get it working, but I prefer not > sending my emails on the Internet. In fact, I wonder if my issue might be a regression of the fix -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 439205] language tool, language list error
https://bugs.kde.org/show_bug.cgi?id=439205 avlas changed: What|Removed |Added CC||jsar...@gmail.com --- Comment #13 from avlas --- I don't think the issue is totally fixed, at least when using the local instance. The problem in this case is that languages are searched in the /v2/languages/languages path instead of in the /v2/languages path, where the actual language list is present (note /ĺanguages is added twice). In the meantime I disabled the local instance to get it working, but I prefer not sending my emails on the Internet. -- You are receiving this mail because: You are watching all bug changes.
[choqok] [Bug 286488] color setting selection for links
https://bugs.kde.org/show_bug.cgi?id=286488 --- Comment #2 from avlas --- Same thing as before, there's no option to configure the color of links in Choqok -- You are receiving this mail because: You are watching all bug changes.