https://bugs.kde.org/show_bug.cgi?id=314021
Bug ID: 314021
Summary: Improve Investment Performance by Account - Report
Classification: Unclassified
Product: kmymoney4
Version: 4.6.3
Platform: Ubuntu Packages
OS: Linux
https://bugs.kde.org/show_bug.cgi?id=312692
--- Comment #12 from Marko Käning ---
Well, the problem with my reviewboard contribution is that even with all the
debug messages included it doesn't seem to be so easy to really locate the
reason for this strange behavior.
I have made updates to my in
https://bugs.kde.org/show_bug.cgi?id=312692
--- Comment #11 from Fernando Vilas ---
I agree with your analysis that it is not related to the query. At least, not
anymore. That probably makes some things easier, but I am not sure exactly what
is going on. The post you made on reviewboard should ma
https://bugs.kde.org/show_bug.cgi?id=313793
--- Comment #21 from Alvaro Soliverez ---
I'm looking into it. Waiting for some feedback from Thomas on which would be
the best way to fix this.
--
You are receiving this mail because:
You are the assignee for the bug.
https://bugs.kde.org/show_bug.cgi?id=313468
--- Comment #4 from François ---
Hi Marko,
I downgraded my KMM install and I need to re activate KMM4 to test your
workaround. And do that with Macport is not really easy...
Thank for your help, I will try my best to test it as soon as possible and Wi
https://bugs.kde.org/show_bug.cgi?id=313793
--- Comment #20 from allan ---
(In reply to comment #10)
> It was the case that a transaction could be entered with a date prior to the
> opening date. You can't do that anymore, but we are dealing with old files
> here.
>
> So, we have two possible fi
https://bugs.kde.org/show_bug.cgi?id=312692
--- Comment #10 from Marko Käning ---
I could prove that the error actually occurring is NOT an incomplete SQL
statement [1].
It rather seems so that the rare error output at the top of comment 9 is closer
to the real problem here.
[1] https://git.rev
Some time ago Yahoo decided to stop providing online quotes for stocks
in Spain. Since then I've trying to setup a new source of info with no
success. I have managed to get to the page containing the info, for
example (
http://www.bolsamadrid.es/esp/aspx/Empresas/FichaValor.aspx?ISIN=ES01670509
> On Jan. 23, 2013, 12:32 p.m., Alessandro Russo wrote:
> > When I added the tags I followed as example the code for memo and payee
> > fields, so if that line of code was wrong for the memo and payee fields it
> > will be wrong also for the tag field.
>
> Allan Anderson wrote:
> The patch
> On Jan. 12, 2013, 11:45 a.m., Allan Anderson wrote:
> > > Sorry, but I have to re-open this issue!
> > >
> > > Select a valid tag and the OK button will be enabled even if the schedule
> > > name is empty.
> >
> > Paraphrasing Alvaro, it's a bit of a bag of worms here, still. I don't see
> >
> On Jan. 23, 2013, 12:32 p.m., Alessandro Russo wrote:
> > When I added the tags I followed as example the code for memo and payee
> > fields, so if that line of code was wrong for the memo and payee fields it
> > will be wrong also for the tag field.
>
> Allan Anderson wrote:
> The patch
> On Jan. 23, 2013, 12:32 p.m., Alessandro Russo wrote:
> > When I added the tags I followed as example the code for memo and payee
> > fields, so if that line of code was wrong for the memo and payee fields it
> > will be wrong also for the tag field.
>
> Allan Anderson wrote:
> The patch
> On Jan. 23, 2013, 12:32 p.m., Alessandro Russo wrote:
> > When I added the tags I followed as example the code for memo and payee
> > fields, so if that line of code was wrong for the memo and payee fields it
> > will be wrong also for the tag field.
>
> Allan Anderson wrote:
> The patch
13 matches
Mail list logo
