Conversation

Notices

  1. @drymer i've enables logs and waiting for it to happen again. maybe it's a badly configured html purifier library

    Sunday, 21-Feb-16 18:32:04 UTC from quitter.se
    1. @hannes2peer may be unrelated but there's a sporadic character set issue on @Vinilox Classic. Some posts R good,some not http://qttr.at/1671

      Sunday, 21-Feb-16 18:52:20 UTC from quitter.se
      1. @mcscx interesting, thanks. it looks a little different, but that it is sporadic is the same @vinilox

        Sunday, 21-Feb-16 18:54:41 UTC from quitter.se
        1. @hannes2peer @mcscx I have experienced something similar but couldn't really understand why. It only affected the social.umeahackerspace.se instance on incoming/outgoing stuff. I didn't really get to grips with what, why and when the issues occurred and stopped looking. This one for example:
          https://social.umeahackerspace.se/notice/375852
          https://quitter.is/notice/937376

          Sunday, 21-Feb-16 20:09:11 UTC from social.umeahackerspace.se
          1. @mmn funny, one time your post is affected and the other time sanstheskeleton's post is. I guess it's also in Classic and clients, right?

            Sunday, 21-Feb-16 20:36:38 UTC from quitter.se
            1. @mcscx The incoming notice is correct in the log, so it is most likely only when the notice enters an instance that the encoding is corrupted. I tried running common_purify() on the text directly but that worked just fine.
              cc: @hannes2peer

              Sunday, 21-Feb-16 20:51:32 UTC from social.umeahackerspace.se
              1. "enters an instance" as in during PHP's processing, not before.

                Sunday, 21-Feb-16 20:54:40 UTC from social.umeahackerspace.se
              2. @mmn did you notice in my Vinilox example: Nidron's 1st post is ok but the 2nd is affected. Same user, same instance, same client.

                Sunday, 21-Feb-16 20:58:43 UTC from quitter.se
                1. @mcscx Yes, but one had tags and one didn't, which is a pretty distinct difference. So it could be HTMLPurifier (as hannes suggested) that does something. For example in the one without tags, it had no HTML to modify so it could perhaps be that the string was left entirely untouched.

                  That of course would mean that all other notices with tags and non-ascii characters should be affected as well.

                  I'm just rambling here and won't bother looking up any support for my theories tonight :]

                  Sunday, 21-Feb-16 21:01:00 UTC from social.umeahackerspace.se
                  1. @mcscx @hannes2peer Btw, I get ??? for the profile name of \@takePotato Knishesakenji@quitter.se - so it has to be something that also touches the "fullname" when receiving an Ostatus_profile.

                    Tuesday, 23-Feb-16 14:48:52 UTC from social.umeahackerspace.se
                    1. @mcscx @hannes2peer I _sometimes_ get ;)

                      Tuesday, 23-Feb-16 14:49:25 UTC from social.umeahackerspace.se