APEX 4.0 Bug: APEX_APPLICATION_PAGE_RPT_COLS.REPORT_COLUMN_WIDTH missing
Hi APEX team
The column REPORT_COLUMN_WIDTH has not been exposed in the APEX_APPLICATION_PAGE_RPT_COLS view.
Could you please add this in the next release.
Mark,
Your wish is my command. I'll take care of it. Thanks for reporting this.
Joel
Similar Messages
-
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,
-JoeActually, 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 -
APEX 4.2 bug with mobile page submit action
Hi,
I am using the APEX 4.2 mobile theme which has a "Select List" page item and where the "Page Action when Value Changed" is set to "Submit Page". The submit works when the values are in pull down but when the values come from popup window then it does not.
Thanks, TimoHi Timo,
thanks for letting us know. It's a known issue (bug# 14680379) on our Known Issues List at http://www.oracle.com/technetwork/developer-tools/apex/application-express/apex-42-known-issues-1863578.html
Regards
Patrick
My Blog: http://www.inside-oracle-apex.com
APEX Plug-Ins: http://apex.oracle.com/plugins
Twitter: http://www.twitter.com/patrickwolf -
BUG - Powershell/PSExec - Missing Information outside ISE
I´m affected of this Bug in Powershell/PSExec
http://stackoverflow.com/questions/22593651/powershell-psexec-job
Executing powershell script and execute for example ping/tracert/iperf
via psexec on remote-hosts is working very well.
In ISE I see all the Information I expect. But I´m the interesting information is missing outside ISE.
For example in ISE:
PS C:\Scripts> .\tracert.ps1 -ComputerName REMOTEHOST -target TARGETHOST
PsExec v2.1 - Execute processes remotely
Copyright (C) 2001-2013 Mark Russinovich
Sysinternals - www.sysinternals.com
Starting tracert.exe on REMOTEHOST...REMOTEHOST...
tracert.exe exited on REMOTEHOST with error code 0.
From REMOTEHOST to TARGETHOST <br>
Routenverfolgung zu TARGETHOST [200.100.100.1] über maximal 30 Abschnitte:
1 74 ms <1 ms <1 ms 100.100.100.5
2 <1 ms <1 ms <1 ms Router1 [120.12.245.101]
3 1 ms <1 ms <1 ms Router2 [130.12.246.101]
4 1 ms <1 ms <1 ms Router3 [150.12.247.101]
5 1 ms <1 ms <1 ms TARGETHOST [200.100.100.1]
Ablaufverfolgung beendet.
Fine? NO!!!
Write to File, Print,execute the Script via IIS/PHP everything fails!
Only this Information outside ISE:
C:\scripts\tracert.ps1 -ComputerName REMOTEHOST -target TARGETHOST
From REMOTEHOST to TARGETHOST
Routenverfolgung zu TARGETHOST [200.100.100.1] über maximal 30 Abschnitte:
PLS HELP!!!
Invoke-Command cannot be used hereI´m affected of this Bug in Powershell/PSExec
http://stackoverflow.com/questions/22593651/powershell-psexec-job
Executing powershell script and execute for example ping/tracert/iperf
via psexec on remote-hosts is working very well.
In ISE I see all the Information I expect. But I´m the interesting information is missing outside ISE.
For example in ISE:
PS C:\Scripts> .\tracert.ps1 -ComputerName REMOTEHOST -target TARGETHOST
PsExec v2.1 - Execute processes remotely
Copyright (C) 2001-2013 Mark Russinovich
Sysinternals - www.sysinternals.com
Starting tracert.exe on REMOTEHOST...REMOTEHOST...
tracert.exe exited on REMOTEHOST with error code 0.
From REMOTEHOST to TARGETHOST <br>
Routenverfolgung zu TARGETHOST [200.100.100.1] über maximal 30 Abschnitte:
1 74 ms <1 ms <1 ms 100.100.100.5
2 <1 ms <1 ms <1 ms Router1 [120.12.245.101]
3 1 ms <1 ms <1 ms Router2 [130.12.246.101]
4 1 ms <1 ms <1 ms Router3 [150.12.247.101]
5 1 ms <1 ms <1 ms TARGETHOST [200.100.100.1]
Ablaufverfolgung beendet.
Fine? NO!!!
Write to File, Print,execute the Script via IIS/PHP everything fails!
Only this Information outside ISE:
C:\scripts\tracert.ps1 -ComputerName REMOTEHOST -target TARGETHOST
From REMOTEHOST to TARGETHOST
Routenverfolgung zu TARGETHOST [200.100.100.1] über maximal 30 Abschnitte:
PLS HELP!!!
Invoke-Command cannot be used here -
Apex 3.0 bug? - report add column
Hi
I do not know about I have to post this on the "Comment apex 3.0 page" or here.... May be I have found a bug... please look at this
When I create a Report with the Wizard, and add som column of at table to the report. Afterwards I add some more columns from the same table (on the report -> Query Definition -> "Add/remove columns".
When I try to run the page I got the error:
failed to parse SQL query:
ORA-00918: column ambiguously defined
I see in the qurey, there is add one more from statment, but it is the same as the first statment.....? I know it is the same table I add a column from but... or is it just me...
"DEMO_CUSTOMERS"."CUSTOMER_ID" "CUSTOMER_ID",
"DEMO_CUSTOMERS"."CUST_STREET_ADDRESS1" "CUST_STREET_ADDRESS1",
"DEMO_CUSTOMERS"."CUST_STREET_ADDRESS2" "CUST_STREET_ADDRESS2",
"DEMO_CUSTOMERS"."CUST_CITY" "CUST_CITY",
"DEMO_CUSTOMERS"."CUST_STATE" "CUST_STATE",
"DEMO_CUSTOMERS"."CUST_POSTAL_CODE" "CUST_POSTAL_CODE",
"DEMO_CUSTOMERS"."PHONE_NUMBER1" "PHONE_NUMBER1",
"DEMO_CUSTOMERS"."PHONE_NUMBER2" "PHONE_NUMBER2",
"DEMO_CUSTOMERS"."CREDIT_LIMIT" "CREDIT_LIMIT",
"DEMO_CUSTOMERS"."CUST_EMAIL" "CUST_EMAIL",
"DEMO_CUSTOMERS"."CUST_FIRST_NAME" "CUST_FIRST_NAME",
"DEMO_CUSTOMERS"."CUST_LAST_NAME" "CUST_LAST_NAME"
FROM
"#OWNER#"."DEMO_CUSTOMERS" "DEMO_CUSTOMERS",
"#OWNER#"."DEMO_CUSTOMERS" "DEMO_CUSTOMERS"Query is:
SELECT
"FLOWTYPECATEGORIES"."FLOWTYPECATEGORY_ID" "FLOWTYPECATEGORY_ID",
"FLOWTYPECATEGORIES"."FLOWTYPECATEGORY" "FLOWTYPECATEGORY",
"FLOWTYPECATEGORIES"."VALID" "VALID",
"FLOWTYPECATEGORIES"."TREND" "TREND"
FROM
"#OWNER#"."FLOWTYPECATEGORIES" "FLOWTYPECATEGORIES",
"#OWNER#"."FLOWTYPECATEGORIES" "FLOWTYPECATEGORIES"
there is table name duplicated.
When I remove new column "TREND" then query is:
SELECT
"FLOWTYPECATEGORIES"."FLOWTYPECATEGORY_ID" "FLOWTYPECATEGORY_ID",
"FLOWTYPECATEGORIES"."FLOWTYPECATEGORY" "FLOWTYPECATEGORY",
"FLOWTYPECATEGORIES"."VALID" "VALID"
FROM
"#OWNER#"."FLOWTYPECATEGORIES" "FLOWTYPECATEGORIES"
and everything is OK. -
Bug - PDF export missing brush strokes
Can anyone reproduce this apparent bug in FHMX?
1. Apply a brushstroke to an object.
2. Group with 'Transform As Unit' checked.
3. Duplicate object several times. Scale some of the copies
larger and some
smaller.
4. Export document to PDF.
Open exported PDF in Acrobat, Illustrator or Preview.
Unexpected results:
All of the scaled copies of the object are missing from the
PDF.
Judy Arndt
FHMX 11.0.2, Mac OS 10.4.6Rich Hudgins wrote:
> Confirmed in FH10 - OSX 10.4.x. I tried opening the PDF
back into FH
> just for kicks... very interesting. There are the exact
number of
> originals and dupes directly on top of the original.
i.e. I made an
> original and two smaller and two larger dupes, offset
from the original.
> In the FH opened PDF there were 5 exact copies of the
original item
> directly on top of each other. There were also 5
nostroke-nofill copies
> of the original shape without the brush stroke.
Wow! Yes! Same here.
Any transforms done to an object after being grouped with
'Transform As
Unit', are being ignored by the PDF Export.
This series of steps will produce the same problem described
by Makate.
1. Apply a brushstroke to an object.
2. Duplicate object and move it to another location on page.
3. Group the duplicate object with 'Transform As Unit' (TAU)
checked. Then
scale it larger.
4. Export document to PDF.
Unexpected results:
The duplicate object will be the same size as the original
object.
This will happen not only with brush strokes but with
ordinary strokes. PDF
Export is missing all transformations made after TAU is
applied. If I
remember correctly, TAU, which has been in FH since very
early versions, is
a kind of Postscript envelope. My theory is that because FH
doesn't have a
Postscript interpreter, it's missing the Postsript
transformations.
This limitation in PDF Export is very unfortunate because the
default
preference setting in a new FH installation is "Groups
transform as unit by
default". It is the logical way to preserve the appearance of
artwork with
strokes, brush strokes and vector effects. New users could
not possibly know
that this is one of the many limitations of PDF export. It's
not listed in
the technote, but it may be the reason for 'missing objects'.
http://www.adobe.com/go/tn_13496
Using Acrobat Pro/Distiller is the only safe way to generate
PDF files from
FreeHand.
Judy Arndt -
Bug? - Spaces missing when copying from Adobe Reader
I have found that when attempting to copy text from some documents (in Adobe Reader)on IOS, to paste into a writer program, that all the spaces are missing.
There is not aproblem with the same document / Adobe reader on my Windows PC.
There was also not a problem copying from the same document using another reader (ios FileBrowser native reader), then pasting.
I quick Google found that I was not alone...
https://groups.google.com/forum/#!msg/plaintext/2Bs49s1K9_o/KTwelaiqEIsJ
This link lays out the issue, not common to all IOS PDF readers, with a solution: use another reader.
Is there a solution for this in Adobe Reader, or how can it be reported to Adobe?There are no spaces there. That is not how pdf files are constructed. HOWEVER, on PCs and Macs, the applications are smart enough to figure that spaces should be inserted into the text being copied. The iOS app is not smart enough to figure out on certain pdfs that it should insert spaces on copying from those problemsome pdfs. Adobe does have a feature request/bug reporting form where you can report the problem:
https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform -
Apex 4.01 bug with security policy
Hi!
I have install Apex 4.01 on Oracle 11gR2 EE x86 on Windows XP SP3... Previously uninstalled Apex version that original Oracle installation.
When I logged in Admin pages, I have changed password policy to minimum. [http://rapidshare.com/files/423581599/password_policy.png]
Tried to change Admin password to new value. But I got error [http://rapidshare.com/files/423581856/update_user.png] [http://rapidshare.com/files/423581877/command.png]
How to overview this error?
Any help please?
Rg,
DamirHi!
At home i was experimenting and get some positive movements.
When I put next two values (from previous picture)
"Maximum login failures Allowed" to 999
and
"Account Password lifetime (days)" to value 9999
All went OK!
Because this were the only values that was in mine previous case different, I think the bug is somewhere here.
Solution:
For me the easiest was is to prevent enormous number of "9" in those two cases to some reasonable value.
Hope this will helps beautiful Apex team to make this product better.
Regards,
Damir Vadas
http://damir-vadas.blogspot.com -
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 -
Hi,
I am having an issue with the Apex Row Filters.
I have a report with say 300 columns. When going to Actions -> Filter, then selecting Row, and browsing the left column, there are columns that do not work in the Filter Expression box b/c the aliases are wrong.
There was a bug that was fixed in Apex 4.1 that after so many rows, all the rest of the columns would have '//.' for their aliases.
It seems for all the combinations of 2 letters down to JZ are fine. After JZ, the combinations stop working. (You would think the next one would be LA, LB, etc)
The combinations after JZ start like: 'L'', 'L(', 'L)', 'L+', etc.
These columns cannot be used in the row filter expression box. When trying to use one, I get the following error message:
Invalid filter expression. ORA-20001: get_dbms_sql_cursor error ORA-00920: invalid relational operator
Just wanted to make a note of this bug, and was wondering if this issue is fixed in Apex 4.2, if not, hopefully this will be fixed in a future patch soon.
Thanks,
Gage
I am running Apex 4.1.1.00.23Hi,
You can test on apex.oracle.com how it works on APEX 4.2
Regards,
Jari
My Blog: http://dbswh.webhop.net/htmldb/f?p=BLOG:HOME:0
Twitter: http://www.twitter.com/jariolai -
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 PMHi 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 -
Hello,
Just realized after spends hours of adding missing faces to many of my pictures, seems like some of the box's/names disappear after scrolling forward about 5 pictures or so. When I go back to the picture my hard work is gone. Seems to happen on the pictures where the faces are close up. Is this normal?Hi there,
Unfortunately I don't have anything new to add apart that I am also suffering the same problem. I think the only thing useful to do is to also report a bug. Could you post the text you sent to Apple so that they see at that the problems are related?
However, I found by chance a situation where I think I defeated the bug.
As I understand from the other posts in this subject, this bug appears when iphoto hasn't recognized the face and we add a missig face. Now, in the help of iphoto it says that "+Only faces that have been detected by iPhoto in its initial scan of your photo library can affect face detection and recognition results. Manually identified faces don’t aid the face-matching ability in iPhoto.+".
So, in one of the photos where the bug was happening (a close-up photo of my wife's face), after trying several times and different box sizes, I tried the odd solution and put the box outside the face, near the hair and catching some background. It worked. The name is still there (not on the face, though). I know this isn't a solution, and Apple should work this out, but maybe you could try and see if this works for you too.
Cheers,
JP -
[Bug Report] Rhythmbox missing depedency for "tdb"
Here's the bug report:
https://bugs.archlinux.org/task/29310
Just tryed to install Rhythmbox and had to track down that depedency. Just figured I'd post it here to try to give it some more attention. Seems like a pretty easy fix that could save some users some frustration. Go give it a vote on the bug report so the developers will see this.For Oracle TopLink customers can report bugs using a support request on metalink.oracle.com.
For TopLink Essentials customer can directly file bugs in the GlassFish system.
Doug -
In Apex 4.0.1 Security Option Missing Under Manage Services
In Apex 4.0.1, I am trying to edit session timeouts and password policies. The online docs say to login as as an Administrator and navigate to:
home->administration->manage services-> security
I am unable to see the "security" option anywhere.
Does anyone know how to get to this option?
Thank you.
Elie
Edited by: EEG on Oct 2, 2010 10:00 PMSorry. I just realized that I was logged-in as a "developer" not as the APEX Admin which, of course, is why I couldn't find the "security" option. I had too many windows open at once.
Elie -
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
AdamI 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.
Maybe you are looking for
-
I have a radio button that loses value on validation error
Hi All, I have a radio button that is normal and then goes to readonly when a condition is true. The page has region with items as well as a tabular report region While in readonly state any validation error will cause the radio button to loose it's
-
Sequence of folders returned in FindFolder
Hi, I want to know the sequence of folders returned in FindFolders operation. As in is it alphabetically or like folder-subfolder sequence. Thanks Meeta Bijlani
-
Drop Off Library and Content Organizer Rules allow bypassing of destination permissions
I had a test scenario where User Betty didn't have permissions to a destination library (only I had permissions to it) Via the Content Organizer rule and the Drop Off library, Betty could send a document to a library where she didn't have access. Any
-
Can I add controls at runtime in JApplet
Please also tell me what good is JApplet for. As I cannot interact with database and there are several other limitations. Should I go and use JApplet in my application or avoid using them. My basic question remains the same "Can I add controls at run
-
Please help me.