Posted March 3, 20169 yr Because 4.1.9 is now being labelled as a Security Release, is there any time estimation for the release of it?
March 3, 20169 yr I guess I'm not seeing where it's being labeled a security release. It's not being labeled that inhttps://community.invisionpower.com/release-notes/ I also notice only about less than 1/4 of updates mentioned is security. It appears to be mostly fixes and a bigger release to boot? Maybe I'm missing something? You do realize what line will come next from someone I decided to leave the obvious out Regards
March 3, 20169 yr Just now, DesignzShop said: I guess I'm not seeing where it's being labeled a security release. It's not being labeled that inhttps://community.invisionpower.com/release-notes/ It has the security exclamation mark on my screen.
March 3, 20169 yr 5 minutes ago, DesignzShop said: I guess I'm not seeing where it's being labeled a security release Edited March 3, 20169 yr by Ilya Hoilik
March 3, 20169 yr By golly I guess there is a little red mark there I'd still doubt anything around weekend time imo. Could happen. Doubt it though. Edited March 3, 20169 yr by DesignzShop
March 3, 20169 yr Management We are in QA process on 4.1.9 now. The security updates are not extremely critical so we are not doing them outside of cycle.
March 3, 20169 yr Is there a specific reason md5 is still used in the suite? I see the security fixes are for md5 issues. Is that backwards compatibility?
March 3, 20169 yr What exactly is this? Quote The member REST API endpoint will now return custom fields. An example of what does this it would be ideal.
March 3, 20169 yr also interested to know, because one of the bug I need it to be fixed was marked fixed for 4.1.9
March 3, 20169 yr Just now, Eudemon said: also interested to know, because one of the bug I need it to be fixed was marked fixed for 4.1.9 as charles said, we're already in the QA phase and it shouldn't take that long 4 hours ago, Charles said: We are in QA process
March 4, 20169 yr This thread on mobile Same error happened on my site on one of my threads. Hope this can be prevented with some kind of fix
March 4, 20169 yr 1 hour ago, superj707 said: This thread on mobile Same error happened on my site on one of my threads. Hope this can be prevented with some kind of fix This is because ZeroHour's post has the following code: <div style="margin-left:1077px;margin-top:56px;"> <div title="Protected by Grammarly"> </div> </div> inserted by the Grammarly plugin. It's happening on my site as well because the plugin is quite popular (2 million users!). I reported that before but IPS said this isn't a bug.
March 4, 20169 yr 36 minutes ago, Kirill N said: inserted by the Grammarly plugin. It's happening on my site as well because the plugin is quite popular (2 million users!). I reported that before but IPS said this isn't a bug. And I would agree. If anything, it’s a bug of Grammarly. It’s not supposed to change the layout of the text it is meant to check for spelling/grammer. Edited March 4, 20169 yr by opentype
March 4, 20169 yr 14 minutes ago, opentype said: And I would agree. If anything it’s a bug of Grammarly. It’s not supposed to change the layout of the text it is meant to check. Well the suite isn't supposed to allow modifications to the page layout either. Right now, anyone can vandalize a page with that plugin.
March 4, 20169 yr The only bullet-proof way around that is to not allow any external rich-text content to go into the editor in the first place. If you do allow it, you will always be able to vandalize a post. That’s not a bug, it is by design. If you allow HTML styling in the post, you will get whatever styling that is. You would need artificial intelligence built in to decide which style statements (e.g. width, margin, padding, color, background-color …) are useful for the post/page and which are not.
March 4, 20169 yr 8 hours ago, Kirill N said: This is because ZeroHour's post has the following code: <div style="margin-left:1077px;margin-top:56px;"> <div title="Protected by Grammarly"> </div> </div> inserted by the Grammarly plugin. It's happening on my site as well because the plugin is quite popular (2 million users!). I reported that before but IPS said this isn't a bug. Sneaky %^&%^& I had no idea it was doing that, I have removed the addon now! EDIT: I actually think the way the plugin works is causing the editor to pick up the html rewrites it does for its inserts rather than a tracker blip. Its one of the issues between chrome plugins and a html editor. Edited March 4, 20169 yr by ZeroHour
March 4, 20169 yr 17 hours ago, Morgin said: Is there a specific reason md5 is still used in the suite? I see the security fixes are for md5 issues. Is that backwards compatibility? We don't use md5 for passwords or "encrypting" any sensitive information, but we do use it for certain areas where we need a random unique string. 17 hours ago, Marius said: What exactly is this? An example of what does this it would be ideal. It's just a change to the REST API introduced in 4.1.6. Any endpoints which return member data will now include the member's custom profile field values.
March 5, 20169 yr On 3/3/2016 at 0:54 PM, Charles said: We are in QA process on 4.1.9 now. Just a random thought, I see that the current status is set to 'In Development'; wonder if we could get like a 'In QA' or various other statuses? IDK seems like the Dominos Pizza Tracker lol
March 5, 20169 yr On 3/4/2016 at 7:07 AM, Mark said: It's just a change to the REST API introduced in 4.1.6. Any endpoints which return member data will now include the member's custom profile field values. That will be extremely useful. It will be nice to make use of those fields in 3rd party apps etc.
March 17, 20169 yr On 3/7/2016 at 11:57 AM, RevengeFNF said: Will 4.1.9 probably be released this week? Are the week after this post from the week you posted @RevengeFNF
Archived
This topic is now archived and is closed to further replies.