Bug: Report Column based on LOV character string buffer too small error

When using a column type of "Display as Text (based on LOV, does not save state)" with a result set that is rather large causes a character or string buffer too small oracle error.
See the below page for an example.
The example page below has a single report off a table called "HUGE_TABLE" which has two columns: display and code
Code contains a number between 0 and 100000.
Display contains the number in code appended to a block of text.
When I display the report with no Display As Text (based on LOV does not save state) it displays fine.
If I make the "Code" column display as text based on LOV and make the LOV
"SELECT display, code FROM huge_table"
I get the error you see on the page.
http://apex.oracle.com/pls/otn/f?p=32149:1
Thanks.

Thanks for your help Scott.
So from what I've gathered from my own tests and the discussions you linked me to the LOVs based on SQL queries are being converted into "static LOV" strings before being used.
As such they are limited to the PL/SQL VARCHAR2 max size of 32767
Which means given the static reduction of the string 'STATIC:' that we have 32760 characters left.
Which is where your SUM( LENGTH( display ) + LENGTH( return ) + 2 ) comes in.
In short, if:
sum( length( display ) + length( return ) + 2 ) + 7 > 32767
would evaluate to true then you have a problem. :)
I'll use this to track down my problems and switch them over to inline queries.
Thanks.
Cheers,
Joe

Similar Messages

ORA-06502 character string buffer too small error

We trying to insert a string of more then 500 character from our VB.net application (uses ODP.net), its giving ORA-06502 character string buffer too small error.
Kindly help us on this.
OS version: AIX 5.1 (IBM/AIX RISC System/6000)
Oracle Database version: 9.2.0.1.0

Just for reference and to close the loop, I found the fix to this problem (quite by accident).
The problem turned out to be a bug in the apex listener, which in some cases ended up doing a divide by zero, which caused the problem.
This is listed as a known bug, and a fixed listener is available.
Once I installed the fixed listener, problem solved!

Character string buffer too small error in tabular form

Hi Folks,
One of my tabular forms suddenly stopped working out of the blue after 3 months of working perfectly. So I've run into the debug and looks like something went wrong rendering my LOV as below:
     0.16968     0.00328     ...Execute Statement: begin begin SELECT TIME_DISPLAY D, TIME_RETURN R bulk collect into wwv_flow_utilities.g_display,wwv_flow_utilities.g_value FROM TS_HOURS ORDER BY 2; end; end;     4
8
     0.17292     0.03912     ...Execute Statement: begin begin select /*+ cardinality(t 10) */ disp, val bulk collect into wwv_flow_utilities.g_display,wwv_flow_utilities.g_value from table(wwv_flow_utilities.get_temp_lov_data(2)) t order by insert_order, disp; end; end;     4
100
     0.21211     0.00224     report error: ORA-06502: PL/SQL: numeric or value error: character string buffer too smallI've looked around and saw few others having same issues but nothing that's like mine. Could someone please help me find what the issue is? THanks.
I am using Apex 4.1.1

Hi Andre, I have figured out the issue.
You were correct about the 32K limit. However it applies to the whole tabular form not to do with the particular LOV.
I tweaked my other LOV's (with 200 return value) to display fewer and this issue was resolved. I think there wasn't enough left for my 60 row LOV by the time APEX engine got to it which renders after the bigger LOV was rendered.
I think Advisor should have some kind of feature to check forms against 32k limit. Otherwise you wake up one morning and application broke after working 3 months perfectly.

Character string buffer too small Error !!!

