https://bugs.freedesktop.org/show_bug.cgi?id=42543

--- Comment #18 from Lionel Elie Mamane <lio...@mamane.lu> 2012-01-29 08:19:35 
PST ---
OK, the code path that leads to the SQL exception is:

    switch (m_nCommandType)
    {
        case CommandType::TABLE:
        {
           (...)
        }
        break;

        case CommandType::QUERY:
        {
            Reference< XQueriesSupplier >  xQueriesAccess(m_xActiveConnection,
UNO_QUERY);
            if (xQueriesAccess.is())
            {
                if (xQueries->hasByName(m_aCommand))
                {
                   (...)
                }
                else
                {
                    String sMessage( DBACORE_RESSTRING(
RID_STR_QUERY_DOES_NOT_EXIST ) );
                    sMessage.SearchAndReplaceAscii( "$table$", m_aCommand );
                    throwGenericSQLException(sMessage,*this);
                }
            }
    }


My guess is that in the example you test on, "Adresse" is a table and not a
query, so m_nCommandType should be CommandType::TABLE, but it is
CommandType::QUERY. So now the interesting question is: where is that value of
m_nCommandType set, and why is it set incorrectly? Probably somewhere a call to
setPropertyValue(PROPERTY_COMMAND_TYPE).

This also suggests that it might work if one selects a query, and not a table
in step 1 of the query wizard. To be tested.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to