JDev 10.1.3 EA: Bug in "File Types" preferences

Hi,
I've found a bug when using 10.1.3 EA, as follows:
1. Yesterday, under Tools -> Preferences -> File Types I added a new File Type for files with extension ".vm" (Velocity), and I'd associated it with an HTML Source "File Type."
2. I shut down JDev before going home.
3. Today, I fire up JDev EA and I decide that I now want .vm files to be associated with a file type of "XML Document." But I can't, because the "File Type" drop down is grayed out, as well as the "Remove" button. I can't even remove the .vm extension to redo it!
So, now I have to either hunt around in the JDev subfolders for the file(s) where this stuff is stored as a work-around, or completely reinstall JDev. Right? User-defined File Type extensions should remain editable, unless I'm missing something here...
Thanks,
Chris

Hi Chris,
We've got a bug tracking this, but in the meantime the extension is stored in \jdev\system\oracle.idex.10.1.3.34.12\preferences.xml.
Shutdown JDev and do the following, search for the extension type in preferences.xml, there will be two occurences, delete the Item element encompasing the type and save the file. Start JDev and the file type will be removed.
I had problems getting JDev to recognize newly added types, let us know if you have any further issues.
Geoff

Similar Messages

File type preferences?

What the **** happened to the importing preferences for file type?
AIFF, MP3, bit rate, etc? In 8.1.1 those choices appear to be gone from preferences and everywhere else. Apple dumbing down the program or what? Maybe toast time.

Take a deep breath and lose the profanity.
The preferences are all still there. Preferences>General. There's a button about 3/4 of the way down on the right labeled "Import Settings...."
All better now?

Firefox will not save my "Always do this with this file type" preference.

Alright, bear with me because I am extremely new to Firefox. Anyway, when I download a .torrent file for uTorrent, it asks me the obligatory "What to do with this file type" question. Great. But when I checked to be sure it was opening uTorrent (Yes.) and ticked the "Always do this for this file type" box. Then, I clicked "OK". Awesome.
Then, after that, when I try to download a .torrent file it asks the same question again. Click click. and again. click click. and again......you get the picture. Why wont it remember this preference?

