| 00:37.30 | romanovic | I am really sick of mac os repeating keystrokes, mouse clicks, etc. at the most convenient times |
| 00:38.09 | romanovic | s/convenient/inconvenient/ |
| 00:38.44 | jlp_znc | I'm still not used to the new keyboard on this new mac book pro... it has the touch bar instead of function keys and sometimes when I reach up to hit a number key a fingertip will brush the touch bar and do weird stuff. |
| 00:38.53 | romanovic | sometimes I tap delete once, and it will delete 10 additional characters with my hands off of the keyboard |
| 00:39.07 | romanovic | sometimes I'll cmd+x, and it will cut 5 paragraphs instead of 1 line |
| 00:39.09 | jlp_znc | I have not had that problem. sounds like a hardware issue. |
| 00:39.21 | romanovic | sometimes I'll cmd+v, and it will paste something 5 times instead of once |
| 00:39.43 | romanovic | sometimes I'll open a new tab in a browser, and it will open 3 or 4 tabs instead |
| 00:39.47 | jlp_znc | check your accessibility settings... maybe something weird in there. |
| 00:40.12 | jlp_znc | or turn auto repeat off entirely. |
| 00:41.08 | jlp_znc | take a look at your keyboard prefs... maybe your delay until repeat is set way low and your repeat is set way fast? |
| 01:21.26 | *** join/#utah infobot (ibot@rikers.org) |
| 01:21.26 | *** topic/#utah is Utah related discussion including user groups | logs @ http://infobot.rikers.org/%23utah/ | See also ##lds |
| 01:21.26 | *** mode/#utah [+o infobot] by ChanServ |
| 01:43.02 | klys | ~slashdot |
| 03:42.25 | *** join/#utah pgpattison (~pgpattiso@174-23-184-51.slkc.qwest.net) |
| 03:44.02 | *** part/#utah pgpattison (~pgpattiso@174-23-184-51.slkc.qwest.net) |
| 04:00.12 | *** join/#utah josephscott (~josephsco@2601:681:8001:c340:69a1:6b38:220a:69c7) |
| 06:41.04 | *** join/#utah emcnabb (~emcnabb@85.93.125.228) |
| 07:39.47 | *** join/#utah emcnabb (~emcnabb@147.229.63.131) |
| 07:58.36 | *** join/#utah frostyfrog (~frostyfro@unaffiliated/frostyfrog) |
| 08:49.02 | *** join/#utah peter1 (~peter@149-210-222-26.colo.transip.net) |
| 09:35.49 | *** join/#utah emcnabb (~emcnabb@147.229.63.131) |
| 13:17.27 | *** part/#utah jsmith (~jsmith@fedora/jsmith) |
| 13:17.30 | *** join/#utah jsmith (~jsmith@fedora/jsmith) |
| 14:00.56 | *** join/#utah tiwula (~lane@184.170.76.198) |
| 14:55.07 | *** join/#utah BitBandit (~BitBandit@50-198-187-221-static.hfc.comcastbusiness.net) |
| 15:37.59 | *** join/#utah josephscott (~josephsco@2601:681:8001:c340:41a4:90bc:e1d7:3ca) |
| 16:27.54 | *** join/#utah aeryndunham (~quassel@170.250.131.39) |
| 17:10.02 | *** join/#utah braxtron (~princessf@216.160.248.178) |
| 17:57.41 | *** join/#utah emcnabb (~emcnabb@85.93.125.228) |
| 18:53.29 | romanovic | canonical http status usage question: What is the proper status code to return if the request is valid, properly formed, and authorised, but some data in a database exists in an invalid state? |
| 18:54.15 | romanovic | I can't think of anything other than 500, but 500 implies unexpected error. This situation occurs due to invalid data provided by a user at some earlier date |
| 18:54.36 | romanovic | and is expected to happen from time to time, and needs to be reported differently back to the client |
| 18:55.27 | jima | mmmm |
| 18:56.08 | *** join/#utah josephscott (~josephsco@2601:681:8001:c340:41a4:90bc:e1d7:3ca) |
| 18:56.19 | romanovic | i could return a 500 with a specific error message in the response body, but also the client shouldn't be in the business of having to parse an error message string to make decisions |
| 18:57.08 | jima | i like to cite this one: https://twitter.com/stevelosh/status/372740571749572610 |
| 18:57.17 | jima | so, i would agree 5xx |
| 18:58.32 | jima | https://en.wikipedia.org/wiki/List_of_HTTP_status_codes#5xx_Server_errors isn't showing anything better than 500 |
| 19:00.43 | frostyfrog | welll |
| 19:01.30 | frostyfrog | If you consider the server to be a "gateway" and the database is "an upstream server", then 502 would technically work. |
| 19:02.02 | jima | that tends to be for purposes of load balancers/reverse proxy servers |
| 19:20.36 | TodPunk | 520 from Cloudflare "Unknown Error" might work |
| 19:21.40 | TodPunk | Ultimately it should "compliantly" be a 503 with context given in the body of the response |
| 19:36.08 | *** join/#utah keldwud (40479a21@gateway/web/freenode/ip.64.71.154.33) |
| 19:41.37 | romanovic | thanks. hard to choose, because nothing quite fits. the db server is operating 100% correctly, and is returning a value exactly as inserted |
| 19:43.03 | romanovic | It's not just "you screwed up" or "i screwed up", it's "you or someone else screwed up earlier, so even though I can successfully retrieve what was written, it doesn't exist in a valid format and it is up to you to fix it" |
| 19:43.27 | spangborn | If it's in valid data, shouldn't that have been caught when it was submitted? :) |
| 19:43.34 | romanovic | absolutely |
| 19:43.36 | spangborn | s/submitted/inserted/ |
| 19:43.51 | romanovic | but I can't ignore the problem on that assumption |
| 19:44.29 | romanovic | and there are existing records tnat nobody is going to go back and audit and fix, even if the data is now properly validated before insert |
| 19:59.29 | TodPunk | romanovic: I think 503 is appropriate for the call, and the application can still display that information they received assuming their API library isn't stupid and throwing away the body |
| 20:32.13 | *** join/#utah josephscott (~josephsco@2601:681:8001:c340:41a4:90bc:e1d7:3ca) |
| 21:16.49 | *** join/#utah tristanrhodes (~tristanrh@2001:1948:212:1030:7cf3:217c:f0ee:8635) |