Rainbow Dash

  • Content count

  • Joined

  • Last visited

Rainbow Dash's Activity

  1. Rainbow Dash added a post in a topic: Download: uLogin for IPB 3.3.x   

    As much as I can see, the uLogin servie have added some tracking code to their authorisation backend. This have nothing to do with my hook, cause all it does is adding uLogin service to IP.Board using the API they provided. I'm neither owner, nor connected with uLogin in any way, and can't comment on why they did this, or is this safe or not to rely on this service. uLogin have "terms of service" on their site - http://ulogin.ru/rules.html - where they are stating the fact that they may collect statictic on usage. Installing this hook should probably mean acceptance of this policy. For clarify, and because of "shop.a108.net" insults, I think it will be a good solution to add this 2 statements into hook description:     Actually, a lot of people are still using uLogin and not considering visitor tracking as something harmfull. And so I do. But in the end - it's up to you to decide - is it safe to let this hook be in IPS Marketplace, or not.
  2. Rainbow Dash added a post in a topic: IPB connection charset during the installation and after   

    $INFO['sql_charset'] was added as a small workaround for those, who don't know how to configure their servers well. If you create your new database with default collation set as ut8_general_ci (for example), an if you push "default-character-set=utf8" to my.cnf - there will be no need in $INFO['sql_charset'] at all. And actually that's the only correct way to configure your MySQL as IP.Board to work with UTF-8. Triggering "SET NAMES" on each query - isn't. That's why it's hidden by default, to be used only by those, who is using cheap shared hosting and can't reconfigure their servers.
  3. Rainbow Dash added a record in IP.Board   

    Ajax fast editing of post is broken after upgrate to 3.4.3: no CKEditor in Google Chrome
    Checked both on standard and custom skins.
    In Google Chome (Version 26.0.1410.12 dev) ajax post editing is partially broken. The textarea appears, but nothing happens then, no CKEditor. 
    The request to /index.php?s={sess}&app=forums&module=ajax&section=topics&do=editBoxShow&p=134500&t=4903&f=20 is passing well, and there is an init code for textEditor in server response:
     [code=html:0]<script type="text/javascript"> ipb.textEditor.initialize('edit-134500', { type: 'full', height: 300, minimize: 0, bypassCKEditor: 1, delayInit: 0, isHtml: 0, isRte: 0, noSmilies: 0, disabledTags: [], isTypingCallBack: '', ips_AutoSaveKey: '', ips_AutoSaveData: [] } ); </script> [/code] 
    It's loads to page content, being executed, but nothing happens. And there is no errors in developers console. When I'm trying to manually copy this JS bit and execute it through browser's console, nothing happens also:
    (here on screenshot you can see a custom skin and Russian language, but I've also tried this on default skin vs English language).

    When I'm trying to cancel editing, the only reaction I get is a new error message in console:[code=auto:0]Uncaught TypeError: Cannot read property 'edit-134500' of undefined index.php:1619 IPBoard.textEditorObjects.Class.create.remove index.php:1619 _topic.topic.ajaxEditCancel index.php:1835 (anonymous function)[/code]Which sounds reasonable, cause editor 'edit-134500' were not initialized.

    I've also tested this in Firefox, and 1 in 50 times I can reproduce this bug there. But in Chrome this happens every time.

    UPD. Seems to be related with this - [url="http://community.invisionpower.com/resources/bugs.html/_/ip-board/html-code-showing-when-editing-posts-r41482"]http://community.invisionpower.com/resources/bugs.html/_/ip-board/html-code-showing-when-editing-posts-r41482[/url]
    • 0 replies