|
I use RestSharp in my API which I believe uses a JsonSerialiser / JsonDeserialiser - do you think this is where the problem lies ?
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
I do. I think the Json serializer is expecting the datetime to be in UTC format.
|
|
|
|
|
I think I've got things working. After your suggestion that it could be a serializing problem I googled and found a post written by one of the RestSharp developers regarding the use of custom serializers, he gave some sample code which I duly cut'n pasted and it seems to have done the trick. Thanks very much for pointing me in the right direction.
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
No problem. Glad you got it working.
|
|
|
|
|
While I have your ear - how can I set the datepicker to the date value in my model when I'm editing - I've tried the code below but it just shows a text box with the string dd-mm-yyy in until I click in it and then it pops up
@Html.TextBoxFor(m => m.DateUsed, new { @class = "datepicker", Type = "date", Value = Model.DateUsed }) -- DateUsed is my DateTime property
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
|
Is it a "Timestamp"?
Quote: Note: The SQL standard requires that writing just timestamp be equivalent to timestamp without time zone, and PostgreSQL honors that behavior. (Releases prior to 7.3 treated it as timestamp with time zone.) timestamptz is accepted as an abbreviation for timestamp with time zone; this is a PostgreSQL extension.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
The table column is of type date
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
"date" has a "one day resolution". Perhaps a (internal) rounding thing going from one representation to another.
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Hi Gerry I just called my API using postman and everything worked as expected so it's not the database.
"I didn't mention the bats - he'd see them soon enough" - Hunter S Thompson - RIP
|
|
|
|
|
Good day,
I have the following problem:
I want to launch a specific application through a program I developed (C# .NET/C++). Unfortunately, this program cannot be started through the usual ways like Process.Start, Shell, etc, because it refuses to be started automatically. I already tried to start a .lnk file or to do the whole thing via cmd, unfortunately the program always knows that it was not started by hand. I also tried to open it via the web browser, but even there it recognizes the difference between a manual and automated start.
I am now looking for a way to start a .lnk file (this contains the parameters), but just as if I double-click on it, so that this program does not realize that it was started automatically.
I don't want to use something like AutoHotkey because I want the program to work the same on every computer. Is there any way to disguise the call so that the program doesn't notice.
I would be very grateful for any help.
Programming language and way doesn't matter to me in principle, as long as I can integrate it into my C#/C++ project by a call.
|
|
|
|
|
|
No idea why this is so easy. But I really have to thank you! I have already tried it with start, but the idea to use explorer I would never have come.
It works now! Thank you very much! 
|
|
|
|
|
I've spent many years with WinForms and have concluded learning UWP is long overdue. I'm doing OK so far, but the one thing I'm having trouble finding info about is the UI Element properties. Namely, the Brush, Layout, Appearance, Common, Automation, etc. properties you see in one form or another for all UI elements in the design view.
I realize this is not a very specific question and I did search, but found nothing.
What I'm looking for is some documentation/link describing in detail all of these properties and what they have in common to the UI Elements. Understanding is key to better programming.
Thanks for any recommendations.
Regards,
R. Wey
|
|
|
|
|
For what it's worth, you've identified the most obscure properties; even "Brush" shows up as Foreground, Background and Fill (and not as a "brush" per se) in "UI Elements".
It was only in wine that he laid down no limit for himself, but he did not allow himself to be confused by it.
― Confucian Analects: Rules of Confucius about his food
|
|
|
|
|
Given more investigation since my original post, I understand what you're saying.
My general problem is that I never jumped on board the moment WPF came out, as Windows apps were never my true occupation. I've built numerous WinForms apps, some quite polished, for utility purposes and WinForms has served me quite well. I am now faced with "catching up" and painful as it is I feel confident I will eventually succeed.
To answer my own question, however, I've found an excellent video series on YouTube by Bob Tabor which presents a 70+ part series on UWP.
For anyone interested (newcomers like me), the first video is UWP 001 Series Introduction - YouTube[^]
You can search YouTube to easily find all in the series.
Regards,
R. Wey
|
|
|
|
|
|
I have a few executables that I sign with my code signing certificate.
Each file ends up with a slightly different timestamp because it's using a web based time server.
Does anyone know how to give each file the same exact signature timestamp?
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
|
Thank you for the reply, Victor. But that function doesn't set the timestamp of the digital signature, only the file attributes.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
Message Closed
modified 15-May-21 5:57am.
|
|
|
|
|
So what's with the spammy "trackeasy" link?
Did you want to remove that now or wait until you get banned for spam?
|
|
|
|
|
|
Yeah, I already tagged him, but points for wrapping it in some semblance of a decent question.
|
|
|
|
|
I have a .NET Core WebAPI, and I have the db connection string stored in the appsettings.json.
In my company, the policy is the db password would change every 6 months. Since this is a pretty common IT security requirement, I wonder how other people handle their application's connection string?
Every 6 months, edit the appsettings.json, re-deploy
Just go and edit the connection string directly on production server while it's running (since the appsettings.json is read during run time, I assume this would not be a problem?)
How do you guys do this?
We are using on-prem Azure DevOps, if that makes any difference.
modified 18-May-21 9:17am.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
