"Strange", intermitant "Save-as" behaviour.

Ref: CS-6 / Win-7 64.
Recently began to encounter intermittent problems with the SAVE-AS dialog as follows:
TIF file open, make some changes, change the File Name, TIFF selected as the Format. I click the SAVE button, and the File-Name goes to a blue highlight, and nothing happens. Click SAVE again & again--the File Name just highlights, & nothing!
Cancel out; select SAVE-AS again, type in the same File Name change as the previous time and the process works properly???
Been using Photoshop since version 4, & never had that problem over the last four upgrades, or with CS-6 over the past few months; & been running the Win-7 64 for a couple of years & never had that occur.
Like I said, it's intermittent; and I'm not sure weather it's a Photoshop, or Windows problem.
I wondered if anyone else was experiencing this problem?
Regards,
Leigh

If somehow, you have converted your TIF to 8 bits, you can save as JPG.
If your TIF remains at 16bits, you cannot save as JPG.

Similar Messages

A strange "cannot save" message keeps occurring in Pages

A strange "cannot save" message keeps occurring in Pages since the Mavericks/Pages 9 update.
"The document “08-13-31 Kobayashi Japonisme_captions.pages” could not be saved. The file has been changed by another application."
AFAIK, no other application has changed the file.
I click override and save the thing and all seems to be well, but it is very, very disconcerting.

Many features have been removed from Pages 5 see:
iWorkTipsnTricks Forum
Meanwhile it probably is best to continue using Pages '09 if that is possible and if you are unhappy with Pages 5 give it a review and rating in the App Store.
Peter

Strange measurement input fields behaviour

Hello,
I have a Czech version of Illustrator CC on Windows 7 Pro.
Some measurement input fields are not working as expected, for example:
When creating a new document:
Decimal marks in document dimensions have disappeared (instead 210.00 mm it shows 210 00 mm). It also disappears after I add it. Another strange thing is when I click in the input box, do nothing and click out the value changes to 5779 55 mm
(Something similar is happening in my InDesign: I can't change an object's dimension expressed with a number with a decimal mark to another number with a decimal mark - only to an integer. I'm not working in Web mode.)
Is this behaviour controlled by some settings I can't find or is this a bug?
Every note leading to a solution much appreciated!

maara,
The decimal point is basically governed by your Regional/Language settings, in the Control Panel I believe.
There may be some issues between . and , for decimal point (and reversely for thousands).
But, especially if the behaviour has not always been there, you may try the list below.
In any case you may try a chat or a support call, here or here,
Creative Cloud support (all Creative Cloud customer service issues, chat open between 5AM and 7PM PST/PDT on workdays)
http://helpx.adobe.com/x-productkb/global/service-ccm.html
Adobe Support (phone),
http://helpx.adobe.com/adobe-connect/adobe-connect-phone-numbers.html
The following is a general list of things you may try when the issue is not in a specific file (you may have tried/done some of them already); 1) and 2) are the easy ones for temporary strangenesses, and 3) and 4) are specifically aimed at possibly corrupt preferences); 5) is a list in itself, and 6) is the last resort.
If possible/applicable, you should save curent artwork first, of course.
1) Close down Illy and open again;
2) Restart the computer (you may do that up to 3 times);
3) Close down Illy and press Ctrl+Alt+Shift/Cmd+Option+Shift during startup (easy but irreversible);
4) Move the folder (follow the link with that name) with Illy closed (more tedious but also more thorough and reversible);
5) Look through and try out the relevant among the Other options (follow the link with that name, Item 7) is a list of usual suspects among other applications that may disturb and confuse Illy, Item 15) applies to CC, CS6, and maybe CS5);
Even more seriously, you may:
6) Uninstall, run the Cleaner Tool (if you have CS3/CS4/CS5/CS6/CC), and reinstall.
http://www.adobe.com/support/contact/cscleanertool.html

Extremely strange open/save dialog behavior