Hi friends,
I have a procedure
procedure sam(x varchar2,id number,val varchar2)
as
c number;
begin
if(x = 'data') then
select count(*) int c from emp where ID = id;
end;
if(x = 'basic') then
select count(*) int c from emp where ID = id;
end if;
if(c = 0) then
val:='Yes';
else
val:='No';
end if;
end;
There is no problem with the procedure
Code that calls from C#.net
OracleCommand cmd = new OracleCommand("TOOLS.CheckPrevData",(OracleConnection)con);
cmd.CommandType = CommandType.StoredProcedure;
cmd.Parameters.Add("x",OracleDbType.Varchar2,System.Data.ParameterDirection.Input);
cmd.Parameters["Filetype"].Value = "data";
cmd.Parameters.Add("id",OracleDbType.Int32 ,System.Data.ParameterDirection.Input);
cmd.Parameters["Product_ID"].Value = 123456789;
OracleParameter param = cmd.Parameters.Add("Val",OracleDbType.Varchar2,System.Data.ParameterDirection.Output);
cmd.ExecuteNonQuery();
When i execute the c# code it throws the below exception at cmd.ExecuteNonQuery()
ORA-06502: PL/SQL: numeric or value error: character string buffer too small ORA-06512: at "PROC", line 910 ORA-06512: at line 1
Someone please help me !!!!!

Hi,
In the procedure I see this:
procedure sam(x varchar2,id number,val varchar2) <=== all "in" parameters (the default)In the C# code I see this:
cmd.Parameters.Add("Val",OracleDbType.Varchar2,System.Data.ParameterDirection.Output); <==== Declared as "output"Perhaps something like the following will help:
procedure sam(x varchar2,id number,val OUT varchar2)Hope that helps a bit,
Mark

ORA-0605: PL/SQL: numeric or value error: character string buffer too small

I get this error on two function activities in a workflow of mine. I don't even get into the pl/sql procedure call.
The exact error is:
Error Name -6502
Error Message: ORA-0605: PL/SQL: numeric or value error: character string buffer too small
Error Stack: @#@Wf_Engine_Util.Function_Call(MY_PACKAGE.MY_PROC, ITEM_TYPE, ITEM_KEY, 6519, RUN)
If I retry the step (expedite -> retry) it runs until it hits the second function which does the same thing (there is a function in between the two functions that do not have any issues). I then have to retry that step as well. Any ideas?
This seems similar to the following issue that does not have a resolution posted:
ORA-06502 PL/SQL numeric or value error in wf process
I've tried commenting out the bodies of the procedures called but that does not help (again -- im not getting into the bodies but im not sure what else it could be).
Any ideas or suggestions?

Hi,
Does this happen on every instance of the process, or just a few?
Are these activities in the middle, or right at the start of the flow?
Are any other activities being performed correctly first? If so, are these standard or bespoke?
My inclination would be that there is some kind of variable that is being populated (or concatenated onto), which is growing too big. When the process errors, it gets cleared, which is why an expedite would move the activity on.
Matt
WorkflowFAQ.com - the ONLY independent resource for Oracle Workflow development
Alpha review chapters from my book "Developing With Oracle Workflow" are available via my website http://www.workflowfaq.com
Have you read the blog at http://thoughts.workflowfaq.com ?
WorkflowFAQ support forum: http://forum.workflowfaq.com

Character string buffer too small (select list query based LOV)

Hi,
Using the select list query based LOV with a select witch is too big, you get this error.
report error:
ORA-20001: Error fetching column value: ORA-06502: PL/SQL: numeric or value error: character string buffer too small
When using the Popup LOV query based LOV) then it works nice.
Can that be solved somehow?
With the Popup LOV the return value is displayed in stead of the description.

