[jira] [Resolved] (FLEX-33348) /Users/justinmclean is hardcoded in source code

["Alex Harui (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/FLEX-33348?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Alex Harui resolved FLEX-33348.
-------------------------------

    Resolution: Not A Problem
      Assignee: Alex Harui

Currently, Apache Flex doesn't have an official release build machine, so binary convenience distributions are built on the release manager's computer.  This will inject the folder paths of the release manager's folder structure in the debug information for the binaries and therefore into your swfs, but that should not affect code behavior.  Especially once you have finished debugging and exported a release build.  The debugger should be able to find the source code for debugging wherever you installed it on your computer.

The VerifyError you got appears to be from a version mismatch.  Unless you are using "Marshall Plan" configurations, all SWCs used in all SWFs in an application must be built on the same version of Flex.  I verified that UIComponent and Container in Apache Flex 4.9 have the correct code.  Source code history shows that older versions of UIComponent and Container used to use mx.graphics.RoundedRectangle but this was changed way back in 2009.

Is FlexPaper.swf an old swf built a long time ago on an older version of Flex?  If so, you will have to upgrade it or use "Marshall Plan" configurations.


                
> /Users/justinmclean is hardcoded in source code
> -----------------------------------------------
>
>                 Key: FLEX-33348
>                 URL: https://issues.apache.org/jira/browse/FLEX-33348
>             Project: Apache Flex
>          Issue Type: Bug
>            Reporter: Patrick Barry
>            Assignee: Alex Harui
>
> I stumbled across this problem when I encountered a problem with my flex app.  It looks like there might have been a mis-commit from Justin Mclean.  Notice the directory that is output below.  
> This is Apache Flex 4.9.0, on flash builder 4.7, on a MAC
> [SWF] FlexPaper.swf - 3,926,129 bytes after decompression
> param 3 incompatible
>    virt mx.geom::RoundedRectangle mx.core::UIComponent/http://www.adobe.com/2006/flex/mx/internal::fillOverlay()
>    over mx.graphics::RoundedRectangle mx.core::Container/http://www.adobe.com/2006/flex/mx/internal::fillOverlay()
> VerifyError: Error #1053: Illegal override of Container in mx.core.Container.
> 	at _com_devaldi_controls_flexpaper_FlexPaperViewerWatcherSetupUtil$/init()
> 	at mx.managers::SystemManager/http://www.adobe.com/2006/flex/mx/internal::kickOff()[/Users/justinmclean/Documents/ApacheFlexSDK/frameworks/projects/framework/src/mx/managers/SystemManager.as:2823]
> 	at mx.managers::SystemManager/http://www.adobe.com/2006/flex/mx/internal::preloader_completeHandler()[/Users/justinmclean/Documents/ApacheFlexSDK/frameworks/projects/framework/src/mx/managers/SystemManager.as:2731]
> 	at flash.events::EventDispatcher/dispatchEventFunction()
> 	at flash.events::EventDispatcher/dispatchEvent()
> 	at mx.preloaders::Preloader/timerHandler()[/Users/justinmclean/Documents/ApacheFlexSDK/frameworks/projects/framework/src/mx/preloaders/Preloader.as:550]
> 	at flash.utils::Timer/_timerDispatch()
> 	at flash.utils::Timer/tick()

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: [jira] [Resolved] (FLEX-33348) /Users/justinmclean is hardcoded in source code

[Alex Harui <ah...@adobe.com>]

On 1/11/13 3:06 PM, "Om" <bi...@gmail.com> wrote:

> On Jan 11, 2013 2:37 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>> 
>> Hi,
>> 
>> Is there any way we could change the debug path info after they have been
> compiled? Having is as /flex.apache.org/Apache/flexSDK would be better.
>> 
>> Thanks,
>> Justin
> 
> I think that ship has sailed :-)
> 
> Maybe we should have a note in the release guide to build the release
> artifact from a special directory like you mentioned above.
In an ideal world, we would get the binaries from the CI server.  And yes,
its paths might be ugly, but Adobe shipped with paths like "d:\dev\" and
"c:\branches\4.y".  We could write tool to replace the paths, probably
wouldn't be that hard, but if you want a fancy path like flex.a.o, it would
need testing to make sure the debugger doesn't choke on it.  There is some
weird logic in the debugger to hunt down the source code when the paths in
the debuglines don't match anything on your computer.

-- 
Alex Harui
Flex SDK Team
Adobe Systems, Inc.
http://blogs.adobe.com/aharui

Re: [jira] [Resolved] (FLEX-33348) /Users/justinmclean is hardcoded in source code

[Om <bi...@gmail.com>]

On Jan 11, 2013 2:37 PM, "Justin Mclean" <ju...@classsoftware.com> wrote:
>
> Hi,
>
> Is there any way we could change the debug path info after they have been
compiled? Having is as /flex.apache.org/Apache/flexSDK would be better.
>
> Thanks,
> Justin

I think that ship has sailed :-)

Maybe we should have a note in the release guide to build the release
artifact from a special directory like you mentioned above.

Thanks,
Om

Re: [jira] [Resolved] (FLEX-33348) /Users/justinmclean is hardcoded in source code

[Justin Mclean <ju...@classsoftware.com>]

Hi,

Is there any way we could change the debug path info after they have been compiled? Having is as /flex.apache.org/Apache/flexSDK would be better.

Thanks,
Justin