Sites override the "Always do this" preference by serving files with a special HTTP header known as '''Content-disposition: Attachment'''
You can look for this happening by installing the [https://addons.mozilla.org/en-US/firefox/addon/3829 Live HTTP Headers] extension then accessing it from the '''Tools''' menu just before clicking a .torrent link to monitor the headers sent.

Application Mime File Type Preferences

I'm stumped!
I've gone through the entire user preferences, application support files, and library files and still cannot locate which file is containing the settings for mime type application association with .php files.
I am having an issue with Firefox only downloading .php files instead of displaying them in the firefox browser. The .php files continue to be associated with the dreamweaver extension and icon and continue to to tell firefox to download instead of rendering.
I was so frustrated, I did a clean install onto another hard drive (OS X 10.3.9 drive 2)and was able to get firefox to work on the new system os. Again, I have trashed all the dreamweaver files, trashed all the firefox files and settings and even after doing a reinstall of firefox I continue to get the same issue on the older install 1 os x (10.3.9 drive 1). Drive 1 has all my precious files, years of settings and other data that I want to keep. I just want firefox to render .php pages off my local drive instead of trying to download them.
Can anyone help me find the file I need to trash to make this happen? What am I missing?
Thanks,
Frank Beier
Findlay, Ohio

File and application associations are set using the Get Info window by selecting the file and pressing COMMAND-I. Settings are controlled in the Open With section. You can also use the freeware preference pane RCDefaultApp (www.versiontracker.com or www.macupdate.com.)

ITunes updates hijacking file types?

I would like for my .m4v files to play in quicktime when I open them in Finder. I can get them to do this using the "Open with: .. Change All..." option in the get info window for a .m4v file.
The problem is that every time iTunes updates it takes over the .m4v files. I like that Apple keeps iTunes up to date (8+ updates per year for the past 3 years according to wikipedia). However I wish I didn't have to run around after them reminding Finder over and over that I want .m4v to open in quicktime.
How can I convince iTunes or the iTunes updates to quit playing tug of war with my file type preferences in Finder?

I haven't upgraded in a long time so I don't have first hand experience with what you are observing. When you install a program it tells the Mac what kind of files it can open. Apparently this is overriding what you have done previously to tell the Mac that you don't want iTunes to open certain files, you want Quicktime. I haven't heard of any way of stopping this from happening or altering the records, certainly nothing easier than just changing the "open all" setting on a file again.

EA1: Adding file types does not work.

The File Type preferences panel doesn't seem to work.
1 Go into Preferences
2 Click on File Types in the tree
3 CLick Add, enter an extension and click on OK
You get the stack dump below in the console.
The extension you just entered goes in a 'DeployableTextNode' with a tick in the Open with SQL Developer column.
But the check box in the bottom panel is Unchecked and all the other fields in bottom panel are disabled (Remove button; File Type drop down; Content Type Radio group).
4 Click on OK
5 Go back into Preferences | File Type.
The first time I did this, the extension I just added was gone.
Going through it again for this post, they are all gone, including the pre-supplied ones.
6 Exit SQL Developer and go back in and they are back.
java.lang.NullPointerException
        at oracle.ide.config.DocumentExtensionsPanel._addButton_actionPerformed(DocumentExtensionsPanel.java:8
        at oracle.ide.config.DocumentExtensionsPanel.mav$_addButton_actionPerformed(DocumentExtensionsPanel.ja
        at oracle.ide.config.DocumentExtensionsPanel$2.actionPerformed(DocumentExtensionsPanel.java:376)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2169)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258)
        at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:234)
        at java.awt.Component.processMouseEvent(Component.java:5488)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3126)
        at java.awt.Component.processEvent(Component.java:5253)
        at java.awt.Container.processEvent(Container.java:1966)
        at java.awt.Component.dispatchEventImpl(Component.java:3955)
        at java.awt.Container.dispatchEventImpl(Container.java:2024)
        at java.awt.Component.dispatchEvent(Component.java:3803)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
        at java.awt.Container.dispatchEventImpl(Container.java:2010)
        at java.awt.Window.dispatchEventImpl(Window.java:1774)
        at java.awt.Component.dispatchEvent(Component.java:3803)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
        at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:153)
        at java.awt.Dialog$1.run(Dialog.java:515)
        at java.awt.Dialog.show(Dialog.java:536)
        at java.awt.Component.show(Component.java:1300)
        at java.awt.Component.setVisible(Component.java:1253)
        at oracle.bali.ewt.dialog.JEWTDialog.runDialog(Unknown Source)
        at oracle.bali.ewt.dialog.JEWTDialog.runDialog(Unknown Source)
        at oracle.ide.dialogs.WizardLauncher.runDialog(WizardLauncher.java:55)
        at oracle.ide.panels.TDialogLauncher.showDialog(TDialogLauncher.java:225)
        at oracle.ide.config.IdeSettings.showDialog(IdeSettings.java:808)
        at oracle.ide.config.IdeSettings.showDialog(IdeSettings.java:593)
        at oracle.ide.cmd.IdeSettingsCommand.doit(IdeSettingsCommand.java:45)
        at oracle.ide.controller.CommandProcessor.invoke(CommandProcessor.java:309)
        at oracle.ide.controller.IdeAction.performAction(IdeAction.java:536)
        at oracle.ide.controller.IdeAction.actionPerformedImpl(IdeAction.java:843)
        at oracle.ide.controller.IdeAction.actionPerformed(IdeAction.java:486)
        at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1849)
        at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2169)
        at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:420)
        at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:258)
        at javax.swing.AbstractButton.doClick(AbstractButton.java:302)
        at javax.swing.plaf.basic.BasicMenuItemUI.doClick(BasicMenuItemUI.java:1000)
        at javax.swing.plaf.basic.BasicMenuItemUI$Handler.mouseReleased(BasicMenuItemUI.java:1041)
        at java.awt.Component.processMouseEvent(Component.java:5488)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3126)
        at java.awt.Component.processEvent(Component.java:5253)
        at java.awt.Container.processEvent(Container.java:1966)
        at java.awt.Component.dispatchEventImpl(Component.java:3955)
        at java.awt.Container.dispatchEventImpl(Container.java:2024)
        at java.awt.Component.dispatchEvent(Component.java:3803)
        at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4212)
        at java.awt.LightweightDispatcher.processMouseEvent(Container.java:3892)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:3822)
        at java.awt.Container.dispatchEventImpl(Container.java:2010)
        at java.awt.Window.dispatchEventImpl(Window.java:1774)
        at java.awt.Component.dispatchEvent(Component.java:3803)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:463)
        at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
        at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
        at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)

