Authentication dialog disappears

Some time after upgrading to 10.4.6 (on my G4 mirrored doors), and on a couple of G4 QuickSilvers with 10.4.5 I get very strange behavior: every time a new software update or new application is installed and the system asks for administrator password, it is impossible to click the password field and enter the password — the dialog hangs still for a while, then just disappears. Every new attempt results in that dialog disappearing immediately. I tried setting blank admin password — to no awail.

Post Author: TAZ
CA Forum: Authentication
.net? or java?
You can try using integrated auth or anonymous on the crystalreportviewers virtual directory if it's .net
No idea if it's java
Regards,
Tim

Similar Messages

After clicking "Save" in "Save as" file dialog, the dialog disappears but no download is started. Is this a Windows 7 64 bit issue? It works fine in Windows XP.

I am trying to download the iTunes installer for Windows 7 64 bit.
I have "Always ask me where to save files" checked in Firefox's download options.
Steps to reproduce the problem:
1) In the iTunes download page I click the "Download now" link and Firefox shows me a "Opening iTunes64Setup.exe" dialog with a "Save File" button.
2) I click the "Save File" button. Sometimes the dialog disappears but nothing else happens. Other times I get the Windows 7 "Save as" dialog.
3) I click the "Save" button in the save file dialog (I'm using the default user documents folder). The dialog disappears and nothing happens.
If I uncheck "Always ask me where to save files" then the download works fine.
I also have a Windows XP 32 bit with the same configuration where everything works fine which makes me think that this problem only happens in Windows 7 or in the 64 bit version.

It is possible that anti-virus software is corrupting downloaded files or is otherwise interfering with downloading files.
Try to disable the real-time (live) scanning of files in your anti-virus software temporarily to see if that makes downloading work.
See:
*http://kb.mozillazine.org/Unable_to_save_or_download_files
*browser.download.manager.scanWhenDone

Suppress HTTP Authentication dialog for invalid credentials

If I want a custom login screen with domain, username and password fields for my AIR application, that uses Basic Authentication on the server, I can use
<code>
URLRequestDefaults.setLoginCredentialsForHost(myDomain, myUsername, myPassword);
</code>
and it works fine. But if I enter invalid credentials, the "built-in" authentication dialog pops up. How can I suppress that? I read somewhere that I could use URLRequestDefaults.authenticate = false; but that just seems to kill the authentication process altogether.
Any ideas?

No, that's not the case. I am talking about the user authentication dialog that is shown whenever you access a member restricted web site.
Through Java, we can pass the user name and password values if we know, and the dialog will not be shown. But, I face the problem in NS 4.7x.
-JP

Can't change default user name on Authentication dialogs

Due to a corrupt user account, I had to create a new user account. I specified a "2" at the end of my full name i.e. "Full Name 2" because I couldn't use the same full name as the corrupt account.
I still haven't deleted the old corrupt one yet just in case I need something, however, now that I am using the new account I renamed the new account to "Full Name" without the "2" at the end of it, but for some strange reason OS X still uses "Full Name 2" on the authentication dialog boxes.
Just to summarise, I do not have an account called "Full Name 2" anymore - I've even updated the contact record - and when I get asked to authenticate via a dialog box, the name defaults to "Full Name 2".
Not sure why it's still doing this and how do I get rid of it - I just it to default to "Full Name".
At the moment I can login with both "Full Name" and "Full Name 2".
I tried deleting some preferences and re-log back in - but this didn't do the trick, but admittedly I may not have trashed the right ones.
Please help.
Thanks.

First, I create a new user account via System Preferences -> Accounts. I gave it a different account name and I entered the same full name. It rejected it saying the full name was already in use, so I renamed the full name to "Full Name 2" just to I can create the account.
Then, I logged in to the new account. Tested it, set it up how I wanted it.
Then I logged back in to the old faulty account, and renamed the full name from "Full Name" to "Full Name OLD". I did this via Accounts. I simply double clicked the old account and the edit window showed up. I just renamed the full name field.
I then edited the new account, and renamed the full name field from "Full Name 2" to "Full Name". Since the original account now had a different name, I was now able to rename the new account to the desired name, i.e. without a "2" in it.
However - now it shows a 2 in the default account name whenever I need to authenticate something.

Regression in 7u55+ prompts for authentication dialogs (JDK-8046211)

I'm tracking issue JDK-8046211 and noticed today it was resolved as "won't
fix" without any comment
Our situation: We have a Java applet consisting of 4 jar files and a JNLP
file. These files are served over HTTPS from a public webserver (no
authentication required). The applet contains an up-to-date manifest with
all the entries required since the new Java security baseline. The
applet/JNLP file is accessed from a web application using Javascript
(deployJava.js). All interaction with the applet is through Javascript.
The web application itself runs on a different server and is protected
using client certificates (2-way SSL) and basic authentication.
Now until Java 7u55 everything worked fine. When loading the applet only
one popup was displayed asking the user to trust the applet (which is
properly signed) and that was all.
However since 7u55 (also 7u60) things have changed: the applet loads fine
but as soon as we call a method on the applet (though LiveConnect) the Java
VM displays a popup asking the user to select a client certificate and
thereafter asks the user to authenticate using BasicAuth.
Important note: the user doesn't actually has to select a valid certificate
or enter any credentials. If the user cancels any of the dialogs the applet
continues to function properly. Logging shows the applet is using the same
cookie as the browser so authentication against the server isn't actually
taking place. Basically the Java VM is prompting for authentication dialogs
for no good reason because the user is already authenticated with a browser
cookie.
Prior to 7u55 we didn't experience this issue (we have users with 7u40,
7u45 and 7u51). Altogether it appears we encountered JDK-8046211, which has
the characteristics of a regression issue.
I'm curious if more people have experienced these issues (I know applets aren't the hottest tech out there....)