Hi Andy,
How do I incorporate your suggestion on a report ?
Example : I have
select apex_item.display_and_save(1,column1,5) col1,
apex_item.display_and_save(2,column2,5) col2 ,
apex_item.popup_from_query(3, emp_name, 'select user_name, name empname from table2) col3
Table 2 is a long list , and I'm getting string buffer too small due to this.
Your suggestion with HTP is good but I'm not sure how to implement it for reports as I'll like the user to change the values with the select_list.
I'm not using forms as they want mulit-record on the same page.
Hope to hear back from you soon.
Thanks very much.

BI Publisher Report Query Error: "character string buffer too small"

Using apex.oracle.com, I am trying to make a Report Query (Shared Components > Report Queries) based on many columns (around 60).
When I enter my SQL in the "Source Query" Text Area and then click Test Report I get the following error:
ORA-06502: PL/SQL: numeric or value error: character string buffer too small In order to try to make the simplest test case possible for this, I then tried entering SQL selecting just from DUAL.
The following SQL fails with the error mentioned above.
SELECT
'wibble' as a
,'wibble' as b
,'wibble' as c
,'wibble' as d
,'wibble' as e
,'wibble' as f
,'wibble' as g
,'wibble' as h
,'wibble' as i
,'wibble' as j
,'wibble' as k
,'wibble' as l
,'wibble' as m
,'wibble' as n
,'wibble' as o
,'wibble' as p
,'wibble' as q
,'wibble' as r
,'wibble' as s
,'wibble' as t
,'wibble' as u
,'wibble' as v
,'wibble' as w
,'wibble' as x
,'wibble' as y
,'wibble' as z
,'wibble' as ab
,'wibble' as ac
,'wibble' as ad
,'wibble' as ae
,'wibble' as af
,'wibble' as ag
,'wibble' as ah
,'wibble' as ai
,'wibble' as aj
,'wibble' as ak
,'wibble' as al
,'wibble' as am
,'wibble' as an
,'wibble' as ao
,'wibble' as ap
,'wibble' as aq
,'wibble' as ar
,'wibble' as at
,'wibble' as au
,'wibble' as av
FROM dualRemoving the last column from this SQL query (bringing the total number of columns down to 45) as follows and then clicking "Test Report" works successfully.
SELECT
'wibble' as a
,'wibble' as b
,'wibble' as c
,'wibble' as d
,'wibble' as e
,'wibble' as f
,'wibble' as g
,'wibble' as h
,'wibble' as i
,'wibble' as j
,'wibble' as k
,'wibble' as l
,'wibble' as m
,'wibble' as n
,'wibble' as o
,'wibble' as p
,'wibble' as q
,'wibble' as r
,'wibble' as s
,'wibble' as t
,'wibble' as u
,'wibble' as v
,'wibble' as w
,'wibble' as x
,'wibble' as y
,'wibble' as z
,'wibble' as ab
,'wibble' as ac
,'wibble' as ad
,'wibble' as ae
,'wibble' as af
,'wibble' as ag
,'wibble' as ah
,'wibble' as ai
,'wibble' as aj
,'wibble' as ak
,'wibble' as al
,'wibble' as am
,'wibble' as an
,'wibble' as ao
,'wibble' as ap
,'wibble' as aq
,'wibble' as ar
,'wibble' as at
,'wibble' as au
FROM dualSo the question is: Is there a hard-coded limit of 45 columns for a Source Query? Or is there something else causing this error message?
(For information in the above example I have "Use Generic Report Layout" selected and the output format set to "PDF")
Thanks very much in advance for any comments or suggestions,
Andy

Thanks for the suggestion Simon.
I just created a view based on the 46-column SELECT statement from dual above and then set "SELECT * FROM myview" as the Source Query.
Unfortunately I get exactly the same error.
Thanks,
Andy

Report error: numeric or value error: character string buffer too small.

Full Details:
report error:
ORA-20001: Error fetching column value: ORA-06502: PL/SQL: numeric or value error: character string buffer too small.
MS Access runs this query but when I try to call a 'List of Values' in APEX that is in excess of 800 the error above displays. If I use a 'Pop Up' it will work but splits the list at 500. This is annoying and slower as I would like to be able to display all 850+ items in a named list of values. How do I increase the buffer size?
Kind Regards,
Steve

Steve,
Could you please post the query you're using? You're most like hitting one of two possible varchar2 limitations. If you're calling the apex_item API in your SQL query to render the select list, then you're limited to 8000 characters, this your option values and HTML code used to render this. In this case using the "XL" versions of the APIs might help, e.g. select_list_from_query_xl, because those return CLOBs. If you're already using those or if you're using the built-in display type "select list", then you could potentially hit the 32k character limit of varchar2 values in PL/SQL. In that case the best alternative is using a popup LOV instead.
Regards,
Marc

Report error:ORA-06502:character string buffer too small. urgent!!

Hi guys,
My APEX version is 3.0.1.00.08, my application run on my test environment, but on PROD environment, it raised the error:
report error:
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
In this page, on the left is a tree, the right side is a tabular form, when I click one tree node, it will pass the current node id to the form and the form will display the children data. When I click some tree node, it will raise the ORA-06502 error, but when click some other nodes, it is correct. I don't know why. And on my test environment, it has no this error, the test environment has same version with prod environment, only has less data in database. Could you help me???
I searched in forum, someone says it's LOV problem, if it's LOV problem, all the nodes should have error, why click some nodes are ok?
Thanks !
Jessica

I don't think it is related only to the number of rows but also to the content of the rows. So, counting only the number of rows doesn't say anything about if it is going to work or not. My question: can't you filter those entries? Making a choice between 250 entries in a tabular form isn't a simple task. Using popup-key LOV instead would also be a solution. However, if you use popup-key LOV be aware of the fact that you need two index numbers for those.
Denes Kubicek
http://deneskubicek.blogspot.com/
http://www.opal-consulting.de/training
http://apex.oracle.com/pls/otn/f?p=31517:1
-------------------------------------------------------------------

"Character String Buffer too small" Classic Report Apex 3.2.1

Hello Everyone,
I know it is very old version I am discussing here but that is what we have in our environment, would really appreciate if anyone can help out.
I have a classic report with the below query, in this I have added a filter using a select list item (P70_GROUP).
SELECT vws.ServerID AS Display_ID, vws.ServerID AS ID, vws.Hostname, vws.ServerStatus, vws.SiteName AS Site, vws.Client, vws.CoreHours, vws.Patch_Notes, vws.PATCH_DEP, vws.Patch_Day, vws.PATCH_GROUPID, vws.PATCH_TIMEID AS Time FROM VW_Live_Support vws LEFT JOIN W_Patch_Groups wpg ON (vws.Patch_GroupID = wpg.ID) WHERE vws.Deleteable = 'N' AND NVL(wpg.Ignore, 'N') = 'N' AND ((:P70_GROUP > 1 AND vws.PATCH_GROUPID = :P70_GROUP) OR (:P70_GROUP = 1 AND vws.Patch_GroupID IS NULL) OR (NVL(:P70_GROUP,0) = 0)) AND ( INSTR(UPPER(vws.HostName), UPPER(NVL(:P70_SEARCH,vws.HostName))) > 0 OR INSTR(UPPER(vws.ServerStatus), UPPER(NVL(:P70_SEARCH,vws.ServerStatus))) > 0 OR INSTR(UPPER(vws.SiteName), UPPER(NVL(:P70_SEARCH,vws.SiteName))) > 0 OR INSTR(UPPER(vws.Client), UPPER(NVL(:P70_SEARCH,vws.Client))) > 0 OR INSTR(UPPER(vws.CoreHours), UPPER(NVL(:P70_SEARCH,vws.CoreHours))) > 0 OR INSTR(UPPER(vws.Patch_Notes), UPPER(NVL(:P70_SEARCH,vws.Patch_Notes))) > 0 )
Issue is when i select a group from the list I am getting
"report error:
ORA-06502: PL/SQL: numeric or value error: character string buffer too small".
one unusual thing I have noticed here is when I select "All Groups" which returns 0, it is running fine and returning 3700 rows but when I select any group which returns some 10-20 rows I am getting the above error.
can't understand why this is, please help me out.
Regards,
Tauceef

Tauceef wrote:
Thanks alot for your prompt response
Let me add some more into the issue I forgot to add.
It is somewhat similar to what Michael has mentioned in his first post.
Above said report is a Tabular form and there are 3 select lists in it out of which one list is too long (Group list), when I hide it report works for all the groups.
That should have been made clear in the original post. Reports and tabular forms are not the same thing. There's much more that can go wrong on tabular forms, including hitting the LOV size limit of 32KB for a select list item. (Obviously if you hit this limit for a single item then you've automatically hit it the report row limit as well.)
I have explained them about the LOV that when we remove that LOV it works fine but they need that list because it is a updatable value.
As suggested by Michael, I have tried Substr, which also works fine for all the groups.
I would suggest client to have a short name of the groups and use it as a temporary solution.
You should use a Pop-up LOV control for large lists of options. Purely as a usability consideration—irrespective of APEX implementation limits—select lists should only be used in cases where there are a maximum of around 200 options.
Regarding Debugging: I am not getting that option when I run the application as a developer, checked the application properties Debugging option is selected as Yes, don't know why it is not available.
That's not connected to this problem. Open a new thread on that topic if you want to investigate and fix it.
One more confirmation from you guys please, I have also suggested them to upgrate the environment to the latest version, hoping this will resolve the issue, please confirm?
In the latest version also we have same size (32KB) limit or it has been increased?
The 32KB limits for select lists and report rows are not documented but are still present in APEX 4.2 (and in APEX 5.0 to the best of my current knowledge).