I notice the line numbers of the first to lines of the dump have been truncated. Here are the first two lines again.
at oracle.ide.config.DocumentExtensionsPanel._addButton_actionPerformed(DocumentExtensionsPanel.java:885)
at oracle.ide.config.DocumentExtensionsPanel.mav$_addButton_actionPerformed(DocumentExtensionsPanel.java:96)

JDev 9.0.3 - problem with compiler options to copy resource file types

Hello,
Following a quite strange scenario, I found something bizarre related to the project compile options in 9.0.3 production (I assume the same problem was present way before...)
Let me first present the facts:
Assume I have in my project one file named noext (with no extension!) and another one file.verylongext. I know it's not best practice, but let's say they are third party files and I would prefer not to touch them.
I am able to add them to the project sources, in the specified packages, then I update the Project Settings/Compiler/Resource File Types to Copy to Output Directory.
But, when I compile, I realize that not all my files were copied to classes/. In fact, if I specify ...;noext;file.verylongext, I get only noext copied, while if I specify ...;file.verylongext;noext, I only get file.verylongext.
I also tried to use only .verylongext, but the result was exactly the same...
Of course I can copy the files manually, outside JDev, but this is not best practice neither... :)
As long as JDev 9.0.3 seems to provide support for filtering the files that will be added to a project (see thread Re: update column for details), I don't really see the purpose of filtering again the files that will be transferred to classes/ (apart from the little bug).
I think it would be far more useful to have the reverse filter, i.e. "Resource File Types not to Copy to Output Directory". JDev team, would it be possible to have this in 9.0.4?
Thanks,
Adrian

>I tried to reproduce the problem and couldn't.
Nevermind, I will be back on this when I'll have a simple example.
>One question, is noext and file.verylongext part of your project?
Well, you know, since I said I have them in my project, it means that I added them there and I checked that they really were added. No offense...
>One more question, did you enable Scan Source Path to ... in the input paths panel of the pproject properties?
No, I did not enable this option, since I see all my files in the project and the only source path is project's src.
But my real point is related to the enhancement request I made. Given the circumstances,
could you provide the reverse filter, i.e. "Resource File Types not to Copy to Output Directory", in a future version, maybe 9.0.4?
Thanks,
Adrian

JDev 10.1.3 / addes File Types don't work

I added 2 new File Types in JDeveloper 10.1.3 (Preview) by selecting Tools - Preferences - File Types - Add:
Extension File Type
.hta HTML Source
.ico GIF Image
When opening a .hta I see the code without syntax highlighting. The .ico image is displayed as hex code.
Is anyone familiar with this problem? How can I solve it?

Please zip me up a minimal 10.1.2.1 testcase that works correctly in 10.1.2.1 and fails when opening and running in 10.1.3 and I'll file a bug and have someone look into what's the cause.

Windows BUG: Can't change file types through control panel Quicktime settings

I am running the latest version of Quicktime on Viista Home Premium 64-bit.
When I into Control Panel -> View 32-bit Control Panel Items -> Quicktime -> Browser, and I click on "File Types" or "MIME Settings", I get a blank page that looks like this: http://oi40.tinypic.com/hvbbia.jpg, and Quicktime momentarily freezes.
I have no issue adjusting file type settings when bringing up Quicktime outside of control panel, or when using "Default Programs" within control panel, it's only when I do it within "View 32-bit Control Panel Items" that it does this.
This is a minor bug but still weird. Can anyone else verify the issue? I tried uninstalling and reinstalling but that didn't help.

