APEX 10g edition bug??

Hello
I have come across an issue when building the application. There is no way around it so far, and I can't think of anything despite many hours.
After having created the tables, I go to the next step of creating the application.
Once all the pages are organized within tabsets and tabs I notice that the field that corresponds to the Primary Key is not editable, that is, it does not have a text field where you can manually introduce the data. If it were sequenced by trigger I could understand that, but, I need to enter them manually. So, then I click on Edit Page, I locate the region, I click on Edit Report Attributes, I notice that it is by default put under Hidden (why??), so I change it to Text Field and applied and yes, the page looks cool now, just as I wanted. In any case I was not very happy why I had to do that for all of the pages, but I went on.
So now, that (it would seem thta) I can enter the data, when I click on Add Row to insert it, it brings an error saying that the data version of the database has changed since I started the update process, everything is messed up and you cannot add any row.
So, what is happening is that when the Application is created, the pages that were alright, are not anymore. That is, the column corresponding to the PK says only: PostCode_Display, (for one page), DoctorNumber_Display (for other page, etc) but you cannot introduce data because, as I said, there is no textfield. 1)
Does anybody have an idea why:
1) The columns of the PK for each page will present themselves un-editable when launching the tabsets and pages with their tabs.
2) Why if you edit the page from there, even if you manage to create the textfield to add the data it comes up with this:
Error in mru internal routine: ORA-20001: Error in MRU: row= 1, ORA-20001: ORA-20001: Current version of data in database has changed since user initiated update process. current checksum = "A884FA378C851786DDFE3A33709CB23C", item checksum = "EA5F789178309D21B6818803A970BB4F"., update "HR"."ADDRESSES" set "POSTCODE" = :b1, "TOWN" = :b2, "STREET" = :b3
Error Unable to process update.
Message was edited by:
user564788
Message was edited by:
user564788

Hello,
It depends how you want your PK populated.
What selection did you use in the wizards for the Primary key?
Regards,
Dimitri
-- http://dgielis.blogspot.com/
-- http://apex-evangelists.com/
-- http://apexblogs.info/

