Firebase: Wrong file when downloading plist - firebase

Instead of getting the "googleservice-info.plist" file, I got a file called "Unkown" when adding an app to a new firebase project I just created. When I later opened the project I got loads of errors so I decided to delete everything, and therefore I can't really give any more information. However, I only wanted to know if this is something that has happened to anyone else, or if it's some major issue that Firebase is aware of? Worth mentioning is that I recently updated to XCode 8 and I have gotten tons of problems regarding Firebase after doing so.
Edit:
The file that is being downloaded is a TextEdit Document instead of a Plist file.

I had the same problems with Firebase and Xcode (8.1). Bug has been reported to Google & Apple. I used the latest versions of Git,Firebase,Cocoapods, etc...
Furthermore, when I tried to run an App, which was using Firebase (Auth & Database), I've got several errors started with: "Conflicting nullability specifier on return types, 'nullable conflicts' with existing specifier 'nonnull'

Changing the file name "unknown" to "Googleservice-info.plist" with extention to "plist" and changing the default opener to xcode by rightclicking and pressing Get Info button worked for me

Related

Issue: Audit usage of navigator.userAgent, navigator.appVersion, and navigator.platform

I started a new project in vue.js. I added navbar. At one point, I noticed issue in the console:
Audit usage of navigator.userAgent, navigator.appVersion, and navigator.platform
I don't understand this, because I don't use any navigator in the project.
Why am I seeing this issue? How can I change it?
The reason one sees the message is well explained in the description of the very same message (audit).
The real question is who/what is the source of it. There is a hint to the file extended-css.js.
Here is an example with another file (as I do not have the extended-css.js):
Right click on the file and then choose Open in new tab.
So there you can see that the reason for the audit message is the hook.js file from the Vue.js devtools extension.
In your case it would be another extension or library you are using - direct or indirect (for example a part of vuetify, etc.).
From there you have 3 choices:
ignore it
wait for the authors of the library to fix the issue and update it
disable the extension/remove the library causing it.
https://blog.chromium.org/2021/05/update-on-user-agent-string-reduction.html
Is helpful to read. Some key points:
"Beginning in M92, we plan to start sending deprecation notices for the navigator.userAgent,
navigator.appVersion, and navigator.platform getters in the DevTools Issues tab."
"If your site, service, library or application relies on certain bits of information being present in the User Agent string such as Chrome minor version, OS version number, or Android device model, you will need to begin the migration to use the User Agent Client Hints API instead."
I know I am not using the navigator getters in question so at this point, it seems I can only wait for an update to the library's .js
(in my case, bootstrap 4) to make the warning go away.

Xamarin.Auth AccountStore - KeyStore was not initialized

I've had this Xamarin.Auth AccountStore working in my app for a while, but then decided to do some updates to some Nuget Packages and Target Android versions >_<
I now have no idea what went wrong and how to get it working again, here is the exception:
Java.Security.KeyStoreException: KeyStore was not initialized
The code is pretty simple and looks like this:
var accountStore = AccountStore.Create(Android.App.Application.Context);
var accounts = accountStore.FindAccountsForService(providerName);
The 2nd line is throwing the exception.
This is in the Android project, being called from a PCL DependencyService.
It has been working this way for a while, I guess something changed in a version update in one of the packages but I don't know what, any ideas?
try to repair your visual studio installation.
This made the trick for our project. We had the same problems like you.

Cannot import Firebase project

I have an existing Firebase project that I am trying to import into the new Firebase 3.0 version that was just released at Google I/O 2016. Every time I try to import it, I keep getting this error with no helpful message on how to fix it or what the actual problem is.
It Sometimes related to your extensions that you have added them before for example I had Enable Cross Origin * Extension and Firebase did nothing at all.
Sorry you've had trouble! No open-and-shut answer here, but some things you can check:
Firebase has been popular this week, so we've had a fair bit of load. Try importing the project again and see if it works.
There is a known issue where projects with very short names may not import. That's being worked on - so if you have one of those projects, please check in later!
A Firebase project in the new console is also a Google Developers/Google Cloud console project. There is a limit to how many of those you can have.
To check if its the third case, try going to http://console.developers.google.com and see how many projects you have. If its a few (double digits) you may be hitting this issue. You can delete any unused projects and then try and import again. Unfortunately you may have to wait a bit as projects can be un-deleted, so the slot isn't made available immediately.
If none of this fits you, then it may be something new! Try filing a ticket with the support team and include the details of your project: https://firebase.google.com/support/contact/troubleshooting/

My file meet Brackets live preview problematic situation, no problematic situation concerning “Getting Started” file, although

I can use live preview when I selected “Getting Started” file,
but I cannot use live preview when I selected the file that I created.
This file is in same tree as “Getting Started”.
I already insert “"livedev.multibrowser" true” into json file which is in the place,
C:\Users\myname\AppData\Roaming\Brackets.
What’s the difference?
Should I set something for my file?
FYI, when I restart Brackets, json file becomes “false” again.
Is this related?
FYI-2,I checked address.(I don’t update this to any public server, still.)
my file
http://127.0.0.1:56616/index.html
Getting Started
http://127.0.0.1:56598/index.html
Have you recently done an update to brackets? If so then they say on their github issues log that it is best to remove the cached files and the appdata files because it has a hard dependency and that should reset the program. This link may helpenter link description here
According to their github account I'd you do a version update the software can bug out and their main fix is deleting the app data but you can leave the preferences. It requires a clean install of brackets for it to function with 1.3 1.4 1.5

flex3 autoupdater error

Dear all, I am working on flex3 and want to update my application by flex3 autoupdate. When my installed application runs, my checkUpdate function calls the autoUpdater code. It starts but when it reaches to 100%, it shows this error: "There was an error downloading the update. Error# 16824"
My mxml code is here http://tinypaste.com/92138b and server xml code is here http://tinypaste.com/e3792
Please guide me.
Many Thanks
Google is your friend for this one; it looks like you forgot to update the application descriptor version number in the updated version on the interweb.
http://dezeloper.wordpress.com/2010/01/21/adobe-air-updater-error-16824/
I was unable to see your code as our work router blocks tinypaste. That said, however, I can tell you that air updates done via the ApplicationUpdater class are all based upon the updater xml file that you create/copy-out-there, and the xml file used for the compiler that sets the filename, version, application ID, etc. (most of which is used for the exe-compiler/exe-wrapper that facilitates the "bridge" between the OS and your compiled actionscript code). This link, might help: dezeloper.wordpress.com.
All-in-all keep debugging. The ApplicationUpdater class is one that was relatively well-written and is pretty self-explainable... once you get past this bug, there are a couple more that might be a sync-the-xml-text pain-in-the-butt. For example... I can tell you that in AIR 1.0 (and this may still be true in recent releases) if you made a change to your application xml file, and you're compiling from eclipse/flexBuilder/flashBuilder, you had to "project > clean" for those xml options to get picked up.
Best of luck,
Jeremy

Resources