This could be caused by damaged QuickTime preference files (or possibly a permissions problem on the preferences files).
We can try rebuilding one set of your preference files to see if that helps with the greyed-out stuff.
First, quit QuickTime if you have it open.
Next, you'll need to make sure you are set up to view hidden files and folders in Vista (or 7).
1. From the Start menu, click Open.
2. In the Organize menu, click Folder and Search Options.
3. Click the View tab.
4. In the "Advanced settings" pane under "Hidden files and folders" make sure that the "Show hidden files and folders" option is selected.
5. Click OK.
Next, you'll remove the QuickTime preference folder (and contained file).
6. In Computer, open Local Disk: C or whichever drive your documents are stored on.
7. Open the Users folder.
8. Open the folder with the name of the Windows 7 user account in which the QuickTime file types are "greyed out".
9. Open the AppData folder.
10. Open the Local folder.
11. Open the Apple Computer folder.
12. Drag the QuickTime folder out onto the Desktop.
Now you'll rebuild the preference folder and file.
13. Launch QuickTime. Check your file types again.
Are they still greyed out, or can you change them now?

Windows bug - jpg file cant open by any software

hi
i search my problem in forum but cant find solution for fix this problem
about 200 pictures in my hard disk shown correctly yesterday
but today all of my pictures cant open and dont shown but they are exactly have former size.
by windows photo viewer i have this error msg:
"windows photo viewer cant open this picture because the file appeared to be damaged ,corrupted ,or is too larg"
in photoshop i have this error:
could not complete your request because an unknown or invalid JPEG marker type is found.
in paint i have this:
c\user\desktop\new folder\01.jpg paint cannot read this file.this is not a valid bitmap file,or its format is not currently supported
MICROSOFT should be held accountable soon !
it was impossible if i was using other os like MAC OS and its windows bug !
please do not respond similar to other posts about that i have viruses trojan or worm ,none of these have.
OR tell the solution OR if you do not have the academic ability for solve this problem,help from steve jobs employees ,or other company,just answer to me becuse value of images that destroyed on your OS (windowse 7 64bit) .more than anything in the world
for me.

From the error descriptions you have listed it sounds like you may have suffered some sort of disk corruption. Do you have backups or alternative copies of these files? Are you seeing similar issues with other file types?
Can you copy these image files to another computer running Windows or another OS to open them?
Jason Warren
@jaspnwarren
jasonwarren.ca
habaneroconsulting.com/Insights

OSX Server webdav bug? - files and folders disappears when filenames are fewer than 7 characters

OSX Server webdav bug? - files and folders disappears when filenames are fewer than 7 characters
Dear Community,
i have a BIG problem with Apple webdav.
All files or folders with fewer than 7 characters in filename disappear.
The problems is only between Mac Server and Mac Clients
and exists since OSX Server 1 (Server 10.7, 10.8, 10.9) on ALL Macs i know.
The problem persist ever and occurs in the following settings:
Mac Server (1.x, 2.x, 3.x) <> Mac Clients (10.7.x, 10.8.x, 10.9.x, 10.6 not tested)
The problem does NOT occur in the following settings:
Mac Server <> Windows Clients
Mac Server <> Linux Clients
Linux Server (my Webhoster) <> Mac Clients
Windows Server (my Webhoster) <> Mac Clients
So i think it is not a problem with server itselv or a single client only,
it is probaly a problem with the combination betwen mac servers and mac clients.
This is NOT a problem with MY MacServers/Clients only and not with only one Server.
It occurs in many different Places and many different Machines.
I have contact Apple Support more then tree times (always when i setup a new machine with server.app)
but she said they heard first time about that and she cannot reproduce that problem.
please, can somebody try it out?
sorry for my bad englisch.
best regards
rené

Supplement note:
The Problem occurs also between OSX Server <> OpenWRT (Linux)
best regards
rené

File Type Associations for JDev 10.1.2

Every time I start JDeveloper, I get the file type association dialog and the welcome screen. It would seem that wherever JDeveloper is trying to store the associations, it is unsuccessful - yet I receive no errors or indication of what the problem might be. Any idea where this info is supposed to get saved?
JDeveloper 10.1.2 1811
Windows 2000
jdk 1.4.2_04

I think it gets stored into the registry of windows.
Do you have administrator privileges on the machine you are using?

Associate file type with application BUG.

