[Libreoffice-bugs] [Bug 125331] Deleting the source CSV file of an Address List should delete it from data sources
https://bugs.documentfoundation.org/show_bug.cgi?id=125331 Heiko Tietze changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from Heiko Tietze --- So since we have to find a generic approach it's (almost) impossible to check whether actual data are accessible or not (see c6). The only option is to remove the database when the connection fails (on confirmation, of course), and that's not what is requested here. So let's close the issue as WF. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125331] Deleting the source CSV file of an Address List should delete it from data sources
https://bugs.documentfoundation.org/show_bug.cgi?id=125331 --- Comment #6 from Lionel Elie Mamane --- (In reply to Heiko Tietze from comment #5) > (In reply to Lionel Elie Mamane from comment #4) > > I have no simple idea to enhance it. > > What do you think about my idea to gray-out those entries where the data is > (temporarily) not available? By data, you mean the actual data, not the .odb file. How do you determine that? You can't just try to connect: - can take network requests, time (large list), consume client licence spot on SQL server, ... - you may be missing a password; you will not ask the password of all entries(!). How will you reliably determine if the connection failed You want to limit it to non-network requests? You will still need to open each .odb file, see what it connects to (embedded data? network database? another data file?) and make a decision. Also not good for performance, a file can also be on a slow NAS / network filesystem over a VPN over slow Internet, ... If you mean checking whether the .odb file is reachable, that can work, and I would not oppose the patch. Not sure users will understand the difference between the odb and the data, but -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125331] Deleting the source CSV file of an Address List should delete it from data sources
https://bugs.documentfoundation.org/show_bug.cgi?id=125331 --- Comment #5 from Heiko Tietze --- (In reply to Lionel Elie Mamane from comment #4) > I have no simple idea to enhance it. What do you think about my idea to gray-out those entries where the data is (temporarily) not available? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125331] Deleting the source CSV file of an Address List should delete it from data sources
https://bugs.documentfoundation.org/show_bug.cgi?id=125331 --- Comment #4 from Lionel Elie Mamane --- (In reply to Buovjaga from comment #2) > Having data sources registered inside LibreOffice to be decoupled from files > on disk seems like a rather deliberate decision. Yes. And the story is even one more step remote from the actual file with the actual data. What is registered is the path to an .odb file. Here, that odb file has a separate .csv file as actual data source. I share your sentiment. I very definitely don't want the database registration to automatically disappear when the .odb file is not found, or the underlying data source cannot be connect to, or anything like that. However, I also mostly get the reporter's point. In the scenario he lists, LibreOffice hand-held the user so much in the creation of the data file, the .odb file (pointing to the data file) and the registration of the .odb file (technically three separate thing) that the user has no way of being conscious that there is _at_ _all_ a this three layer structure, much less understand it. That is a suboptimal user experience. I have no simple idea to enhance it. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125331] Deleting the source CSV file of an Address List should delete it from data sources
https://bugs.documentfoundation.org/show_bug.cgi?id=125331 Heiko Tietze changed: What|Removed |Added CC||kelem...@ubuntu.com, ||lio...@mamane.lu, ||rob...@familiegrosskopf.de --- Comment #3 from Heiko Tietze --- (In reply to Djaafar Benchikh from comment #0) > 8.Give a title for the list and click on (Ok) It's the addressee's title, like Prof. Dr., PhD, or MD. The list is identified by the file name. (In reply to Buovjaga from comment #2) > If we change this, I think users might see it as data loss. Point here is that the file was deleted on the hard-disc but is still referenced in the DB. Seems to be a general issue for Base. We could remove the entry, gray it out, or create the file automatically (bad solution as you cannot revert the deletion). And keep the entry as it is (WFM). At the start center we have a similar problem since you may store data on volatile discs (USB stick) and the recently used file is just temporarily not available. What do you think, Gabor, Robert, Linonel? -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
[Libreoffice-bugs] [Bug 125331] Deleting the source CSV file of an Address List should delete it from data sources
https://bugs.documentfoundation.org/show_bug.cgi?id=125331 Buovjaga changed: What|Removed |Added CC||libreoffice-ux-advise@lists ||.freedesktop.org, ||todven...@suomi24.fi Keywords||needsUXEval Summary|For (mail manage wizard) in |Deleting the source CSV |(Tools) and after creating |file of an Address List |a new Address List and |should delete it from data |deletes it completely from |sources |the database his name | |remains in the address | |lists board| --- Comment #2 from Buovjaga --- I don't think we should do this. I don't want to seem dictatorial in closing this, so I will ask design team. Having data sources registered inside LibreOffice to be decoupled from files on disk seems like a rather deliberate decision. If we change this, I think users might see it as data loss. -- You are receiving this mail because: You are the assignee for the bug.___ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
