Posts

    const newText = text.replace(/([*_[\]()^`%\\~<>#|:.+\-])/g, '\\$1');

@Marker

  const booruDefault = {
...
    forbiddenRedirPath: '/', //new
    hasTagError: (str) => { //is this the best way to do this?  I dunno, I'm barely a hobbyist
      const dom = new DOMParser().parseFromString(str, 'text/html');
      return {
        errored: [...dom.getElementsByClassName('alert-danger')]
                 .some((ele) => ele.textContent.includes('Oops, something went wrong!')),
        messages: [...dom.getElementsByClassName('help-block')]
                  .map((ele) => ele.textContent),
      }; },

  async function throttle(fn, ...args) {
...
    try { //because we're throwing errors around
      const result = await new Promise(resolve => {
        window.setTimeout(() => {
          resolve(fn(...args));
        }, timeRemain);
      });
      GM_setValue(key, Date.now());
      return result;
    } finally {
      GM_setValue(key, Date.now()); //still need to do this while throwing errors around
    }

  async function bulkApplyTags(tagsToAdd, tagsToRemove) {
...
        await throttle(submitEdit, id, oldTags, newTags);
      } catch (err) {
        errors += 1;
// Also do stuff like styling thumbnails based on what the specific error is
      } finally {

  async function submitEdit(id, oldTags, newTags) {
...
    const abort = new AbortController(); //new
    const resp = await fetch(path, {
      method: 'POST',
      body: form,
      signal: abort.signal, //new
    });
    if (resp.status !== 200) {
      throw new Error('status code: ' + resp.status);
    } else if (resp.redirected) { //all new
      abort.abort();
      if ((window.location.origin + getBooruParam('forbiddenRedirPath')) == (resp.url))
        throw new Error('forbidden');
      else
        throw new Error('redirected');
    }
    const body = await resp.text();
    const errors = getBooruParam('hasTagError')(body);
    if (errors.errored) throw new Error('prevented', { cause: errors.messages });

• Although it could be thought of as “successfully failing” ie. working as intended vs. an error, not applying a change is an event a user* might want to follow up on.
  ^*me
  • Future features: highlight the images that the errors occurred on, with styles uniquely communicating which kind of failure occurred for them.
• If the tag change is prevented due to permissions (such as tags being locked), philomena currently responds with a 302 redirect to ‘/’. fetch will resolve it as a status 200 with .redirect = true and .url as location.origin + '/'
  • I don’t see a way to know that a post’s tags are locked via the API or the data on the thumbnails page:
    • It can be found out in the aforementioned way, or
    • It could be found out by making yet another fetch, for the image’s page itself (not its API) and looking for <div class=\"js-imageform hidden\"><p>You can't edit the tags on this image. </p></div>.
• If the tag change is prevented due to ratelimit violation, philomena responds with a 302 redirect to the referer
  • I couldn’t figure out a way to get the string that will be sent as the referrer without making a lot of janky assumptions; window.location.origin + window.location.pathname + window.location.search seems to be the default…but perhaps some other user extension would alter that, and I couldn’t find a way to get the actual referer string that will be sent by fetch’s Request - it just returns about:client verbatim.
  • So, instead, test for resp.redirected and hope that no other philomena implementation uses redirects for successful API responses.
• Throw unique errors in these cases. As mentioned above, it might be nice to present which images encountered tagging errors, and what sort of tagging error (as you might just try again if it’s a network or ratelimit violation, vs. pursuing mod assistance with tag locked images.)

• When trying to apply invalid tags combos from the normal web form, the response contains a bunch of HTML (to replace certain elements on the page) and includes text like Oops, something went wrong! Please check the errors below. which could be detected. However, for reasons I can’t figure out, when making the requests through the userscript, even if I set all the headers and payload to be exactly the same, I find response body is empty/absent. Looks like a quirk(?) of the Chrome network tab - if I await and access resp.text() in the script, suddenly the response shows up.
  • Any idea why that is? Currently, I don’t have an idea how to detect that type of failure.
  • Instead, the tag validation could be re-created to proactively perform on the client-side in lieu of looking for it in responses.

She can also steal cutie marks.

This image is blocked by your current filter - click here to display it anyway

your current filter.

@☬ ᏝᏆᏁᏨᎾᏝᏁᏰᏒᎬᎳᏕᎿᎬᏒᎱᎯᏁ ☬
I think perhaps the best way to do this is if you created an image and shared it with staff on Discord. Perhaps in the Ban-Appeal channel so that the actual badge design is a secret until it’s announced, then everyone on staff would be able to vote on it.

Without that, while I’m certain everyone is extremely honored and very much would like you to do this, it’s hard to give you the go ahead. It’s always easier if we can see the thing first.

Please remember to choose whether it’s a badge for participants, or a badge for artists who help.

And, if you have the tools, please make the resulting image an SVG. This is what badges need to be for scaling and integration with the site.

If you can’t do it in SVG, please do one anyway in whatever medium you normally work with - if the design is chosen then someone on staff can then vector it.

Just so you know more about the background, what often happens with badges is that during the event we talk about what badges might be, and compare ideas and possible images as inspiration, and then someone volunteers to create the badges itself. Then folks with more experience with SVGs and getting badges integrated with the site optimize it.

So, even when we ‘have the badge’, there’s often one or two more weeks of integration and testing and getting the badge deployed before anyone ever sees it in the wild.

I’ve created a badge, too, and found the entire process extremely interesting. It’s not just pretty pictures :) There’s a lot behind the scenes that gets badges ‘in the system’.

Good luck, and I look forward to what you create :)

He and some of his execs actually went before the US Congress and said, and I quote:

Facebook is a real identity platform.

If they ever admit how many of their users are fake, they’ve perjured themselves.

Plus, all their advertisers will eat their livers for supper. Facebook has spent years charging advertisers for reach and “per click”, claiming that every click was from “one and only one” unique human.

Which is clearly bullshit. I’ve got nearly 5 dozen different “verified” profiles there for development and testing purposes or for doing advertising and Page admin work for clients. Some of the folks I work with have even more.

Course, despite what they say about it in court or before Congress, Facebook itself has no idea how many real users there are on their own platform, and how many are bots or the same person hundreds of times.

An internal Facebook presentation this spring called the phenomenon of single users with multiple accounts “very prevalent” among new accounts.

Zuck is not even a cocksucking little rat. Even cocksucking little rats have some purpose. Hell, I’d trade a little cocksucking rat for Facebook and it’s asshole cofounder in a heartbeat.

Facebook is a real identity platform.