This is a complex thing to describe, but here goes:
Under 10.4.x, in certain applications' open/save dialogs, files and folders for an Iomega FireWire Drive are often simply missing. For example: in the Users folder, I have two folders:
"Scott" and "shared"
In "Scott" I have the usual folders: Desktop, Documents, Library, Movies, Music, Pictures, Public, and Sites.
If, in those certain applications' dialogs, I navigate to the Users folder, I only see "Scott". If I then navigate to "Scott", the only folder visible is Documents.
All of the folders are perfectly visble in Finder.
As best I can tell, this problem does not occur with the internal drive, or with a LaCie USB drive.
But it's not so simple. In an open/save dialog,
1) if I am in List view and navigate to the FireWire drive, switching to column view does not change anything.
2) So long as I'm in the root directory, or viewing another drive, if I switch to Column view, I can navigate down to Users and all of the formerly missing directories are visible. This works even if I go to the problem diectories first in List (with the missing contents), go back up to root, switch to Column, then go back down.
3) if I'm viewing the directories in Column view (i.e., they're all there), I can switch to List, and they're still there. But if I change directories AT ALL, they're gone again when I try to return.
In other words, I have to be in Column view in order to see the directories, and I must be in Column view BEFORE navigating to those directories. I can then switch to List, but the directories malfunction if I change, moving either up or down in the path.
Last bit of strangeness, and even more difficult to describe: If in List view and looking at the FireWire drive, I go back to my Computer directory (using Command-up arrow, for example), my FireWire drive is shown six times! That is:
Iomega FW
Iomega FW 1
Iomega FW 2
Iomega FW 3
Iomega FW 4
Iomega FW 5
The first five have regular folder icons, while the last has what looks like a network icon, with the little alias arrow on it. If I click on a different drive and THEN go back to the Computer directory, it's fine again.
Want weirder? Fine.
1) I click on the FireWire drive icon in the sidebar, then on my computer icon (Powermac G5). The listing INSTANTLY switches to my internal drive (which is highlighted in the sidebar).
2) if any other drive is highlighted, or I was switched to the internal drive as above, I can then click on the computer icon without any trouble.
Lastly: as I said, this problem only occurs in certain applications. Here are some tests as to which do, and which do not, have the problem:
Problem does not occur: Safari, Console, TextEdit, QuickTime Player, Preview
Problem occurs: Word, DVD Player, iTunes, Firefox, FileBuddy
Last bit: I tried unmounting the drive and switching it to a USB connection, but this changed nothing.
Disk Utility, TechTool Pro 4, and DiskWarrior find no problems with the drive.
Apologies if this sounds convoluted, but it is! Any thoughts?

I am going to make some (perhaps twisted) logical leaps...
In the days of SCSI, duplicate SCSI addresses would cause that behavior. The first twisted logic question is:
Is this a factory FW device, or did you install the Iomega drive in a FW enclosure you purchased yourself, and, if the latter, what is the jumper setting on the Iomega device proper?
I know there are sometimes issues with drive indexing/spotlight with certain files/folders. That problem causes some files to duplicate themselves multiple times.
Does Iomega say anything about problems indexing their device? (with the second twisted logical leap of the directory cache is being duplicated)

Anyone understand this strange LR3 side panel behaviour?

In the last couple of days my laptop has developed a piece of strange behaviour related to the side panels. I'm pretty sure it didn't start when I installed the LR3.5 update, but this may have been a contributing factor.
Until recently I always worked in "solo" mode. A couple of days ago, LR's behaviour changed so that opening or closing any of the side panels would cause the relevant side (left or right) to become totally unresponsive. The rest of the program continued to work fine, and the equivalent side panel in other modules continued to work properly until a panel was opened or closed.
In an attempt to understand what was going on, I turned "solo" mode off. This led to some very interesting behaviour indeed:
If I used the triangle to open or close a side panel, everything worked exactly as expected.
If I clicked on the dark grey bar to open or close a side panel, it became stuck in one of the two states.
When stuck in "open" state, clicking in the grey area simply caused the panel to close and then re-open, very rapidly.
When stuck in "closed" state, something similar happened in that the panel opened and then re-closed, very rapidly.
When in "stuck" state, clicking on the triangle had no effect on the displayed panel but it seemed to toggle the internal state between opened and closed.
Once toggled, clicking on the grey bar opened the panel where it used to close it, and vice versa.
When collapsed, the panel displays as pale grey rather than the more usual dark grey. See below for an illustration.
I have a desktop machine as well which doesn't show the behaviour. I've tried reinstalling LR3.5, to no avail. My guess is that we're dealing with inconsistent panel state information in the "preferences" file, but I don't know for sure.
If anyone knows what is happening, or (more importantly) how to stop it happening, I'd be enormously grateful for some help.
Many thanks in advance,
Ian Wilson
Cambridge UK