LOV - PL/SQL: numeric or value error: character string buffer too small

I have a field set to 'text field with autocomplete' and now that the data that is used for the LOV has increased dramatically it returns the following error 'ORA-06502: PL/SQL: numeric or value error: character string buffer too small'. Through trial and error I determined that if I restricted the number of rows returned using rownum < nnn then it would work. I then determined that I could use the trim and substring functions and remove the rownum restriction and it would work. Below is the LOV query. I have seen a couple of other posts similar to my problem and one of them asked if there was a way to increase the buffer size, but it was never answered. Is there a way, such as a parameter setting, that I could increase the buffer size for LOVs?
select distinct substr(trim(item_requested),1,50) d
from consolidated_components
order by 1
Thank you.

Hi Scott
Thanks very much for jumping in here.
No, I didn't use the wizard to create the page. It was a manual operation but to tell you the truth the page has been changed so many times as I was working on different functionality and appearance that anything could have happened. I ended up having to manually create row processing processes and delete other processes, creating and hiding buttons, changing the way I'm passing item values, etc. I realize regardless of what I do as a developer the software should be able to handle all changes through it's interface but I've been in this business long enough to be realistic.
I also could have done something blatantly stupid as I continue to learn this product. For those of us not yet totally comfortable with all the web development technology, Javascript, AJAX, etc., but are asked to develop applications that work best using those technologies sometimes we make elementary blunders.
Thanks very much for your help. It is indeed appreciated.
-gary

