Subtle changes, bugs and feedback

Posted on
Page
of 312
  • Yes, of course.

    But depending on the circumstances they might strongly feel that their username history should be wiped.

    Real life examples I have handled on LFGSS and Bowlie:

    1. A US person lived 20-25 on one of the forums, and later found a work opportunity with the CIA (I shit you not), and knew that they would conduct a very deep background check. She wanted various posts deleted, but more importantly the username to be eradicated.
    2. A UK person found that they had libelled/defamed another person, and felt that for their own future precautions that they should not be traced so easily by a username they had which in part identified them.
    3. A UK person originally registered with their real name, and gained a stalker elsewhere in life. They urgently and desperately wanted to ensure that the stalker would not trace them here.
    4. A UK person who was working in a locked-down office environment was traced to the site by their boss, who didn't yet know which account was the one they were looking for, and this person wanted to remain part of the site but needed to be sure that the boss did not find them.

    Those are just a handful of real world situations I've dealt with that have required that the username history shouldn't be kept or shown to others.

    Yes, people could create new profiles, but most people don't seem to be savvy enough to think of this. I had thought about displaying username history originally, but felt the system should look after privacy by default.

  • If it's not searchable, either here or by indexing, how much of an issue is that?

    It would be searchable via Google: site:lfgss.com oldusername would return the profiles of anyone that had used that username.

  • So which behaviour is implemented?

  • Not sure what you mean.

    We use the blackfriday Markdown library: https://github.com/russross/blackfriday

    All versions of Markdown will treat two * in the same line as a desire to emphasise the text between them. Some parsers go further, and would emphasise multiple lines (ours doesn't).

    mdcc_tester used two * in the same line, and so it was italicised.

    None of the * in this comment are escaped, but if you did want to use two in one line without creating emphasise then you may escape one of them using a backslash \*

  • This is why we need quotes ;-)

    I was asking whether Persona treats joebloggs+foobar@gmail.com and joebloggs@gmail.com as distinct identities with separate profiles, or once the OAuth magic happens, Persona treats them as if they are a single identity.

  • This is why we need quotes ;-)

    Not really, I followed the post you had replied to,

    Persona treats them as distinct from the outset and you can always go to https://login.persona.org and manually add variations too.

  • Right, I had to add a backslash before the bracket. Can this be done automatically? I hate having to manually edit shit.

  • Ah, it breaks on one combination, based on the same bug that mdcc_tester reported last night.

    The bug has been raised with the Markdown parsing library, when fixed I'll merge into our code and will re-generate all comments from their markdown... thus fixing anything amiss.

    I've updated the bug report to include images: https://github.com/russross/blackfriday/issues/116

  • I could probably PM myself.

  • You could do that anyway.

    I thought about it, and figured why prevent people doing that? It's like leaving yourself a reminder for later.

  • Does Persona give you enough information to link @Emyr and @user48629?

  • No.

    And we haven't yet wired up the IP tracking (on content creation) to fight spam... so right now I couldn't have caught the alias.

    In the future I'll have some clues, but in the architecture I've erred on the side of privacy over troll/spam fighting. So it is possible to mask who you are more effectively than you could've managed with vBulletin (I had a scary level of access to data with that).

  • On mobile. On the following page, the paging buttons at the top of the page are aligned with the text, at the edges, so there is some white space between then and the screen border.

    At the bottom of the page the buttons are hard against the screen edges.

    Android 4.4.2 chrome 37.0.2062.117

  • On more than one occasion now I've lost a carefully crafted response due to hitting the "Reply" link in error.

    I've either hit Preview to check the post looks good and then moved the cursor up a few pixels and hit Reply, or I've clicked Reply accidentally when aiming for Preview.

    I'm completely aware this is my fault in both examples, but given the wording, context, and placement of this link I think something could be improved.

    Perhaps when the reply box is open, the link could switch to "Cancel reply" or similar? (Although that wouldn't solve the issue of my fat fingers.)


    1 Attachment

    • Screenshot from 2014-09-17 13:32:00.png
  • Better still, perhaps the content could remain in the textarea so that clicking reply simple toggles the reply area with all the content still inside of it. That would solve both issues.

  • Maybe just disable/remove the link once activated as there is already a Cancel button in the message area? Why does the Reply link need to toggle?

  • Assuming people's browsers aren't caching too aggressively, there should now be footer links to other places, including a "Top".

    If your browser is caching aggressively (if the links are vertical rather than a single line), then CTRL+F5 always fixes things.

  • I see it in a vertical list

  • Well... CTRL+F5.

  • I see it in a vertical list

    Have you checked you are not lying on your side?

  • That did it. Alas MoN I don't drink as much as you and therefore am more vertical than horizontal

  • Post a reply
    • Bold
    • Italics
    • Link
    • Image
    • List
    • Quote
    • code
    • Preview
About

Subtle changes, bugs and feedback

Posted by Avatar for Velocio @Velocio

Actions