Further investigation yielded yet more interesting behaviour - and, it turns out, a pointer to the problem.
I tried renaming the old "preferences" file, causing LR to create a new one. The problem was unchanged, apart from losing my registration information...
I tried creating a new, virgin catalogue. This behaved normally, so I thought I was onto something!
I tried importing a folder of pictures into the new catalogue. The old behaviour returned.
I created a new virgin catalogue, which reverted to good behaviour. I then imported one picture into the catalogue. Behaviour BAD.
I then tried removing the single picture from the catalogue and restarted LR. Behaviour GOOD!
Conclusion: Lightroom works just fine for me providing I never put any pictures into my catalogue!!
This got me thinking that, perhaps, the issue was related to the rendering of images. I tried installing the latest nVidia drivers for my laptop, but this had no effect whatsoever. Given the issue clearly related to how images are rendered, however, I wondered whether the problem could relate to colour profiles. BINGO!! I'd recently upgraded my "i1xtreme" to X-Rite's new "i1publish". The profiles created with the latest software are ".icm" rather than ".icc", although this shouldn't matter (and doesn't matter to PS and Bridge). It seems to matter to LR, however, as reverting to my earlier ".icc" profiles made everything work again just fine.
There is obviously a bug somewhere, but it's not clear whether I should be chasing Adobe or X-Rite. I'd welcome any comments or advice...
Many thanks for the suggestions,
Ian.

Strange Custom Template Sections Behaviour

