Re: [libreoffice-users] Re: Base/Firebird Queries broken
Hi Drew, > > Yes, I have a suggestion - there is a property in the Base file which is > incorrectly set during the Migration Assistant run and must be fixed. The > error message looks like this is what is biting you. > > The fastest way to fix it is at follows: > Close the base file and exit LibreOffice. > Rename the base file from .odb to .zip > Now open the file with your favorite zip tool. > You fill find a file named content.xml in the root of the file. > Open that with a text editor. > Search for this string: db:parameter-name-substitution="false" > Edit that so that it reads db:parameter-name-substitution="true" Couldn't be the parameter-name-substitution. This bug appears in forms with subforms, not in a simple query without any parameter-input. Regards Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Howdy Paul,
No you don't need to go back - the parameter substitution is for problems
with sub forms and now I think you are just dealing with SQL differences
between HSQL and Firebird with regards to how it implements joins in select
statements.
On Wed, Jan 16, 2019 at 2:36 PM Paul D. Mirowsky
wrote:
> Hello Drew
>
> I assumed that you are answering the question on error 104.
>
> I changed the file as per your instructions to
>
> db:parameter-name-substitution="true"
>
> , but error 104 is still there.
>
> Do I have to go back to my original file a migrate again with this fix
> or am I fixing
>
> SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION
> Thanks
>
> Paul
>
> On 1/16/2019 11:42 AM, Drew Jensen wrote:
> > Howdy,
> >
> > Yes, I have a suggestion - there is a property in the Base file which is
> > incorrectly set during the Migration Assistant run and must be fixed. The
> > error message looks like this is what is biting you.
> >
> > The fastest way to fix it is at follows:
> > Close the base file and exit LibreOffice.
> > Rename the base file from .odb to .zip
> > Now open the file with your favorite zip tool.
> > You fill find a file named content.xml in the root of the file.
> > Open that with a text editor.
> > Search for this string: db:parameter-name-substitution="false"
> > Edit that so that it reads db:parameter-name-substitution="true"
> > Save your changes.
> > Close the zip file, it should ask if you want to update the file with the
> > change and answer yes.
> > Change file name back to .odb and you should be good to go.
> >
> > Best wishes,
> >
> > Drew
> >
> > On Wed, Jan 16, 2019 at 11:27 AM Paul D. Mirowsky <
> p_mirow...@bentaxna.com>
> > wrote:
> >
> >> Found this at
> >>
> >>
> https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1
> >>
> >> |SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION
> >> >= 2.1 Only problem is, when run as "Execute SQL Statement" menu item,
> >> it errors as
> >>> 1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104
> >>> *Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare'
> >> I'm sure it's buried somewhere. Any hints anyone? I am by no means an
> >> SQL expert, Thank you for being patient. Paul |
> >>
> >> On 1/16/2019 2:27 AM, Alexander Thurgood wrote:
> >>> Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit :
> Invalid usage of boolean expression
> >>> This bug perhaps ?
> >>>
> >>>
> >>
> http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel
> >>> Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2
> ?
> >>>
> >>>
> >>> Alex
> >>>
> >> --
> >> To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
> >> Problems?
> >> https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> >> Posting guidelines + more:
> https://wiki.documentfoundation.org/Netiquette
> >> List archive: https://listarchives.libreoffice.org/global/users/
> >> Privacy Policy: https://www.documentfoundation.org/privacy
> >>
>
> --
> To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
> Problems?
> https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/global/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Hello Drew
I assumed that you are answering the question on error 104.
I changed the file as per your instructions to
db:parameter-name-substitution="true"
, but error 104 is still there.
Do I have to go back to my original file a migrate again with this fix
or am I fixing
SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION
Thanks
Paul
On 1/16/2019 11:42 AM, Drew Jensen wrote:
Howdy,
Yes, I have a suggestion - there is a property in the Base file which is
incorrectly set during the Migration Assistant run and must be fixed. The
error message looks like this is what is biting you.
The fastest way to fix it is at follows:
Close the base file and exit LibreOffice.
Rename the base file from .odb to .zip
Now open the file with your favorite zip tool.
You fill find a file named content.xml in the root of the file.
Open that with a text editor.
Search for this string: db:parameter-name-substitution="false"
Edit that so that it reads db:parameter-name-substitution="true"
Save your changes.
Close the zip file, it should ask if you want to update the file with the
change and answer yes.
Change file name back to .odb and you should be good to go.
Best wishes,
Drew
On Wed, Jan 16, 2019 at 11:27 AM Paul D. Mirowsky
wrote:
Found this at
https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1
|SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION
>= 2.1 Only problem is, when run as "Execute SQL Statement" menu item,
it errors as
1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104
*Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare'
I'm sure it's buried somewhere. Any hints anyone? I am by no means an
SQL expert, Thank you for being patient. Paul |
On 1/16/2019 2:27 AM, Alexander Thurgood wrote:
Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit :
Invalid usage of boolean expression
This bug perhaps ?
http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel
Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ?
Alex
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems?
https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Also - if you would prefer you can make this fix with a small basic macro.
If you would rather go that way here is what you do.
Open the Base file in Libreoffice.
From the menu select: Tools -> Macros -> Organize Dialogs.
On the Organize Dialogs dialog select the 'Libraries' tab.
On this tab there is a drop down list for 'Location'
Pull that down and you will see your ODB file listed, select it.
Click on the button 'New'
Default name should be 'Library1', choose that DO NOT PUT THIS CODE IN THE
STANDARD LIBARARY
With the basic editor open copy and past the following into the editor
Option Explicit
Sub ensureConnection()
Dim DBDocUI as Object
on error resume next
DBDocUI = ThisDatabaseDocument.currentController
if not DBDocUI.isConnected then
DBDocUI.connect
end if
on error goto 0
End Sub
Sub Main
ensureConnection()
ThisDatabaseDocument.DataSource.Settings.ParameterNameSubstitution = true
End Sub
Execute the macro - the property will be updated.
Now you can remove the 'Library 1' basic library you added, it is no longer
needed.
PS the reason for not updating the standard library is that in Libreoffice
once the Standard library is updated with anything it is difficult to drop
it completely and the file, even if you remove all the code, will form then
on act as if it has embedded macros when it doesn't. If you add a library
with a different name however you can remove it and if standard is also
empty at that time it is also removed and the file will open without the
embedded macro complaint.
On Wed, Jan 16, 2019 at 11:42 AM Drew Jensen
wrote:
> Howdy,
>
> Yes, I have a suggestion - there is a property in the Base file which is
> incorrectly set during the Migration Assistant run and must be fixed. The
> error message looks like this is what is biting you.
>
> The fastest way to fix it is at follows:
> Close the base file and exit LibreOffice.
> Rename the base file from .odb to .zip
> Now open the file with your favorite zip tool.
> You fill find a file named content.xml in the root of the file.
> Open that with a text editor.
> Search for this string: db:parameter-name-substitution="false"
> Edit that so that it reads db:parameter-name-substitution="true"
> Save your changes.
> Close the zip file, it should ask if you want to update the file with the
> change and answer yes.
> Change file name back to .odb and you should be good to go.
>
> Best wishes,
>
> Drew
>
> On Wed, Jan 16, 2019 at 11:27 AM Paul D. Mirowsky
> wrote:
>
>> Found this at
>>
>> https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1
>>
>> |SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION
>> >= 2.1 Only problem is, when run as "Execute SQL Statement" menu item,
>> it errors as
>> > 1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104
>> > *Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare'
>> I'm sure it's buried somewhere. Any hints anyone? I am by no means an
>> SQL expert, Thank you for being patient. Paul |
>>
>> On 1/16/2019 2:27 AM, Alexander Thurgood wrote:
>> > Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit :
>> >> Invalid usage of boolean expression
>> >
>> > This bug perhaps ?
>> >
>> >
>> http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel
>> >
>> > Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ?
>> >
>> >
>> > Alex
>> >
>>
>> --
>> To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
>> Problems?
>> https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
>> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
>> List archive: https://listarchives.libreoffice.org/global/users/
>> Privacy Policy: https://www.documentfoundation.org/privacy
>>
>
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Howdy,
Yes, I have a suggestion - there is a property in the Base file which is
incorrectly set during the Migration Assistant run and must be fixed. The
error message looks like this is what is biting you.
The fastest way to fix it is at follows:
Close the base file and exit LibreOffice.
Rename the base file from .odb to .zip
Now open the file with your favorite zip tool.
You fill find a file named content.xml in the root of the file.
Open that with a text editor.
Search for this string: db:parameter-name-substitution="false"
Edit that so that it reads db:parameter-name-substitution="true"
Save your changes.
Close the zip file, it should ask if you want to update the file with the
change and answer yes.
Change file name back to .odb and you should be good to go.
Best wishes,
Drew
On Wed, Jan 16, 2019 at 11:27 AM Paul D. Mirowsky
wrote:
> Found this at
>
> https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1
>
> |SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION
> >= 2.1 Only problem is, when run as "Execute SQL Statement" menu item,
> it errors as
> > 1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104
> > *Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare'
> I'm sure it's buried somewhere. Any hints anyone? I am by no means an
> SQL expert, Thank you for being patient. Paul |
>
> On 1/16/2019 2:27 AM, Alexander Thurgood wrote:
> > Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit :
> >> Invalid usage of boolean expression
> >
> > This bug perhaps ?
> >
> >
> http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel
> >
> > Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ?
> >
> >
> > Alex
> >
>
> --
> To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
> Problems?
> https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.libreoffice.org/global/users/
> Privacy Policy: https://www.documentfoundation.org/privacy
>
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Found this at
https://stackoverflow.com/questions/31611233/determine-firebird-version-with-sql-version-2-1
|SELECT rdb$get_context('SYSTEM','ENGINE_VERSION')... -- ENGINE_VERSION
>= 2.1 Only problem is, when run as "Execute SQL Statement" menu item,
it errors as
1: firebird_sdbc error: *Dynamic SQL Error *SQL error code = -104
*Token unknown - line 1, column 50 *. caused by 'isc_dsql_prepare'
I'm sure it's buried somewhere. Any hints anyone? I am by no means an
SQL expert, Thank you for being patient. Paul |
On 1/16/2019 2:27 AM, Alexander Thurgood wrote:
Le 16/01/2019 à 00:19, Paul D. Mirowsky a écrit :
Invalid usage of boolean expression
This bug perhaps ?
http://tracker.firebirdsql.org/browse/CORE-5367?page=com.atlassian.jira.plugin.ext.subversion%3Asubversion-commits-tabpanel
Not sure which version of Firebird we are using in LO - 3.0.1 or 3.0.2 ?
Alex
--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Hi Paul, I would remove >> >>> "Ions-IM"."Select" = TRUE and >>> "Equipment"."Series" = 134 and try the query again. Both commands are right in the internal Firebird-Database. I could test it with with LO 6.1.4.2 here. But could be there is something wrong with the fields ... Is there another Boolean field part of the query? You could also send me the database with some dummy-data as private mail, so I could have a look. Would be good to see the reason for writing a bug and describe it in Base Handbook. Regards Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
I have replaced blanks with underscores in field names in tables. I have removed alias named fields from queries. It did not appear to make a difference. I should note that tables Amps, Volts-High and Volts-In have the same or more field names. As each table name is prefixed to a field, I would not think this a possible error. Am I correct in this assumption? Thanks Paul On 1/15/2019 11:27 AM, Alexander Thurgood wrote: Le 15/01/2019 à 16:14, Paul D. Mirowsky a écrit : Hi Paul, SELECT "Equipment"."ID", "Equipment"."P_Model", "Equipment"."P_Model_No", "Equipment"."Power Meter", Check that the space in the field "Power Meter" isn't causing an issue. There was a known bug about spaces being misinterpreted by the parser. "Equipment"."Series", "Equipment"."Power Meter 2", "Equipment"."Power_No 2", "Equipment"."Power Meter 3", "Equipment"."Power_No 3", Same here for "Power Meter 2" and "Power Meter 3" "Ions-IM"."Ions", "Ions-IM"."Select", "Ions-IM"."Series", Also check that the field name "Select" in Ions-IM.Select isn't being misinterpeted. "Volts-High"."Time", "Volts-High"."Reading" "Vo-Hi-Reading", What is "Vo-Hi-Reading" - is this supposed to be an ALIAS ? Maybe check whether that is correctly supported. "Volts-High"."Type" "Vo-Hi-Type", "Volts-High"."Series", Same here with "Vo-Hi-Type" "Volts-High"."Setting", "Amps"."Reading" "Am-Reading", "Amps"."Type" Same here with "Am-Reading" "Am-Type", "Amps"."Series", "Amps"."Setting" FROM "Ions-IM", "Equipment", "Volts-High", "Amps" WHERE "Ions-IM"."Series" = "Equipment"."Series" AND "Volts-High"."Series" = "Ions-IM"."Series" AND "Volts-High"."Date" = "Ions-IM"."Date" AND "Volts-High"."Time" = "Ions-IM"."Time" AND "Amps"."Series" = "Volts-High"."Series" AND "Amps"."Date" = "Volts-High"."Date" AND "Amps"."Time" = "Volts-High"."Time" AND "Equipment"."Series" = 134 AND "Ions-IM"."Select" = TRUE ORDER BY "Ions-IM"."Date" ASC, "Ions-IM"."Time" ASC, "Ions-IM"."Ions" ASC Not sure about how many left join conditions you can currently have. That would probably need checking by removing them one-by-one until you get something that works. As Robert has mentioned, perhaps the migration didn't convert the data types correctly, so your comparisons in the join conditions are no longer working. Good luck ! Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
See below... On 1/15/2019 10:37 AM, Robert Großkopf wrote: Hi Paul, Have a look at "Ions-IM"."Select" = TRUE Did the migrationtool set the field "Select" to a BOOLEAN-field? Yes "Equipment"."Series" = 134 Did the migrationtool import the field as a INTEGER field? Not quite. Series is set to Number [Numeric] There is no function in the query, only 4 tables connected ... The only possibility to find the reason why Firebird couldn't execute the query at this moment is to delete some parts of the query and try if it will work without this parts. By the way: There are only tables connected in theis query, not a view connected with tables? Not sure what you mean. These queries are developed to be linked to a Writer document as test data documentation. It is used to check the quantity of readings per unit at two each. Incorrect quantities of records prove data missing or inaccurate on import to Base. Regards Robert Thanks Paul -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Hi Paul, Have a look at > "Ions-IM"."Select" = TRUE Did the migrationtool set the field "Select" to a BOOLEAN-field? > "Equipment"."Series" = 134 Did the migrationtool import the field as a INTEGER field? There is no function in the query, only 4 tables connected ... The only possibility to find the reason why Firebird couldn't execute the query at this moment is to delete some parts of the query and try if it will work without this parts. By the way: There are only tables connected in theis query, not a view connected with tables? Regards Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
Re: [libreoffice-users] Re: Base/Firebird Queries broken
Here is the query... SELECT "Equipment"."ID", "Equipment"."P_Model", "Equipment"."P_Model_No", "Equipment"."Power Meter", "Equipment"."Power_No", "Equipment"."Ion Meter", "Equipment"."Ion_No", "Equipment"."Series", "Equipment"."Power Meter 2", "Equipment"."Power_No 2", "Equipment"."Power Meter 3", "Equipment"."Power_No 3", "Equipment"."Vendor_PO_No", "Ions-IM"."Model", "Ions-IM"."Tube", "Ions-IM"."Position", "Ions-IM"."Date", "Ions-IM"."Time", "Ions-IM"."Ions", "Ions-IM"."Select", "Ions-IM"."Series", "Volts-High"."Time", "Volts-High"."Reading" "Vo-Hi-Reading", "Volts-High"."Type" "Vo-Hi-Type", "Volts-High"."Series", "Volts-High"."Setting", "Amps"."Reading" "Am-Reading", "Amps"."Type" "Am-Type", "Amps"."Series", "Amps"."Setting" FROM "Ions-IM", "Equipment", "Volts-High", "Amps" WHERE "Ions-IM"."Series" = "Equipment"."Series" AND "Volts-High"."Series" = "Ions-IM"."Series" AND "Volts-High"."Date" = "Ions-IM"."Date" AND "Volts-High"."Time" = "Ions-IM"."Time" AND "Amps"."Series" = "Volts-High"."Series" AND "Amps"."Date" = "Volts-High"."Date" AND "Amps"."Time" = "Volts-High"."Time" AND "Equipment"."Series" = 134 AND "Ions-IM"."Select" = TRUE ORDER BY "Ions-IM"."Date" ASC, "Ions-IM"."Time" ASC, "Ions-IM"."Ions" ASC I have several others that continue to work correctly. I am going to try to see if the failure applies to a particular table(s). Thanks Paul On 1/15/2019 3:06 AM, Alexander Thurgood wrote: Le 15/01/2019 à 00:23, Paul D. Mirowsky a écrit : Any hint as to where I'm going wrong. Without the query definition, it is going to be like gazing into a crystal ball...all sorts of things might not work in the same way, the time values, the date values (especially if there are calculations), subselects, unions, joins, etc... Alex -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette List archive: https://listarchives.libreoffice.org/global/users/ Privacy Policy: https://www.documentfoundation.org/privacy
