User Details
- User Since
- Jan 14 2017, 2:55 PM (375 w, 4 d)
- Availability
- Available
Jun 13 2020
They did not overwrite each other since the entry for the Username holds an URL _without_ user but the password entry did.
This patch breaks usage for git (and probably others):
git first asks for a "Username for 'https:...." which leads to ksshaskpass open the input dialog but the typed-in user
is no longer stored into the wallet!!
(See case TypeClearText)
This leads to git again and again ask for the Username on each invokation.
May 24 2020
May 13 2020
May 12 2020
May 10 2020
May 6 2020
May 4 2020
Apr 28 2020
Apr 19 2020
Apr 18 2020
Apr 5 2020
Apr 4 2020
modified existing test to show actual bug
Mar 29 2020
seriously ?
I'm pretty sure that creating a test for this 5 line function would take me more hours than to analyse the initial bug, and the numbers of codelines would pose more risk to introduce a bug in the test than in the function to test.
Instead of investing my time to create such a test, I'd rather try to fix another bug.
Mar 28 2020
Mar 11 2020
Feb 23 2020
Feb 16 2020
Jan 22 2020
Dec 28 2019
Nov 29 2019
Nov 4 2019
Oct 18 2019
Oct 15 2019
why ?
I don't like lots of these changes.
Oct 13 2019
Oct 12 2019
Sep 21 2019
Aug 28 2019
Aug 11 2019
Aug 10 2019
Jul 28 2019
Jul 22 2019
Jul 18 2019
I think this was solved with bugfix to Bug Nr 335169 with commit 87d8ab4371149c84794f4e93d1f590f7bac5f327
Jun 8 2019
Apr 22 2019
Apr 14 2019
Apr 13 2019
Mar 10 2019
Mar 2 2019
Feb 26 2019
So which applications did you use for testing? :-)
Changed bool to enum
ping
Jan 27 2019
Jan 21 2019
Jan 18 2019
except the one block it's ok
Jan 9 2019
Jan 7 2019
Jan 6 2019
Dec 23 2018
David is right, processEvents() seems not be needed at all - removed it.
Dec 22 2018
Dec 15 2018
Nov 25 2018
Oct 28 2018
What I see is that selecting "Save As..." opens without suggesting a file name and a format (empty file name, format shows "all supported files").
The original version suggested the original name and format.
Also, the combobox showing all supported formats in "Save as" does not add the file name suffix as is done in the "open" file dialog - which it seems
is the same as it was in the original version ... still inconsistent, which might be good to look into also now. The list should alway shows the filename extension.