When a QR-Code is scanned to get a new Pass, it's settings for "Automatic Updates" and "Show on Lockscreen" are disabled by default. In iOS Versions prior to 9.0 both where enabled. If the same Pass gets installed via the url inside the QR-Code both settings are set to on.
Steps to Reproduce:
Scan QR-Code to download/install new pass
Pass will not register and is showing "Automatic Updates" as disabled
Open the URL within the same QR-Code with Safari and download the same Pass, all works fine
Moreover, when a Pass gets downloaded, Apple is calling the wrong Webservice URL. Instead of calling POST on the Registration REST Service, they are calling DELETE.
Tested with iOS9.0 and 9.1 (13B5110e) iPhone6
Does anyone have a workaround?
See also:
https://openradar.appspot.com/22816943
https://forums.developer.apple.com/message/24585#24585
Related
We're integrating SAP Commerce 2005 and Spartacus 2.0.3 with CDS (Context-Driven Services). We followed the instructions from https://sap.github.io/spartacus-docs/cds-integration/ and we got it work right.
Nevertheless, we've noticed one issue.
When we clear the site data (either from Chrome DevTool or via browser Settings), the cookie named profile.consent.given is not being set anew while refreshing the page - even though the PROFILE consent has consentState "GIVEN" in local storage in spartacus-local-data > anonymous-consents > consents.
Initially I thought that it's just not visible in DevTools, but when I've added the url parameter ?profileTagDebug=true, in the console there is a log saying:
"[Profile Tag] No cookie found with name profile.consent.given".
When I set this cookie manually with value true, everything starts to work just fine, all other needed cookies and local storage data responsible for tracking users behavior is being set properly.
Do you see any place where we could have done something wrong, which may have caused this cookie to work improperly? Which module or component of Spartacus library would be of any clue in resolving this issue?
Edit: the reason of this strange behavior was in profile tag created by our team in CDS. It contained:
"consentListener": "type":"cookie","cookieName":"profile.consent.given","cookieValue":"true"},
which made the cookie profile.consent.given necessary while it shouldn't be. Using profile tag without this part made all work just fine.
With Spartacus, this cookie doesn’t make sense anymore. It is created by the Commerce backend and works best in combination with an accelerator frontend. Cds-spartacus in combination with ProfileTag relies on the anonymous consents or the user consents (depending on the user being logged in or not) loaded by Spartacus. More information about anonymous consents can be found here: https://sap.github.io/spartacus-docs/anonymous-consent/.
Just a quick FYI about the CDS-Spartacus integration: the profile tag script is pulled from the configured URL by Spartacus, and the script is doing all the event and data "scraping". The cookie is also being placed in the browser by the script.
Your question and this comment lead me to think that the script is not handling this case.
I'm not even sure if it should handle it, so it might be a better idea to contact CDS team directly about this one.
I am attempting to update a Shiny App that I last modified in April,
https://jvadams.shinyapps.io/StatusGraphsApp/StatusReportInteractive.Rmd
The updated app runs fine in RStudio, but when I go to publish it, a couple things happen. I get an error on the page, Error: cannot open the connection and it is assigned a different url than before,
https://jvadams.shinyapps.io/StatusReportInteractive
I have not introduced any new files, simply modified the old ones.
How can I successfully publish the updated version to shinyapps.io?
How can I get it to use the same url I had before?
I am using R version 3.2.2, RStudio version 0.99.467, and Google Chrome version 41.0.2272.118 m in Windows 7. [I also sent this question to shinyapps#rstudio.com.]
I think the problem is that that behavior of the RStudio IDE changed with 0.99 release. When you click the publish for an RMarkdown doc, you are now prompted with a list of files to publish. By default only the RMarkdown document will be deployed. If you have additional data files that are required, you will need to include those by clicking 'Add more'.
I'm trying to add the cumulative hotfix to ColdFusion 9.0.1. The instructions say to click on the 'i' in CFAdministrator and In the "Update File" text box, browse and select chf9010004.jar located under CF901/lib/updates.
The issue seems to be that whatever browser plugin that is being used is no longer supported by the current JRE version. Is there a way to manually add the hotfix without this step requiring to use the Java file browser?
In Safari the Java file uploader plugin says java out-of-date even though I'm running the latest version.
In Chrome a message comes up that says This site uses a plugin JAVA (TM) that will soon be unsupported. The plugin seems to load, but never goes past saying retreiving initial directories
Do not use the Browse Server button, just type the full path to the extracted chf9010004.jar file into the Update File text box then click the Submit Changes button.
The path should be something like:
C:\directory_where_you_extracted_the_zip\CF901\lib\updates\chf9010004.jar
So I'm just starting to work in sitecore and for some reason none of menu options are working in Page Editor mode for the site that I'm working on. We pretty much have the sitecore website and add some extra page content (MVC app files) to it. I'm getting a variety of javascript errors.
In content Editor, if I click the Sitecore logo and click on Properties I get
TypeError: contentIframe.dialog is not a function
In page editor if I click on the blue components button I get:
TypeError: i.widget is not a function
I'm guessing maybe it's a conflict between jquery that we're using for this website and whatever Sitecore is using. I think it's 7 - but I can't see it via the menu option :)
That guess could be wrong - it could in fact be a browser issue, but I've ensured Firefox is not blocking popups. It doesn't work in Firefox, IE or Chrome though.
The weird thing is that no one else on the project is having this issue it's only on my computer.
Edit - I've also just tried re-installing (7.2) without any local code changes I still can't click on a page and go to Presentation, Details (Layout) - I get a TypeError: contentIframe.dialog is not a function
Edit 2 - I've noticed that I can use sitecore in the QA environment and the dialogs work fine there. So it's something specific to my local build of the site we have (sitting on top of sitecore). But the dialogs just throw jquery errors when I do stuff locally. I was hoping it would be a browser setting but doesn't look like it.
Edit 3 - What I've tried this morning.
Same thing happens in all browsers (FF, IE, Chrome) and I’ve cleared
my browser cache I can access the QA site and the dialog appears as
expected
Copied across the QA site files, pointed my local Digital
site in IIS to the new folder – dialogs don’t work
Team member tried accessing the site from his machine (pointing to my IP address) and
dialogs work for him
I tried seeing if another local sitecore site dialogs were working – but the menu items for that are opening as new windows (so I’m guessing it’s a sitecore 7.2 feature that they appear as jquery dialogs??)
So after googling for rejected-by-urlscan it turns out there's a program called UrlScan from microsoft that was blocking my dialogs. Uninstalled that and I now have dialogs appearing for sitecore. Very exciting :)
I guess it is a problem with some browsers plugin. Sitecore is sensitive to scripts that are used(different versions of jquery or prototype.js). Plugins can inject scripts to HTML source of pages and it can cause errors.
Try to switch off all plugins at least at one browser and check the results.
Recently I have create some UI tests for a qooxdoo application with the built-in simulator ( I am using qooxdoo 3.0.1, selenium-server-standalone-2.35.0 and firefox23)
and I need to store a cookie in the browser and save that for the next time that it open.
code that stores the cookie:
if(!this.getQxSelenium().isCookiePresent(debugVariable))
this.getQxSelenium().createCookie("debugVariable=0","path=/, max_age=350000, domain=subdomain.foo.com");
console.log(this.getQxSelenium().getCookieByName("debugVariable"));
I have find that there is an argument in the server the -profilesLocation that specifies the directory that holds the Firefox profiles that java clients can use to start up the Firefox
I even try to use -browserSessionReuse but it does not working either for me.
I see this is not enough what other solution I could try to make the Firefox to remember the cookies?
This is not a qooxdoo-specific issue. I tried it with a plain HTML+JS page and Selenium's -firefoxProfileTemplate option and it didn't keep the cookie either.
You could try using an older version of Selenium (and perhaps also Firefox). -firefoxProfileTemplate is specific to Selenium RC, which is deprecated and gets more broken with every new release.