Q: Redirect issue

[aisingapore]

Q: Redirect issue

[kensoh]

Hi @thim81 thanks a lot for giving this scenario. I've heard of issues with redirection with PhantomJS, in some situations due to lack of real-browser headers, in some situations something may be broken. Does the issue happen for you when running in visible or headless Chrome mode?

Adding on for reference a solved issue with redirection in CasperJS - https://github.com/casperjs/casperjs/issues/1600
And PhantomJS making some new commits regarding redirects - ariya/phantomjs#15044

[thim81]

Since CasperJS is not supported on Chrome, I run the tests with Firefox in the visible mode.

[thim81]

For now there is no way around the gmail redirect?

[kensoh]

How do you replicate the issue? Is it you run in normal mode, let it login on the PhantomJS browser, then click on any external URL link in an email?

Adding on, when I try to copy and paste that URL in a normal browser it looks like a Google redirection notice page. If you are running within PhantomJS (default mode), maybe Gmail somehow has certain behaviour for PhantomJS that prevents external links and shows that page.

[thim81]

@kensoh

I'm affraid that it most be something very specific.
We are doing a work-a-round by using a temporary mail confirmation flow by using a service like mailinator instead of Gmail. That way there is no redirect issue anymore.

[thim81]

@kensoh

Using a alternative mail service, also causes a redirect, so it's not really clear how to resolve this in the flow?

I checked the references but I'm not sure what to do with the references? They remain open or can I do something like in my flow?

casper.start('http://tebel.org', function() {
this.echo(this.getCurrentUrl());})

casper.thenOpen('http://tebel.org/a.html', function() {
this.echo(this.getCurrentUrl());})

[thim81]

Not sure if this is related but it seems so.

Perhaps the issue is that it always opens a blank window which is actually blank.

https://image.prntscr.com/image/Sk2vetiKSUGtMMJG-fvoxg.png

[thim81]

Update: when running the flow on Chrome.

It blocks the opening of the page because it considers it a popup.

After allowing the popup in chrome, the window opens just fine on Chrome.

Perhaps this is the reason also for Firefox? That the popup gets blocked.
If I test the behaviour manually in Firefox, the window opens just fine.

Is the flow using a different Firefox engine?

This is the firefox debug

[debug] [phantom] Navigation requested: url=http://mailsac.com/dirty/[email protected]/JFDnIKgcya3koSSrrKxU3RNyygesYw3Vpw, type=Undefined, willNavigate=true, isMainFrame=true

[kensoh]

Thanks for reopening this @thim81 I see, I have experience with running on Firefox when some popup or new window opens. Until now I am not sure why. TagUI uses CasperJS which uses SlimerJS which runs a wrapper around the Gecko engine.

I have experimented in the past dealing with cookies by specifying the profile but it is really hard to make any progress, even with specifying profile there is Firefox window that requires user manually selecting and can't run automatically.

There is a recent related issue at SlimerJS repo - laurentj/slimerjs#622. If you disable popup-blocking option in preferences is it able to help?

[thim81]

No such luck for now, because I checked the popup blocking settings and they all seems.

I'm using MacOS Firefox 54.0.1 (64-bit)

[kensoh]

I see.. thanks @thim81 I've raised an issue at SlimerJS (the project that drives Firefox). CasperJS will talk to SlimerJS to control Firefox. You may want to subscribe to that issue so that you can get updates.

As the generated CasperJS code is correct and works for PhantomJS/Chrome, I'll close this issue for now as it seems to be some issue in the CasperJS->SlimerJS->Firefox chain.

laurentj/slimerjs#636