| spyked: | http://ossasepia.com/2020/04/20/ossasepia-logs-for-28-Oct-2019#1007815 <-- ohey, thanks! re. xml parser, it's stolen off github, but code was small enough for me to read and understand in ~1 week | [05:29] |
| ossabot: | Logged on 2019-10-28 13:35:21 jfw: spyked: I thought it was pretty cool that feedbot, at least from first glance, is parsing xml in lisp rather than binding to C libs like every other language I've seen does it. And I look forward to more reading time in your tarpit, once I'm a bit more unstuck from my own. | [05:29] |
| spyked: | http://ossasepia.com/2020/04/20/ossasepia-logs-for-28-Oct-2019#1007819 <-- I also hit this problem, sounds like an apache access control issue. iirc there's a .htaccess in wp-includes/wp-admin that needs some tuning. | [05:31] |
| ossabot: | Logged on 2019-10-28 13:41:32 jfw: diana_coman: I noticed younghands.club/wp-includes/js/* are returning 403, which slows the page load and probably breaks some kind of admin functionality. I don't mind disabling JS on the whole domain - loads faster, more secure and all - though this would mean some gadgets like the word counter and autosave won't work | [05:31] |
| spyked: | http://ossasepia.com/2020/04/20/ossasepia-logs-for-28-Oct-2019#1007856 <-- lol, fair point. tbf, that particular secretary was always helpful rather than a hindrance, as opposed to the general image of harpies hired for that job. | [05:33] |
| ossabot: | Logged on 2019-10-28 19:53:07 diana_coman: http://ossasepia.com/2020/04/20/ossasepia-logs-for-28-Oct-2019#1007805 - spyked, for the life of me, I can't call those secretaries at upg "ladies" lolz; you really are too polite. | [05:33] |
| spyked: | I also worked with some of the harpies at one point, found out that they're overworked and underpaid, as per general chaotic "organizational" pattern in upb. looking at things from that point of view, it's hard to blame 'em now. | [05:35] |
| diana_coman: | spyked: the access on younghands.club is more lax because of multiple authors from wherever etc; + the "rape & pillage good for highschool" lolz. | [06:10] |
| diana_coman: | spyked: if you publish though your recipe re .htaccess tuning, I'll read and apply if it fits the trouble, ofc. | [06:12] |
| diana_coman: | re harpies though, no, this "oh, we are overworked and underpaid so we'll steal from students (yes, they did, there was a whole thing with the transport reimbursements) + we'll therefore take it on students because we can" is precisely the sort of bullshit that *is* the very problem in the first place; if they are overworked and underpaid, they should *leave*. | [06:14] |
| diana_coman: | there is absolutely no excuse there. | [06:15] |
| diana_coman: | spyked: you know, this "oh, but see it from my point of view, how hard I have it" smacks of ~rezistenta prin cultura ; (and so my blood boils already at 9 am, lolz). | [06:16] |
| spyked: | eh, they've nowhere to leave, they're basically another version of the peasant subsisting on welfare. which means that yes, they'll be overworked and underpaid for years to come now | [06:23] |
| spyked: | diana_coman, had no idea they stole from students, but I don't find it surprising either. their boss and their boss' boss also steals from some bag or another, so this just perpetuates down the hierarchy. I wouldn't be surprised to hear the cleaning staff steals toilet paper, lol. | [06:27] |
| diana_coman: | spyked: nope, there is no such thing as "nowhere to leave" either; loads of land that nobody works because "it's not worth it" so what "nowhere to leave". | [06:32] |
| diana_coman: | and in general, this is what they'll always say, of course, of course, "oh, but there was *nothing else* I could do, poor me". | [06:33] |
| diana_coman: | note also that the one helpful exception you mean somehow could not-be a harpie though surely just as "underpaid and overworked", no? | [06:34] |
| diana_coman: | spyked: re toilet paper, probably they do, yes; but there is no way I'll buy into this passing the buck either up or down; it's again the "oh, it's owned by the state aka by nobody and therefore we can all steal, let's see who is the idiot who still does some work so we can *also* laugh at him", yes? | [06:35] |
| diana_coman: | so no, it's irrelevant if their boss steals too or whatever; they are still responsible individually, there is no we, what. | [06:36] |
| spyked: | re. leaving, yes, their barriers are 100\% self-imposed. it's prolly in the job description too. | [06:36] |
| spyked: | diana_coman, I meant that they most likely learned that habit from their boss. but otherwise sure | [06:37] |
| diana_coman: | eh, they "learnt" it as in they saw that they can get away with it just fine and therefore did it, what learnt. | [06:37] |
| diana_coman: | sure, precisely the sort of "dobitoaca dracului" , that much I agree. | [06:38] |
| diana_coman: | and in unexpected milestones: we have 1st spam (bitcoin advizee for ze millenial inveztorz!!) on younghands.club! congrats and all that, if I get any time today I'll write it up already. | [06:40] |
| bvt: | spyked: typically they work there for years and see what can be done without getting caught. at some point they start doing stupid shit (subtly sabotaging work) just out of boredom - not like they the work they do ever changes | [06:41] |
| spyked: | bvt, not sure how it goes elsewhere, but in ro they have this elaborate pretense of "public vacancies", where e.g. two people must compete for the job in order for the vacancy to be filled; in reality however the jobs are created on-demand for people who are brought in by relatives etc. (e.g. one of the admin. directors is the dean's cousin). hence my point above that everyone's in on it. | [07:02] |
| spyked: | http://ossasepia.com/2020/04/20/ossasepia-logs-for-31-Oct-2019#1008293 <-- yeah, I guess it depends on what policy you wanna enforce. I have a .htaccess in my wp-includes/js/ that looks along the lines of http://paste.deedbot.org/?id=Uj-z ; afaik the default setting for mp-wp is to block everything | [07:07] |
| ossabot: | Logged on 2019-10-31 06:12:12 diana_coman: spyked: if you publish though your recipe re .htaccess tuning, I'll read and apply if it fits the trouble, ofc. | [07:07] |
| diana_coman: | spyked: certainly; and I'd gladly burn the *whole lot* of it & them; (now you know just why I didn't want to go and give talks or whatevers there). | [07:07] |
| diana_coman: | the trouble not being that much that they are brought in, but that they are brought in *to steal and pretend*, nothing more. | [07:09] |
| shinohai: | Nothing like waking up in the morning and reading irc logs where diana_coman wants to burn stuff. It's gonna be a great day. | [07:09] |
| diana_coman: | lolz, what would that do for you shinohai, anyway? | [07:10] |
| bvt: | imo this is irrelevant detail, in places where there actually is a competition stuff is ~same (even if there is no stealing). one of profs at our university recently moved to another city because he could not fire his own secretary, who was messing to much with the chair | [07:11] |
| shinohai: | I dunno, I just imagine you as some sort of modern Olga of Kiev, wreaking havoc on enemies with fire and brings smile to my face. | [07:11] |
| diana_coman: | bvt: ahahaha; but I can imagine it, yes. | [07:11] |
| diana_coman: | shinohai: lol! I'll add it to the collection then. | [07:12] |
| shinohai: | It'd make a fantastic addition to Eulora - birds of fire appearing at snap of finger to immolate enemy. | [07:25] |
| diana_coman: | eh, dream on re snap of fingers. | [07:25] |
| shinohai: | Hilariously, didja notice minigame.bz now redirects to https://wot.bz/ diana_coman ? | [07:46] |
| diana_coman: | no idea and it doesn't really matter either. | [08:20] |
| whaack: | jfw: my table prefix was not the issue (it was set to mpwp_) The problem was occurring because the sql statement used for the archives widget doesn't work with the mysql version i am running, 5.7.27 | [11:34] |
| diana_coman: | o.O I thought you had solved that yesterday whaack , didn't realise it was still dragging on; is it solved now? | [11:35] |
| whaack: | i did solve it yesterday and then went to bed, just now responding to jfw | [11:36] |
| diana_coman: | ah, ok. | [11:36] |
| whaack: | diana_coman: there is a decent bit I have to say on html linking itself before I address the separate personal issue I have with allocating my time to research how a tool works before i use it. I think it makes the most sense to make two posts, one addressing each of these points | [14:29] |
| diana_coman: | whaack: all right, no problem there at all | [14:37] |
| jfw: | diana_coman: I report with some trepidation that I didn't finish my outline last night. It wasn't distraction, more of a sulking state where I know I gotta, but something in me just doesn't wanna; then somehow I got unwedged and it started to flow. Clearly a time waste and I dunno what to say other than it's a long standing pattern with my writing and I want to fix it. Gotta focus on other things | [15:25] |
| jfw: | now but I'll get back to it with urgency tonight and remind myself not to pre-optimize. | [15:25] |
| jfw: | whaack: I was gonna say I'd probably been talking nonsense there and maybe check your mysql & php versions? -- but too late; glad you solved it then. | [15:27] |
| dorion: | http://ossasepia.com/2020/04/20/ossasepia-logs-for-30-Oct-2019#1008209 << login was successful. | [16:38] |
| ossabot: | Logged on 2019-10-30 17:55:32 dorion: http://ossasepia.com/2020/04/20/ossasepia-logs-for-30-Oct-2019#1008138 << thanks, I've got the cyphertext, not going to be near my key until later this evening. I'll update once I've logged in. | [16:38] |
| dorion: | diana_coman how long should my review stretch this week? since I applied ~2 weeks ago? | [16:40] |
| diana_coman: | dorion: whichever you prefer there. | [16:42] |
| diana_coman: | jfw: treat the sulking state with a big ignore and - if need be - force writing ie just *write continuously* whatever until sulky-you can't stand it anymore and rather than keep at nonsense will back off. | [16:44] |
| dorion: | diana_coman aok, thanks. | [16:47] |
| whaack: | diana_coman: from what i read about the new html linking, it seems there may exists a tool that will find appropriate values for the query parameters b & e. however I did not find that tool on the post/in the logs, afaik the values need to be hand crafted. the closest thing i found was the code for xmlrpc on the post, which haphazardly finds a value for b to include in the link back to the source sending a pingback. | [17:19] |
| diana_coman: | whaack: where did you read of a tool exactly? | [17:20] |
| whaack: | diana_coman: it was hinted at in the lines "no one needs javascript to produce a selection" (although that could be because you can craft them now by hand) and hinted at in the linked discussion b/w alf and mp | [17:22] |
| diana_coman: | whaack: link please | [17:22] |
| whaack: | http://btcbase.org/log/2019-07-19#1923762 i was wondering if this 'selector' was created and i had not found it | [17:24] |
| diana_coman: | whaack: not done, no. | [17:24] |
| diana_coman: | and not worth doing as stated there either in my opinion. | [17:25] |
| diana_coman: | ie not in js. | [17:25] |
| whaack: | okay ty. | [17:28] |
| whaack: | lol til after hitting 'save draft' on a mpwp post with html characters escaped, the escaped characters are evaluated to their html characters, thus hitting 'save draft' twice in succession can alter the content of a post. | [18:33] |
| diana_coman: | ugh. | [18:39] |
| BingoBoingo: | whaack: Is this in the html view or the vestigial visual editor? | [18:51] |
| whaack: | BingoBoingo: in the html view. afaik the most recent mp-wp patch does not contain the visual editor. | [18:51] |
| whaack: | s/the most recent mp-wp patch/mp-wp pressed to the most recent patch/ | [18:52] |
| diana_coman: | whaack: add that to your post on the html linking please; a concrete example would be best, too. | [19:03] |
| whaack: | diana_coman: will do. | [19:09] |
| whaack: | bbl | [19:16] |
| billymg: | whaack: i have run into this same bug myself. the problem is html renders "escaped" html characters as their symbols. e.g. if you initially input something like "<p>" to render a <p> tag it will get saved as such in mysql. but when you edit the post, and the same "<p>" is pulled out of the db and put into the text area, it will render as "<p>" | [21:05] |
| billymg: | so saving again saves the "<p>", not the "<p>" you originally entered | [21:06] |
| whaack: | billymg: yup, that is my understanding of the problem | [21:19] |
| billymg: | this might be helpful https://www.php.net/manual/en/function.htmlentities.php | [21:20] |
| billymg: | running the db output through that before inserting into the <textarea> converts everything to html entities. so tags you intended as tags, e.g. <p>, go into the <textarea> as <p> (rendered as the desired <p>), and tags you intended to escape, e.g. <p>, go into the <textarea> as &lt;p&gt; (rendered as the desired <p>) | [21:23] |
| billymg: | would certainly be a useful patch if you have the time to test further and ensure it works as expected without side effects | [21:25] |
| billymg: | also provided diana_coman finds it a worthwhile use of your time i should say | [21:32] |
| whaack: | billymg: ^ hah that is always a given. yes it seems like a good idea at first pass | [21:32] |
| whaack: | lobbes: i am working on a solution to this http://logs.ossasepia.com/log/trilema/2019-10-31#1948993 . you don't want to put any string for the b query param that is going to match a string inside of an anchor tag. this problem occurs frequently because often the same text in a link you want to select is inside of the anchor tag: i.e. for the text 'mp writes at <a href="http://trilema.com">trilema</a>' if you try to select trilema w | [21:49] |
| ossabot: | (trilema) 2019-10-31 lobbes: in other weird, I found an odd (albeit edge case) bug in the new blog selection mechanism. If you do a select that begins with "http" (e.g. "?b=http&e=#select") it will mangle the selected link in the post itself when rendered | [21:49] |
| whaack: | ith b=trilema you will break the anchor tag instead. | [21:49] |
| whaack: | the other weird about the new selection mechanism is that when you leave no value for e, there is no closing </span> being added anywhere. afaik all browsers handle this by 'closing' the <span ..> tag by putting a </span> before either the next (1) the opening tag of a block element (2) the closing tag of any element that the <span ..> opening tag is nested in | [21:57] |
| lobbes: | whaack: aa interesting. I didn't know that about the no value for e; now that weird makes sense at least | [22:16] |
| lobbes: | and nifty. I look forward to your solution (possibly this was in the #o logz already and I missed it) | [22:16] |
| whaack: | lobbes: there is no solution proposed yet. the first two fixes that came to mind are to (1) make sure that you are not inside of an anchor tag when putting in the opening <span> and (2) to make sure you put the </span> explicitly if you hit one of the above scenarios before finding a match for the "e" value | [22:24] |
| jfw: | http://ossasepia.com/2020/04/20/ossasepia-logs-for-31-Oct-2019#1008349 - I had also encountered this | [23:59] |
| ossabot: | Logged on 2019-10-31 18:33:26 whaack: lol til after hitting 'save draft' on a mpwp post with html characters escaped, the escaped characters are evaluated to their html characters, thus hitting 'save draft' twice in succession can alter the content of a post. | [23:59] |
Comments feed: RSS 2.0