HTMLDB_ITEM.POPUP_FROM_QUERY - character string buffer too small

I am creating a updateable report with a popup_from_query item on a table with a high number of columns (40 columns) where every column should be displayed as a popup_from_query.
I get the following error message when running the page:
report error:
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
*** It seems the longer the column list gets, the shorter the p_lov_query parameter could be.
- Region 1: If you use only one column, your lov query fails with a statement that is 807+ characters. (if you use 806 it will work without an error).
- Region 2: If you use only two column, you will fail just with a value of 800.
- Region ?: I have 40 columns, now my query fails of about 30 charachters.
* Region 1:
select
htmldb_item.popup_from_query(5,'x',
'SELECT distinct '||COLUMN_NAME||' d, '||COLUMN_NAME||' r'||
rpad(' ',807,' ')||
' FROM '||TABLE_NAME||' order by 1') xxxxxxxxxxxxxxxxxxxxxxxxxxxxx1
from all_tab_columns
where rownum < 2
* Region 2:
select
HTMLDB_ITEM.POPUP_FROM_QUERY (
44, 'x',
'SELECT distinct '||COLUMN_NAME||' d, '||COLUMN_NAME||' r'||
rpad(' ',800,' ')||
' FROM '||TABLE_NAME||' order by 1',
least(DATA_LENGTH,60),2000
) xxxxxxxxxxxxxxxxxxxxxxxxxxxxx1,
HTMLDB_ITEM.POPUP_FROM_QUERY (
44, 'x',
'SELECT distinct '||COLUMN_NAME||' d, '||COLUMN_NAME||' r'||
rpad(' ',800,' ')||
' FROM '||TABLE_NAME||' order by 1',
least(DATA_LENGTH,60),2000
) xxxxxxxxxxxxxxxxxxxxxxxxxxxxx2
from all_tab_columns
where data_type in ('VARCHAR2')
I have set the region to: Use Generic Column Names (parse query at runtime only)
Has anyone some suggestions or workaround for updateable reports with a lot of columns where popup's are needed?
Thx Willi

