I am a recent Access 2010 user from 2003 (don't judge me), but I have having a major problem with the ribbon not working as a reasonable person might expect. I'm stuck having to constantly switch to the File tab to get the right options to enable or display which is extremely annoying. What is the problem here?
(Sorry this is my first post and I do not have enough cred to embed pictures)
Issue 1
When I open a query in design mode, the ribbon opens with almost all the options disabled
http://i.imgur.com/hbNtGUX.png
Select, Make, Append, Update, Delete queries all look like this when I design them. I have to click on the File tab, then back to Design to get the full breadth of options.
For macros, the Design tab shows those options but they are all disabled. I have to switch to File and back to get them to enable.
Issue 2
If I click the grid to preview results, the ribbon does switch to show all the proper table view options. This is good! It is what I would expect.
Unfortunately, when I go back into design view, the ribbon stays in the same configuration only it disables most of the table view options. That makes since since I'm looking at the design and they don't apply, BUT it should be showing me design options instead. Notice that the design tab doesn't even show up
http://i.imgur.com/9gAUi4r.png
Again, I have to click on File, then Home before it puts me back into the Design tab with the full breadth of options.
Edit: Version: 14.0.7106.5001 (32-bit)
Access was already at SP2 version, but I did notice that windows update wanted a restart. The log show 7 office & access updates installed. The version number in access didn't change but now the ribbon behaves normally. I had restarted previously so I believe the issue was resolved with the recent office updates and a restart.
Related
I am having a display issue with Infopath. My section lines and section text disappear in the form designer. The lines are initially there but then disappear after I click a few times and scroll. They still exist and can be clicked but I cannot seem them. I am not sure right now what exactly is causing them to disappear.
I am able to get them back again by switching views. This problem occurs both with infopath 2010, and 2007. It also happens to different forms. So it appears to be some sort of display issue. I have not noticed display issue's in any other programs.
I think the likely cause is because I recently formatted my computer, swapped graphics cards for the same model number but what looks like a newer revision because the fan failed on the last card. My specs may be relevant: I am using an AMD FirePro V4900, latest driver 13.352.1009 as of posting. 3 Monitor setup. Windows 7 x64.
Has anyone else run into this and found a fix?
I have developed quite a few InfoPath forms in my life, but I only recently started developing with InfoPath Designer 2013 and I am coming across a very peculiar "bug" (I don't know that it's a bug for sure) indeed.
The form opens fine to design but when I change a field's name, for instance, the application stops reacting in certain areas. The InfoPath toolbar doesn't react at all except for when I click FILE (which opens up the little menu that's supposed to open when you click on the InfoPath icon in the very top left corner). In addition, I can also right-click on the elements inside the form to open some of the properties of the elements; however on the right side of the screen where the fields and groups are listed, nothing reacts either.
I have tried to find this on Google and I was quite surprised that it didn't seem like anyone else had asked about this; however that seems to be the case (although I'm hoping not). Please note that InfoPath stops reacting only after I change the field or group name.
Does anyone out there have any idea as to what might be causing this?
Thank you and regards.
Hermann
I have this problem too. The only workaround I've found is to Alt-F, Save, close InfoPath, reopen InfoPath, then reopen the document.
We have an application running flex sdk 4.5 and have recently encountered an issue with textInput fields which we have not been able to reproduce on our end for the better part of a month now.
Here are the symptoms:
Users opens an input form which contains several input fields (combo boxes, calendars, text inputs, etc)
User clicks inside a text field
Users types (obviously!)
** Nothing appears in the text input - we have validators on some of these fields and they do kick in properly (ie. user sees red box around textInput disappearing)
User moves cursor outside of text input field and text appears
Give or take, this is the test case we've been provided. We have been unable to reproduce this and I'm reaching out to see if anybody has heard of issues like this in the past.
They are running our flex application in the following environment:
Windows XP SP3
IE 7.0.5730.13 (locale = en-gb)
Flash Player 10.3.181.14
Upgrading either of these components is not an option. Installing the flash player debugger is not an option either.
Now we've setup a pc exactly the same way as they have on their end and still haven't reproduced. So we're really stuck at this point :)
Any suggestion is greatly appreciated. I'll provide any additional info needed.
-Marc
Feb. 2nd 2012 - Update
As I noted in my comment reply to shaun, it seems our customer was more or less precise in their description of the issue. We ran a webex session with them this morning and actually saw the issues first hand.
Here's what happens:
- User loads our application via its url
- User is able to input data and pretty much do any function for a 'random' time period
- All of a sudden, the issues start (there are more symptoms than just the one I originally mentioned):
1. Users type in text input fields and they won't see the text appear until they move the cursor out of / into any other component (could be entering an hbox, exiting a text input field, etc)
2. Combo boxes behave more or less the same. They can drop them down, but then the mouse wheel no longer refreshes the list. It actually scrolls in the background, but until the user moves the mouse, the list does not refresh
3. We also communicate between the server and client via an amf channel. The events make it to the client, but again, they won't see the screen refresh until they move their cursor.
So basically, the application still seems to work, but the screen is no longer refreshing. Could it be something to do with an invalidate / update of the display list that doesn't kick in? We'd like to get them to install the debugger version of FP, but that doesn't seem to be an option.
Another thing to keep in mind: they have a VERY bad internet connection. They average around 1-1.5mbps (megabits) which is enough for our app, but I just thought I'd let you know.
We learned that they also use a Citrix presentation layer to deploy IE 7 to the end users. We've received confirmation from the end user that even if they launch IE on their workstation (not through citrix), they get the issue also.
Another note is that we've seen no errors in our web server, jboss or application logs...
So that's the update I've got... anyone have more thoughts on this? We've more or less discarded the fonts being an issue at this point since the issue affects more than just 'fonts'. Is everything on the screen not updating anymore.
With our CUIT tests in Visual Studio we have the problem that we cannot record the Browser Button action in IE. We just get:
C:\fakepath\Document1.txt
But this obviously does not lead to the real document in a playback. And it's not possible to just type the path into the Browse text field anymore.
Just FYI: This applies to the Coded UI Testing Framework in Visual Studio 2010 Feature Pack 2. The recorder only works with IE.
Any ideas?
Not being able to access the file upload control is supposed to be a security feature. I guess you need to step out of your environment and into the windows environment to accomplish anything.
If you use a macro recorder that can playback from command line (like http://www.jitbit.com/macro-recorder/versionhistory/) or a similar means, you may be able to record the missing step here (like a simple tab key hit - provided you have focused on the control before the upload control -, a typed text, and another tab key hit) and start the resulting "batch". Or you can even record a mouse click.
However, if this test runs in other browsers (if I understand you correctly), wouldn't it be safe enough to assume that it runs in IE as well, because after all you are using a standard control?
Actually, turns out I can edit the value "C:\fakepath\Document1.txt" manually in the uitest UIMaps file and change it to a real path. And it works in the reply like this.
A user complains they can't paste into one particular text box on a form and that this is a change in behavior that occurred three months ago. I can't reproduce the error. I've tried long text, short text, plain text, formatted text, everything works. I did fix some poorly formatted HTML, but it didn't change their problem.
The user and I are both using XP/IE7. The application uses a proprietary MVC framework with C# on .NET 1.1. The UI only works reliably in IE. (I tried Opera and the paste works, I can't get logged in with Firefox to get to the screen.)
Any ideas where to start?
Thanks!
Edit - here's dialog I had with the user that didn't bring to light any issues.
You were actually on the right track
in asking about the firewall, because
you are trying to identify something
that is different between me and you.
Here's some other potential
differences.
Maybe we aren't doing it the same way:
Do you use keyboard shortcuts (Ctrl-C,
Ctrl V) or the context menu (right
mouse click and select copy/paste)?
Maybe our computers are different:
What hardware (Windows/Mac), operating
system (XP, Vista, etc.), and browser
(IE, Firefox, etc.) are you using?
Maybe our understanding of the problem
is different: Do you not see the text
when you paste it in, or is it not
being saved?
Maybe what we are copying from is
different: I copied something from
Bugzilla and something from notepad.
Both are plain text. I need to try
formatted text, like from a PDF and
from Word. You need to try plain text.
This may be actually a user training issue. If it were me, I'd use something like crossloop to watch the user interact with the page. If you can see what they are actually doing (not what they SAY they are doing) then you have half a chance at reproduction of the issue. Based on your description, it is very likely not an issue with the software, but a PEBKAC situation with your user.
Notes on Crossloop
We use crossloop with our clients and our developers in training. Basically you install the software (very easy) on both your computer and the end user's computer. The end user then authorizes you to "see" his machine by sending you a connection code. Once connected, both you and the user can move the mouse/type/see the other person use the mouse.
It would be like a remote desktop or vnc session, but much easier to get up and running across firewalls and without too much setup/config headache.
It is also a free download, and a free service (the last time i used it anyway).
Suggested course of action
Install Crossloop on your machine and familiarize yourself with it. (maybe do a trial run connect with a co-worker)
Call user and ask if they would be willing to show their issue to you directly via some screen sharing software.
Walk them through the install and connect of Crossloop.
Instruct them to show you the issue.
Watch for glaring errors, etc.
Hopefully see either what the user is doing wrong, or what conditions the bug manifests itself.