ox-it / ords

Automatically exported from code.google.com/p/ords
0 stars 0 forks source link

Can't change the displayed field in a linked table when a filter is applied #723

Open jajwilson opened 9 years ago

jajwilson commented 9 years ago
  1. Filter the Mondial database so that, for instance, it displays only cities with greater than one million inhabitants.
  2. Try changing the 'country' field to display country names rather than codes.
  3. Watch as the processing symbol grinds round without any screen update every actually occuring

Chrome, Dev 1.0.16 - 4622

jajwilson commented 8 years ago

Upping this to critical as it's causing embarrassment in demonstrations!

scottbw commented 8 years ago

I've checked in a fix for this - it was a case of a query not being normalised

(the RQB filter uses aliases such as "x0", "x1" etc for table names, I have to change these back to actual table names before merging into other queries. I'd missed one of the patterns I needed to check for. I've added another unit test to catch this.)

jajwilson commented 8 years ago

That's odd, I'm still finding the same problem. The processing symbol still just grinds around indefinitely.

jajwilson commented 8 years ago

Ah, but in another database (one with 3+ linked tables) it DOES seem to work. Let me try again.

jajwilson commented 8 years ago

Yes - this does seem to have been fixed for most databases, but I'm still having problems with the original example db. When I filter the 'city' table in the 'Mondial again' db in the 'Standard test' project I can't get the filtered results to show the 'country name' field rather than country 'code'. Very puzzling. I'm wondering if this is just because this database is an old example and this change is for some reason only being applied to new databases.

thestoat commented 8 years ago

Is this the same problem as 579?

jajwilson commented 8 years ago

No. They're quite different. Did you mean 579 or is that a typo?

thestoat commented 8 years ago

Fat finger syndrome. I meant 759?

jajwilson commented 8 years ago

It's closely related, but not quite the same. In this ticket the symptom described in #759 is also the problem, but it was only occurring after a filter had been applied. In #759 it's worse - the symptom occurs even when no filter has been applied.