Hallo,
Thank you a lot for that hint. But if this would be the case, why does Region 2 work then?
Any further comments are welcome.
Thx, Willi
P.S.: I had reached the 2000 items (<input>) limit, but now only display less 2000 items on the page: "Your browser sent a request that this server could not understand.
mod_plsql: /pls/htmldb/wwv_flow.accept HTTP-400 Too many arguments passed in.
Got 9016 parameters. Upper limit is 2000"

ORA-06502 (character string buffer too small) on import application via script

Running apex 4.2.2.00.11
oracle 10.2.0.5
I'm using a script to import my development application to a few production applications.
It worked great on apex 4.1.1, but now I get an 'ORA-06502 PL/SQL numeric of value error: character string buffer too small'
In the command window, I see that the script fails after it starts on the plugins.
My question: is this a bug in 4.2.2?
I could be a incompatible plugin, but how can I found out which plugin?
My script is quite simple:
In a command window I run
sqlplus SCHEMA/PASSWORD@SPIEU10 @_IMPORT_F102.sql
The script is
declare
l_workspace_id number;
begin
    -- determine the workspace id for the workspace FM in the target system
    select workspace_id into l_workspace_id from apex_workspaces where workspace = 'BY_APEX_SHARED';
    -- set the context for the target workspace
    apex_application_install.set_workspace_id( l_workspace_id );
    -- override the original application id 102
    apex_application_install.set_application_id ( 102 );
    -- set a different application name and alias, it should be unique within an APEX instance
    apex_application_install.set_application_alias( 'MY_ALIAS' );
    apex_application_install.set_application_name( 'MY_APP_NAME' );
    -- Use fixed offset
    apex_application_install.set_offset( p_offset => 0);
    -- override the original parsing schema FM with a different value
    apex_application_install.set_schema( 'BY_SCHEMA' );
end;
-- install the original application export, now the values for the workspace
@f102.sql
exit;
Error message from command window:
...ui types
...plugins
begin
ERROR at line 1:
ORA-06502: PL/SQL: numeric or value error: character string buffer too small
ORA-06512: at line 3
Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64
bit Production
With the Partitioning, Data Mining and Real Application Testing options

