https://bugs.kde.org/show_bug.cgi?id=407494
Michael Carpino changed:
What|Removed |Added
Resolution|--- |NOT A BUG
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #20 from Thomas Baumgart ---
FWIW: I am on the same gnutls version here on opensuse Leap 15
libgnutls30-3.6.7-lp150.9.1.x86_64
I yet have to trace, if any of my price service connections uses TLS 1.3.
Maybe, this is also related to the Qt
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #19 from Michael Carpino ---
Brendan - I'm using Fedora version 30. I'd also recommend that you try
Wireshark for your problem. Turn off all other devices on your network, close
all other programs on your computer, run wireshark and start
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #18 from bren...@coupeware.com ---
What version of Fedora are you running? I'm running 29, my test system is
on 30 but kmm decryption is failing (again - just like 29) so I have not
tried kmm on it yet.
---
Brendan
On Sat, May 25, 2019,
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #17 from Michael Carpino ---
Jack - Version gnutls-3.6.7-1.fc30.x86_64
Thomas - Thanks! I found Chris on YouTube and he knows his stuff around
Wireshark and has educated me a lot as this is a speaking "French" to me. I
watched some of his
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #16 from Thomas Baumgart ---
Michael & Chris: impressive analysis. This is down on the TLS packets level and
far away from any KMyMoney influence. Besides TLS being in between, there's
also the KIO layer which we make use of here. This is
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #15 from Jack ---
What version of gnutls are you using? (or of whatever library you have
providing the TLS stuff.) Can you upgrade/downgrade it? I have 3.6.7 (under
Gentoo) but no other version to up/downgrade to.
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #14 from Michael Carpino ---
What I can share at this point is based on the information I've been able to
obtain thru the use of Wireshark and a Wireshark expert (Chris Greer) that's
been willing to assist me with my issue.
The problem for
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #13 from bren...@coupeware.com ---
Yahoo quotes have been slow all week. I have not changed anything on either
computer.
Brendan Coupe
On Fri, May 17, 2019 at 9:33 PM Michael Carpino
wrote:
>
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #12 from Michael Carpino ---
Brendan -- My URL was,
https://finance.yahoo.com/v7/finance/quote?fields=regularMarketPrice=%1
I changed it to your
https://query1.finance.yahoo.com/v7/finance/quote?fields=regularMarketPrice=%1
and it still
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #11 from bren...@coupeware.com ---
Yahoo quotes are still very fast for me today.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #10 from bren...@coupeware.com ---
What settings do you have for Yahoo? This changed so many times in the past or
two that I'm not sure where this came from.
My URL in KMM is:
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #9 from bren...@coupeware.com ---
Created attachment 120149
--> https://bugs.kde.org/attachment.cgi?id=120149=edit
KMM Yahoo Settings
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #8 from Michael Carpino ---
Jack - If I aim my browser at Yahoo, ie
https://finance.yahoo.com/v7/finance/quote?fields=regularMarketPrice=AXP
I get what I would define as an immediate response. When I do a traceroute in
the terminal to
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #7 from Jack ---
Michael - if Wireshark is saying that it's almost a minute before you get the
response from Yahoo, then it really seems like a network related issue,
although I know that's still broad target. How is just aiming a browser
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #6 from Michael Carpino ---
Thanks for your input Brendan but my situation is something more than a
Verizon/Yahoo issue. I'm still dealing with the 49 seconds per individual
price update with Yahoo before it returns a price according to
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #5 from bren...@coupeware.com ---
When I updated stocks from Yahoo tonight the update was extremely fast. I tried
it from both computers and they were both fast. Both are running KMM from the
5.0 branch from about 2 weeks ago and both were
https://bugs.kde.org/show_bug.cgi?id=407494
bren...@coupeware.com changed:
What|Removed |Added
CC||bren...@coupeware.com
--- Comment #4
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #3 from Jack ---
To expand on Thomas' question, you could try ping or traceroute to the source
server, or try curl or wget to actually retrieve the full URL. Has anything
else about your network connection changed recently?
--
You are
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #2 from Thomas Baumgart ---
Do you have a lame DNS server in the loop? Just an idea, as this is not
reproducible here. Tracing the network traffic with tcpdump/wireshark might
also give some clue why it takes so long and where to look.
--
https://bugs.kde.org/show_bug.cgi?id=407494
--- Comment #1 from Jack ---
Most important: which online source are you using? We need to figure out where
in the process the delay happens: is there a network delay actually getting a
response from the source URL, or is it somehow taking a long time
21 matches
Mail list logo
