[kmymoney] [Bug 469431] Need better way to handle changes in stock price quote source
https://bugs.kde.org/show_bug.cgi?id=469431 --- Comment #44 from Brendon Higgins --- Hello all, I think we may be (finally) getting to the nub of the real issue regarding the downside of KMyMoney's approach to gathering online quote data: It does very little to guide the user to a solution when something breaks. The user must first know that they should go into Settings->Online Quotes. Then they must select the relevant quote source. Then they must edit any number of fields of URLs and regex to match the HTML which the source returns. All of those things are very technical and require existing knowledge. I appreciate this flexibility, but it's also obvious how anyone who is not so technically inclined or has limited time will find it all very frustrating. I don't think KMyMoney needs to automate all of this away, but what could go a very long way to easing the pain is if KMyMoney were to at least guide the user somewhere to find a solution. So, a proposal: Why don't we make a page on, say, KDE Userbase to keep track of the latest working settings (known good as of X date), and add a prominent link to that page from within KMyMoney? That way, when a user sees that something's wrong, they will immediately go to the "canonical" place to see how (if yet known) to fix it. This is a perrenial problem (multiple bug reports everytime something triggers this), and I think something like the above would really help users deal with it (instead of arguing on bug channels) while also being more self-reliant. Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 440563] Moving two emails to another folder overwrites one with the other in local cache
https://bugs.kde.org/show_bug.cgi?id=440563 --- Comment #2 from Brendon Higgins --- I have now seen this happen when selecting two unrelated emails at once and moving them into another folder: the pair turns into duplicates of one of the emails. If I clear the Akonadi cache for that folder, when the messages are re-downloaded, they appear correct. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 469431] KMM needs better way to handle changes in stock price quot sourcex: was: Yahoo Finance stock quotes fail
https://bugs.kde.org/show_bug.cgi?id=469431 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #7 from Brendon Higgins --- I used the "v6" trick, and that worked for a while. But Yahoo may have removed that in the last couple of days; seems to be getting 404 not found, now. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 465713] New: Allow zooming and/or "Open with" of in-place image attachments in HTML message viewer
https://bugs.kde.org/show_bug.cgi?id=465713 Bug ID: 465713 Summary: Allow zooming and/or "Open with" of in-place image attachments in HTML message viewer Classification: Applications Product: kmail2 Version: 5.22.2 Platform: Debian testing OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- Hello, Image attachments with in-place display disposition don't turn up in the attachment lists, in neither the plain text viewer nor the HTML message viewer. The plain text viewer doesn't show the image, of course, so I resort to the HTML viewer to see images when I receive messages like this. The HTML message viewer tends to scale such images so that they don't exceed some (rather narrow, IMO) predetermined width. If someone sends me a screenshot, for example, it is almost always shrunk to the point of being illegible. Regular (non-in-place) attachments would have the option to open in Gwenview or something else, which would be fine. But without the regular attachments list, the only option I have is the right-click context menu. From there, the best option I have is "Copy image location", which I can use to manually paste into Gwenview's "Open" dialog. Why no "Open image"/"Open image with", or similar? I think that would be much more intuitive from a user perspective. Of course, this comes up because the HTML message viewer shrinks in-place images with no way for the user to adjust or "take a closer look", so that functionality would also be useful. Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 400760] VPN login dialog suppresses Wifi connection password dialog
https://bugs.kde.org/show_bug.cgi?id=400760 Brendon Higgins changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED Platform|Debian unstable |Debian testing Version|5.13.5 |5.26.5 --- Comment #2 from Brendon Higgins --- Hi Justin, Bug still present. I connected to WiFi, started a VPN connection, minimized the VPN secrets window that popped up, waited a bit (maybe a few minutes?), and then disconnected from the WiFi. Then when I try to reconnect the WiFi, the status icon just spins without anything appearing to happen (eventually you just get the "No secrets were provided" notification). If I close the VPN secrets window, then the Wifi connection is established - but I have to close the VPN secrets window manually first. I noticed when I tried this a few times that sometimes the VPN secrets window closes automatically when the WiFi disconnects, but this doesn't seem to be consistent. Waiting for some time with the VPN secrets window up seems critical to triggering this bug. Looks like it requires hitting a time-out - after a minute or two the status icon stops spinning after starting the VPN connection and then waiting with the VPN secrets window open. Then you can disconnect the WiFi without losing the VPN secrets window, which then blocks reconnecting back to the WiFi. Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[Breeze] [Bug 464316] Scrollbar of the GTK theme is invisible for applications using WebKitGtk
https://bugs.kde.org/show_bug.cgi?id=464316 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #3 from Brendon Higgins --- Evolution has similar scrollbar behaviour (i.e., invisible/missing in the message view pane) under the Breeze theme, so I suspect it is also affected by this bug. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 440563] Moving two emails to another folder overwrites one with the other in local cache
https://bugs.kde.org/show_bug.cgi?id=440563 Brendon Higgins changed: What|Removed |Added Version|5.15.3 |5.21.3 Product|kmail2 |Akonadi Platform|Debian unstable |Debian testing Component|general |IMAP resource --- Comment #1 from Brendon Higgins --- Still happens, so updating this bug's meta-data. (I had actually forgotten I'd already reported this, and only realized after going through the process of searching for similar bugs, finding this report, and seeing the original reporter's name was strikingly familiar...) -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 432774] Kdevelop replaces "." with "->" when writing C compound literals
https://bugs.kde.org/show_bug.cgi?id=432774 --- Comment #6 from Brendon Higgins --- Hello! I just tried it in KDevelop 5.8.220401 with Clang 14.0.6-2 (so says "clang -v"). Happy to report the issue seems to no longer be present. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 438317] Annoying download binary message at startup
https://bugs.kde.org/show_bug.cgi?id=438317 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 460089] Blue screen after conection
https://bugs.kde.org/show_bug.cgi?id=460089 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 381731] Opening KWallet wallet fails over xrdp, password not accepted
https://bugs.kde.org/show_bug.cgi?id=381731 Brendon Higgins changed: What|Removed |Added Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- --- Comment #2 from Brendon Higgins --- I just tried it using whichever version is currently in Debian testing (seems to be a 5.26). Plasma will start up, but input is completely broken - no mouse or keyboard actions are accepted. This was with logging in through xorgxrdp while no other Plasma session is running. I also tried logging in remotely while a local session is active, and this really confuses Plasma: the RDP screen shows the startup animation for a while before the screen goes blank, and then if I try to log out of the local session, the remote screen (and only that screen) shows the log-out overlay (and accepts inputs)! Conclusion: Plasma as a whole currently does not work with xorgxrdp, and a local session can actually be messed-up by it. It would seem this issue is more fundamental then frameworks-kwallet, but I wouldn't know where to being reassigning it... -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 421664] Sending email does not work with XOAUTH2
https://bugs.kde.org/show_bug.cgi?id=421664 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 443519] Elisa can't read Ogg/Opus files if the extension is .ogg
https://bugs.kde.org/show_bug.cgi?id=443519
--- Comment #5 from Brendon Higgins ---
I wouldn't expect to have time to get as far as a merge request, but I can
probably do more sleuthing. I just took another dive into the code and found
that the likely extractor is the one based on Taglib. So I installed pytaglib
and tried to open the file. In python3:
>>> import taglib
>>> song = taglib.File("/home/brendon/media/music/cds/Audioslave/Audioslave/01.
>>> Cochise.ogg")
Traceback (most recent call last):
File "", line 1, in
File "src/taglib.pyx", line 87, in taglib.File.__cinit__
OSError: Could not read file
/home/brendon/media/music/cds/Audioslave/Audioslave/01. Cochise.ogg
Well, I'm pretty sure I didn't get the path wrong. I tried renaming the same
file to ".opus", and then:
>>> song = taglib.File("/home/brendon/media/music/cds/Audioslave/Audioslave/01.
>>> Cochise.opus")
>>> song.tags
{'ALBUM': ['Audioslave'], 'ARTIST': ['Audioslave'], 'COMPILATION': ['false'],
'DATE': ['2002'], 'ENCODER': ['opusenc from opus-tools 0.1.10'],
'ENCODER_OPTIONS': ['--bitrate 128'], 'TITLE': ['Cochise'], 'TRACKNUMBER':
['01']}
So, if I'm not mistaken, conclusion is this is a bug in Taglib.
Looking through the Taglib Github issues page, I found this:
https://github.com/taglib/taglib/pull/1013
Judging by the dates, the fix has been in master for over a year, but no stable
release in that time...
--
You are receiving this mail because:
You are watching all bug changes.
[Elisa] [Bug 443519] Elisa can't read Ogg/Opus files if the extension is .ogg
https://bugs.kde.org/show_bug.cgi?id=443519
--- Comment #3 from Brendon Higgins ---
file --mime-type gives me audio/ogg, regardless of extension:
brendon@theta:~/media/music/cds/Audioslave/Audioslave$ mv 01.\ Cochise.ogg 01.\
Cochise.opus
brendon@theta:~/media/music/cds/Audioslave/Audioslave$ file --mime-type 01.\
Cochise.opus
01. Cochise.opus: audio/ogg
brendon@theta:~/media/music/cds/Audioslave/Audioslave$ mv 01.\ Cochise.opus
01.\ Cochise.ogg
brendon@theta:~/media/music/cds/Audioslave/Audioslave$ file --mime-type 01.\
Cochise.ogg
01. Cochise.ogg: audio/ogg
Now if I run
QT_LOGGING_RULES="*.elisa.*=true" elisa
and then try to open the ".ogg" file in Elisa (from Dolphin), I get this
output:
org.kde.elisa.playlist: MediaPlayList::enqueueMultipleEntries 1
org.kde.elisa.playlist: MediaPlayList::enqueueMultipleEntries
QMap((DataTypes::ResourceRole, QVariant(QUrl,
QUrl("file:///home/brendon/media/music/cds/Audioslave/Audioslave/01.
Cochise.ogg")))(DataTypes::ElementTypeRole, QVariant(int, 5)))
org.kde.elisa.playlist: MediaPlayList::enqueueMultipleEntries new url
QUrl("file:///home/brendon/media/music/cds/Audioslave/Audioslave/01.
Cochise.ogg") ElisaUtils::Track
org.kde.elisa.indexer: scanOneFile
QUrl("file:///home/brendon/media/music/cds/Audioslave/Audioslave/01.
Cochise.ogg") using KFileMetaData QMap((DataTypes::RatingRole, QVariant(int,
0))(DataTypes::ResourceRole, QVariant(QUrl,
QUrl("file:///home/brendon/media/music/cds/Audioslave/Audioslave/01.
Cochise.ogg")))(DataTypes::FileModificationTime, QVariant(QDateTime,
QDateTime(2022-08-23 11:07:54.972 EDT
Qt::LocalTime)))(DataTypes::ElementTypeRole, QVariant(int, 5)))
qrc:/qml/MediaPlayListView.qml:296:33: Unable to assign [undefined] to bool
However, when I rename the file to ".opus", the interesting difference starts
here:
org.kde.elisa.indexer: scanOneFile
QUrl("file:///home/brendon/media/music/cds/Audioslave/Audioslave/01.
Cochise.opus") using KFileMetaData QMap((DataTypes::TitleRole,
QVariant(QString, "Cochise"))(DataTypes::DurationRole, QVariant(QTime,
QTime("00:03:42.000")))(DataTypes::ArtistRole, QVariant(QString,
"Audioslave"))(DataTypes::AlbumRole, QVariant(QString,
"Audioslave"))(DataTypes::TrackNumberRole, QVariant(int,
1))(DataTypes::RatingRole, QVariant(int, 0))(DataTypes::YearRole, QVariant(int,
2002))(DataTypes::ChannelsRole, QVariant(int, 2))(DataTypes::BitRateRole,
QVariant(int, 12))(DataTypes::SampleRateRole, QVariant(int,
48000))(DataTypes::ResourceRole, QVariant(QUrl,
QUrl("file:///home/brendon/media/music/cds/Audioslave/Audioslave/01.
Cochise.opus")))(DataTypes::HasEmbeddedCover, QVariant(bool,
false))(DataTypes::FileModificationTime, QVariant(QDateTime,
QDateTime(2022-08-23 20:26:17.835 EDT
Qt::LocalTime)))(DataTypes::ElementTypeRole, QVariant(int, 5)))
org.kde.elisa.playlist: MediaPlayList::trackChanged QVariant(QString,
"Cochise")
I'm guessing the relevant implementation of scanOneFile() is the one in
filescanner.cpp, which initially creates a list of candidate extractors.
Evidently a candidate is chosen (else it would say "no extractors"), but it
seems that extractor ultimately fails to actually extract any metadata. This
may (or may) not be the cause of Elisa not reading the ".ogg" file - I notice
it does add a "no entry" icon to the playlist, but plays nothing. (FWIW, my
Elisa is at 21.08.3, but my Frameworks which has KFileMetaData is at 5.97.0.)
--
You are receiving this mail because:
You are watching all bug changes.
[Elisa] [Bug 443519] Elisa can't read Ogg/Opus files if the extension is .ogg
https://bugs.kde.org/show_bug.cgi?id=443519 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #1 from Brendon Higgins --- Just realized I'm also running into this. I intentionally named all my Opus-encoded music with the ".ogg" extension so that it could easily sync with my Android phone, because Android does not support the ".opus" extension before version 10. Seeing Elisa have essentially the same bug but in the opposite direction is funny, in a depressing kinda way... -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 456923] Outgoing e-mail from GMail account to smtp.gmail.com sometimes hangs
https://bugs.kde.org/show_bug.cgi?id=456923 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[libkgapi] [Bug 402973] Changing Google password results in no access
https://bugs.kde.org/show_bug.cgi?id=402973
Brendon Higgins changed:
What|Removed |Added
CC||bren...@quantumfurball.net
--- Comment #3 from Brendon Higgins ---
The workaround worked for me only after I noticed that I also had to click the
"Save" button after deleting the entry in KWalletManager (whoops).
I did also want to point out that the "user rejected access to the wallet"
error message is *highly* misleading and confusing in this situation. I was
scratching my head for a couple of hours on that one until I managed to see
Akonadi's console output say
org.kde.kgapi: Bad request, Google replied ' "{\n \"error\":
\"invalid_grant\",\n \"error_description\": \"Token has been expired or
revoked.\"\n}" '
I would suggest (as this case shows) that an error below the wallet subsystem
does not necessarily imply any choice or action on the user's part. So that
error message could be phrased better (or there could be more fidelity in the
error responses flowed back up the stack)...
--
You are receiving this mail because:
You are watching all bug changes.
[kmymoney] [Bug 346245] When updating currency prices, Kmymoney doesn't show the impact on Income and expenses report
https://bugs.kde.org/show_bug.cgi?id=346245 --- Comment #9 from Brendon Higgins --- It sounds like it is, to me. (Sorry, this older one came up when I searched.) Or at least they're both part of the broader family of bugs due to KMyMoney not really handling multicurrency accounting properly. -- You are receiving this mail because: You are watching all bug changes.
[kmymoney] [Bug 346245] When updating currency prices, Kmymoney doesn't show the impact on Income and expenses report
https://bugs.kde.org/show_bug.cgi?id=346245 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #7 from Brendon Higgins --- An old but still relevant bug. My experience with it recently was noticing one ledger entry showed different values in Income and Expenses reports depending on whether it was by Month or by Quarter (for example) - despite both the ledger entry and the report being in my base currency. I suspect this might be because the category that ledger entry is assigned to is in the currency of where I used to live rather than my current base currency. Presumably, the entry is converted to the category's currency at the date of the transaction, but converted back to the base currency at the report's date, and when those conversion rates differ, it fails the accounting equation. I realize the recommended procedure is to make a duplicate, parallel hierarchy of categories for each currency in use (inconvenient as that is): https://bugs.kde.org/show_bug.cgi?id=350905 . Better would be if the trading account concept linked in the other bug ( https://www.mathstat.dal.ca/~selinger/accounting/tutorial.html#4.2 ) was implemented as standard for multi-currency files. (I wish I had time to figure it out write a patch, but best I could offer is perhaps some coding given good direction.) Out of all this, though, what bothers me most is that there is no warning of this accounting discrepancy when categories happen to be set up this way. This is a trap that certain use-cases can trigger, should the user assume KMyMoney knows what it's doing. -- You are receiving this mail because: You are watching all bug changes.
[Elisa] [Bug 451415] New: Elisa loops indefinitely trying to fix database corruption
https://bugs.kde.org/show_bug.cgi?id=451415
Bug ID: 451415
Summary: Elisa loops indefinitely trying to fix database
corruption
Product: Elisa
Version: 21.08.3
Platform: Debian testing
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: matthieu_gall...@yahoo.fr
Reporter: bren...@quantumfurball.net
Target Milestone: ---
SUMMARY
Elisa gets stuck in an apparent infinite loop trying to rebuild its database. I
run Elisa like so:
$ QT_LOGGING_RULES="*.elisa.*=true" elisa
This is the output:
qrc:/qml/ElisaMainWindow.qml:19:1: QML ElisaMainWindow: Accessible must be
attached to an Item
org.kde.elisa.views: ViewManager::openView 0 0 ViewsListData(0x559c2c944e50)
org.kde.elisa.views: ViewManager::openView selected view 0
org.kde.elisa.views: ViewManager::openView changing view
org.kde.elisa.views: ViewManager::openViewFromData 0
org.kde.elisa.views: ViewManager::openViewFromData unknown model type
org.kde.elisa.views: ViewManager::openViewFromData ViewManager::ContextView 1
"Now Playing" QUrl("image://icon/view-media-lyrics")
file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/Page.qml:348:
Error: Cannot assign QObject* to PageRow_QMLTYPE_82*
file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/Page.qml:348:
Error: Cannot assign QObject* to PageRow_QMLTYPE_82*
org.kde.elisa.views: ViewManager::viewIsLoaded 1 ViewsListData(0x559c2c944e50)
kf.kirigami: Units.devicePixelRatio is deprecated (since 5.86): This returns 1
when using Qt HiDPI scaling.
org.kde.elisa.views: ViewManager::openView 0 1 ViewsListData(0x559c2c944e50)
org.kde.elisa.views: ViewManager::openView selected view 0
org.kde.elisa.views: ViewManager::openView 0 1 ViewsListData(0x559c2c944e50)
org.kde.elisa.views: ViewManager::openView selected view 0
org.kde.elisa.baloo: LocalBalooFileListing::registerToBaloo
org.kde.elisa.baloo: LocalBalooFileListing::registerToBaloo call
registerMonitor
org.kde.elisa.baloo: LocalBalooFileListing::registerToBaloo call
registerBalooWatcher
org.kde.elisa.indexers.manager: Local file system indexer is inactive
org.kde.elisa.indexers.manager: Baloo indexer is unavailable
org.kde.elisa.indexers.manager: Baloo indexer is inactive
org.kde.elisa.database: database open
org.kde.elisa.database: DatabaseInterface::init yes
org.kde.elisa.database: [[ 36824074 ]] "UPDATE `DatabaseVersion` set `Version`
= :version "
org.kde.elisa.database: "Tracks" table has wrong number of columns 23 expected
21
org.kde.elisa.database: Full reset of database due to corrupted database
org.kde.elisa.database: dropping table "DatabaseVersion"
org.kde.elisa.database: dropping table "DatabaseVersionV9"
org.kde.elisa.database: dropping table "DiscoverSource"
org.kde.elisa.database: dropping table "Artists"
org.kde.elisa.database: dropping table "Composer"
org.kde.elisa.database: dropping table "Genre"
org.kde.elisa.database: dropping table "Lyricist"
org.kde.elisa.database: dropping table "Albums"
org.kde.elisa.database: dropping table "Tracks"
org.kde.elisa.database: dropping table "TracksMapping"
org.kde.elisa.database: dropping table "NewAlbums"
org.kde.elisa.database: dropping table "NewTracks"
org.kde.elisa.database: dropping table "DatabaseVersionV11"
org.kde.elisa.database: dropping table "TracksData"
org.kde.elisa.database: dropping table "DatabaseVersionV12"
org.kde.elisa.database: dropping table "NewTracksData"
org.kde.elisa.database: dropping table "DatabaseVersionV13"
org.kde.elisa.database: dropping table "DatabaseVersionV14"
org.kde.elisa.database: dropping table "Radios"
org.kde.elisa.database: dropping table "sqlite_sequence"
org.kde.elisa.database: dropping table "DatabaseVersionV15"
org.kde.elisa.database: dropping table "RadiosNew"
org.kde.elisa.database: dropping table "DatabaseVersion"
org.kde.elisa.database: dropping table "DatabaseVersionV9"
org.kde.elisa.database: dropping table "DiscoverSource"
org.kde.elisa.database: dropping table "Artists"
org.kde.elisa.database: dropping table "Composer"
org.kde.elisa.database: dropping table "Genre"
org.kde.elisa.database: dropping table "Lyricist"
org.kde.elisa.database: dropping table "Albums"
org.kde.elisa.database: dropping table "Tracks"
org.kde.elisa.database: dropping table "TracksMapping"
org.kde.elisa.database: dropping table "NewAlbums"
org.kde.elisa.database: dropping table "NewTracks"
org.kde.elisa.database: dropping table "DatabaseVersionV11"
org.kde.elisa.database: dropping table "TracksData"
org.kde.elisa.database: dropping table "DatabaseVersionV12"
org.kde.elisa.database: dropping table "NewTracksData"
org.kde.elisa.database: dropping table "DatabaseVersionV13"
org.kde.elisa.database: dropping table "DatabaseVersionV14"
org.kde.elisa.database: dropping table "Radios"
org.kde.elisa.database: dropping table "sqlite_sequence"
org.kde.elisa.database: dropping table
[kdiff3] [Bug 442199] DOS line endings are not correctly detected
https://bugs.kde.org/show_bug.cgi?id=442199 --- Comment #5 from Brendon Higgins --- Also noticed (just now) kdiff3 fails to detect the line encoding if the file is UTF-16 with DOS lines. Maybe something is wrong with how this "skipBytes" parameter is handled? -- You are receiving this mail because: You are watching all bug changes.
[kdiff3] [Bug 442199] DOS line endings are not correctly detected
https://bugs.kde.org/show_bug.cgi?id=442199 --- Comment #4 from Brendon Higgins --- I'm tearing my hair out trying to understand why I still see this sometimes. Looks like UTF byte order marks screw up the automatic detection, and the line ending is (incorrectly) assumed to be Unix in that case. If I make two text files with DOS line ending and no BOM, and diff them in kdiff3, it detects those just fine, but if I add BOM to either one, it guesses Unix for that file. So this bug is only partially fixed? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 449088] New: Removing an address from the recipient list changes the following "CC" address to a "To" address
https://bugs.kde.org/show_bug.cgi?id=449088
Bug ID: 449088
Summary: Removing an address from the recipient list changes
the following "CC" address to a "To" address
Product: kmail2
Version: unspecified
Platform: Debian testing
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: composer
Assignee: kdepim-b...@kde.org
Reporter: bren...@quantumfurball.net
Target Milestone: ---
Hi,
To reproduce:
1. Compose email.
2. Add several recipients as "CC" lines.
3. Remove any of them by clicking the "X" button at the right of the edit
field.
My result shows that the immediately following address, which moves up in the
list, switches from a "CC" to a "To" address. It should stay in "CC". It
doesn't seem to be related to what the removed address or the address
immediately above is, but the behaviour does seem to be different for "BCC" and
"Reply-To" options. Not sure what the pattern is, but I have also noticed that
if you have a "To", then a "BCC", then a "CC", and remove the first ("To"), the
"CC" at the bottom becomes "To" (i.e., the effect skips the BCC).
Affects version 5.18.1 (not an option in the drop-down); not sure about more
recent versions.
Best,
Brendon
--
You are receiving this mail because:
You are watching all bug changes.
[frameworks-kio] [Bug 449038] New: Papercut: Accidentally switching to a recent name by pressing an arrow key obliterates custom name
https://bugs.kde.org/show_bug.cgi?id=449038 Bug ID: 449038 Summary: Papercut: Accidentally switching to a recent name by pressing an arrow key obliterates custom name Product: frameworks-kio Version: 5.88.0 Platform: Debian testing OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: Open/save dialogs Assignee: kio-bugs-n...@kde.org Reporter: bren...@quantumfurball.net CC: kdelibs-b...@kde.org Target Milestone: --- Hi, I was using Okular to read a downloaded PDF, and wished to save it, so I used "Save As...". When the dialog came up, I didn't like the suggested file name, so I began changing it, first editing some characters at the start of the name before moving right towards the end for more edits. In the process to move the cursor, I tried to press the right arrow key, but I accidentally hit the down arrow key, and so the dialog switched to a recently used name (from the names drop down list), overwriting the name I had almost finished editing and actually desired. It turns out there's no way to undo that - the "in progress" user-customized name completely disappears from the drop-down list and cannot be recovered. Frustrating! Seems that this can also be triggered using the mouse by selecting a recent name from the drop-down - any "in progress" custom name is similarly lost. Please make it possible to undo the selection from the recent files list. Perhaps "in progress" edit could be left as a separate line in the drop-down list, so that it can be returned to if the user desires. (Making the down arrow undo the up arrow, and vice versa, would be good.) Also affects Kate (I checked) and presumably any other program which uses the standard dialog. Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 448658] Cannot move mouse into semantic analysis popup at end-of-line when the window is too small
https://bugs.kde.org/show_bug.cgi?id=448658 --- Comment #3 from Brendon Higgins --- Created attachment 145589 --> https://bugs.kde.org/attachment.cgi?id=145589=edit fine3 - popup over past-end-of-line but window wide enough for natural position -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 448658] Cannot move mouse into semantic analysis popup at end-of-line when the window is too small
https://bugs.kde.org/show_bug.cgi?id=448658 --- Comment #2 from Brendon Higgins --- Created attachment 145588 --> https://bugs.kde.org/attachment.cgi?id=145588=edit fine2 - popup over text before end-of-line, but shifted to stay within window -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 448658] Cannot move mouse into semantic analysis popup at end-of-line when the window is too small
https://bugs.kde.org/show_bug.cgi?id=448658 --- Comment #1 from Brendon Higgins --- Created attachment 145587 --> https://bugs.kde.org/attachment.cgi?id=145587=edit fine1 - popup naturally to left of window edge -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 448658] New: Cannot move mouse into semantic analysis popup at end-of-line when the window is too small
https://bugs.kde.org/show_bug.cgi?id=448658 Bug ID: 448658 Summary: Cannot move mouse into semantic analysis popup at end-of-line when the window is too small Product: kdevelop Version: 5.6.2 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- Created attachment 145586 --> https://bugs.kde.org/attachment.cgi?id=145586=edit buggy SUMMARY Sometimes a semantic analysis note/action/highlight will appear at the end of a line of code. For example, edit a function declaration and an "Adapt Signature" highlight will appear at the end of the line. If you hover over the line, a popup will appear - in this example, it will have a clickable link to apply the action. I'm finding that if you hover over the highlighted part that starts at the text's end-of-line, and the KDevelop window is small enough that the popup has to shift to the left, then moving the mouse immediately resets the popup - making it impossible to click anything in the popup. This only seems to happen for the past-end-of-line highlight part and only when the popup has to shift to stay within the KDevelop window bound - all other cases (hover over the text, or window is wider) seem to keep the popup open when the mouse is moved, allowing the user to click any links therein. I attach some images that hopefully illustrate the issue. In particular, compare fine3 (wider window) with buggy (narrower window). In the former the popup stays with ample time to move the mouse into it for clicking any links, while in the latter, the popup disappears as soon as the mouse moves. Peace, Brendon -- You are receiving this mail because: You are watching all bug changes.
[akregator] [Bug 447552] New: Changes to medium font size are not kept once Configure dialog is closed
https://bugs.kde.org/show_bug.cgi?id=447552 Bug ID: 447552 Summary: Changes to medium font size are not kept once Configure dialog is closed Product: akregator Version: 5.18.1 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: internal browser Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- SUMMARY Akregator has trouble keeping the user-specified medium font size applied, and tends to reset it to the default size. It also misreports the medium font size in the Configure dialog when this has happened, showing the user's value and not the value actually being used. STEPS TO REPRODUCE 1. Configure Akregator -> Appearance 2. Set Medium font size to something, e.g. 13pt. 3. Click Apply. Notice text in the article pane does get larger. 4. Click OK. Notice text in the article pane goes back to the original (10pt) size. 5. Configure Akregator -> Appearance 6. Notice that Medium font size still says "13pt". 7. Restart Akregator. 8. Configure Akregator -> Appearance 9. Notice that Medium font size now says "10pt" - "13pt" was forgotten. OBSERVED RESULT Something causes the user-specified size to be reset to the default 10pt, as observed on the article pane. The Configure dialog isn't updated to reflect this. EXPECTED RESULT The user-specified font size is kept. SOFTWARE/OS VERSIONS Linux/KDE Plasma: KDE Plasma Version: 21.08.1 KDE Frameworks Version: 5.88.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 444888] New: Recurring invitiations show excluded days of week but not dates
https://bugs.kde.org/show_bug.cgi?id=444888 Bug ID: 444888 Summary: Recurring invitiations show excluded days of week but not dates Product: kmail2 Version: Git (master) Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- SUMMARY KMail 5.18.1 (missing from Version list as of writing). Invitations for recurring events with specific exclusions only show the days-of-the-week of those exclusions, not their dates. OBSERVED RESULT For example, when I view one invitation message, I see this on the "Recurrence" line: "Recurs weekly on Fri. until 2021-12-17 10:00 A.M. (excluding Fri.,Fri.)" Notice the "(excluding Fri.,Fri.)" part. Now, in this case I know this refers to two specific dates in the past where this recurring event was cancelled. But only the days of the week are shown, so it could easily be confused: Is an exclusion in the future (as a user might reasonably assume) or the past? Is it recurring or once-off? EXPECTED RESULT My thoughts: 1. Exclusions should be differentiated and displayed with better clarity. Weekly recurring exclusions can be shown as generalized day-of-week, but specific exclusions should be shown as specific dates. 2. There may not be a need to display exclusions for past dates. But perhaps some users find that useful. Could have a "Show past exclusions" button/link which shows them, or perhaps a config option somewhere. ADDITIONAL INFORMATION I also just noticed that if I click the vertical sidebar that says "Calendar Message", it changes between "Plain Message" and "HTML Message" - but won't switch back to "Calendar Message". I have to change the current email to get back there. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 442089] Tens of "error while trying to delete calendar item" popups appear randomly
https://bugs.kde.org/show_bug.cgi?id=442089 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #7 from Brendon Higgins --- I'm getting this lately, too (on Debian testing). Sometimes it's 4 windows, sometimes it's 63. To save RSI, I've found that if you have grouping enabled on the taskbar, you can close a bunch at once by right-clicking on the taskbar group. Doesn't close all of them, but for 63 windows it only takes about 6 clicks. -- You are receiving this mail because: You are watching all bug changes.
[korganizer] [Bug 419713] KOrganizer deletes events in calendar without prompting
https://bugs.kde.org/show_bug.cgi?id=419713 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 443363] New: No way to close New Connection tab from fullscreen mode
https://bugs.kde.org/show_bug.cgi?id=443363 Bug ID: 443363 Summary: No way to close New Connection tab from fullscreen mode Product: krdc Version: 21.08.0 Platform: Debian testing OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: uwol...@kde.org Reporter: bren...@quantumfurball.net CC: aa...@kde.org Target Milestone: --- Hi, While in a fullscreen remote session, I accidentally clicked the "New Connection" button on the toolbar. From here I noticed that there isn't a way to close this tab from fullscreen mode - I have to switch back to windowed mode to click the "X" on the "New Connection" tab. It would be good if there was a way to do it without leaving fullscreen mode. My suggestion would be that for the "New Connection" tab, the "Disconnect" button (which is disabled anyway) gets replaced with a "Close tab" button. Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[kdiff3] [Bug 442199] DOS line endings are not correctly detected
https://bugs.kde.org/show_bug.cgi?id=442199 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #1 from Brendon Higgins --- I observe this behaviour also on Linux builds (Debian unstable packages, v1.9.3). Apart from blank lines between every line, I also notice some corruption tends to happen around the second/third/fourth lines (maybe others). -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 442387] New: "Use default identity" does not respect parent folder setting
https://bugs.kde.org/show_bug.cgi?id=442387 Bug ID: 442387 Summary: "Use default identity" does not respect parent folder setting Product: kmail2 Version: unspecified Platform: Debian unstable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: folders Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- Hi, When creating a reply to an email, kmail consults the list of addressees of that email to match an identity to use for the new reply - if it fails to find a match, it chooses the identity based on the setting of the folder the email is in. It seems that in this latter situation, it doesn't matter if the *parent* folder has a non-global-default identity specified. I could be wrong, but I feel like it used to be the case that if any parent folder has a non-default identity specified, this would cascade to child folders. Certainly this would make more sense to me as the default behaviour, at least in my use-case - I have multiple accounts with different identities specified at the top level (account) folder, but unless I were to set each folder individually to use the applicable non-global-default identity, this is ignored. I would like to see identity settings cascade into subfolders, but on further reflection I think "Use default identity" would make more sense split-up into three options: 1. Use global default identity (i.e., the current behaviour), 2. Use parent folder identity (IMO the better behaviour to have as default), 3. Use another identity (user choice goes here). Peace, Brendon SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.21.5 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 440563] New: Moving two emails to another folder overwrites one with the other in local cache
https://bugs.kde.org/show_bug.cgi?id=440563 Bug ID: 440563 Summary: Moving two emails to another folder overwrites one with the other in local cache Product: kmail2 Version: 5.15.3 Platform: Debian unstable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- Hi, I have a GMail account with Inbox and another folder. I have three related messages, one (#1) in Inbox and two (#2 and #3) in the folder. After selecting the two messages in the folder, I dragged them them into Inbox (move). The three messages were threaded together in Inbox, but somehow #3 was replaced by a duplicate of #2! Now in KMail it looks like I have two identical messages in this thread following #1. This seems to be a local cache bug. The GMail interface shows the original email #3, now in Inbox. Poking around in Akonadi Console (while pretending I know what I'm doing in here) I see Remote ID's differ by 1, and so do Unique ID's. The "later" one, which I guess is #3, seems to have Revision 2, whereas the other (presumably #2) has Revision 1. Not sure what that implies. Let me know if I can provide more info, though at some point I will need to invalidate this local cache to fix the problem. Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 403154] kdevelop crashes when Plasma session ends (user logs out)
https://bugs.kde.org/show_bug.cgi?id=403154 Brendon Higgins changed: What|Removed |Added Status|NEEDSINFO |RESOLVED Resolution|WAITINGFORINFO |WORKSFORME --- Comment #2 from Brendon Higgins --- Just gave it a try, and can no longer reproduce. -- You are receiving this mail because: You are watching all bug changes.
[kdiff3] [Bug 435921] New: Word-wrapping in the merge panel
https://bugs.kde.org/show_bug.cgi?id=435921 Bug ID: 435921 Summary: Word-wrapping in the merge panel Product: kdiff3 Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: application Assignee: reeves...@gmail.com Reporter: bren...@quantumfurball.net Target Milestone: --- Hi, I use kdiff3 on LaTeX documents which tend to have long lines. The diff windows can be word-wrapped, which is very helpful for this situation. But there doesn't seem to be a way to similarly word-wrap the contents of the merge panel. I can scroll left-right as a work-around, although that also scrolls the diff windows. That doesn't really make sense while they have word-wrapping enabled, and makes the manual process that much more difficult. Word-wrap in the merge panel would be helpful when merging documents with long lines. Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 435235] New: When pasting file using Projects tool view, "File Already Exists" window cannot be interacted with
https://bugs.kde.org/show_bug.cgi?id=435235 Bug ID: 435235 Summary: When pasting file using Projects tool view, "File Already Exists" window cannot be interacted with Product: kdevelop Version: 5.6.2 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: UI: general Assignee: kdevelop-bugs-n...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- Hi, SUMMARY STEPS TO REPRODUCE 1. Open a project 2. In the Projects tool view, right-click on any file, and Copy 3. Right click on the folder that contained that file, and Paste 4. A "File Already Exists" window appears. Try to use it at all, e.g. edit the file name OBSERVED RESULT You can't interact with the window contents at all - not even Cancel works. Nor can you get back to KDevelop main window. You have to click the "Stop" button in the Plasma notification to abort the paste operation (causing KDevelop to then show you a "Paste Failed" window). EXPECTED RESULT Editable fields, working buttons... Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 432774] Kdevelop replaces "." with "->" when writing C compound literals
https://bugs.kde.org/show_bug.cgi?id=432774 --- Comment #1 from Brendon Higgins --- I want to add that whatever logic replaces "." with "->" also triggers after CTRL+Z. So in some circumstances the Undo action can be rendered difficult or unusable. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 432774] New: Kdevelop replaces "." with "->" when writing C compound literals
https://bugs.kde.org/show_bug.cgi?id=432774
Bug ID: 432774
Summary: Kdevelop replaces "." with "->" when writing C
compound literals
Product: kdevelop
Version: 5.6.2
Platform: Debian testing
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: All editors
Assignee: kdevelop-bugs-n...@kde.org
Reporter: bren...@quantumfurball.net
Target Milestone: ---
Hi,
Create a new file.c with the following content:
--%<--
typedef struct myStruct {
int x;
} myStruct;
myStruct fn() {
}
-->%--
Now try to insert the line "return (myStruct) { .x = 0 };" inside fn(). As soon
as you type "." Kdevelop immediately turns it into "->". Now try to correct
that. The only way I've found that doesn't get immediately replaced again is to
paste a "." from the clipboard.
Best,
Brendon
--
You are receiving this mail because:
You are watching all bug changes.
[okular] [Bug 341250] View is locked/frozen after Zoom to Auto Fit
https://bugs.kde.org/show_bug.cgi?id=341250 Brendon Higgins changed: What|Removed |Added Version|0.20.2 |20.12.1 CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[krdc] [Bug 432484] New: VNC viewport reacts to trackpad/mouse-wheel scrolling when it should not
https://bugs.kde.org/show_bug.cgi?id=432484 Bug ID: 432484 Summary: VNC viewport reacts to trackpad/mouse-wheel scrolling when it should not Product: krdc Version: unspecified Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: VNC Assignee: uwol...@kde.org Reporter: bren...@quantumfurball.net CC: aa...@kde.org Target Milestone: --- With a VNC connection viewed in fullscreen mode, connected to a host that has a larger display, using trackpad scrolling (and I presume also mouse-wheel scrolling, but didn't test) anywhere inside the viewport both sends the scroll events to the host *and* causes the viewport to pan. This makes it very unwieldy to use, under those circumstances. Compare to RDP, where Krdc only sends the scroll events to the host (the viewport stays put). Tested with version 20.12.0. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 430024] Shortcuts can break git/svn integration functions
https://bugs.kde.org/show_bug.cgi?id=430024 Brendon Higgins changed: What|Removed |Added Platform|Debian stable |Debian testing -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 430024] New: Shortcuts can break git/svn integration functions
https://bugs.kde.org/show_bug.cgi?id=430024 Bug ID: 430024 Summary: Shortcuts can break git/svn integration functions Product: dolphin Version: 20.08.2 Platform: Debian stable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: bren...@quantumfurball.net CC: kfm-de...@kde.org Target Milestone: --- SUMMARY Suppose the user has a shortcut to a subfolder of a git or svn working copy. If the user starts a fresh instance of Dolphin and then uses that shortcut to navigate to that folder, it seems the git/svn integration fails not realise this location is part of a working copy, and doesn't show status icons or context menu options. If the user navigates to a location where the git/svn root folder is present in the path/breadcrumb widget (this might be as simple as going to the parent of the shortcut folder), then it starts working. The user can then navigate back to the shortcut location, either manually or by using the shortcut, and the integration continues to work from then on. It seems like the git/svn integration keeps track of which folders are known to be working copies, but initially it only examines folders up to the highest-level folder that is displayed in path/breadcrumb widget - not the root of the filesystem. This fails in the above situation, where the shortcut name is the highest-level folder shown on the widget, but on the actual filesystem it exists below the root of the working copy. I tested git and svn, but others might also be affected. Best, Brendon -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 428583] New: KMail Composer freezes intermittently on large messages with many quote lines
https://bugs.kde.org/show_bug.cgi?id=428583 Bug ID: 428583 Summary: KMail Composer freezes intermittently on large messages with many quote lines Product: kmail2 Version: 5.15.2 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: composer Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- Created attachment 132952 --> https://bugs.kde.org/attachment.cgi?id=132952=edit Observed call graph (cycle detection on) Hi, How to observe: Open kate, and make a new text document consisting of 2^13 lines of "test" (e.g., "test", RETURN, CTRL-A, CTRL-C, DOWN, CTRL-V, repeat 11 more times...). Paste that into new kmail composer window. Edit in composer, inserting lines randomly and adding whatever gibberish you like - things operate reasonably okay. Now make 2^13 lines of "> test" (e.g., Replace All "test" with "> test"), paste it in, and try editing that. After a few seconds for me, the UI then freezes for a good 20 seconds. It will seem to come back, then freeze again after a few more seconds (it doesn't seem consistent). I feel like my Ryzen 3700X should be able to treat a few thousand lines of text with ease, but here we are. I've had message chains between colleagues that end up like this - thousands of lines of quotes due to multiple rounds of HTML/text conversion and line splitting. Using one such example I had encountered, I tried doing a callgrind analysis for the time the composer was preparing to display the message. From that, I'm seeing two calls to QSyntaxHighlighter::rehighlight() are apparently turning into a few thousand calls to QSyntaxHighlighterPrivate::reformat, and in turn about 22 million calls to QTextDocumentLayoutPrivate::layoutBlock(). That seems like a lot, but I confess I'm not certain how to interpret the results (or the implication of "Cycle Detection" in KCachegrind), so I'll attach some call graph images in hopes it's useful. For what it's worth, I have not found this effect in kate, even while the text is being syntax highlighted. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 428583] KMail Composer freezes intermittently on large messages with many quote lines
https://bugs.kde.org/show_bug.cgi?id=428583 --- Comment #1 from Brendon Higgins --- Created attachment 132953 --> https://bugs.kde.org/attachment.cgi?id=132953=edit Observed call graph (cycle detection off) -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 409183] Using Password based authentication when Oauth2 is selected
https://bugs.kde.org/show_bug.cgi?id=409183 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #5 from Brendon Higgins --- (In reply to Allan Sandfeld from comment #4) > What OAuth2 support is that? All I could find was specific google oauth > support. I think generic OAuth2 is basically missing. This is in the Exchange Web Service component. I wasn't able to find it in KMail, and ended-up going through akonadiconsole for it, but there might be a more normal way to it. I wish generic (IMAP) OAuth2 worked; I miss being able to have messages downloaded locally for offline... -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 428402] New: Configuration OK button is disabled while user/pass fields empty, even when user/pass is disabled
https://bugs.kde.org/show_bug.cgi?id=428402 Bug ID: 428402 Summary: Configuration OK button is disabled while user/pass fields empty, even when user/pass is disabled Product: Akonadi Version: 5.15.2 Platform: Debian testing OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: EWS Resource Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net CC: kri...@op.pl Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. Create a new EWS account to open a Microsoft Exchange Configuration window. 2. Note that the OK button is disabled, and becomes enabled when you enter a username and password. Delete the username and password so the OK button becomes disabled again. 3. Select OAuth2 radio button. Notice that the username and password fields are disabled, and so is the OK button. The OK button will stay this way even after you enter all other necessary settings. OBSERVED RESULT You can't OK the configuration. Workaround is to switch the radio button, put something in a username and password (which defeats the purpose of OAuth2 if you use your actual username and password) then switch it back to OAuth2. The content stays in the fields even though they are disabled. EXPECTED RESULT OK button enabled if OAuth2 selected. SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.74.0 Qt Version: 5.14.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 402780] Akonadi doesn't work with Exchange again
https://bugs.kde.org/show_bug.cgi?id=402780 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #22 from Brendon Higgins --- (In reply to Krzysztof Nowicki from comment #9) > Correction: > > https://outlook.office365.com/EWS/Exchange.asmx Thanks, Krzysztof. Autodiscover fails for my organization, so I needed this. But it's not user-discoverable in the slightest. Would it make sense as being a default value when manual mode is selected? -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 427660] New: Images with inline disposition are hidden from plain message view, cannot access as attachments
https://bugs.kde.org/show_bug.cgi?id=427660 Bug ID: 427660 Summary: Images with inline disposition are hidden from plain message view, cannot access as attachments Product: kmail2 Version: 5.14.1 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- A colleague of mine sends me an email using Apple Mail. He embeds images into the message, which are given "Content-Disposition: inline;". When I view the email in KMail, the (default) Plain Message mode makes no mention of any images. I would have presumed they would appear as attachments - or something - given that Plain Message cannot display that content. I reply to my colleague asking for the image he refers to, only to end up slightly embarrassed because it was indeed sent with the original message. I would have seen it if I had switched to HTML Message view. In fact, it seems like there isn't any way to view/save such an embedded image without enabling HTML Message view... -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 426504] New: Pages are not rendered while inertially-scrolling through a multi-page file
https://bugs.kde.org/show_bug.cgi?id=426504 Bug ID: 426504 Summary: Pages are not rendered while inertially-scrolling through a multi-page file Product: okular Version: 1.11.0 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- SUMMARY New pages that come into view, which have not previously been rendedered, are not rendered while inertially-scrolling through a multi-page file. They are only rendered once the scrolling animation stops. STEPS TO REPRODUCE 1. Open a multi-page file (I've tested PDF and CHM files). 2. Grab the page and fling it once so that Okular starts inertially scrolling through the pages at decent speed. 3. Watch the pages come into view. OBSERVED RESULT After the first couple of pages (maybe related to a performance setting?) subsequent pages are all unrendered (blank, except for the Okular icon in the top left corner of the page). It doesn't seem to be related to the complexity of the pages, and continues even as the scrolling animation slows down. As soon as the inertial scrolling stops or the user grabs the page, the page(s) in view are rendered. The renderer seems to be waiting for the scrolling to stop. EXPECTED RESULT Pages are rendered as/before they come into view. SOFTWARE/OS VERSIONS KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.14.2 ADDITIONAL INFORMATION With this bug, inertial scrolling is not useful for scanning through a document (otherwise it might be a good use-case; e.g. looking for a half-remembered figure). I haven't seen this behaviour with any of the regular scrolling methods. PgUp/PgDown may just move too slowly to show the effect (especially with #422050, but perhaps now that's fixed...), even though it uses animation. No-one else noticed this? Or maybe something is messed up in my config? Honestly not sure - sorry for the noise, if it's just me. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 425597] Annotation Toolbar not shown
https://bugs.kde.org/show_bug.cgi?id=425597 --- Comment #10 from Brendon Higgins --- I use Debian's official packages. Sometimes I install newer versions from unstable, but usually I just stick with testing. Either way, I doubt Debian pulls from unreleased versions for KDE packages, generally speaking... though, to be fair, I can't say for certain. TLDR: Not that I'm aware of. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 425597] Annotation Toolbar not shown
https://bugs.kde.org/show_bug.cgi?id=425597 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #7 from Brendon Higgins --- Created attachment 131522 --> https://bugs.kde.org/attachment.cgi?id=131522=edit Problematic config file I just hit this issue on a Debian Testing system. My .local/share/kxmlgui5/okular/ folder only has a part.rc file, which I've attached. I tried removing that file. The new toolbar looks somewhat different to what it used to, but the annotation tools are now accessible (no longer as a side-bar, I see). -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 425803] "Send Later" sends immediately
https://bugs.kde.org/show_bug.cgi?id=425803 --- Comment #2 from Brendon Higgins --- Thanks, Laurent. Hmm, something is definitely screwey here, though. I tested on a fresh user account and it does it there, too. If I set the delay time sufficiently far into the future then it doesn't do it. So I tried a binary search, and ended up concluding that it doesn't matter what time you set: if it's for the same day, the message will get sent immediately. I'm wondering if timezones might also factor in, but no evidence as yet. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 425803] New: "Send Later" sends immediately
https://bugs.kde.org/show_bug.cgi?id=425803 Bug ID: 425803 Summary: "Send Later" sends immediately Product: kmail2 Version: 5.14.1 Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- STEPS TO REPRODUCE 1. Compose an email. 2. Use "Send Later" in the Message menu, enable "Delay" to Send at, e.g., one hour later (the default). 3. Click "Send Later". OBSERVED RESULT The Send Later agent pops up a notification as it sends the email without delay, and the recipient receives it immediately. EXPECTED RESULT The email is sent at the time that was specified in the Send Later dialog. SOFTWARE/OS VERSIONS Linux/KDE Plasma: (available in About System) KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[Falkon] [Bug 400120] Feature Request: PDF View Support
https://bugs.kde.org/show_bug.cgi?id=400120 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #9 from Brendon Higgins --- Just yesterday while submitting a paper to arxiv.org I found that the built-in viewer would not render the PDF which their server generated. The screen was just grey. Of course, I was logged in and the submission is private, so I couldn't just wget the URL. I had to use Firefox (which does allow me to turn their built-in viewer off) instead. Good to know about the "disable pepper plugins" workaround. From my point of view, though, Falkon desparately needs an on/off toggle, and a "Save" button, for the built-in PDF viewer. (My experience with these continues to be hit-or-miss, and I was quite happy to just use Okular for PDF viewing in the past...) -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 335255] Quicksearch: non-alphanumeric characters in search term are ignored at word boundaries
https://bugs.kde.org/show_bug.cgi?id=335255 Brendon Higgins changed: What|Removed |Added Version|5.4.0 |5.12.3 CC||bren...@quantumfurball.net --- Comment #4 from Brendon Higgins --- Still present in 5.12.3 (currently in Debian). I was hoping to filter based on a specific hyphenated term, but of course I also get a ton of other messages that contain all of the words separately, because of this bug. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 404990] Sign in with Google temporarily disabled for this app
https://bugs.kde.org/show_bug.cgi?id=404990 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #54 from Brendon Higgins --- For the record (because Daniel's blog post claims otherwise), existing users can indeed be affected by this: I've had two GMail accounts accessed from three serparate machines all start refusing logins over the last few weeks, at different times. It seems like some kind of expiry happens, at which point logins start failing. PLAIN works for me, fortunately. Feels like Google's really skirting anticompetitive/antitrust territory here. But maybe I'd have a different opinion given a bit more transparency on what they were actually asking for. Either way, thanks for going to bat for us, Daniel! -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 406087] New: akonadictl fsck incorrectly reports success when file_lost+found folder is absent
https://bugs.kde.org/show_bug.cgi?id=406087 Bug ID: 406087 Summary: akonadictl fsck incorrectly reports success when file_lost+found folder is absent Product: Akonadi Version: unspecified Platform: Debian testing OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- SUMMARY I ran akonadictl fsck, it reported: Found unreferenced external file: [...] [...] Moved 893 unreferenced files to lost+found. However, I had deleted the entire file_lost+found folder after the last time I did such a clean-up, assuming akonadi would recreate it when necessary. Not so, apparently. The folder still doesn't exist after running akonadictl fsck. The files have not moved. If I re-run akonadictl fsck, it reports the same unreferenced files, and that (again) it moved them to lost+found. Looks like storagejanitor.cpp neglects to check that the folder exists or the result of the call to QFile::rename(), and so incorrectly reports success when the operation actually fails. akonadictl fsck works correctly after I create the folder. EXPECTED RESULT Create file_lost+found folder automatically and/or report failure to move the files, not success. ADDITIONAL INFORMATION akonadictl --version reports 5.9.3 (apparently missing from the version list). -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 403154] New: kdevelop crashes when Plasma session ends (user logs out)
https://bugs.kde.org/show_bug.cgi?id=403154 Bug ID: 403154 Summary: kdevelop crashes when Plasma session ends (user logs out) Product: kdevelop Version: 5.3.1 Platform: Debian testing OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: UI: general Assignee: kdevelop-bugs-n...@kde.org Reporter: bren...@quantumfurball.net Target Milestone: --- Created attachment 117427 --> https://bugs.kde.org/attachment.cgi?id=117427=edit Backtrace of kdevelop segfault upon Plasma logout Every time I log out of my Plasma session while kdevelop is still running, during the logout process a Dr. Konqui dialog appears informing me that kdevelop crashed. Usually this is only up for a few seconds before the screen resets and SDDM appears. I managed to save the backtrace on one occasion (attached). The crash seems to happen every time I log out, but it doesn't seem to occur when I close the kdevelop window manually, though. I've noticed this problem going several versions back, though I wouldn't be able to say exactly when it started. KDE Plasma Version: 5.14.3 KDE Frameworks Version: 5.51.0 Qt Version: 5.11.3 -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 389665] Rotating screen doesn't work on wayland
https://bugs.kde.org/show_bug.cgi?id=389665 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 400760] New: VPN login dialog suppresses Wifi connection password dialog
https://bugs.kde.org/show_bug.cgi?id=400760
Bug ID: 400760
Summary: VPN login dialog suppresses Wifi connection password
dialog
Product: plasma-nm
Version: 5.13.5
Platform: Debian unstable
OS: Linux
Status: REPORTED
Severity: minor
Priority: NOR
Component: general
Assignee: jgrul...@redhat.com
Reporter: bren...@quantumfurball.net
Target Milestone: ---
Hi there!
My work's VPN was being problematic today, so I left the VPN login dialog ("VPN
secrets (openconnect) dialog") open to remind myself of it. Meanwhile, my Wifi
disconnected, and when trying to reconnect it kept getting stuck at "Waiting
for authorization". After much hair-pulling, I figured out that having the VPN
dialog open actually prevents the connection password dialog from appearing.
This was surprising. There's no clear indication that there was another
password dialog in the system queue, which the Wifi authorization was waiting
for. But even so, I'd expect that the Wifi password prompt would come up even
though the VPN dialog is active. From a user perspective, there's no reason for
one to block the other.
Side note: After this happened, somehow a new connection was created with " 1"
appended to the name. I'm not exactly sure what caused that, but it seems
potentially related.
--
You are receiving this mail because:
You are watching all bug changes.
[Akonadi] [Bug 399389] akonadi_imap_resource crash on gmail
https://bugs.kde.org/show_bug.cgi?id=399389 --- Comment #4 from Brendon Higgins --- I'm not experiencing this issue anymore with the latest Debian packages. I suspect it was due to a packaging incompatibility, triggered by some transitions of Qt and KDE PIM hitting Debian unstable/testing, which was causing the QtWebKit (or is it Engine, now?) to crash during the authorization process. Now the process completes normally, for me. Frank, are you still experiencing this issue? -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 399389] akonadi_imap_resource crash on gmail
https://bugs.kde.org/show_bug.cgi?id=399389 Brendon Higgins changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #3 from Brendon Higgins --- I'm seeing similar behaviour, also on Debian Sid. I've multiple GMail/GoogleApps accounts, and they all trigger their own authentication window to open when KMail starts. I press Next, and the window disappears and reappears shortly after, three times for each account. After the three attempts I see ""/usr/bin/akonadi_imap_resources" crashed too often and will not be restarted!" in Akonadi Console's log. I thought I had found a workaround by using the Restart button in KMail's configuration dialog (only got the authentication window once - it went away after clicking Next - and in KMail the account folders are no longer red and marked as Offline), but upon closer inspection it turns out the imap resource still crashes and new mails aren't arriving. So, not a workaround, just a more silent failure than before... -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 377991] Change color scheme for editor in KDevelop also changes color in other instances of Kate/KWrite
https://bugs.kde.org/show_bug.cgi?id=377991 Brendon Higgins changed: What|Removed |Added Version|5.1.0 |5.2.3 CC||bren...@quantumfurball.net --- Comment #4 from Brendon Higgins --- I just stumbled onto this bug, myself. What surprised me most about it is that in KDevelop the option is labelled "Default schema for kdevelop:" and in Kate it is "Default schema for kate:". I think it's reasonable for the user to assume, by the way they are labelled, that they are independent settings local to the application - not that they in-fact reflect the same global setting. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 376104] Quick tile window to any screen edge or corner de-maximizes the window without tiling as a first action since plasma 5.9.0
https://bugs.kde.org/show_bug.cgi?id=376104 Brendon Higgins <bren...@quantumfurball.net> changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 381000] [Regression] High CPU when background is set to slideshow
https://bugs.kde.org/show_bug.cgi?id=381000 Brendon Higgins <bren...@quantumfurball.net> changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #166 from Brendon Higgins <bren...@quantumfurball.net> --- (In reply to Christoph Feck from comment #165) > Daniel, see bug 368838, which for some reason is the new ticket about this > issue. I remember seeing someone mentioning it doesn't happen with Qt 5.10, > but I cannot find it right now. Hi, Christoph. You're probably thinking of bug 386846, which is one of two David Edmundson split this bug into. See comment 157. Qt 5.10 being a potential fix is mentioned there. (I hope it's so. I have plasma, running under virtual box, using damn near 100% of every core when my background is in slideshow mode.) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 386846] High CPU with Animator vs Animation on some systems
https://bugs.kde.org/show_bug.cgi?id=386846 Brendon Higgins <bren...@quantumfurball.net> changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 362274] Local files treated as URLs when more than one is placed on command line
https://bugs.kde.org/show_bug.cgi?id=362274 --- Comment #2 from Brendon Higgins <bren...@quantumfurball.net> --- Still reproducible with the packages in Debian testing, but investigating the git logs, it looks like commit 3d0531c0f253e469126b463f0dfb374a19dee641 by Antonio Larrosa (now almost a year ago!) most likely has addressed this bug. Good to know. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kwallet] [Bug 381731] New: Opening KWallet wallet fails over xrdp, password not accepted
https://bugs.kde.org/show_bug.cgi?id=381731 Bug ID: 381731 Summary: Opening KWallet wallet fails over xrdp, password not accepted Product: frameworks-kwallet Version: 5.28.0 Platform: Debian testing OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: va...@kde.org Reporter: bren...@quantumfurball.net CC: kdelibs-b...@kde.org Target Milestone: --- While using xrdp to log in to a remote computer, I find that the KWallet prompts fail to accept a correctly-typed password and open the wallet. After I type the password, the prompt immediately returns with a -9 error code asking to retype the password. The same password works correctly for my wallet when I log in locally. -- You are receiving this mail because: You are watching all bug changes.
[kio-extras] [Bug 364642] 16.04.3: kio_sftp is broken
https://bugs.kde.org/show_bug.cgi?id=364642 Brendon Higgins <bren...@quantumfurball.net> changed: What|Removed |Added CC||bren...@quantumfurball.net -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 363719] Sidebar can not be resized even when the details are too long
https://bugs.kde.org/show_bug.cgi?id=363719 --- Comment #8 from Brendon Higgins <bren...@quantumfurball.net> --- (I hesitate to respond, as this seems like a digression from the bug here, but since you asked...) (In reply to Elvis Angelaccio from comment #7) > This should not happen... You do have have shared-mime-info installed, right? Yes, the shared-mime-info package is installed. > What about the Open dialog(CTRL+O) ? In the "Filter:" picker, do you see the > raw mimetypes or the friendly names In Ark's open dialog, I also see mimetypes. Same with Dragon, but interestingly not KMail or KMyMoney. I start to wonder if it's just KF5 programs, not those still on KF4. FWIW, two machines I use exhibit this mimetype issue. -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 363719] Sidebar can not be resized even when the details are too long
https://bugs.kde.org/show_bug.cgi?id=363719 --- Comment #6 from Brendon Higgins <bren...@quantumfurball.net> --- Hmm. I only ever see raw MIME types, not friendly names, for any file. (For this specific case I can reproduce it with simply an empty .xlsx made in LibreOffice.) Maybe something is busted in my install, settings, or the packages I'm using (Debian testing/unstable). Trying to edit the file type's description in File Associations doesn't seem to stick for me, though it looks as if it ought to. If that description is what becomes the type's friendly name used by Ark, that means Ark should format nicely for arbitrary strings anyway... -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 363719] Sidebar can not be resized even when the details are too long
https://bugs.kde.org/show_bug.cgi?id=363719 Brendon Higgins <bren...@quantumfurball.net> changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #4 from Brendon Higgins <bren...@quantumfurball.net> --- Please also apply this fix to the "Type" field, which can also get somewhat long. For example, I'm currently experiencing "Type: application/vnd.openxmlformats-officedocument.spreadsheetml.sheet", which makes the sidebar take half of my (960-pixel-wide) Ark window. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365286] New: 90 degree screen rotation causes plasmoids to move, don't move back if screen returns to original orientation
https://bugs.kde.org/show_bug.cgi?id=365286 Bug ID: 365286 Summary: 90 degree screen rotation causes plasmoids to move, don't move back if screen returns to original orientation Product: plasmashell Version: 5.6.5 Platform: Debian testing OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Desktop Containment Assignee: se...@kde.org Reporter: bren...@quantumfurball.net My workflow involves occasionally turning my screen 90 degrees (e.g. to read a document or edit a portrait picture), but only temporarily. I use KScreen to switch the orientation of the display. Plasma helpfully moves the plasmoids I have on the desktop so that they fit (horizontally) in the new dimensions. When I'm done, I turn my screen back and change the display orientation back to the original in KScreen. The plasmoids do not move back to where they were originally - instead they stay where they were moved to (relative to the left side of the screen). I put my plasmoids near the right side of the screen, so they end up shifting to about the middle, and I have to manually drag them back every time. This is a pain. Reproducible: Always Steps to Reproduce: (0. Assumption: Your display is not square.) 1. Place some plasmoids in various locations (at least one near the right or bottom edge of the screen). 2. Use KScreen (presumably any xrandr client would also work) to rotate the display 90 degrees. 3. See on the desktop the positions have changed to fit in the new screen dimensions. 4. Rotate the display 90 degrees back to the original orientation. 5. See on the desktop Plasma has forgotten the original positions as they have not changed back. 6. Move all of your plasmoids back to where you put them to begin with... Actual Results: Plasmoids are shifted, user is annoyed. Expected Results: I think it would be useful for plasmoids positions to be stored independently for different screen orientations. Then if positions are present for an orientation Plasma can just use them, and if they're missing, Plasma can generate them automatically. It also gives the user the ability to tweak things for each orientation - because how likely is it that automatic repositioning is going to get things "just right"? I checked the 5.7 changelog to see if anything seemed to address this, but spotted nothing. -- You are receiving this mail because: You are watching all bug changes.
[Baloo] [Bug 332421] Baloo file extractor ate all my PC's RAM
https://bugs.kde.org/show_bug.cgi?id=332421 Brendon Higgins <bren...@quantumfurball.net> changed: What|Removed |Added CC||bren...@quantumfurball.net --- Comment #44 from Brendon Higgins <bren...@quantumfurball.net> --- Does the "avoid indexing large text files" hack in extractor/app.cpp (which in master has a 10 MB limit) still work if the text file starts small but happens to rapidly grow large from another process at the same time it is being indexed? I had a simulation running that appended (a lot of) numeric data to an initially empty text file, and by my observation it seemed like baloo blew up on it. I'm unfamiliar with baloo's code, but taking a glance at it (particularly app.cpp) suggests to me that this scenario might be possible. On a separate machine, and maybe a separate issue, I noticed baloo_file_extractor running for a long time with significant RAM usage (>2GB) that did not decline until it had apparently finished indexing a few thousand files that I had recently changed. Why would it need to hold so much RAM as it goes from one file to the next? In the source I notice a database handler that seems to persist for the entire batch (this is even marked with a FIXME). Could there perhaps be a leak in that? -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 365133] New: Consistency check failure: currency of a category has no price set for 1900-01-01
https://bugs.kde.org/show_bug.cgi?id=365133
Bug ID: 365133
Summary: Consistency check failure: currency of a category has
no price set for 1900-01-01
Product: kmymoney4
Version: 4.8.0
Platform: Debian testing
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: kmymoney-de...@kde.org
Reporter: bren...@quantumfurball.net
Until a few years ago I was using Australian dollars as my only currency, but
then I moved overseas. I changed my base currency to suit, though all the
categories seem to continue to have a currency of AUD, and there's apparently
no way to change that. (I've gotten used to the currency conversion dialog
nagging me every time I enter a transaction, but I still question the sense of
categories having currencies associated with them at all.)
After recently updating to 4.8, while saving my budget today a consistency
check window came up, stating that "The account 'Food out' in currency
'Australian Dollar' has no price set for the opening date '1900-01-01'." ("Food
out" is one of categories.)
I had no idea categories have opening dates. I can't seem to find this opening
date shown anywhere in the UI (it's not in the "Edit category..." dialog), let
alone correct it to something more sensible. I don't understand why KMyMoney's
consistency check should even want this, nor why it's complaining about "Food
out" specifically as opposed to any other categories.
I guess (haven't yet tried) a workaround is to enter some value for AUD at
1900-01-01. (Although, technically, the Australian dollar didn't even exist
back then...)
Reproducible: Always
--
You are receiving this mail because:
You are watching all bug changes.
[gwenview] [Bug 362274] New: Local files treated as URLs when more than one is placed on command line
https://bugs.kde.org/show_bug.cgi?id=362274 Bug ID: 362274 Summary: Local files treated as URLs when more than one is placed on command line Product: gwenview Version: unspecified Platform: Debian testing OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: bren...@quantumfurball.net CC: myr...@kde.org If more than one local image filename is given on the command line when starting Gwenview, Gwenview generates a .desktop file for each of them in a folder in /tmp attempting to link to the files' names but with "http://; prepended. It seem to be attempting to interpret the filenames as http URLs. Gwenview opens in browse mode inside the tmp folder, but fails to display any images. This bug is closely related to bug #340418 (I was tempted to leave a comment there, but given that bug's age and the fact that it does mention only loading one local file, I decided to file a new bug). That bug was fixed, but if you look at the diff and the surrounding code, you quickly see that the case where multiple files are given on the command line is a separate code path that nevertheless has the same issue, unpatched, and ought to receive a similar fix. Reproducible: Always Steps to Reproduce: 1. In a terminal, run gwenview with more than one local file given in the arguments. 2. Observe gwenview start but not load any images. Take a look in gwenview's folder under /tmp to see the .desktop files it created. Actual Results: Gwenview starts but not load any images. gwenview's folder under /tmp has a bunch of .desktop files referring to http://[a filename here]. Expected Results: Gwenview shows images because the /tmp folder contains symlinks to the local files. -- You are receiving this mail because: You are watching all bug changes.