ListAGG throws an ORA-01489 for varchar2 > 4000 bytes
OP has an ORA-06502 --> the IR is running into a 4k/32k limit.
quick solution: wrap USER_COMMENTS ListAGG in a substr( ...., 1, 4000)
Longer solution, use a subquery to modify the comments based on ROW_NUMBER() (ie after nth row, change it to NULL)
with
-- simulating data
t as (select task_id, sysdate - lv as date_entered
,round(dbms_random.value(1,24)) hours
, '-*' || lv || '.' || task_id || '*-' as user_comments
from ( select level as task_id from dual connect by level <=10 ), (select level lv from dual connect by level < 1000)
-- modify data
modified_data as (
select task_id, hours, date_entered
    ,case
      when row_number() over (partition by task_id order by date_entered desc) < 5
        then user_comments
      else null
     end USER_COMMENTS
    from t)
select task_id, sum(hours) total_hours,
listagg( user_comments ) within group (order by date_entered desc)
|| case when count(*) >= 5 then '! MORE COMMENTS !' else null end
    as user_comments
from modified_data
group by task_id;

Checkbox Item: character string buffer too small (APEX 4.0. - 4.2.)

Hi all,
I'm currently running the Oracle Application Express 4.0.2 on the Oracle DB 11g and thinking about the APEX upgrading to current 4.2. version. We have there quite big application used by the inernal employees so prior I need to test, if the migration will work.
I installed the new server with database and the APEX 4.2. and import the current application. Everything seems to working good except few checkboxes, which returns me the error: "ORA-06502: PL/SQL: numeric or value error: character string buffer too small."
LOV (Source) Code of Checkbox Item:
SELECT email as display_value, id as return_value
FROM users
WHERE <some conditions>;
In the current version 4.0.2. I get the checkbox item (total count of the rows approx. 650), but in the 4.2. I get this "string buffer too small" error and the page could not be rendered (if I add to the same query limitation: "rownum<242" it will display the item).
Could you please help me with this issue? Any idea, what I should set up in the new APEX to get the same results or you see there any limitation, why it does not work in the new version, but in the old version the same SQL works fine?
Thank you all in advance.
Regards,
Tomas.

1007462 wrote:
Hi all,Welcome to the forum: please read the FAQ and forum sticky threads (if you haven't done so already), and update your forum profile with a real handle instead of "1007462".
I'm currently running the Oracle Application Express 4.0.2 on the Oracle DB 11g and thinking about the APEX upgrading to current 4.2. version. We have there quite big application used by the inernal employees so prior I need to test, if the migration will work.
I installed the new server with database and the APEX 4.2. and import the current application. Everything seems to working good except few checkboxes, which returns me the error: "ORA-06502: PL/SQL: numeric or value error: character string buffer too small."
LOV (Source) Code of Checkbox Item:
SELECT email as display_value, id as return_value
FROM users
WHERE <some conditions>;
In the current version 4.0.2. I get the checkbox item (total count of the rows approx. 650), but in the 4.2. I get this "string buffer too small" error and the page could not be rendered (if I add to the same query limitation: "rownum<242" it will display the item).
Could you please help me with this issue? Any idea, what I should set up in the new APEX to get the same results or you see there any limitation, why it does not work in the new version, but in the old version the same SQL works fine?The total size of the HTML generated for an LOV-based item in APEX is restricted to 32K (this limit applies to every version). Why you are hitting this limit in the new instance may be due to differences in data or the database configuration (e.g. character set) rather than changes introduced in APEX.
Is the data exactly the same? Is the database configuration the same? When you limit the number of rows so the checkboxes are displayed and view the page source, is there any difference in the HTML used to render the checkbox form elements between the two versions?
That said, from a usability perspective 650 LOV options is rather a lot, and your application may very well outgrow this limit naturally in any version of APEX as more users as added. It is probably worthwhile thinking about other ways to display these options.

ORA-6502: PL/SQL: numeric or value error: character string buffer too small WWV-11230

Hi,
I'm trying to create an UI Template. I've generated the html using Frontpage and am successfully able to see in a browser.
I've copied the html to the UI form, but when I try to preview or execute the UI template, I get the following error:
Error: ORA-06502: PL/SQL: numeric or value error: character string buffer too small (WWV-11230)
null

I AM FACING SIMILAR PROBLEM, THE EXACT ERROR IS:
Error: Excepcisn de wwv_generate_component.build_procedure (WWV-01821)
No se ha podido generar la pantalla de interfaz de usuario: ORA-06502: PL/SQL: numeric or value error: character string buffer too small (WWV-16409)
(SORRY , PART OF THE ERROR IS IN SPANISH!)
I CREATED A FORM , WORKED WITH IT A LOT WITHOUT PROBLEMS. NOW I NEED TO DO SOME CHANGES ON CERTAIN FIELDS AND WHEN I TRY TO SAVE IT I GET THE ABOVE ERROR.
THEN I GO BACK TO AN OLDER VERSION, COPY AND TRY TO DO CHANGES AND AGAIN THE ERROR COMES UP.
THE CHANGES I AM TRYING TO DO ARE TO SOME OF THE EXISTING FIELDS IN THE FORM WHICH NEED TO BE PUT AS "INSERTABLE".
THE SCREEN LAYOUT IS DISPLAYED WITHOUT PROBLEM.
(THE FORM IS BASED ON A TABLE WITH APROX 80 FIELDS).
I NEED SOME URGENT HELP. PLS LET ME KNOW ANY OTHER INFO YOU MAY NEED TO HELP ME SOLVE THIS PROBLEM.
FYI I AM WORKING ON PORTAL VERSION 3.0.9 / ON Windows 2000 (DATABASE 8.1.7.0 AND iAS ARE ON DIFFERENT MACHINES).
TKS IN ADVANCE

Bug: Report Column based on LOV character string buffer too small error

Similar Messages

Maybe you are looking for