Yes the problem is due to an extra HTTP call fired from the Java plugin (only under IE, no issues in Firefox) to the page that embeds the applet. So it's different from JDK-8046211 although the result is the same.
We eventually implemented a workaround: we intercept the extra HTTP request in our frontend proxy server (Apache) and always return 200 OK prior to doing BasicAuth. Here's our mod_rewrite config implementing this workaround:
RewriteEngine On
RewriteLog /var/log/apache2/java_issue_rewrite.log
RewriteLogLevel 0
RewriteCond %{REQUEST_METHOD} =GET
RewriteCond %{HTTP_USER_AGENT} Java/1.[7-8]
RewriteRule ^/path/to/page/embedding/java/applet /dummy.html [R=200,L]

[svn:osmf:] 15033: Fix for FM-591, having authentication dialog re-appear on authentication failure.

Revision: 15033
Revision: 15033
Author:   [email protected]
Date:     2010-03-25 12:21:51 -0700 (Thu, 25 Mar 2010)
Log Message:
Fix for FM-591, having authentication dialog re-appear on authentication failure.
Ticket Links:
    http://bugs.adobe.com/jira/browse/FM-591
Modified Paths:
    osmf/trunk/apps/samples/framework/OSMFPlayer/src/assets/configuration.xml
    osmf/trunk/libs/ChromeLibrary/org/osmf/chrome/widgets/AuthenticationDialog.as

Authentication dialog appears in background

OSX Maverick latest release, 10.9.4, safari version 7.0.5 (9537.77.4), fresh installation.
When a web page contains some audio/video media Safari displays a proxy authentication dialog in background, the dialog is modal so it blocks the entire page, but it's unreacheable using the mouse or keyboard. It's impossibile to type the credentials in, or to click the ok or cancel buttons...
That's clearly a UI bug, does anyone know a workaround ? it's really a blocking issue, it forces me to use another browser.
Thanks to all
Leonardo

Hi Leonardo
Yes I agree, the issue is not just with auto-start movies but also movies we start manually. Of course it is very confusing for autostart movies as the whole page just mysteriously becomes unresponsive during load! :-)
I haven't had any experience where it happens with our proxy details in the server, for me it is always some proxy server related to the originating video. It is never our proxy server.
For example, if I try to open a Vimeo movie, I get this dialog behind Safari:
And I cannot type *anything* into it, or close it, which is characteristic of this bug.
The server above is something to do with Akamai, so I imagine it is a means of load distribution when serving vimeo video.
Of course, when I take the same computer to home, and use it in an environment with no proxy between myself and the internet, I never see this dialog. So the mystery is where it comes from, and why.
It is possible that our firewall config is somehow dodgy, but I don't manage it, and our IT people are not interested at all.
Because our firewall allows free access for (no need to authenticate) for YouTube, as a result I never see this issue when viewing their videos. Your issue could be minimised, for specific video servers, by allowing unrestricted access to them through your firewall.
Cheers
Chris

Cannot dismiss screen saver authentication dialog

