Next Public Release Candidate (2014.2187)

@nmichaud, we need a test case before I can escalate it. 

Something along the lines of what @GuillermoFG provided would be greatly appreciated, as we can reproduce what you’re seeing, and focus on debugging rather than burning cycles second-guessing what exactly your situation is.

@Walter Here you go :

 

  1. With the latest build 2187, newLine StrokeWidh is no longer reliable.  Was working perfectly with 2156, 2179 and 2100

 Devices, all of them

  1. OS, all of them

  2. Sample files : https://dl.dropboxusercontent.com/u/6274808/bugline.zip

Hope this help, because this is a major showstopper for us.

That helps, but I still need a description of how to reproduce the issue?

For example, I just compared 2187 against what the version you saw it working (2179), and I don’t see any difference in the width of the green line.

Simply run the code under a galaxy s3, and you will see the list with the line drawn with different strokeWidth. I even put a screenshot to show you. I simply run it under our S3, take a screenshot and that’s it. It is is to reproduce.

I have a problem for use social plugin for Twitter! When i am trying to share image via twitter using social plugin. i got error image could not be loaded.

i am pro subscriber of Corona.

i am using Build: 2014.2170

Thanks.

@jonjonsson, thanks for the detailed info. Looks like we’ve got this in the system as case 28847. We’re looking into this.

@Walter, were you able to reproduce the bug on S3 with the code I provide, you can also reproduce it easily on iPod 4 and iPhone 5

@info0512, is this a confirmed bug with a reported bug ID or just an issue you’re currently experiencing?

If it is a reported bug, what is the bug number?

Is it happening with build 2100?

If this is not a confirmed reported bug, please start a new forum thread and let us see if it’s a local issue you are having or a bug that needs to be addressed.  Even if it’s a bug, it’s in a plugin and plugin fixes are not tied to daily/public builds.

Rob

@nmichaud, Thanks for the project code. I was able to reproduce the problem in all Corona builds (include 1262 for Graphics 1.0).  I can reproduce the problem in the Corona Simulator running the Samsung SIII skin using a simple program that generates a two pixel newline and moves it around the screen.

The line width change occurs because of Dynamic Scaling. Scaling a 320x480 app to the Samsung SIII skin scales the line width to fractional values, which the OpenGL rendering engine needs to handle. The reason it shows up as an issue in your code is because of the changes in Widgets Tableview that cleaned up some formatting issues. This shifted the location of the separating lines from the previous widget builds and now these lines fall on locations that cause the issue when Dynamic Scaling is applied.

If you run your code on build 2100 or 2179, you don’t see the problem UNTIL you scroll the table. When you do that, you see the same issue with the lines stroke width increasing and decreasing as it moves up and down the screen.

Trying to get everything “pixel perfect” when Dynamic Scaling is used, is a hard thing to do and not sure what we can do to make it right and handle all scaling situations.

I wouldn’t release to the public until you fix this MAJOR ISSUE with EFFECTS it is a show stopper in my book, to the point that if it takes to long to fix I am moving to another engine (which sucks because I just renewed yesterday grrrr) (yeah i am a little pissed over this one)

http://forums.coronalabs.com/topic/45048-fill-effects-and-newimage-or-newrect-with-image-fill-broken/

Hello:

  I try to build a device build with 2187. And I found “facebook.lua” is not there?!

  1. Device:   iPad
  2. OS/Version:  iOS 7.1
  3. Sample files:  first two line in app just cannot work

local facebook = require( “facebook” )

facebook.publishInstall( “14306335638xxxxxx” )
4. Description : first two line in app just cannot work
5. Bonus : I try build 2169 and no problem

Bob

@bob Do you have Facebook listed under plugins in build.settings? It’s a new requirement. See gotchas here http://docs.coronalabs.com/daily/api/library/facebook/

@Tom, thanks for the explanation, but why in that case the line separator provided by the list is always good regardless of the scaling ?

Any updates on when can we expect a fix for this one?

ZJ

Nmichaud, as a quick workaround, use a newRect as separator instead of a newLine. I just tested that.

alex

Thanks Alex,

We are going to give it a try :slight_smile:

Guillermo,

The bug you reported was fixed in today’s daily (2014.2188). All the other issues you have pasted (the forum threads) refer to now solved issues.

Thanks,

alex

@alexf I’ve made some test with the latest build and now it’s working perfectly. Thank you!

@GuillermoFG: Sure thing. Glad to help.

alex

@jonjonsson: Thank a lot. It works.

Bob