Unsubscribe

> On 16 Aug 2023, at 1:28 am, gnucash-user-requ...@gnucash.org wrote:
> 
> Send gnucash-user mailing list submissions to
>    gnucash-user@gnucash.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>    https://lists.gnucash.org/mailman/listinfo/gnucash-user
> or, via email, send a message with subject or body 'help' to
>    gnucash-user-requ...@gnucash.org
> 
> You can reach the person managing the list at
>    gnucash-user-ow...@gnucash.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of gnucash-user digest..."
> 
> 
> Today's Topics:
> 
>   1. Re:  About auto-completion (Sherman Yoder)
>   2. Re:  Chase ofx support? (Kalpesh Patel)
>   3. Re:  Today's search....for .lck (Adrien Monteleone)
>   4. Re:  how to search for transactions with new line character
>      in description? (Adrien Monteleone)
>   5. Re:  About auto-completion (Adrien Monteleone)
>   6. Re:  Update F::Q in flatpak GC? (rsbrux)
>   7. Re:  Update F::Q in flatpak GC? (rsbrux)
>   8. Re:  Strange prices update issue (possibly with TSP)
>      (Kalpesh Patel)
>   9. Re:  Update F::Q in flatpak GC? (rsbrux)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Mon, 14 Aug 2023 20:38:54 -0400
> From: Sherman Yoder <jsy...@emypeople.net>
> To: gnucash-user@gnucash.org
> Subject: Re: [GNC] About auto-completion
> Message-ID: <157e2095-aa2a-63ec-5e90-ec29a003e...@emypeople.net>
> Content-Type: text/plain; charset="UTF-8"
> 
>   I love the "search throughout" feature. i am the treasurer of a foreign
>   mission, and we track expenses by missionary family. All I have to do
>   is to type in "david" and up come David's housing, transportation, and
>   support accounts. That's so much nicer than typing
>   Expenses:Housing:David, and so on.
> 
>   I hope this feature doesn't go away.
> 
>   Sherman
> 
>   On 8/14/2023 7:26 PM, Stan Brown (using GC 4.14) wrote:
> 
> On 2023-08-14 16:19, David Carlson wrote:
> 
> I wish to support the 'search throughout' method.  I admit that it took
> me several seconds to get used to it but it reduces the size of the
> short list of partial matches very quickly until I can pick the winner
> very easily.  Since I am now expecting it I don't have to type several
> introductory characters before typing the real meaty characters of my
> search.
> 
> Thanks for posting, David. I was blinkered by what I was used to, but I
> think you're right, it's just a matter of training myself to type
> something unique from the interior when starting at the beginning would
> come up with the account I didn't want.
> 
> All my accounts payable begin with "AP ", and all my accounts receivable
> with "AR ". Maybe I should move those to the end of the account names.
> I'll think on that for a while.
> 
> Stan Brown
> Tehachapi, CA, USA
> [1]https://BrownMath.com
> _______________________________________________
> gnucash-user mailing list
> [2]gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> [3]https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 
> References
> 
>   1. https://BrownMath.com/
>   2. mailto:gnucash-user@gnucash.org
>   3. https://lists.gnucash.org/mailman/listinfo/gnucash-user
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Mon, 14 Aug 2023 21:07:02 -0400
> From: "Kalpesh Patel" <kalpesh.pa...@usa.net>
> To: "'John Ralls'" <jra...@ceridwen.us>, "'D Ducky'"
>    <suffsuccot...@gmail.com>
> Cc: "'Jon Schewe'" <jpsch...@mtu.net>, "'Gnucash Users'"
>    <gnucash-user@gnucash.org>
> Subject: Re: [GNC] Chase ofx support?
> Message-ID: <012301d9cf14$cd35f020$67a1d060$@usa.net>
> Content-Type: text/plain;    charset="us-ascii"
> 
> Chase does supports download in CSV, QFX, QIF and QBO formats for Credit
> Card and Bank accounts. 
> 
> QFX format seems to be the best and then importing it as a OFX/QFX has
> worked well ...
> 
> -----Original Message-----
> From: John Ralls <jra...@ceridwen.us> 
> Sent: Monday, August 14, 2023 4:43 PM
> To: D Ducky <suffsuccot...@gmail.com>
> Cc: Jon Schewe <jpsch...@mtu.net>; Gnucash Users <gnucash-user@gnucash.org>
> Subject: Re: [GNC] Chase ofx support?
> 
> 
> 
>> On Aug 14, 2023, at 1:33 PM, D Ducky <suffsuccot...@gmail.com> wrote:
>> 
>> Hello,
>> 
>> It seems Chase does not support OFX anymore.
>> 
>> 
> https://www.banktivity.com/support/articles/banktivity-7/ofx-direct-connect-
> will-no-longer-be-supported-by-chase-as-of-october-6th-2022/
>> 
>> 
>> Is it possible to use some other method in gnucash to download
> transactions from gnucash?
>> 
> 
> No, there is no other method in GnuCash to download transactions from US
> banks. You may be able to download files from Chase's website that you can
> import into GnuCash using File>Import. Likely formats are OFX, QFX, QIF, and
> CSV.
> 
> Regards,
> John Ralls
> 
> 
> 
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Mon, 14 Aug 2023 22:24:52 -0500
> From: Adrien Monteleone <adrien.montele...@lusfiber.net>
> To: gnucash-u...@lists.gnucash.org
> Subject: Re: [GNC] Today's search....for .lck
> Message-ID: <uber6i$spp$6...@ciao.gmane.io>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Barry, we don't need your actual files. That's not going to help much 
> anyway. The only thing requested was a screenshot of your file manager 
> window showing the list of files, including their names, creation dates, 
> and modified dates. But if that list is several scrolling windows long, 
> then the better option is to export the list into a txt file and send 
> that (or copy/paste it into a reply). The command to do so was provided 
> several replies back.
> 
> Regards,
> Adrien
> 
>> On 8/13/23 1:41 PM, Mahon Finbar via gnucash-user wrote:
>> Apropos, the whole issue ofthehistory of the GNU files, I have been 
>> having a lot of problems trying to get the into a fo that can be senton 
>> here here. There are so many files with very small differences it seems 
>> to "confuse" cutting and pasting.
>> 
>> Could I suggest I try saving individually GNU files from the period 
>> before 30.7.2023, which is when the issue of not being able to save the 
>> files started, as .txt files and sent them over?
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Mon, 14 Aug 2023 22:31:56 -0500
> From: Adrien Monteleone <adrien.montele...@lusfiber.net>
> To: gnucash-u...@lists.gnucash.org
> Subject: Re: [GNC] how to search for transactions with new line
>    character in description?
> Message-ID: <uberjr$spp$7...@ciao.gmane.io>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Use the Regex option.
> 
> Regards,
> Adrien
> 
>> On 8/14/23 11:42 AM, Lipp F. wrote:
>> When doing paste into a transaction description field, special characters
>> are stored "as is". I need to find a way to delete all these special
>> characters.
>> 
>> Can you guys recommend a proper way? Thanks.
> 
> 
> 
> ------------------------------
> 
> Message: 5
> Date: Mon, 14 Aug 2023 22:35:50 -0500
> From: Adrien Monteleone <adrien.montele...@lusfiber.net>
> To: gnucash-u...@lists.gnucash.org
> Subject: Re: [GNC] About auto-completion
> Message-ID: <uberr4$spp$8...@ciao.gmane.io>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Stan, the old method of typing separators still exists.
> 
> Regards,
> Adrien
> 
>> On 8/14/23 6:26 PM, Stan Brown (using GC 4.14) wrote:
>>> On 2023-08-14 16:19, David Carlson wrote:
>>> I wish to support the 'search throughout' method.? I admit that it took
>>> me several seconds to get used to it but it reduces the size of the
>>> short list of partial matches very quickly until I can pick the winner
>>> very easily.? Since I am now expecting it I don't have to type several
>>> introductory characters before typing the real meaty characters of my
>>> search.
>> 
>> Thanks for posting, David. I was blinkered by what I was used to, but I
>> think you're right, it's just a matter of training myself to type
>> something unique from the interior when starting at the beginning would
>> come up with the account I didn't want.
>> 
>> All my accounts payable begin with "AP ", and all my accounts receivable
>> with "AR ". Maybe I should move those to the end of the account names.
>> I'll think on that for a while.
> 
> 
> 
> ------------------------------
> 
> Message: 6
> Date: Tue, 15 Aug 2023 14:48:21 +0200
> From: rsbrux <rsb...@yahoo.com>
> To: john <jra...@ceridwen.us>
> Cc: gnucash-user@gnucash.org
> Subject: Re: [GNC] Update F::Q in flatpak GC?
> Message-ID: <9c24d855-bb77-3199-04a2-8ed0ca8e2...@yahoo.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Thanks for the tip, but I'm not sure I'm getting the right source.
> 
> https://github.com/finance-quote/finance-quote offers a zip download of 
> the code from master.? Is this the 1.58 release code or the current 
> development version?? If the latter, where should I be looking for the 
> release?
> 
>> On 14.08.23 18:58, john wrote:
>> 
>>>> On Aug 14, 2023, at 04:33, rsbrux via gnucash-user 
>>>> <gnucash-user@gnucash.org> wrote:
>>> 
>>> I am running GC 5.3+ as a flatpak under Ubuntu  Studio 22.04 LTS.
>>> 
>>> The included F::Q version is 1..56, which I have modified with the Yahoo as 
>>> JSON patch already published to this mailing list.
>>> 
>>> However, it looks as though the current F::Q release, 1.58, includes quite 
>>> a few fixes for various sources.
>>> 
>>> The last I heard,  it wasn't possible to update F::Q within a flatpak 
>>> installation of GC.  Is that still the case?
>>> 
>>> If so, when can a flatpak update of GC containing F::Q 1.58 be expected?
>>> 
>>> If not, how can I update F::Q within my flatpak installation?
>> The update will be available when someone (probably I) have time to update 
>> the F::Q module in gnucash-on-flatpak. That update will be immediately 
>> available in nightly builds; it won't be available on Flathub until the 
>> regular release at the end of September.
>> 
>> It's not possible to use CPAN, and consequently gnc-fq-update, in the 
>> flatpak, but you can do it manually similarly to the way you applied the 
>> yahoo_json patch: Download and untar the release tarball or clone the repo 
>> then copy Quote.pm and the contents of Quote/ into the right places in your 
>> flatpak.
>> 
>> Regards,
>> John Ralls
> 
> 
> ------------------------------
> 
> Message: 7
> Date: Tue, 15 Aug 2023 14:51:45 +0200
> From: rsbrux <rsb...@yahoo.com>
> To: john <jra...@ceridwen.us>
> Cc: gnucash-user@gnucash.org
> Subject: Re: [GNC] Update F::Q in flatpak GC?
> Message-ID: <1862faaa-b961-739e-7906-8318fa4c3...@yahoo.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Sorry, dumb question.? I found the tarball here: 
> https://sourceforge.net/projects/finance-quote/
> 
>> On 15.08.23 14:48, rsbrux wrote:
>> Thanks for the tip, but I'm not sure I'm getting the right source.
>> 
>> https://github.com/finance-quote/finance-quote offers a zip download 
>> of the code from master.? Is this the 1.58 release code or the current 
>> development version?? If the latter, where should I be looking for the 
>> release?
>> 
>>> On 14.08.23 18:58, john wrote:
>>> 
>>>> On Aug 14, 2023, at 04:33, rsbrux via gnucash-user 
>>>> <gnucash-user@gnucash.org> wrote:
>>>> 
>>>> I am running GC 5.3+ as a flatpak under Ubuntu? Studio 22.04 LTS.
>>>> 
>>>> The included F::Q version is 1..56, which I have modified with the 
>>>> Yahoo as JSON patch already published to this mailing list.
>>>> 
>>>> However, it looks as though the current F::Q release, 1.58, includes 
>>>> quite a few fixes for various sources.
>>>> 
>>>> The last I heard,? it wasn't possible to update F::Q within a 
>>>> flatpak installation of GC.? Is that still the case?
>>>> 
>>>> If so, when can a flatpak update of GC containing F::Q 1.58 be 
>>>> expected?
>>>> 
>>>> If not, how can I update F::Q within my flatpak installation?
>>> The update will be available when someone (probably I) have time to 
>>> update the F::Q module in gnucash-on-flatpak. That update will be 
>>> immediately available in nightly builds; it won't be available on 
>>> Flathub until the regular release at the end of September.
>>> 
>>> It's not possible to use CPAN, and consequently gnc-fq-update, in the 
>>> flatpak, but you can do it manually similarly to the way you applied 
>>> the yahoo_json patch: Download and untar the release tarball or clone 
>>> the repo then copy Quote.pm and the contents of Quote/ into the right 
>>> places in your flatpak.
>>> 
>>> Regards,
>>> John Ralls
> 
> 
> ------------------------------
> 
> Message: 8
> Date: Tue, 15 Aug 2023 09:39:26 -0400
> From: "Kalpesh Patel" <kalpesh.pa...@usa.net>
> To: "'John Ralls'" <jra...@ceridwen.us>
> Cc: "'Gnucash Users'" <gnucash-user@gnucash.org>, "'Bruce Schuck'"
>    <bsch...@asgard-systems.com>
> Subject: Re: [GNC] Strange prices update issue (possibly with TSP)
> Message-ID: <001001d9cf7d$e92a1090$bb7e31b0$@usa.net>
> Content-Type: text/plain;    charset="us-ascii"
> 
> Appreciate bringing up the updated F::Q to my attention. I'll re-approach in
> that direction. 
> 
> I'll also make note of addressing it via GitHub issue tracker.
> 
> -----Original Message-----
> From: John Ralls <jra...@ceridwen.us> 
> Sent: Monday, August 14, 2023 8:30 PM
> To: Kalpesh Patel <kalpesh.pa...@usa.net>
> Cc: Gnucash Users <gnucash-user@gnucash.org>; Bruce Schuck
> <bsch...@asgard-systems.com>
> Subject: Re: [GNC] Strange prices update issue (possibly with TSP)
> 
> Kalpesh,
> 
> Bruce posted at
> https://github.com/finance-quote/finance-quote/issues/335#issuecomment-16764
> 43182:
> "While the fix did not make it into v1.58, you can download and install
> BPSCHUCK/Finance-Quote-1.58_01.tar.gz from CPAN for testing/verification. It
> also has what I hope is a fix for TSP. It was not returning the hash if the
> GET failed or if the body of the response produced a CSV file."
> 
> That's the BSEIndia issue;
> https://github.com/finance-quote/finance-quote/issues/338 is the TSP one.
> 
> If you find more problems with TSP (or anything else in F::Q) and want to
> help debug it the best way to communicate with Bruce and stay up to date
> would be to open an issue at
> https://github.com/finance-quote/finance-quote/issues/. You can post here
> too if you want, but a Github issue is a better place to put debugging
> results.
> 
> Regards,
> John Ralls
> 
> 
>> On Aug 14, 2023, at 1:54 PM, Kalpesh Patel <kalpesh.pa...@usa.net> wrote:
>> 
>> Some good find in debugging ... Strawberry Perl cannot resolve the FQDN
> name one out of three times for www.tsp.gov on my system (this might be
> obfuscating the client behavior in response to real backend issue). It might
> be that I am reaching servers that are in error state (rc = 500 which is
> Internal Server Error; my observation on F::Q could be cause of concern on
> amount of data being returned).  Below is the output from the failed run:
>> 
>> C:\Users\kalpesh\OneDrive\QuickenStuff\HELPERS>set DEBUG=1
>> 
>> C:\Users\kalpesh\OneDrive\QuickenStuff\HELPERS>test2.pl
>> 
>> ### [Mon Aug 14 16:26:56 2023] YIND_URL_HEAD :
> 'https://query1.finance.yahoo.com/v8/finance/chart/'
>> ### [Mon Aug 14 16:26:56 2023] YIND_URL_TAIL :
> '?interval=1d&period1=1691440016&period2=1692044816'
>> 
>> ### AlphaVantage->new args : {}
>> 
>> ### COUNT_URL: 'http://www.panix.com/~hd-fxsts/finance-quote.html?tsp'
>> ### Code: '200'
>> 
>> ### [Mon Aug 14 16:26:56 2023] url  :
> 'https://www.tsp.gov/data/fund-price-history.csv?startdate=2023-08-07&enddat
> e=2023-08-14&Lfunds=1&InvFunds=1&download=1'
>> ### [Mon Aug 14 16:26:56 2023] reply: bless( {
>> ###                                            _content => 'Can\'t connect
> to www.tsp.gov:443 (nodename nor servname provided, or not known)
>> 
>> nodename nor servname provided, or not known at
> C:/Strawberry/perl/site/lib/LWP/Protocol/http.pm line 50.
>> ',
>> ###                                            _headers => bless( {
>> ###
> '::std_case' => {
>> ###
> 'client-date' => 'Client-Date',
>> ###
> 'client-warning' => 'Client-Warning'
>> ###
> },
>> ###
> 'client-date' => 'Mon, 14 Aug 2023 20:26:56 GMT',
>> ###
> 'client-warning' => 'Internal response',
>> ###
> 'content-type' => 'text/plain'
>> ###                                                               },
> 'HTTP::Headers' ),
>> ###                                            _msg => 'Can\'t connect to
> www.tsp.gov:443 (nodename nor servname provided, or not known)',
>> ###                                            _rc => 500,
>> ###                                            _request => bless( {
>> ###
> _content => '',
>> ###
> _headers => bless( {
>> ###
> 'user-agent' => 'Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7)
> AppleWebKit/537.36 (KHTML, like Gecko) Chrome/102.0.5005.61 Safari/537.36'
>> ###
> }, 'HTTP::Headers' ),
>> ###
> _method => 'GET',
>> ###                                                                 _uri
> => bless( do{\(my $o =
> 'https://www.tsp.gov/data/fund-price-history.csv?startdate=2023-08-07&enddat
> e=2023-08-14&Lfunds=1&InvFunds=1&download=1')}, 'URI::https' )
>> ###                                                               },
> 'HTTP::Request' )
>> ###                                          }, 'HTTP::Response' )
>> 
>> C:\Users\kalpesh\OneDrive\QuickenStuff\HELPERS>
>> 
>> My test file (test2.pl) is as follows:
>> 
>> #test2.pl - start
>> 
>>   use Finance::Quote;
>>   use Data::Dumper;
>> 
>>   $q = Finance::Quote->new;
>> 
>>   %info = $q->fetch('tsp', "L2030");
>> 
>>   print Dumper(%info);
>> 
>> # test2.pl - end
>> 
>> 
>> Interesting side notes for GNC (I am on Windows 11 with GNC v4.14 and now
> F::Q v1.58 so might have some subtle from it):
>> 
>> I was able to put the module in debug mode (set DEBUG=1 in cmd.exe; of
> course install the Smart::Comment Perl module first) and have them write out
> the smart comment messages to cmd console as you can see from above when I
> run a small test file that I've created. However, when I lunch gnc in
> normal fashion from the same console where debugging is enabled, the screen
> does not display anything, not even the smart comment; it is almost like it
> is ignoring all env settings or not being passed to sub-shell. Windows is
> notorious for this so there may not be a "clean" way of doing so. There is a
> new window that pops up and then disappears at the start up (this process
> seems to be part normal start up - check if F::Q is there or not) and does
> not display anything also. I attempted to start gnc with debug (with
> --log=gnc.scm=debug option) as well but that also does not emit anything
> either. On the note of specifying a file name for logging (--logto=
> parameter), it does not create nor write any file anywhere on the file
> system when only a fixed file name is given. I took away that option and it
> was happy to write a file to %LOCALAPPDATA% path with
> gnucash.trace.<random_six_alphanumeric_characters>.log. 
>> 
>> 
>> Interesting side notes for F::Q TSP module:
>> 
>> When it does work properly, the return payload from HTTP seem to be
> hundreds of lines if not thousands ...  Here is the snippet of successful
> run:
>> 
>> C:\Users\kalpesh\OneDrive\QuickenStuff\HELPERS>test2.pl
>> 
>> ### [Mon Aug 14 15:42:00 2023] YIND_URL_HEAD :
> 'https://query1.finance.yahoo.com/v8/finance/chart/'
>> ### [Mon Aug 14 15:42:00 2023] YIND_URL_TAIL :
> '?interval=1d&period1=1691437320&period2=1692042120'
>> 
>> ### AlphaVantage->new args : {}
>> 
>> ### COUNT_URL: 'http://www.panix.com/~hd-fxsts/finance-quote.html?tsp'
>> ### Code: '200'
>> 
>> ### [Mon Aug 14 15:42:01 2023] url  :
> 'https://www.tsp.gov/data/fund-price-history.csv?startdate=2023-08-07&enddat
> e=2023-08-14&Lfunds=1&InvFunds=1&download=1'
>> ### [Mon Aug 14 15:42:01 2023] reply: bless( {
>> ###                                            _content => 'Date,L
> Income,L 2025,L 2030,L 2035,L 2040,L 2045,L 2050,L 2055,L 2060,L 2065,G
> Fund,F Fund,C Fund,S Fund,I Fund
>> 2023-08-11,24.0849,12.2327,42.9435,12.8255,48.3009,13.1625,28.7245,14.
>> 0971,14.0954,14.0934,17.6469,18.3534,69.1565,70.2391,37.9419
>> 2023-08-10,24.1082,12.2494,43.0380,12.8567,48.4288,13.1999,28.8108,14.
>> 1442,14.1425,14.1406,17.6449,18.4205,69.2207,70.3124,38.2391
>> 2023-08-09,24.1016,12.2437,42.9976,12.8439,48.3758,13.1845,28.7742,14.
>> 1155,14.1139,14.1120,17.6429,18.5294,69.1951,70.4343,38.0083
>> 2023-08-08,24.1272,12.2634,43.1181,12.8835,48.5391,13.2323,28.8859,14.
>> 1834,14.1818,14.1799,17.6409,18.5100,69.6795,71.0740,38.0127
>> 2023-08-07,24.1541,12.2847,43.2515,12.9273,48.7198,13.2853,29.0100,14.
>> 2616,14.2599,14.2580,17.6389,18.4477,69.9736,71.7269,38.2463
>> 2023-08-04,24.1053,12.2504,43.0581,12.8645,48.4638,13.2110,28.8379,14.
>> 1583,14.1566,14.1547,17.6328,18.4709,69.3457,71.4617,38.0032
>> 2023-08-03,24.1034,12.2517,43.0826,12.8723,48.4974,13.2209,28.8626,14.
>> 1833,14.1815,14.1796,17.6308,18.3188,69.7102,71.6307,37.8756
>> 2023-08-02,24.1277,12.2685,43.1728,12.9023,48.6200,13.2568,28.9449,14.
>> 2243,14.2226,14.2207,17.6289,18.4426,69.8850,71.8330,38.0070
>> 2023-08-01,24.2277,12.3420,43.6036,13.0440,49.2020,13.4269,29.3407,14.
>> 4570,14.4553,14.4534,17.6269,18.4987,70.8648,73.1095,38.7558
>> 2023-07-31,24.2660,12.3694,43.7577,13.0949,49.4108,13.4880,29.4819,14.
>> 5344,14.5328,14.5310,17.6249,18.6043,71.0523,73.4061,39.1413
>> 2023-07-28,24.2467,12.3571,43.6964,13.0751,49.3307,13.4647,29.4283,14.
>> 5045,14.5029,14.5010,17.6191,18.5820,70.9459,72.6930,39.1484
>> 2023-07-27,24.1833,12.3118,43.4387,12.9905,48.9842,13.3635,29.1936,14.
>> 3691,14.3675,14.3656,17.6172,18.5164,70.2457,71.6543,38.8820
>> 2023-07-26,24.2258,12.3417,43.6042,13.0453,49.2086,13.4293,29.3454,14.
>> 4499,14.4484,14.4465,17.6152,18.6653,70.6948,72.5871,38.9458
>> 2023-07-25,24.2163,12.3359,43.5775,13.0365,49.1733,13.4189,29.3220,14.
>> 4395,14.4379,14.4361,17.6133,18.6144,70.7047,72.2457,38.9313
>> 2023-07-24,24.1974,12.3223,43.4989,13.0110,49.0687,13.3885,29.2512,14.
>> 3963,14.3947,14.3929,17.6114,18.6334,70.5044,72.1292,38.7806
>> 2023-07-21,24.1841,12.3139,43.4569,12.9977,49.0157,13.3735,29.2167,14.
>> 3747,14.3732,14.3714,17.6055,18.6571,70.2201,72.1244,38.8425
>> 2023-07-20,24.1808,12.3123,43.4515,12.9961,49.0096,13.3719,29.2133,14.
>> 3737,14.3722,14.3704,17.6036,18.6455,70.1974,72.2722,38.8218
>> 2023-07-19,24.2266,12.3452,43.6382,13.0578,49.2628,13.4460,29.3849,14.
>> 4692,14.4677,14.4659,17.6017,18.7521,70.6685,73.1168,39.0026
>> 2023-07-18,24.2119,12.3358,43.5911,13.0423,49.2001,13.4277,29.3433,14.
>> 4485,14.4469,14.4451,17.5998,18.6938,70.5015,72.8049,39.0442
>> 2023-07-17,24.1639,12.3012,43.3926,12.9773,48.9337,13.3500,29.1627,14.
>> 3422,14.3407,14.3389,17.5978,18.6769,70.0036,72.0267,38.7854
>> 2023-07-14,24.1430,12.2877,43.3244,12.9552,48.8445,13.3242,29.1032,14.
>> 3088,14.3072,14.3055,17.5920,18.6543,69.7345,71.3406,38.8917
>> 2023-07-13,24.1672,12.3051,43.4224,12.9878,48.9782,13.3634,29.1941,14.
>> 3581,14.3566,14.3548,17.5901,18.7318,69.8035,72.0356,39.0693
>> 2023-07-12,24.0841,12.2462,43.0912,12.8792,48.5343,13.2341,28.8948,14.
>> 1877,14.1862,14.1844,17.5881,18.6216,69.2107,71.2102,38.4014
>> 2023-07-11,24.0007,12.1877,42.7678,12.7731,48.1017,13.1082,28.6041,14.
>> 0255,14.0239,14.0220,17.5862,18.4682,68.7006,70.6988,37.6648
>> 2023-07-10,23.9468,12.1490,42.5478,12.7011,47.8070,13.0223,28.4048,13.
>> 9094,13.9078,13.9059,17.5843,18.4385,68.2399,69.6977,37.3488
>> 2023-07-07,23.9111,12.1253,42.4239,12.6607,47.6429,12.9745,28.2947,13.
>> 8488,13.8471,13.8453,17.5785,18.3742,68.0764,68.6900,37.2301
>> 2023-07-06,23.8994,12.1170,42.3776,12.6455,47.5804,12.9561,28.2516,13.
>> 8230,13.8214,13.8195,17.5765,18.3788,68.2614,68.0180,37.0282
>> [snip]
>> 
>> 
>> Three observation on F::Q:
>> 
>> 1) This request downloads CSVs that goes back to 2003-05-31 (20+ years!)
> even though request is only for 7 days in the URL. It is like enddate=
> parameter is ignored or incorrect parameter passed. Possibly a bug in TSP.pm
> module?
>> 2) Is the anonymous data collection of modules utilized still being
> collected? Code execution is not harming anything if not being collected but
> this is more curiosity on my part for v1.58 which was released few days
> back.
>> 3) Looks like Smart::Comment when activated emits messages for all modules
> rather than the single one that is being instantiated for the source and
> called to action. 
>> 
>> On to debugging the Perl LWP module...
>> 
>> 
>> 
>> 
>> -----Original Message-----
>> From: Bruce Schuck <bsch...@asgard-systems.com>
>> Sent: Friday, August 11, 2023 9:40 PM
>> To: gnucash-user@gnucash.org
>> Cc: Kalpesh Patel <kalpesh.pa...@usa.net>; john <jra...@ceridwen.us>
>> Subject: Re: [GNC] Strange prices update issue (possibly with TSP)
>> 
>>> On Aug 10, 2023, at 12:13, Kalpesh Patel <kalpesh.pa...@usa.net
>> <mailto:kalpesh.pa...@usa.net> > wrote:
>> 
>>> The difficult part in debugging this is that when I do query three 
>>> times from the command line, it succeeds without any issue for me as 
>>> well, but when I update prices from GNC, it fails two times and then 
>>> succeeds third time consistently. So this is not an issue with 
>>> throttling from TSP source which you validated as well. Is there more 
>>> in terms of debugging this by any chance? Can I use STDERR and STDOUT 
>>> from Perl to emanate messages to console but not interfere with what 
>>> JSON comes back or butcher the response back to gnc-fq-helper so it 
>>> doesn't bomb to run a full cycles from GNC to test? Any help in debugging
> is appreciated.
>> 
>> Kalpesh,
>> 
>> Many, but not all, of the F::Q modules make use of the Smart::Comments
> module. TSP.pm is one of them. The environment variable DEBUG will need to
> be set, and with no changes to the Perl code you should see helpful
> information printed to STDERR. In the code, these are lines that begin with
> "###" (note, just 3 pound signs) in those modules using Smart::Comments.
>> 
>> A quick look at the TSP module and I see two where the "tsp" method will
> return *without* setting "success" and "errormsg" for any of the symbols
> passed to it. This will happen if the http get call fails, or whatever is
> downloaded is not 2 or more lines.
>> 
>>    my $reply = $ua->get($url, @HEADERS);
>>    ### [<now>] url  : $url
>>    ### [<now>] reply: $reply
>> 
>>    return unless ($reply->is_success);
>> 
>>    my @line = split(/\n/, $reply->content);
>> 
>>    return unless (@line > 1);
>> 
>> In the code snippet, there are two examples Smart::Comments use which
> could be useful in your case. With DEBUG set the code would print the url to
> STDERR, and entire $reply object (status, headers, cookies, body).
>> 
>> Whether or not this helps you, the omission of not returning the proper
> failure data is an issue.
>> 
>> Hope this helps.
>> 
>> Bruce S
>> 
> 
> 
> 
> ------------------------------
> 
> Message: 9
> Date: Tue, 15 Aug 2023 17:26:12 +0200
> From: rsbrux <rsb...@yahoo.com>
> To: john <jra...@ceridwen.us>
> Cc: gnucash-user@gnucash.org
> Subject: Re: [GNC] Update F::Q in flatpak GC?
> Message-ID: <43a958ee-b7be-a999-8bb4-cc6e687e9...@yahoo.com>
> Content-Type: text/plain; charset=UTF-8; format=flowed
> 
> Now that I copied over the Quote directory and the Quote.pm script in 
> /var/lib/flatpak/app/org.gnucash.GnuCash/current/active/files/lib/perl5/site_perl/5.32.0/Finance/
>  
> with the files from the 1.58 release package, the "Get Quotes" button in 
> the Price Database tool is disabled. I already gave universal execute 
> privileges to? all of the newly copied files (and directory).? What else 
> might be the cause?
> 
>> On 15.08.23 14:51, rsbrux wrote:
>> Sorry, dumb question.? I found the tarball here: 
>> https://sourceforge.net/projects/finance-quote/
>> 
>>> On 15.08.23 14:48, rsbrux wrote:
>>> Thanks for the tip, but I'm not sure I'm getting the right source.
>>> 
>>> https://github.com/finance-quote/finance-quote offers a zip download 
>>> of the code from master.? Is this the 1.58 release code or the 
>>> current development version?? If the latter, where should I be 
>>> looking for the release?
>>> 
>>> On 14.08.23 18:58, john wrote:
>>>> 
>>>>> On Aug 14, 2023, at 04:33, rsbrux via gnucash-user 
>>>>> <gnucash-user@gnucash.org> wrote:
>>>>> 
>>>>> I am running GC 5.3+ as a flatpak under Ubuntu? Studio 22.04 LTS.
>>>>> 
>>>>> The included F::Q version is 1..56, which I have modified with the 
>>>>> Yahoo as JSON patch already published to this mailing list.
>>>>> 
>>>>> However, it looks as though the current F::Q release, 1.58, 
>>>>> includes quite a few fixes for various sources.
>>>>> 
>>>>> The last I heard,? it wasn't possible to update F::Q within a 
>>>>> flatpak installation of GC.? Is that still the case?
>>>>> 
>>>>> If so, when can a flatpak update of GC containing F::Q 1.58 be 
>>>>> expected?
>>>>> 
>>>>> If not, how can I update F::Q within my flatpak installation?
>>>> The update will be available when someone (probably I) have time to 
>>>> update the F::Q module in gnucash-on-flatpak. That update will be 
>>>> immediately available in nightly builds; it won't be available on 
>>>> Flathub until the regular release at the end of September.
>>>> 
>>>> It's not possible to use CPAN, and consequently gnc-fq-update, in 
>>>> the flatpak, but you can do it manually similarly to the way you 
>>>> applied the yahoo_json patch: Download and untar the release tarball 
>>>> or clone the repo then copy Quote.pm and the contents of Quote/ into 
>>>> the right places in your flatpak.
>>>> 
>>>> Regards,
>>>> John Ralls
> 
> 
> ------------------------------
> 
> Subject: Digest Footer
> 
> _______________________________________________
> 
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
> 
> 
> ------------------------------
> 
> End of gnucash-user Digest, Vol 245, Issue 40
> *********************************************
_______________________________________________
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

Reply via email to