Hi,
When my screensaver (Word of the day) kick in, and I move the mouse, I need to authenticate to dismiss it (I configured it so).
So I enter my login and password. (correctly of course)
But then everything in the authentication dialog goes grey (disabled): the two edit fields, and the three buttons. But it doesn't go away and neither does the screen saver.
At this point, the Mac will not do anything: it won't go to sleep by itself, and the screen saver will not kick back in, whatever long I may try to wait.
Moreover, at this point, if I put my MacBook Pro to sleep (by closing its lid OR by pression command-option-eject, it doesn't make any difference), and I try to wake it back up, it wakes back to the all greyed-out authentication dialog: I am not even given the opportunity to enter my login/password anymore.
Everything else running on the computer seems to be running fine: I have this app which gives progress feedback with audio, and I can hear it fine working along.
But the only way it seems I can get back in control is to violently force a reboot, with lost unsaved data.
Does this ring a bell with anyone? Any suggestion for a workaround, especially one with no data loss?
Many thanks
Message was edited by: Jean-Denis Muys for a typo

First step is to run DU and repair permissions and HD while you are at it.
Second step is to create a new user and see if this issue occurs with the new user.

[Solved] Bypass KDEsu Authentication Dialog

TL;DR Use Polkit overrides for Polkit authentication dialogs, otherwise switch KDEsu to use sudo instead of su so that it will honor what you have set in /etc/sudoers skip to the end for the config. Alternatively you could probably just use kdesudo from the aur.
First off, please spare the "you shouldn't do things as root!" lecture. This is my personal computer and I have been using Linux for about 10 years so I know what I'm doing (most of the time! lol). I would use the root account if I could but programs such as Google Chrome won't run at all, while others just bitch that you shouldn't run it as root.
I have a few things set up in my sudoers file that will let me run commands like pacman without a password, but these definitions don't seem to carry over to kdesu (or whatever the graphical password box is called now in KDE). It's pretty damn annoying to have to type in my password twice when updating packages with Octopi, or changing settings in the Catalyst Control Center. I know there's an option for "remember these credentials" but it never seems to work for some reason.
I know there is a "root" group, but adding my user to that doesn't seem to change anything permission wise.
Last edited by brando56894 (2014-07-07 06:16:31)

yea I already have %wheel ALL=(ALL) NOPASSWD: ALL set in sudoers and my user is a member of wheel and users, so I don't know why I asked that. Guess I forgot I had it set that way. I'll take a look into Polkit and see if I can find anything, thanks.
Edit:
Polkit is what I needed, but I can't seem to get it to work. I wrote an override file to /etc/polkit-1/rules.d/00-bypass.rules but it didn't seem to have any effect.
/* Allows any user to run Octopi without authentication */
polkit.addRule(function(action, subject) {
if (action.id == "org.octopi.pacmanhelper") {
return polkit.Result.YES;
Do I have to log out and log back in for it to take effect?
qdbusviewer gives this output when I click on org.octopi.pacmanhelper
Error: Call to object / at org.octopi.pacmanhelper: org.freedesktop.DBus.Error.AccessDenied (Rejected send message, 1 matched rules; type="method_call", sender=":1.95" (uid=0 pid=9135 comm="/usr/lib/qt/bin/qdbusviewer ") interface="org.freedesktop.DBus.Introspectable" member="Introspect" error name="(unset)" requested_reply="0" destination="org.octopi.pacmanhelper" (uid=0 pid=4920 comm="/usr/lib/octopi/pacmanhelper ")) failed
I'm not sure if that's the access denied error for the dialog asking me to enter root's password or telling me that qdbusviewer doesn't have access to look at it. Everything else in the System Bus tab works fine.
An interesting thing that I noticed was that in /usr/share/polkit-1/actions/org.octopi.pacman.policy the only busname mentioned in there is org.octopi.pacman.syncdb so I tried using that but that didn't work either.
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE policyconfig PUBLIC
"-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
"http://www.freedesktop.org/standards/PolicyKit/1.0/policyconfig.dtd">
<policyconfig>
<action id="org.octopi.pacman.syncdb">
<description>Synchronizes databases</description>
<message>Prevents from doing action syncdb</message>
<defaults>
<allow_inactive>no</allow_inactive>
<allow_active>auth_admin</allow_active>
</defaults>
</action>
</policyconfig>
edit 2:
It seems that the rules take effect immediately because I used the example for gparted and modified it for the group wheel and fired up gparted and it left me right in. I changed it back to admin and it asked me to authenticate. One thing I did notice is that the authentication for gparted and octopi is different, gparted uses the polkit dialog whereas octopi uses kdesu. Yet octopi obviously has dbus authentication rules and my user is allowed to run anything via sudo without a password so what's going on here?
Last edited by brando56894 (2014-07-07 05:49:52)

Flash Access DRM FMP Fails When Authentication Dialog Triggered for Display

Hi all,
Flash Media Playback is failing in the case when playing a video that has Flash Access DRM that requires display of an authentication dialog. A sample failing configuration is here:
http://provenwebvideo.com/codesamples/10/fmp_drm/
Note, the link above includes the same video asset running successfully in Strobe Media Playback 1.0 (alongside to the right).
Also, the link above includes FMP working successfully with a second video that has Flash Access DRM but which does NOT trigger display of an authentication dialog (second video in player in a row below the failing player).
Source on the Flash Access DRM video test assets are from the Flash Access team via the following link:
http://forums.adobe.com/message/3144143#3144143
fyi, This is not a showstopper for me. I am just reporting it as I was surprised that it works with SMP, but fails with current FMP.
hth,
g

Wow, Greg, the test page is awesome! I can only wish that all the issues get reported this way!
The issue with DRM content played with http://fpdownload.adobe.com/strobe/FlashMediaPlayback.swf is caused by the fact that the FlashMediaPlayback.swf is compiled for the Flash Player 10.0.
I tested your sample with the Flash Media Playback compiled for 10.1 (http://fpdownload.adobe.com/strobe/FlashMediaPlayback_101.swf) and it works fine: http://smpfmp.appspot.com/fmp_drm.html
Note that you need to ask your viewers to upgrade to the latest flash player, since Flash Media Playback doesn't handle this automatically, yet. (we have this feature in the backlog, but it might not fit into our future 1.5 release). Check this for technical details related to this: http://www.adobe.com/devnet/flashplayer/articles/swfobject.html
Does this information help? Is there something that you would expect us to implement or document better?
-Andrian

Corrupt authentication dialog box in 10.10.2

The OS X 10.10.2 update has resulting in corrupt authentication dialog boxes. All characters in the boxes have been replaced with the letter 'A' surrounded by their own box. This is universal throughout the OS. A simple way to see this situation is to go to the Utilities folder and attempt to make a new folder. The authentication box pops on the screen but is entirely unreadable, every letter being an A in a box.
I've done a reinstall of 10.10.1 then re-update to 10.10.2 with the exact same results. The volume being used is only for testing Yosemite and for repairing my main boot volume, which runs Mavericks. Therefore, there isn't much alteration of the volume beyond a clean installation.
Dumping user and system cache then restarting makes no difference. I've checked the volume with both Disk Utility and Disk Warrior and found no problems.
The image below is the authentication box that appears when attempting to change something in the Utilities folder:
Background:
- The problem is on a MacBook Pro 15" from August 2013 with 16 GB of RAM.
- Installed Launch Agents: Little Snitch, Intego VirusBarrier and NetBarrier, and Micromat TechToolPro.
- Installed Launch Daemons: Little Snitch, Intego VirusBarrier and NetBarrier, Micromat TechToolPro and DriveGenius 3.
- No login items.

Further testing has implicated the use of the Yosemite San Francisco Font from 'wellsriley' at GitHub. Placing the display version of the font into the ~/Library/Fonts folder will trigger the problem. Removing the font will immediately end the problem.
'wellsriley' notes that "System Alert dialogs render as [a-in-a-box] when installed improperly", meaning if the fonts are installed into the ~/Library/Fonts folder. This problem was not evident in 10.10.1 from my experience. Instead, it is advised by the developer to only install the fonts into the root /Library/Fonts folder.
My solution for now is to simply remove the fonts and not use them. Problem solved.√

Long delay for authentication dialog 10.6.x to Windows 2008 SBS

I am encountering a very long delay (30-45 seconds) for the authentication dialog when connecting from Mac OS X 10.6.2 clients to a Windows 2008 Small Business Server.
We are connecting using the "Connect to Server" dialog, using smb://<server host name> and smb://<server IP address> as the URIs. Once the authentication dialog eventually comes up the users can log in successfully and access the shares on the server normally and at normal speed.
I see this entry show up in the system.log when a smb connection is started:
/System/Library/CoreServices/NetAuthAgent.app/Contents/MacOS/NetAuthAgent ### * process ### exceeded 500 log message per second limit - remaining messages this second discarded *
I would like to see the NetAuthAgent log that is referred to in the error but I haven't been able to determine where this log resides or it I need to set NetAuthAgent or the smb client into a debug mode to capture logging.
I have tried many of the usual fixes on the server side when it comes to Mac compatibility including:
•Disabled SMB signing
•Setting these registry values to 0:
HKEYLOCALMACHINE\SYSTEM\CurrentControlSet\Services\Lanmanserver\Parameters\Enablesecurity signature
HKEYLOCALMACHINE\SYSTEM\CurrentControlSet\Services\Lanmanserver\Parameters\Requiresecurit ysignature
This was asked last October with no resolution:
http://discussions.apple.com/thread.jspa?messageID=9804807
If anyone has encountered this issue and discovered a solution please help. Thanks in advance!

I'm having an issue with 10.6.x lately and Windows 2003.
Random disconnects and the same log errors about the message limit.
Feb 24 11:20:02 macpro-phil KernelEventAgent[73]: tid 00000000 received event(s) VQ_DEAD (32)
Feb 24 11:20:02 macpro-phil KernelEventAgent[73]: tid 00000000 type 'smbfs', mounted on '/Volumes/VideoSAN', from '//ACC;Phillip.Roncoroni@acc-office/VideoSAN', dead
Feb 24 11:20:02 macpro-phil KernelEventAgent[73]: tid 00000000 type 'smbfs', mounted on '/Volumes/ACC_docs', from '//ACC;Phillip.Roncoroni@acc-office/ACC_docs', dead
Feb 24 11:20:02 macpro-phil KernelEventAgent[73]: tid 00000000 type 'smbfs', mounted on '/Volumes/Drop Box', from '//ACC;Phillip.Roncoroni@acc-office/Drop%20Box', dead
Feb 24 11:20:02 macpro-phil KernelEventAgent[73]: tid 00000000 found 3 filesystem(s) with problem(s)
Feb 24 11:20:02 macpro-phil KernelEventAgent[73]: tid 00000000 received event(s) VQ_DEAD (32)
Feb 24 11:20:02 macpro-phil KernelEventAgent[73]: tid 00000000 type 'smbfs', mounted on '/Volumes/Photos', from '//ACC;Phillip.Roncoroni@acc-office/Photos', dead
Feb 24 11:20:02 macpro-phil KernelEventAgent[73]: tid 00000000 found 1 filesystem(s) with problem(s)
Also looking for a resolution.

Avoiding authentication dialog with Plugin1.4

I need to open a URLConnection to a secure part of a webserver, and I get an login dialog box prompting for a username and password, first from the browser, and then from the plugin.
Is there any way of integrating the browser's authentication with the Plugin ??
I tried the "cache_option=Browser" applet parameter but it does not change anything.
I know this is a pretty old story, but if anybody has found a workaround, or has any suggestion, please help !

Hi,
Have a look to this thread I just have fixed the same problem, good luck
http://forum.java.sun.com/thread.jsp?forum=60&thread=249463

How to disable Java Plug-In authentication dialog box ?

Hi,
I'm using SSL connection with client authentication. Certificate is on hardware device.
I'm providing keystore with cert for SSLContext in my app programmatically.
When I run it from console (java -jar) it works ok.
*When I use it as an applet i get browser prompt (popup dialog) for client certificate.*
How to disable it ? (jre 1.5.0_12 + Firefox + Linux Ubuntu)

-how do you code the access to the keystore ? You have several solutions : SSLContext.init(km, tm, random), or System.setProperty("javax.net.ssl.keyStore", value), or implement a KeyManagerFactory. Everything is said in the guide : http://java.sun.com/javase/6/docs/technotes/guides/security/jsse/JSSERefGuide.html
Last solution, running java -Djavax.net.ssl.keyStore=yourkeystore -Djavax.net.ssl.keyStorePassword=yourpassword , but it could not work in applet mode.
-I told you to check the policy, because applets usually have less rights. In the link you said, check such permissions :
FilePermission, SSLPermission (getSSLSessionContext)
-don't forget rewarding duke stars if that was the right answer :)

How to disable Java Plug-In authentication dialog ?

Hi,
I'm using SSL connection with client authentication. Certificate is on hardware device.
I'm providing keystore with cert for SSLContext in my app programmatically.
When I run it from console (java -jar) it works ok.
*When I use it as an applet i get browser prompt (popup dialog) for client certificate.*
How to disable it ? (jre 1.5.0_12)

Here is the sollution:
Java browser plugin in sun.plugin.AppletViewer is doing sth like this:
System.setProperty ("java.protocol.handler.pkgs", "sun.plugin.net.protocol|com.sun.deploy.net.protocol");invoking:
System.setProperty("java.protocol.handler.pkgs", "");resets the handler to default with no popups

Authentication dialog disappears

Similar Messages

Maybe you are looking for