#dev | Logs for 2020-02-09
« return
[16:57:04] <FatPhil> which script scraped this story? https://soylentnews.org
[16:57:05] <systemd> ^ 03Using Neutrons And X-Rays To Analyze The Aging Of Lithium Batteries: SoylentNews Submission
[16:57:27] <FatPhil> Where's the source? It clearly has a huge fucking bug.
[16:58:09] <chromas> Clearly?
[17:01:19] <FatPhil> Missing "lithium ions and also to determine how the distribution of the electrolyte in the battery cell changes over time," explains Dr. Ingo Manke, tomography expert at HZB. The "
[17:01:52] <FatPhil> Or in simple terms - the scraped text is so mangled it doesn't even parse as English any more.
[17:03:40] <chromas> Yep; probably a bug on the /tags/ detection bit
[17:03:45] <FatPhil> Probably a missing ``?'' in a regexp
[17:04:00] <FatPhil> it's probably doing a maximal match rather than a minimal one
[17:04:02] <chromas> from the ping janrinok dept.
[17:04:58] <chromas> New flamewar topic: regex vs regexp
[17:12:07] <chromas> Oh yeah, thanks for the bug report and stuff
[17:17:59] <janrinok> chromas, OK, I've read that and I will look at why it has suddenly started doing this - I haven't made any changes to the code in that area since October.
[17:18:12] <FatPhil> is there a git repo?
[17:18:24] <janrinok> locally yes - not one that you can access
[17:18:51] <FatPhil> ah, OK
[17:19:48] <chromas> it's learning
[17:20:31] <chromas> soon it will shift from knackerbracket to knackerbrace
[17:22:32] <FatPhil> I understand boxers, y-fronts, etc., but what the heck is a knacker bracket?
[17:23:09] <chromas> the uh, the bot that generated the sub
[17:25:50] <Bytram> janrinok: Sorry, but I have seen this happen before... as best as I can tell, when there are multiple anchor elements in a block element (<p> .... </p>) and *each* of the anchor elements contain attributes above and beyond the expected href="..." then thins get truncated between the anchors
[17:25:56] <Bytram> s/thins/things/
[17:26:47] <Bytram> here is some of the source for that article:
[17:26:48] <Bytram> migration of lithium ions and also to determine how the distribution of the electrolyte in the battery cell changes over time," explains Dr. Ingo Manke, tomography expert at HZB. The neutron tomography data
[17:26:52] <Bytram> bah
[17:26:59] <Bytram> article: https://phys.org
[17:27:01] <systemd> ^ 03Using neutrons and X-rays to analyze the aging of lithium batteries
[17:27:17] <Bytram> migration of <a href="https://phys.org/tags/lithium/" rel="tag" class="textTag" style="">lithium</a> ions and also to determine how the distribution of the electrolyte in the battery cell changes over time," explains Dr. Ingo Manke, tomography expert at HZB. The <a href="https://phys.org/tags/neutron+tomography/" rel="tag" class="textTag">neutron tomography</a> data were obtained
[17:27:18] <systemd> ^ 03Phys.org - News and Articles on Science and Technology ( https://phys.org )
[17:27:19] <systemd> ^ 03Phys.org - News and Articles on Science and Technology ( https://phys.org )
[17:27:47] <Bytram> The part that lies starts with: <a href="https://phys.org/tags/lithium/" rel="tag" class="textTag" style=""
[17:27:49] <systemd> ^ 03Phys.org - News and Articles on Science and Technology ( https://phys.org )
[17:28:50] <Bytram> and runs up to just *before*: a href="https://phys.org/tags/neutron+tomography/" rel="tag" class="textTag">
[17:28:51] <systemd> ^ 03Phys.org - News and Articles on Science and Technology ( https://phys.org )
[17:29:37] <Bytram> gets removed. I have seen this before, and only recently had enough examples to figure out what was going on.
[17:30:01] <Bytram> I hope that this ^^^ helps in locating/isolating the problem!
[17:30:23] <FatPhil> let's just have a peek at the sauce!
[17:30:35] <Bytram> =g ragu
[17:30:36] <systemd> https://www.ragu.com - RAGÚ® - Sauces, Recipes & More
[17:30:58] <FatPhil> Buzz - what do you think about the dummy '---------' idea in my most recent mail to the hudcracker?
[17:31:55] <FatPhil> it's ugly, but people rarely look beyond the one they're interested in.
[17:32:32] <FatPhil> An alternative might be to use that space for some words instead "^ don't use this^"
[17:32:38] <FatPhil> or something
[17:32:43] <FatPhil> I need beer.
[17:32:49] <Bytram> FatPhil: I expect that it should work, and also concur that it is ugly.
[17:33:01] <Bytram> I have an idea... hold on a few minutes
[17:38:31] <Bytram> I have an idea that I'm pretty sure will work, just have a couple more details to gather
[17:38:51] <FatPhil> sure, we can just have a bit of a brainstorm, there's not a huge rush
[17:41:04] <Bytram> Nah, I had one idea, but something was nagging at me that there had to be an easier way... and I found it.
[17:41:20] <Bytram> Should only take a couple more minutes now.
[17:41:23] <Bytram> niab
[17:41:27] <Bytram> biab!
[17:45:25] <Bytram> bah.
[17:46:12] <Bytram> There *is* a topics editor, but it has so many whells and bistles that it is intuitively casual to the most obvious observer how to use it.
[17:47:54] <FatPhil> well, it's time to dissolve myself in sauna and beer for a few hours, but first a shave, I was beginning to look my age...
[18:06:12] <Bytram> On dev, in the soylentdev db, I issued this command to add an entry to the modreasons table and then bounced the front ends, but nothing seems to have changed when I added a comment and then tried to moderate it?
[18:06:13] <Bytram> INSERT IGNORE INTO modreasons (id, name, m2able, listable, val, karma, fairfrac, ordered, needs_prior_mod) VALUES (110, '===========', 0, 1, 1, 1, 0.5, 110, 0);
[18:07:20] <Bytram> It was my expectation that it would add an additional separator at the bottom of the moderation reason choices, and so disallow a random downscroll from accidentally selecting a "Spam" moderation.
[18:28:07] <Bytram> Hrrm, noticed the values from the source code I used did not match what was on dev for the "-----" separator; updated to make them equivalent:
[18:28:09] <Bytram> INSERT IGNORE INTO modreasons (id, name, m2able, listable, val, karma, fairfrac, ordered, needs_prior_mod) VALUES (110, '===========', 0, 0, 0, 0, 0.5, 110, 0);
[18:29:25] * Bytram realized that bouncing the front ends won't help; slash needs to be restarted so that it loads the new values from disk into memory; that's beyond my experience, so I'll leave things like they are for now.
[21:44:56] <TheMightyBuzzard> Bytram, it ain't that simple. there's code changes necessary too.
[21:59:43] * Bytram kinda guessed as much, but was *hoping* that it might just fall into place... everything else I'd seen suggested it *might* work. Oh well! You want me to pull my changes from the DB or just leave 'em?
[22:04:16] <TheMightyBuzzard> pull em if ya would
[22:04:59] <TheMightyBuzzard> if ya wanna learn the ropes of that, ask me when i ain't just moved several tons of junk with stairs being involved
[22:18:39] <Bytram> gnawed gnawed!
[22:18:54] <Bytram> On it... I'll let ya know when it's done.
[22:28:23] <Bytram> Completed. Contents of modreason table on dev are back to what they were.
[22:28:28] <Bytram> laters
[23:23:24] <FatPhil> I'm perturbed that after posting a post, I'm redirected to https://soylentnews.org
[23:23:26] <systemd> ^ 03US Astronaut Christina Koch Returns to Earth after Longest Mission by Woman - SoylentNews ( https://soylentnews.org )
[23:23:55] <FatPhil> The & seems like it shouldn't be there.
[23:32:31] <Bytram> hrrrrrrrm
[23:33:59] <Bytram> main story: https://soylentnews.org
[23:34:00] <systemd> ^ 03US Astronaut Christina Koch Returns to Earth after Longest Mission by Woman - SoylentNews
[23:37:16] <Bytram> too sleepy to sort things out atm. time for a nap, I think.
[23:48:40] <chromas> FatPhil brings up a good point. We should have an AMP version of the site for April