Have noticed that having the QF login set up within an iFrame on another site doesn’t work unless you’re already logged into QF within the same browser.
For example, I’ve put an iFrame with our login page on one of our internal systems. If I’m not logged into QF it doesn’t show anything at all. But if I then login to QF then refresh the page with the iFrame everything shows up perfectly.
It’s doing it in a couple of systems so I’m not entirely sure what the issue is or how to overcome it.
I think this is due to 3rd party cookies, i.e. the login page on QF is trying to issue a cookie through an IFrame. Some browsers don’t allow this by default.
In Chrome hit F12, do you see any warning messages in the debugger console?
I’m pretty sure Safari will block 3rd party cookies by default, you can change this behaviour and retest. That should confirm for sure if it’s cookie related.
To enable third party cookies in Safari please follow these steps: Open Safari and in the top left corner of your screen click on Safari and select Preferences. In the preference window select the Privacy option and under Block cookies select Never. Your browser should now accept all third party cookies.
I don’t think Iframe access is something we can support at the moment. It is possible to relax the SAMEORIGIN policy but this has undesirable security implications.
Are there any workarounds we can use for the moment? - Obviously using iFrames is a lot easier and quicker than actually integrating it into a system. We’re using one of our suppliers systems which gives customers the ability to manage their broadband and telecommunication accounts so being able to access QF through an iFrame would be great for them.
What are you trying to achieve? Is it just invoice viewing for example?
The QuickFile API is easy to use and I think it would deliver a far more seemless integration. It would just be a case of matching up clients, and maybe just calling the PDF file
If you’re using PHP, I’m happy to try and help where and when I can, so feel free to ask questions
In terms of what we’re trying to achieve - its invoice viewing primarily but also the ability for them to then make payments and possibly view/accept estimates. Which is partly why I thought the iFrame would be a quick and easy (albeit not the cleanest) solution as it would include all that functionality.
@Lurch - Apologies for the confusion. We’ve been trying to get the iFrame set up in two places. One of which is our own, internal (as in only available to staff, but web based) account management system. Whereby what Parker has explained would be perfect. But then we’ve also got a management system that is effectively provided by one of our suppliers that allows our customers to login and manage their services. They have given us access to HTML & CSS in order to customise the basic look and feel. But I’m not sure how well it’ll play with PHP. Thanks for the link by the way, will have a play around with that. Even if they can only pay their invoices it’s still better than nothing!