I've created some custom template sections so I can insert my own various page types for a document I'm producing. The strange thing is Pages will insert an extra blank page (similar to the master but not exactly the same it's missing a text box) between sections when I add a section—but only some of the time!
It will not do it when I initially add the section.
It will only add in a 2nd page between when I add additional sections, be they the same type of section or another type of section.
I cannot delete this 2nd page without deleting the 1st page of the section as well.
When I try to capture just the 1st page to make another version of the custom template it still exhibits the above behaviours, inserting this "buffer" 2nd page in between sections.
All the other custom sections I have created do not exhibit this behaviour.
I've turned on invisibles and can't see anything that makes this section special or different.
Any guesses as to why it inserts this extra page in between sections to make a 2 page section instead of staying as a 1 page section?
Message was edited by: Nathan Muirhead

Nathan
You have some text being forced over to the next page, either because you hammered away at the spacebar/return key/tabs, or have some object wrap pushing returns over, or both:
+Menu > View > Show Invisibles/ Show Layout+
Once you have cleaned up your pages recapture them as sections and resave your template over the old one.
Peter

Strange 6i's Compiler Behaviour

Hi all,
I am experiencing a strange behaviour on Form Builder (patch 5). Sometime when I fix/change something and recompile (using run button or file-admin-compile file), other part of the application (ussually report) will be broken.
For example, before I change anything, it could run the report just fine (using run_product built in). Then I change something (NOT the run_product) like the name of the button and recompile. The next time I try to run the report, it sometime display the error message or display blank report.
To fix it, I have to open the trigger that contain the run_product built in to see the PL/SQL code, press the compile button and then recompile the whole form again.
Anybody else experiencing the same problem?
Regards,
Ari

Hi,
I got the same problem but not in run_report built-in, in the key-next-item.
Sometimes when I'm navigate trough my items, my application close. I do same thing that you do, I recompile the trigger and the problem appears in another item.
We didn't find a solution yet.
bye Roxane
null

Sudden and strange change in GC behaviour

I see very strange GC behaviour with our application running by one of our customers, but I fail to reproduce it in lab. Most of the time the application is running just fine, and suddenly GC may start doing absolutely strange things.
Firstly, it starts running mostly major collections (normally one major collection in a few hours under the same user load)
81703.7: [GC 81703.7: [DefNew: 737664K->737664K(760704K), 0.0000446 secs]81703.7: [Tenured: 2173068K->588301K(2350848K), 13.0162284 secs] 2910732K->588301K(3111552K), 13.0167844 secs]
81730.7: [GC 81730.7: [DefNew: 737664K->319K(760704K), 0.0544614 secs] 2205198K->1467853K(3111552K), 0.0548729 secs]
81746.8: [GC 81746.8: [DefNew: 735966K->735966K(760704K), 0.0000519 secs]81746.8: [Tenured: 2347147K->580785K(2350848K), 9.9294041 secs] 3083113K->580785K(3111552K), 9.9300118 secs]
The size of used memory suggests that objects get allocated directly to Tenured Generation. Secondly, collections become much more frequent (from 150-200 secs to 10-20 sec gap between collections). All together produce an astonishing rate of memory usage (acquired memory per second) of 50-100 MB/sec (normally it is about 2MB/sec). On the other hand, major collections take much less time, from 40 sec to 6-8 sec, which is good.
I do not see anything happening on the server that could explain such a major jump in memory usage! Also, the users do not see any significant and sudden change in response time. But over time it definitely affects performance (mostly because of frequent major collections) and the server needs to restart to get back to normal.
JVM version 1.4.1._02 on Solaris 8, parameters:
-Xms3000000 �Xmx3000000 -XX:NewRatio=3
I cannot reproduce it in test environment, so I cannot try a different JVM version and need to know why it happens before changing any JVM parameters (the current set looks a bit conservative but it works fine most of the time)

I see very strange GC behaviour with our application
running by one of our customers, but I fail to
reproduce it in lab. Most of the time the application
is running just fine, and suddenly GC may start doing
absolutely strange things.
Firstly, it starts running mostly major collections
(normally one major collection in a few hours under
the same user load)
81703.7: [GC 81703.7: [DefNew:
737664K->737664K(760704K), 0.0000446 secs]81703.7:
[Tenured: 2173068K->588301K(2350848K), 13.0162284
secs] 2910732K->588301K(3111552K), 13.0167844 secs]
81730.7: [GC 81730.7: [DefNew:
737664K->319K(760704K), 0.0544614 secs]
2205198K->1467853K(3111552K), 0.0548729 secs]
81746.8: [GC 81746.8: [DefNew:
735966K->735966K(760704K), 0.0000519 secs]81746.8:
[Tenured: 2347147K->580785K(2350848K), 9.9294041
secs] 3083113K->580785K(3111552K), 9.9300118 secs]
As you noticed, objects are getting allocated directly in the
Tenured Generation. (As background for those of our
readers new to reading GC logs:
The occupancy of the Tenured(Old) generation following the
completion of the GC at 81730.7 is (1467853 - 319)K =
1467534 K. Now look at the Occupancy of the Tenured
generation at the start of the GC at 81746.8; it is
2347147 K. That means that between these two
collections, 879613 K (or about 870 MB) was directly
allocated into the old generation.)
More about that direct allocation in the old generation later.
But a consequence of the fact that the old generation is so full,
is that the remaining free space is insufficient to allow the worst
case promotion from the young generation to succeed. As a result
a scavenge is not attempted, but rather a full compacting GC is
done instead.
Two things now.
First, if you use a more recent version of the JVM (1.5.0_06 i believe)
and set -XX:+HandlePromotionFailure, then you need not be hobbled
by the pessimistic worst-case promotion causing a full collection
to happen, when in fact a scavenge might indeed have succeeded
and sufficed. (see
http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html#0.0.0.0.%20Young%20Generation%20Guarantee%7Coutline
or Google "Sun JVM Young Generation Guarantee").
Second, and coming back to the direct allocation issue, this
may be caused by one of two possible factors:
. it could be that your program is trying to allocate very large
objects in Eden that would not fit there and require
allocating directly in the much larger old generation.
Think about the kinds of data structures you have in your program.
Do you have largish hashmaps (which typically grow by doubling --
that could be one reason for a very large allocation request. Use
+PrintClassHistogram to understand the kinds of data structures
extant in your heap and their sizes; once again the document I mentioned
above or Google "HotSpot JVM PrintClassHistogram" or check out
Joe Mocker's HotSpot options list for how to use itL:
http://blogs.sun.com/roller/resources/watt/jvm-options-list.html
. it could also be that your application is making heavy use of
serialization (for example), or through some other means (perhaps
directly through JNI) executing JNI critical sections which may be
locking out GC for an extended period of time. In older JVM's this
could translate into extremely poor mutator (application) performance
until the critical section is exited. The reason is that GC is locked
out in the interim and once Eden fills up, allocations go slow-path to
the old generation.
The latter has been addressed in later JVM's; please try 1.5.0_06 for example
and let us know your experience.
Finally, it would seem as though your application needs a
large Java heap and you want to avoid excessive GC costs/pauses.
Consider running with the mostly concurrent collector especially
if you have some concurrent processing power to spare on your
deployment platform. Please refer to:
http://java.sun.com/docs/hotspot/gc5.0/gc_tuning_5.html#0.0.0.%20The%20Concurrent%20Low%20Pause%20Collector%7Coutline
The size of used memory suggests that objects get
allocated directly to Tenured Generation. Secondly,
collections become much more frequent (from 150-200
secs to 10-20 sec gap between collections). All
together produce an astonishing rate of memory usage
(acquired memory per second) of 50-100 MB/sec
(normally it is about 2MB/sec). On the other hand,
major collections take much less time, from 40 sec to
6-8 sec, which is good.
I do not see anything happening on the server that
could explain such a major jump in memory usage!
Also, the users do not see any significant and sudden
change in response time. But over time it definitely
affects performance (mostly because of frequent major
collections) and the server needs to restart to get
back to normal.
JVM version 1.4.1._02 on Solaris 8, parameters:
-Xms3000000 �Xmx3000000 -XX:NewRatio=3
I cannot reproduce it in test environment, so I
cannot try a different JVM version and need to know
why it happens before changing any JVM parameters
(the current set looks a bit conservative but it
works fine most of the time)

Strange 10gR1 Opatch Logging Behaviour

Hi,
just to see if someone else has experencied that:
10gR1 opatch needs ORACLE_HOME/.patch_storage directory
for logging opatch lsinventory command messages, that is LsInventory.pm perl module.
The point is that the module doesn't create that directory and it will show up following error message:
Problems with creating the log file:
Couldn't create file for logging. Error is: A file or directory in the path name does not exist.
So until you use opatch apply command (to apply a patch to the ORACLE_HOME) or until you manual create that directory in your ORACLE_HOME, you
will be unable to log opatch messages.
Thats' all,
Greetings-

Hi!
I have recently encountered the same behaviour when running Forms from the Builder through my local OC4J container.
The error was not same everytime.
I would start debugging and the problem would disappear.
I found that if I did a "Compile All" on the Form everytime i run, I can avoid these problems.and I wasted many hours on this. not in forms but in reports also, everytime i have to compile all the rdf before running it from web.
I was running Forms Builder 9i (9.0.2) on Windows XP and all the forms were build in this version. as I had not used this developer version I was saying this is 9i bug.
I have used developer 10g version and face no such problems but tim is facing this in 10g. so it looks problem is somewhere........
Frank this indeed sounds strange
reg

MacBookPro 15" 1.1: Strange GPU temp sensor behaviour

Hello to all,
Since I let my trusty MBP alone for a week two months ago some real strange behaviour occured.
I left my MBP in standby as usual. When I came back from my trip, the battery was completely discharged and I had to connect the power adapter. MBP awoke from suspend to disk (grey screen, progress bar) and a few seconds after beeing ready for work, fans started to rev up. 5 min later the fans were running at full speed.
Puzzled, I did a restart. Same behaviour, high RPM right after boot logo, full 6000rpm after a few minutes.
When I took a look at iStatMenus I saw that the GPU Heatsink Sensor Temperature was around 35 degrees Celsius (around 70 Fahrenheit) higher than the GPU Temp sensor itself. It was the highest readout by all sensors, which makes no sense at all.
I tried: PRAM reset, SMC reset, PMU reset. Apple Hardware Diagnostic CD by me and a German ASP, and by a Genius Bar expert. No errors shown.
But over the two months the difference between the values sank to 18-20deg Celsius, and I found a tool to let only the CPU sensor control the fan, so I was happy again.
Yesterday I came back from another trip, guess what: battery empty, woke up from standby..... the difference is now around 36 deg Celsius, and the MBP shuts down automatically even on the smallest YouTube clip when GPU Heatsink Temp exceeds around 86deg Celcius.
I am clueless, everybody around me too. So maybe one of you has an idea?
Regards, Matthias

Not sure about sensors adapting to reality by themselves. This sounds like very strange behavior. I wonder if there could be something like a loose connection somewhere.
Did the computer misbehave in front of the genius? If it didn't, it might be worth while seeing if you can determine the exact circumstances under which it will act up so you can make it act up in front of the genius.
For example, my iBook used to freeze, but only when warmed up. I went to the genius bar early so I could give it time to warm up so that it would be sure to malfunction in front of them. This is especially important to do if you are still under warranty. It's important to establish that a problem first occurred under warranty, especially if your warranty is close to running out.
Good luck!

Strange System.out.print() behaviour

Hi guys
While trying to determine the problem of the OP in another thread, I came across something that I find rather strange. Could someone perhaps offer an explanation as to why this is happening? [http://forums.sun.com/thread.jspa?messageID=10541658#10541658]
Thanks and regards

java version "1.6.0_10"
Java(TM) SE Runtime Environment (build 1.6.0_10-b33)
that one works fine for me ....
stupid maven .... took most of my day away !
And i guess i gave you something to wonder about :)
Edited by: stevoo on Dec 11, 2008 6:31 AM

Strange Flex 3 Tree behaviour. A bug?

Hello Everyone!
I use the flex 3 Tree component with a custom data
descriptor.
The data-structure, which is processed by the data
descriptor,
allows that one node may have several parent-nodes.
In this case the node is being shown in tree several times -
once for every
parent-node.
The node itself may also have several children. (Some sort of
a simplified Graph structure.)
This is rendered well, but when I open the node in the tree,
the same node is automatically
opened by other parent-nodes. When i move the mouse-pointer
over the nodes-children. they are not highlighted, and the
respective children of some other parent-node are.
Any Ideas?
Thanks!

"newflexquest" <[email protected]> wrote in
message
news:gcfaoi$5i$[email protected]..
> Thats right, this behaviour takes plase only while using
the same object
> instance several times in the tree.
> The bad stuff is that i need exactly this :)
> I cannot destroy data-integrity by duclicating nodes and
all of their
> children, and their children and so on...
>
> I made a debug in Tree, List and ListBase classes. The
behaviour is as
> follows:
> 1. DisplayObjects are created for each appearance of the
data-object in
> the
> tree.
> 2. On mouse-over event the display-object is taken to
find corresponding
> data-object. Data-objects are stored in a map as
key-value pairs, where
> the key
> is object-id and the value is the object itself (plus
the coordinates on
> the
> screen).
>
> Therefore it is clear: if an item must appear twice in
the tree, related
> data-object may not be placed twice to the map (key
violation). So at the
> end
> we have at the background only ONE data-object for all
of the
> display-objects
> which represent duplication of the same item. And this
one object contains
> only
> one set of coordinates (of one related display object).
> It is not important on which of the duplicated display
objects you fire
> the
> mouse-over event. You will see the highlicht only on the
display-object,
> whichs
> coordinates are stored in the map.
>
> I hope the explanation is not heavy to read.
Write your own tree...?

Strange Binary File Write Behaviour

Something a bit strange going on when I attempt to write data to a binary file. I've replicated the issue in StrangeBinaryFileBehaviour.vi which is attached below...
I'm merely writing two bytes to a binary file yet my hex editor/viewer is telling me I have 6 bytes of data, a screenie of the hex editor dump of the binary file is also attached
Maybe I'm losing the plot and am missing something, forgive it's late on a friday
Strokes
Solved!
Go to Solution.
Attachments:
StrangeBinaryFileBehaviour.vi ‏23 KB
Hex Editor.PNG ‏7 KB

altenbach wrote:
Wire a FALSE to the "prepend array or string size ...?" terminal. The default is TRUE so you get additional bytes, depending on what you wire.
For a 1D array, you would get 4 additional bytes for the array size (I32) and tha's what you are seeing.
I can't tell you how many times that has bit me in the arse. I understand why the default it TRUE, but I have yet to run into a case where I actually wanted it to be TRUE.
There are only two ways to tell somebody thanks: Kudos and Marked Solutions
Unofficial Forum Rules and Guidelines

OCT config and Open/Save dialog behaviour

Hi
I have used the OCT in 2013 Office Proplus (setup /admin)to configure the installation and much of it works as expected. However, I am unable to get the Places Bar to display the custom locations I configured using the OCT.
I will be installing Office 2013 on Windows 7 clients in a domain.
As the OCT configuration is not being applied for the Places Bar, can someone help me with an alternative solution, please?
Secondly, is there a way to restore normal functionality to the Open and Save dialogs? We are upgrading from 2003 to 2013 and are used, along with all the other applications we use, to the Open and Save dialogs displaying the traditional browse dialog. Instead,
Office 2013 displays a page where you need to make several clicks to get to a dialog that allows you browse the network.
I have ticked the option to not display the Backstage when opening or closing files but the screens you see above are still displayed when either choosing open or save as or by using the corresponding shortcut keys.
Is there a way to force Office 2013 to go straight to the browser? Otherwise staff will end up wasting a lot of time navigating the pages when they don't need to. We use myriad folders and create new folders all the time. The ability to browse as soon as
invoking save as or open is essential.
Thanks.

some discussion on the topic is here:
http://social.technet.microsoft.com/Forums/ie/en-US/dc458e32-4a64-4b28-98ba-d86a35db6b78/dont-use-backstage-option-in-office-2013
and also:
http://www.groovypost.com/howto/use-classic-save-as-menu-office-2013/
Don
(Please take a moment to "Vote as Helpful" and/or "Mark as Answer", where applicable.
This helps the community, keeps the forums tidy, and recognises useful contributions. Thanks!)

Strange db adapter query behaviour

Has anyone come across this before....We have an issue with a couple of BPEL processes that query a view in an oracle 10g database. We select several fields from the view, 3 of which are fields in a table which are of DATE datatype. When the query runs we are starting to see this behaviour (but not all the time):
<next_inv_date>2011-03-28T00:00:00.000+01:00</next_inv_date>
<date_from>2011-03-27T00:00:00.000+00:00</date_from>
<date_to>1900-01-01T00:00:00.000+00:00</date_to>
As you can see, the field next_inv_date contains a +1 timezone shift. The output variable is setup with all the date fields of type dateTime. I did not think that timezone was stored in a DATE field, so how can this possibly be?
Thanks.

Hi there,
whether or not the query returns anything at each polling interval it still polls every 40 seconds.
For documentation on polling concepts closest would be this doc link here:
http://download-east.oracle.com/docs/cd/B31017_01/integrate.1013/b28994/adptr_db.htm#CHDEFACG
Thanks
Steve

"Strange", intermitant "Save-as" behaviour.

Similar Messages

Maybe you are looking for