Similar Messages

  • Consolidation of Oracle Database 10g Express Edition "Bugs"

    I'll take a stab at cleaning this up. This is a collection of postings, reported as bugs, but not really bugs or difficult to understand/reproduce. These were filed in the Database General forum and they should have been filed in the XE forum.
    Firstly, thank you for taking the time to report these issues and suspected issues. In the future, it would be quite helpful to everyone if you reported these in the XE forum.
    1. Oracle Database 10g Express Edition Bugs
    This is not a bug. The developer toolbar will show when you are authenticated to the development environment. You do not have to be authenticated to your application for the developer toolbar to appear.
    2. Oracle Database 10g Express Edition Bugs
    If data is present in the cache, this is up to the application developer (you) to implement the proper security which prevents this behavior.
    3. Oracle Database 10g Express Edition  Bugs
    This is a minor issue, at best. For this type of search interface, it is desirable to perform a case-insensitive query. Wouldn't it be a shame if you searched for "item" and it did not return results that contained "Item".
    4. Oracle Database 10g Express Edition Bugs
    This is not a bug. Different authentication schemes have different data restrictions. It is up to you, the application developer, to easily implement the data validations appropriate for your application.
    5. Oracle Database 10g Express Edition Bugs
    Insufficient information provided. You will have to specify what exact error message is arising and what data you changed which resulted in this error. A complete step-by-step test case is desirable, please.
    6. Oracle Database 10g Express Edition Bugs
    Duplicate of #5 above. And still insufficient information.
    7. Oracle Database 10g Express Edition Bugs
    Not a bug. This is intentional behavior. If I know I want to enter table name EMP, it would be bad from a usability standpoint to always force the user to employ their mouse.
    8. Oracle Database 10g Express Edition Bugs
    This could not be reproduced.
    9. Oracle Database 10g Express Edition Bugs
    Almost identical to #8. Please clarify what the expected behavior should be.
    Joel

    This discussion has been continued in the XE forum at:
    Consolidation of Oracle Database 10g Express Edition "Bugs"
    In the future, please attempt to post all XE-related issues in the XE forum.
    Joel

  • Oracle Express 10g Edition Download Problem

    Can someone know what is the problem with downloading express 10g edition?
    http://www.oracle.com/errors/404.html
    thanks
    m.

    Hilton wrote:
    But the link is broken.
    Apparently there is an internal problemYou are right, whether the link of the page is working, the link of the download does not work. Error 404 is returned. It seems several download issues have been reported earlier today.
    Check the download dedicated forum :
    Downloads Issues
    Nicolas.

  • How to create temp. data base using 10g edition

    i was usining oracle 10g edition and got a problem
    create table #albums (
    ERROR at line 1:
    ora-00911:invalid character
    could you please sort this problem out.
    thanking you
    gourav

    or try this:
    create table "#albums" (Ah, yes.
    Another one who loves to forever use double-quotes around identifiers. Very proper thing to do, especially useful in trouble shooting environments such as SQLPlus. <g>
    BTW: The proper way to handle temp tables in Oracle is to learn about Global Temporary Tables.

  • [svn:fx-trunk] 8581: asdoc edits: bug fix FLEXDOCS-1000

    Revision: 8581
    Author:   [email protected]
    Date:     2009-07-15 08:47:47 -0700 (Wed, 15 Jul 2009)
    Log Message:
    asdoc edits: bug fix FLEXDOCS-1000
    Ticket Links:
        http://bugs.adobe.com/jira/browse/FLEXDOCS-1000
    Modified Paths:
        flex/sdk/trunk/frameworks/projects/framework/src/mx/controls/RadioButton.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/RadioButton.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/Spinner.as
        flex/sdk/trunk/frameworks/projects/spark/src/spark/components/supportClasses/Slider.as

  • Oracle Database 10g Express Edition Bugs

    Product:Oracle Database 10g Express Edition
    Title:Tab Order Sequence on Login window
    Description: Tab Order sequence in Login window not proper, it should be proper
    Reproduce Steps:
    - Click on Run Application icon
    - Login Window opened
    - Press the Tab Button

    hi,
    Please, post this on the Oracle DB express FORUM
    when you install it it will create a menu to directly access to it.
    If you are not able to find it, then you can use the link below:
    Oracle Database Express Edition (XE)
    You have to register to see the forum.
    support for 10g express is provided in the mentioned forum.

  • APEX SQL Reports bug? Apex 3.0.1 Oracle 10g XE

    Hi
    I have a few SQL Based reports and I'm having performance problems with showing them over remote connections.
    I have looked at the HTML for the page produced from these reports and I see something very strange.
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';
                rowStyleHover[50]='';
                rowActive[50]='N';
                rowStyle[50]='';This goes on for pages and pages and in fact it takes up 6.60MB of data on a single webpage. After a bit of testing, I discovered this only happens on reports that have grouping.
    Is there a workaround for this?
    Regards
    Adam

    I note that the Licensing document at http://www.oracle.com/pls/xe102/homepage does not specify the version of Application Express.
    I also note that the APEX version information is not found on the XE product page http://www.oracle.com/technology/products/database/xe/index.html
    I also note that Oracle publishes the upgrade and the upgrade steps - specifically for XE - and still does not discuss any restrictions by version.
    I also note that there is no license restriction or fee required for Apex at any version based on the XE specific and the regular 10gR2 licensing doc at http://www.oracle.com/pls/db102/homepage
    For ME, the above is sufficient to assume that Apex 3 is included. Especially if I take a soft copy of the referenced license doc PDFs.

  • 10g : Edit Offline Table

    about JDeveloper 10g preview (build 1375)
    Using "Edit Offline Table" I uncheck "Cannot be NULL" for a column.
    If I "Generate SQL Script" for this table and select "Generate SQL to UPDATE the chosen objects", I get:
    "The following object(s) were found to be identical to those in the database, and therefore no reconcile is necessary: <table_I_changed>".
    But they are NOT identical.
    -Jan

    Thanks for reporting this. I have logged bug 3168415 to get the problem fixed.
    Lisa Sherriff
    JDev QA

  • Apex. calendar es_es bug

    Hello,
    I'm not a parter of Oracle and I don't know how to report a bug so i put this here.
    After spending 5 hours on it I won't give more time to it.
    I've found a bug.
    Steps:
    put the locale to es_es en the web browser.
    create a page based on a calendar.
    Access to the calendar object and without changing anything press aplicar cambios (save changes).
    Be sure nobody is changing the object at the same time and repeat the last step.
    If the locale is changed to en-us the problem is solved.
    Occurs on Apex 4.0.*
    Salut!

    Hi,
    I am able to reproduce to the issue. Please confirm the following steps to recreate is correct and also the error message which you should have seen
    1. Create a Calendar Page
    2. Change the Browser Language to Spanish [es-es]
    3. Goto Edit Page View
    4. edit the Calendar Region
    5. Click on Calendar Attributes and Click on Apply Changes button without making any changes.
    6. Throws the following error.
    ORA-20503: La versión actual de los datos de la base de datos ha cambiado desde que el usuario inició el proceso de actualización. total de control actual = "E32276E3A51E08AD9612CC159B97E66D" total de control de la aplicación = "F3BC70FA0AB99968AAC29DD5A4D8056F"
    No se ha podido procesar la fila de la tabla WWV_FLOW_CALS.
    Volver a la Aplicación
    Is the steps to recreate is right ? and also is this the error which you are getting ?
    Thanks
    JS

  • Querying external tables ERROR no not English version 10g R2 ¿BUG 5172459?

    Hello
    I have a serious problem when trying to view the content of external tables under Oracle 10R2 in Spanish
    Steps to perform:
    1. Make directory on file system (in oracle server side).
    2. Copy a data file into this directory.
    3. Login (sqlplus) as "sys as sysdba"
    4. Make one oracle directory object
    5. Grant permits read / write to a user 'simple_uesr'
    6. Logout sys, and login as 'simple_user'
    7. Make a external table, which uses the directory and data file.
    8. Run query 'select * from myExtTable' to check it.
    I have repeated these steps on Oracle 9i Enterprise, Oracle 10gR2 Enterprise, and Oracle 10g XE, and always, always worked perfectly (no problems).
    The problem occurs in the client's DB (Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 SPANISH), everything works fine until the step 8 (querying external tables), where systematically the following error occurs:
    ERROR en línea 1:
    ORA-29913: error al ejecutar la llamada de ODCIEXTTABLEOPEN
    ORA-29400: error de cartucho de datos
    KUP-00552: internal XAD package failed to load
    ORA-06512: en "SYS.ORACLE_LOADER", línea 19
    I have made many tests, such as assigning a wrong directory to external table, remove the data file, remove access permissions, and always, always gives the same error, nerver error "file not found...etc, etc".
    I have concluded that the failure, which occurs before Oracle even try to access the file system, but I do not know what may be the cause.
    Searching the Internet, I found the following links:
    http://www.dba-oracle.com/t_ora_29913_external_table_error.htm
    http://zalbb.itpub.net/post/980/249423
    Where mention the BUG 5172459 (MetaLink Note: 373168.1), but after follow the directions, still does not work.
    Can anyone help me with this problem?
    Thanks!
    Full details of the DB which gives the error
    SO: Windows 2003 Server Standard SP1.
    Oracle Database 10g Enterprise Edition Release 10.2.0.2.0 - Prod
    PL/SQL Release 10.2.0.2.0 - Production
    CORE 10.2.0.2.0 Production
    TNS for 32-bit Windows: Version 10.2.0.2.0 - Production
    NLSRTL Version 10.2.0.2.0 - Production
    show parameter nls;
    NAME TYPE VALUE
    nls_calendar string
    nls_comp string
    nls_currency string
    nls_date_format string
    nls_date_language string
    nls_dual_currency string
    nls_iso_currency string
    nls_language string SPANISH
    nls_length_semantics string BYTE
    nls_nchar_conv_excp string FALSE
    nls_numeric_characters string
    nls_sort string
    nls_territory string SPAIN
    nls_time_format string
    nls_timestamp_format string
    nls_timestamp_tz_format string
    nls_time_tz_format string
    -- NLS_SESSION_PARAMETERS
    select * from NLS_SESSION_PARAMETERS order by parameter;
    PARAMETER VALUE
    NLS_CALENDAR GREGORIAN
    NLS_COMP BINARY
    NLS_CURRENCY €
    NLS_DATE_FORMAT DD/MM/RR
    NLS_DATE_LANGUAGE SPANISH
    NLS_DUAL_CURRENCY €
    NLS_ISO_CURRENCY SPAIN
    NLS_LANGUAGE SPANISH
    NLS_LENGTH_SEMANTICS BYTE
    NLS_NCHAR_CONV_EXCP FALSE
    NLS_NUMERIC_CHARACTERS ,.
    NLS_SORT SPANISH
    NLS_TERRITORY SPAIN
    NLS_TIME_FORMAT HH24:MI:SSXFF
    NLS_TIMESTAMP_FORMAT DD/MM/RR HH24:MI:SSXFF
    NLS_TIMESTAMP_TZ_FORMAT DD/MM/RR HH24:MI:SSXFF TZR
    NLS_TIME_TZ_FORMAT HH24:MI:SSXFF TZR
    -- NLS_INSTANCE_PARAMETERS
    select * from NLS_INSTANCE_PARAMETERS order by parameter;
    PARAMETER VALUE
    NLS_CALENDAR
    NLS_COMP
    NLS_CURRENCY
    NLS_DATE_FORMAT
    NLS_DATE_LANGUAGE
    NLS_DUAL_CURRENCY
    NLS_ISO_CURRENCY
    NLS_LANGUAGE SPANISH
    NLS_LENGTH_SEMANTICS BYTE
    NLS_NCHAR_CONV_EXCP FALSE
    NLS_NUMERIC_CHARACTERS
    NLS_SORT
    NLS_TERRITORY SPAIN
    NLS_TIME_FORMAT
    NLS_TIMESTAMP_FORMAT
    NLS_TIMESTAMP_TZ_FORMAT
    NLS_TIME_TZ_FORMAT
    -- NLS_DATABASE_PARAMETERS
    select * from NLS_DATABASE_PARAMETERS order by parameter;
    PARAMETER VALUE
    NLS_CALENDAR GREGORIAN
    NLS_CHARACTERSET WE8MSWIN1252
    NLS_COMP BINARY
    NLS_CURRENCY ?
    NLS_DATE_FORMAT DD/MM/RR
    NLS_DATE_LANGUAGE SPANISH
    NLS_DUAL_CURRENCY ?
    NLS_ISO_CURRENCY SPAIN
    NLS_LANGUAGE SPANISH
    NLS_LENGTH_SEMANTICS BYTE
    NLS_NCHAR_CHARACTERSET AL16UTF16
    NLS_NCHAR_CONV_EXCP FALSE
    NLS_NUMERIC_CHARACTERS ,.
    NLS_RDBMS_VERSION 10.2.0.2.0
    NLS_SORT SPANISH
    NLS_TERRITORY SPAIN
    NLS_TIME_FORMAT HH24:MI:SSXFF
    NLS_TIMESTAMP_FORMAT DD/MM/RR HH24:MI:SSXFF
    NLS_TIMESTAMP_TZ_FORMAT DD/MM/RR HH24:MI:SSXFF TZR
    NLS_TIME_TZ_FORMAT HH24:MI:SSXFF TZR
    END.

    jpadron_uy wrote:
    ERROR en línea 1:
    ORA-29913: error al ejecutar la llamada de ODCIEXTTABLEOPEN
    ORA-29400: error de cartucho de datos
    KUP-00552: internal XAD package failed to load
    ORA-06512: en "SYS.ORACLE_LOADER", línea 19Hola!
    Let's go through errors you posted:
    First error (ORA-29913) indicating error occurs when Oracle tryed to access external table.
    Then ORA-29400 says that error has occurred in a data cartridge external procedure.
    And then finally KUP-00552 - an error was encountered while attempting to initialize the XAD package.
    So did you check state of the XAD package in that database?
    Also, please post code you used in steps 4. and 7.
    HTH

  • Apex 4.1 bug? Application language derived from Session changes time zone

    I have created an application in Apex 4.1 and in the "Initialization PL/SQL Code" for the session (what used to be called the VPD section) I have the following code:
    begin
      execute immediate 'alter session set time_zone = ''+01:00''';
    end;This works as expected, UNLESS the "Application Language Derived From" (under "Edit Globalization Attributes") is set to "Session", in which case the session's time zone is also affected (and not just the language, as one would expect).
    This can be seen in the following simple example, which runs the above code to set the time zone, and has the language derived from "Session":
    http://apex.oracle.com/pls/apex/f?p=38595
    This shows
    sessiontimezone = -05:00Even though the session's time_zone has been explicitly set to +01:00 with the ALTER SESSION statement.
    Experimentation with the URL shows that if a p_lang parameter is passed, with a valid language identifier, for example:
    http://apex.oracle.com/pls/apex/f?p=38595&p_lang=de
    then the time zone is affected (showing -05:00 instead of +01:00).
    However, if an INVALID time zone identifier is passed:
    http://apex.oracle.com/pls/apex/f?p=38595&p_lang=xx
    then the session time zone is CORRECT according to the ALTER SESSION command:
    sessiontimezone = +01:00If I change the "Application Language Derived From" to something else than "Session" (for example, "Browser" or "Item Preference"), then the timezone is also correct (ie follows the ALTER SESSION command).
    Running the page in debug mode confirms that the time zone is being set after my VPD/initialization code has been run:
    0.01585     0.00146     ...Application session: 1671806996734123, user=nobody     4     
    0.01731     0.00144     ...Execute Statement: begin begin execute immediate 'alter session set time_zone = ''+01:00'''; end; end;     4     
    0.01875     0.00065     Session: Fetch session header information     4     
    0.01940     0.00073     SESSION Language (nobody): wwv_flow.g_browser_language=en maplang=en     4     
    0.02013     0.00059     alter session set nls_language="AMERICAN"     4     
    0.02071     0.00043     alter session set nls_territory="AMERICA"     4     
    0.02114     0.00094     NLS: CSV charset=WE8MSWIN1252     4     
    0.02208     0.00111     ...NLS: Set Decimal separator="."     4     
    0.02318     0.00062     ...NLS: Set NLS Group separator=","     4     
    0.02380     0.00063     ...NLS: Set g_nls_date_format="DD-MON-RR"     4     
    0.02443     0.00091     ...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"     4     
    0.02534     0.00066     ...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"     4     
    0.02600     0.00050     ...Setting session time_zone to -05:00     4     
    0.02650     0.00065     Setting NLS_DATE_FORMAT to application date format: dd.mm.yyyy     4     
    0.02715     0.00056     ...NLS: Set g_nls_date_format="dd.mm.yyyy"     4     
    0.02771     0.00055     ...NLS: Set g_nls_timestamp_format="DD-MON-RR HH.MI.SSXFF AM"     4     
    0.02827     0.00057     ...NLS: Set g_nls_timestamp_tz_format="DD-MON-RR HH.MI.SSXFF AM TZR"     4     
    0.02884     0.00230     NLS: Language=en     4     
    Conclusion: It seems to me that when the LANGUAGE is set to be derived from the "Session", this also, as a side effect, alters the session TIME ZONE, which must be a bug... ?
    - Morten
    http://ora-00001.blogspot.com
    Edited by: mobra on Sep 24, 2011 7:14 PM

    Hi Arie,
    When you are setting the language to derived from session you actually declare that you are working in a dynamic environment – per session – and not in a static one. Using the Initialization PL/SQL Code is very static as the same code is executed for every database session.I was using a fixed time zone value in the ALTER SESSION to demonstrate the bug/problem... in real life, the actual time zone is derived dynamically based on a user profile stored in the database.
    APEX 4.0 introduced the Automatic Time Zone under the Globalization tab. By default it’s set to No but setting it to Yes will allow you to use your local time zone (as derived from your browser) with whatever language derived setting you choose, including per session with the *&p_lang* parameter.The key point is that LANGUAGE has nothing to do with TIME ZONEs, and vice versa. People speak English (and Spanish, and French, and Chinese for that matter) all over the world. You cannot determine a user's time zone based on the chosen language.
    You're telling me to enable "Automatic Time Zone" to work around an unwanted side effect from changing the language setting. Sorry, but that just sounds like bad advice to me.
    If you want to use session derived language, however the local time zone settings are not good for you, you can still change them with a Before Header and After Submit PL/SQL processes and an appropriate alter session statement, on a per page base. The APEX engine will not ignore a page based session setting.Why should I have to do this for every page when the "VPD" Section (now called "Initialization PL/SQL Code") is made for this purpose?
    If you look at the help text in the Apex builder for that section, it actually says that:
    The code entered here need not pertain to VPD/FGAC and may not be related to security at all.
    Any code that needs to be executed at the earliest point in a page request can be placed here.
    For example, the following code sets the database session time zone for every page request:
    BEGIN
       EXECUTE IMMEDIATE 'alter session set time_zone = ''Australia/Sydney'' ';
    END;So I hope the demonstrated behavior is not intentional, but a bug, and I'm hoping Joel sees it the same way.
    - Morten
    http://ora-00001.blogspot.com

  • Need to Programmatically Set IRR Filter on Date Field Due to APEX 4.1 Bug

    There may be another work around but, here is the problem that we are encountering...
    We have a huge table that is partitioned on a DATE field and an IRR that reports on this table. By default, we want to show the most recent 3 days of data. There is a built-in filter for "is in the last 3 Days." Sounds Great! Unfortunately APEX generates the code using TIMESTAMP rather than DATE functions. As a result of this, the query does not perform partition pruning and, as a consequence, it is doing a full table scan which takes forever. Note the use of the "LOCALTIMESTAMP" function in the query that is generated by APEX for this filter:
    SELECT   "BUSINESS_DATE",
             COUNT ( * ) OVER () AS apxws_row_cnt
      FROM   (SELECT   *
                FROM   (SELECT   *
                          FROM   position_delta_his p) r
               WHERE   ("BUSINESS_DATE" BETWEEN *LOCALTIMESTAMP*
                                                - NUMTOYMINTERVAL (:APXWS_EXPR_1,
                                                                   'year')
                                            AND  *LOCALTIMESTAMP*)) r
    WHERE   ROWNUM <= TO_NUMBER (:APXWS_MAX_ROW_CNT)If, instead, APEX used the SYSDATE function, as the underlying column is a DATE, this returns instantly, after partition pruning.
    SELECT   "BUSINESS_DATE",
             COUNT ( * ) OVER () AS apxws_row_cnt
      FROM   (SELECT   *
                FROM   (SELECT   *
                          FROM   position_delta_his p) r
               WHERE   ("BUSINESS_DATE" BETWEEN *SYSDATE*
                                                - NUMTOYMINTERVAL (:APXWS_EXPR_1,
                                                                   'year')
                                            AND  *SYSDATE*)) r
    WHERE   ROWNUM <= TO_NUMBER (:APXWS_MAX_ROW_CNT)
    The bug is that APEX should base the underlying function on the data type of the filtered column.
    As a work around, if we create a filter where BUSINESS_DATE >= '4/13/2012' (three business days ago), again, this returns instantaneously. The issue is that we can only set this filter by using the APEX GUI. We need to be able to:
    1. Determine the date for 3 business days ago
    2. Set this as the default filter.
    I tried creating a BEFORE HEADER PL/SQL page process but, it does not appear to be having any effect. Here is that code:
    DECLARE
        ldt_Filter DATE;
        CURSOR lcsr_GetMaxBusinessDate IS
            SELECT Max(BUSINESS_DATE)
            FROM POSITION_DELTA_HIS;
        DAYS_AGO CONSTANT NUMBER := 3;       
    BEGIN
        APEX_UTIL.IR_CLEAR( :APP_PAGE_ID );
        OPEN lcsr_GetMaxBusinessDate;
        FETCH lcsr_GetMaxBusinessDate INTO ldt_Filter;
        CLOSE lcsr_GetMaxBusinessDate;
        ldt_Filter := ( Trunc( ldt_Filter ) - 3 );
        APEX_UTIL.IR_FILTER( p_page_id       => :APP_PAGE_ID,
                             p_report_column => 'BUSINESS_DATE',
                             p_operator_abbr =>'GTE',
                             p_filter_value  => TO_CHAR( ldt_Filter, 'YYYYMMDDHH24MISS' ) );
    END;Can anyone tell me:
    1. How to set this filter programmatically (also needs to be displayed on the page so the user can see the current filter...as if it were created via the GUI) ***OR***
    2. Some other work around for this issue..
    Thanks,
    -Joe

    Actually, now that I look further, I don't think it is going to work to simply set the filter programmatically. The end user can still click the column heading where they are only given the choice of the LOCALTIMESTAMP based filters. If they pick one, the page is going to be out to lunch for them.
    We really need some other fix. We really need a way to actually address the underlying issue.
    -Joe

  • ICal Alarm Editing Bug: Time off 4 hours, not fixed yet in 10.5.5?

    Hi again all Mac users,
    I have noticed this bug for quite a long while, which I cannot remember from when, but I think it was from around 10.3 or 10.4. I am used to it, and can deal with this since I know it. But, it still seems to persist even after updating to 10.5.5, and I have finally wanted to raise the issue up to this forum, in order to get it fixed, or obtain knowledge on how to fix this in my Mac.
    When you double-click or Command+I an event in iCal, the detail of the event shows up, and you click "Edit" button at the bottom to edit it. Most of my events' "Alarm" are set as "Alarm with Sound". To edit this, you click right next to "Alarm" to bring out the pull-down menu. You can change "Alarm with Sound" to "No Alarm", etc. Also, you will see a list of the latest settings you used at the bottom of this pull-down menu, with date, time and sound, etc. to choose from.
    *My Bug Phenotype:*
    ALL of the listed settings in this pull-down menu are EXACTLY 4 hours (FOUR HOURS) later of what that actually sets and do. For instance, I set a new event at "2008/6/1 10:00, playing Susumi sound". This setting will newly show up in the for-mentioned pull-down menu. But, because of a bug or by an unknown reason, within the list it shows "2008/6/1 14:00, playing Susumi sound", showing the time 4 hours later. Continuously, if you edit another event's alarm setting, and choose the previous setting of erroneous "2008/6/1 14:00, playing Susumi sound" that shows up from the pull-down menu, the event you're editing will actually be set to "2008/6/1 10:00, playing Susumi sound", which is correct with the very original setting I first used, but then again it is 4 hours ahead of what you see in the pull-down list. Once set, all event will show the proper Alarm time set, and work at the correct timing. It seems that there's a bug just in this pull-down menu showing the previous settings, adding and showing 4 hours later to what it should be, but also correctly stores and set the original time.
    Does everybody understand what I tried to explain?
    Does anyone else have the same experience?
    Is this just me?
    Is it always 4 hours?
    Any way to fix this?
    Is this an iCal Bug, to be fixed?
    Thanks for your help in advance!
    Dr.MORO
    PS: Is there a way to directly (Online) way to tell (email, post, etc) this problem to Apple?
    PPS: I have used many different disk maintenance tool of most kinds, both free and commercial, but nothing has helped.
    PPPS?: This is my second post on this iCal issue this year, last time on May 30, 2008, but no one seems to care... Really? No one has the same symptoms? Weird...

    Dr.MORO,
    1. Try refreshing the iCal plist file. Navigate to your Macintosh HD/Users/yourusername/Library/Preferences Folder, and find the com.apple.iCal.plist file. Drag that file to your desktop, log out/in or restart.
    2. What time do you have set in your iCal Time Zone Window?
    3. Have you tried to change your settings in System Preferences...>International>Formats>(Region:) (Dates) (Times)? Customize... Quit iCal before changing these settings, and repeat #1 above before opening iCal.
    4. Do you have a default time checked in iCal>Preferences...>General>Add a default alarm to all new events and invitations?
    5. Do you have "Turn on time zone support" checked in iCal>Preferences>Advanced?
    6. Do you have the proper "Time Zone" selected in System Preferences...>Date & Time?
    7. Are you syncing any of your computers?
    PS: Is there a way to directly (Online) way to tell (email, post, etc) this problem to Apple?
    Only through AppleCare, but your equipment is probably no longer covered. As far as I know you could still use AppleCare but it would cost an arm and a leg for phone support since you no longer have a contract. Do you have an Apple Store or Authorized Apple Provider nearby?
    PPPS?: This is my second post on this iCal issue this year, last time on May 30, 2008, but no one seems to care...
    Since Apple Discussions participation relies entirely upon other users for possible solutions, it is my guess that no one had the same problem or could offer a reasonable solution. Sorry to hear that you did not get a response to your previous post, but I care.
    ;~)

  • ICal Alarm Editing Bug, not fixed yet in 10.5.3?

    Hi All Mac users,
    I have noticed this bug for quite a long while, which I cannot remember from when, but I think it was from around 10.3 or 10.4. I am used to it, and can deal with this since I know it. But, it still seems to persist even after updating to 10.5.3, and I have finally wanted to raise the issue up to this forum, in order to get it fixed, or obtain knowledge on how to fix this in my Mac.
    When you double-click or Command+I an event in iCal, the detail of the event shows up, and you click "Edit" button at the bottom to edit it. Most of my events' "Alarm" are set as "Alarm with Sound". To edit this, you click right next to "Alarm" to bring out the pull-down menu. You can change "Alarm with Sound" to "No Alarm", etc. Also, you will see a list of the latest settings you used at the bottom of this pull-down menu, with date, time and sound, etc. to choose from.
    *My Bug Phenotype:*
    ALL of the listed settings in this pull-down menu are EXACTLY *4 hours* (FOUR HOURS) later of what that actually sets and do. For instance, I set a new event at "2008/6/1 10:00, playing Susumi sound". This setting will newly show up in the for-mentioned pull-down menu. But, because of a bug or by an unknown reason, within the list it shows "2008/6/1 14:00, playing Susumi sound", showing the time 4 hours later. Continuously, if you edit another event's alarm setting, and choose the previous setting of erroneous "2008/6/1 14:00, playing Susumi sound" that shows up from the pull-down menu, the event you're editing will actually be set to "2008/6/1 10:00, playing Susumi sound", which is correct with the very original setting I first used, but then again it is 4 hours ahead of what you see in the pull-down list. Once set, all event will show the proper Alarm time set, and work at the correct timing. It seems that there's a bug just in this pull-down menu showing the previous settings, adding and showing 4 hours later to what it should be, but also correctly stores and set the original time.
    Does everybody understand what I tried to explain?
    Does anyone else have the same experience?
    Is this just me?
    Is it always 4 hours?
    Any way to fix this?
    Is this an iCal Bug, to be fixed?
    Thanks for your help in advance!
    Dr.MORO
    PS: Is there a way to directly (Online) way to tell (email, post, etc) this problem to Apple?
    PPS: I have used many different disk maintenance tool of most kinds, both free and commercial, but nothing has helped.

    Dr.MORO,
    1. Try refreshing the iCal plist file. Navigate to your Macintosh HD/Users/yourusername/Library/Preferences Folder, and find the com.apple.iCal.plist file. Drag that file to your desktop, log out/in or restart.
    2. What time do you have set in your iCal Time Zone Window?
    3. Have you tried to change your settings in System Preferences...>International>Formats>(Region:) (Dates) (Times)? Customize... Quit iCal before changing these settings, and repeat #1 above before opening iCal.
    4. Do you have a default time checked in iCal>Preferences...>General>Add a default alarm to all new events and invitations?
    5. Do you have "Turn on time zone support" checked in iCal>Preferences>Advanced?
    6. Do you have the proper "Time Zone" selected in System Preferences...>Date & Time?
    7. Are you syncing any of your computers?
    PS: Is there a way to directly (Online) way to tell (email, post, etc) this problem to Apple?
    Only through AppleCare, but your equipment is probably no longer covered. As far as I know you could still use AppleCare but it would cost an arm and a leg for phone support since you no longer have a contract. Do you have an Apple Store or Authorized Apple Provider nearby?
    PPPS?: This is my second post on this iCal issue this year, last time on May 30, 2008, but no one seems to care...
    Since Apple Discussions participation relies entirely upon other users for possible solutions, it is my guess that no one had the same problem or could offer a reasonable solution. Sorry to hear that you did not get a response to your previous post, but I care.
    ;~)

  • OracleAS 10g R2 bug?

    I have a test server with this configuration:
    Win2K Advanced Server
    1 CPU
    2 gig ram
    2 gig swap
    I had OracleAS 10g R1 v9.0.4.1 on it. I un-installed everything per note 124353.1. I then installed the Infrastructure and Middle Tier on this server. Oh, I'm using the Portal and Wireless installer.
    No problems at all and everything appears to be working.
    Going to the server http://server_name I see everything in a foreign language (index.html). View source shows this tag at the top <html LANG="en.US"> so it should be in English but it is not.
    I then try the Suite link (WNIntro.htm) and it is also in a foreign language.
    Then the demos page (ASDemos.htm) is in English though.
    I have been using IE 6.0 on a Windows 2000 Desktop with all of the latest patches installed.
    Just for fun, I then tried bypassing Web Cache. http://server_name:7777 and now in IE everything is showing in English. With Firefox, everything is in a foreign language still even when going straight to Apache.
    With R1, I never saw anything like this. We have several servers running 9.0.4.1 and no Apache pages have ever come across in a foreign language.
    Example:
    Oracle Application Server 10g version 2 (10.1.2) est la plate-forme applicative intégrée la plus rapide et la plus complète du marché. Grâce à Oracle Application Server, vous pouvez :
    Améliorer la capacité de votre organisation à prévoir les changements et à y réagir
    Oracle Application Server vous permet de développer et de mettre en production de nouveaux services rapidement, de moderniser vos systèmes et applications propriétaires et d'optimiser vos processus d'entreprise en réponse à l'évolution du marché

    Jon,
    Looks like a bug to me. Try this workaround: copy all of the *html.html files found under $ORACLE_HOME/Apache/Apache/htdocs to files with the same name but with the html.en extension.  so for example, copy index.html.html to index.html.en.
    BTW, what is your browser language setting? Is it "en" or "en-US' as its default langauge?
    Pavna

Maybe you are looking for