I made a unity web build of my game and uploaded it to a secure parse server.
I made all the settings to integrate it with Facebook. All Facebook functions are working fine, but the changes made to the web build are visible if the web build is opened in a browser, yet the same changes are gone in a Facebook canvas page.
It seems as if Facebook is ignoring the html file and only considering the .unity3d file for playing the game on Facebook.
What might be causing this issue, and how can I resolve it?
As far as I know, facebook only uses the .unity3d file and ignores the .html. The html page generated by Unity should be seen as a helper to quickly test a web build and not as a production-ready web page.
What change have you made in the html file that you'll need to reflect in the facebook page ?
Related
I am working on an application in Flutter for a client. They are wanting to promote their Facebook page for their business, the page is open to the public and doesn't require login. On their site, they're already using the Facebook Social Plugin to promote their Facebook feed. I am wanting to use the Social Plugin or something similar to it for consistency.
I have tried grabbing the iFrame from Facebook's Social Plugin creation page and hosting it in a WebView via Flutter. The problem is this leads to a bunch of different errors and a repeated Attempt to remove non-JNI local reference, dumping thread console log. I already know that the WebView wasn't built to handle an iFrame like this, but I don't know where else to turn in-order to view the Facebook Page. I have also tried to just display the URL link in the WebView without any of the HTML tags and had no luck. Any suggestions?
You can simply use webview_flutter plugin to display the web page on a Flutter app. Note that webview_flutter plugin is yet to have support for web. If you're also planning to deploy your app for web, what I did was I rendered the page using HtmlElementView, following this post.
I am developing an Unity game for Facebook Canvas. I am using the Facebook Webhosting product. Everything is setup on in the app settings both in game and on the developer's app page, but when I try to load the game by using the Facebook Web Games Page URL I get the following error: "The requested URL was not found on this server" (please see the attached picture).
[What could it be the problem? I followed every step in setting up the project, the page, the Webhosting product (https://developers.facebook.com/docs/games/services/contenthosting).
enter image description here
I had the same problem. I compressed files to .7z with a different software and it worked for me.
I have WURFL on my page for redirecting mobile devices to mobile version of site. PCs are redirected to wordpress.
Unfortunately when i try to post link from my wordpress page on facebook it's generating image for link from mobile version, also link stands to be mobile version, rather than concrete post on worpress.
After clicking submit on facebook it redirects correctly to full version of page, but still the icon should be generated from full version page (same as link title).
How avoid redirecting to mobile version, when facebook services are sending request?
You may want to try using different detection software. I'm working on an Open Source C implementation of 51degrees.mobi's device detection solution at the moment. They've got links to open source PHP, ASP and Java solutions on there as well. It's pretty easy to set up and get working on your site.
We have a post on a FB wall. It points to http://tinyurl.com/{something}.
When the link is clicked in a non-mobile web browser, it works fine: TinyURL redirects the user to our web site using the appropriate URI including a special querystring.
When the link is clicked in a mobile web browser on my Android, it fails with the error in the title of this question.
When the link is clicked in the FB native app for iPad and in Safari on the iPad, it works fine.
I have tried adding our URL to the Mobile Web setting in the Basic Settings tab of the FB App configuration. That results in all links pointing directly to the root of our web site with a funky set of parameters in a querystring -- in other words, it doesn't follow the TinyURL in that particular case. The funky parameters include "refid", "ref", and "ft".
So primarily my question is: Why, when I specify the URL in the Mobile Web setting as described in the previous paragraph, does it redirect to our main URL instead of the TinyURL link originally called for?
I think this is something Facebook broke very recently (perhaps even today?). When a user clicks on any links to our app from inside the Facebook native iOS app, they get this error "Either this application has not configured its Mobile Web URL or the URL could not be verified as owned by the application. Unable to redirect." We had never set a Mobile Web URL previously, and everything had been fine since we launched the app over a year ago. We sent all mobile clicks to the same URL's as desktop browsers and handled the mobile rendering server-side. We have not changed our application domain inside the App Settings or anything like that.
In the App Settings, can set a Mobile Web URL to our homepage and the link works (and the error message goes away) but that's not the desired behavior at all - it would mean that all links end up at the same Mobile Web URL regardless of what the link was!
Was this change made on purpose by Facebook and if so why? There's been no mention of this whatsoever on the Developer Blog.
Update 3/21 8:10am PST:
I've since found this to be a widespread problem, not just for a few apps. Just by clicking around I've seen this error on posts to weather.com, youtube, msn.com and a dozen others. It happens on both clicks from the Timeline as well as the News Feed (although strangely sometimes the same post works on one, but not the other!), and from the m.facebook.com mobile web app as well as the native iOS app.
I commented on http://developers.facebook.com/bugs/302635863137683 but no word from Facebook yet. I can't believe more people aren't talking about this right now, this is a major bug.
In your app, go to Settings -> Add platform -> Website
Add both, Website URL and Moblie Website (Yes, you need these both), then your app will be able to be opened from facebook native app.
You will also need the FB Canvas.
Same here, I recently noted that all links of items shared with our Adroid or iPhone app are broken. This only happens with the mobile version of Facebook the Desktop web version is still working. What is actually wrong on the mobile version is that the original shared url is replaced with a m.facebook url that ends with "?ref=unknown&refid=0&ft=fbid.332036910178718%3Ainterface.m_touch%3Ac.m" When user click on it Facebook is redirecting the user to the App's "Mobile Web URL" + "?ref=unknown&refid=0&ft=fbid.332036910178718%3Ainterface.m_touch%3Ac.m" instead of the original shared url.
My opinion is that this is an issue of Facebook that is redirecting the url to the wrong location, "Mobile Web URL" instead of the original post url.
Ok not working. What is going on, 1st directed to something about itunes url. I am on an Android not an Iphone. Sad state when an disabled person is unable to gain access the same as others. This is bad for all users.
We are building a new app in GWT. This app will needed to be incorporated into an existing app. The server hosting the GWT app will be different than the server hosting the existing app. To get around the SOP issue, we plan to embed the GWT app in an iframe within the existing app. We would like to use history tokens to record page changes within the GWT app. This works fine, i.e. the back and forward buttons in the browser work as expected, EXCEPT that the URL of the parent page embedding the GWT app does not change to reflect the history token changes. Is there any way to modify the parent page URL from the GWT app embedded within an iframe? Any help would be greatly appreciated! Thanks!
Found techniques to do so here: http://softwareas.com/cross-domain-communication-with-iframes. This is not specific to GWT but is doable in GWT. I tried the "Marathon" version and it works.