Associate file type with other application causes FileVault to prompt that said app 'can't be opened because it is from an unidentified developper'
This happens when I try to associate TIFF's with Adobe Photoshop, or PDF's with Acrobat Pro.
It does this through "get info > open with:" and when you let the app itself change the association (IE Acrobat Pro prompted me if i always want to open pdf's with it, after that, when i double click the file fileVault gives me the same message.
It's just plain annoying to have do drag each file onto the right icon in the dock.

It looks like both approaches are similar and will both work.
Persistent Handlers are probably overkill. They will do what you need and more, but are a more complicated. I would recommend sticking with the two approaches discussed if you simply want to run your application with a default program.
Although some CVI users may have done this in the past, you may have more luck posting on the MSDN forums or a 3rd party programming forum.
National Instruments
Product Support Engineer

Configure File Type Associations dosen't work for users

Hi EB,
Does anyones knows how to set the File Type Associations for users ? It works for me when i'm logged in as Admin but not as a user. When logged as user it always ask to configure the file associations when i open JDev and even with JDev open it does not set it. I tried to find an article about that but couldn't find any.
I'm using :
winXP SP3
JDeveloper 11g TP4
and i've sets all rights for autentified users on the folders and subfolders of JDeveloper.
Thanks

I tried going on tool>preferences>File Type .... and associate projets and source and applications files with JDev check marking "open with JDev"... it didn't worked as user... it's just not saving my settings while reopening it it's never saved... at least i've been able to associate it in my Admin account then i can go back in user account and select open file with in windows, choose JDev and check mark "always open that file with that program" only after that the association is saved in JDev... but still it open the Configuration file windows at startup with the ones i already opened with JDev checked... anyway that's not a big issue ... only that i can't save those settings by the JDev environement while logged in as a user...

Adobe 8 - Unexpected Corrupt or incorrect file type warning when viewing a PDF file from the Web

Hi,
On downloading a PDF file from my web site using Adobe 8 on the client machine I expect the file to open automatically however I receive encounter the "File Download" dialog. It has the following warning message: "The file you are downloading cannot be opened by the default program. It is either corrupted or it has an incorrect file type. As a security precaution, it is recommended that you cancel the download."
This issue did not occur within previously tested versions of Adobe Reader (e.g. Version 5.1).
On investigating the issue I discovered the factor that results in Adobe 8 failing to open the file automatically is the Content-Type = "application/pdf; Charset=utf-8". However, if I intercept the response and alter the Content-Type to contain only "application/pdf;" the issue on Adobe 8 does not occur.
I have even tested when the Content-Type contains an empty Charset (i.e. "application/pdf; Charset=") but this issue still occurs. In addition setting the Charset to other encodings (e.g. "ISO-LATIN-7", "iso-8859-1") the issue occurs.
QUESTION(s):
1. Why is it necessary for Adobe 8 when opening PDF files from the web to expect no Charset within the Content-Type?
2. If this was not an issue within previous versions of Adobe surly this is a bug?
Since I cannot ensure that the Response's Content-Type does not contain a Charset at all please can someone suggest either a work-around or more importantly a solution to the issue?
Please Note:-
1. Within Adobe, Edit -> Preferences -> Internet option it's compulsory for our users to have "Display PDF in browser" ticked!
2. We cannot prevent a Charset from being present within the Content-Type of the response sent to the client, hence this issue.
Many Thanks in advance,
Martin.

Bill,
This is exactly the same behavior I observed when I rendered a PDF stored in a database through a .NET page. If I chose to save it, it would open fine after the save, but if I chose to open it in the browser without saving it, I would get the error.
The problem was not with the PDF or Acrobat. It was with the way I was delivering the PDF. Putting the following code before my binarywrite fixed the issue completely:
Response.ClearHeaders()
Response.ClearContent()
Response.ContentType = "application/octet-stream"
Response.AddHeader("content-disposition", "attachment; filename=" + saveFilename)
where saveFileName is the name you want to give the PDF.
You can use 'inline' instead of 'attachment' above if you just want the PDF to open (no option to save first). You can also use 'pdf' instead of 'octet-stream' (not sure the difference).
The trouble seems to be that .NET puts some info in the header and/or content by default prior to anything your code says to write. If you don't clear this, IE has an issue with it. Other browsers seem to ignore it.
Bottomline is that this is an issue the website programmer needs to fix and is not something the user can fix by changing some setting(s).
I hope this helps.

JDev 10.1.3 EA: Bug in "File Types" preferences

Similar Messages

Maybe you are looking for