Jump to content

MikeMon

Members
 View Profile  See their activity

  • Content Count

    129

  • Joined

  • Last visited

  • Days Won

    1

Posts posted by MikeMon

  7. Posted

    Hi

     

    I have an issue with loading a local image in a local HTML file on iOS. On Android it loads correctly. 

    Here is the code I use to get the file including its path:

      

    FileName:= 'Image.jpg';
FileName:= TPath.Combine(TPath.GetDocumentsPath, FileName);


    I checked and the file exists. The image in the local HTML file is assigned as:

      

    <img alt="Nov" src="file://the filename above">

     

    I also checked with starting the source with "file:///". It STILL doesn't work on iOS but does on Android.

     

    Any ideas?

  8. Posted

    4 hours ago, Rollo62 said:

    Do you need IbTogo ?

    I recall a case where this was added by some unit,

    Once removed it compiled, but that was an older Xcode  case.

    Actually, I think this has to do with Firebase using Kastri. with SDK 13.7 it was working fine.

  9. Posted

    After applying the patch, and adding the iOS Device 64-bit SDK 14.2, I'm getting the following error:

     

    [DCC Error] E2597 ld: warning: dwarf DW_FORM_strp (offset=0xFFFFFFDC) is too big in c:\program files (x86)\embarcadero\studio\20.0\lib\iOSDevice64\Release\libibtogo.a(ail.o).

     

    Switch to 13.7, everything's fine.

  11. Posted

    30 minutes ago, Dany Marmur said:

    @Sriram is definately correct. Hiding metadata, IMHO, is like encrypting a chunk of javascript in order to protect your IP. It is not a brilliant idea from start so i think that you need a lot on your feet for starting such a project/endeavour.

    You would also need a higher level of maintenance and secure funding because you are the only one who can use tools on that database. I have had a few IB/FB databases sent my way where the problem was the client, not the DB.

    @Sriram& @Dany Marmur

     

    Thank you for your input.

     

    Dany, allow me to disagree with you in the sense that you are assuming that firstly, I want to HIDE the metadata, and secondly, that what's important in terms of protection is just the data and NOT the metadata. What I really want is to show the metadata of ONLY the tables or views that I've given a user a view access to; which should be the default behavior in my opinion. Only the database owner and the sysdba should have full access to view all the metadata by default. To give you an example, I've created a view and given view access to a user to just view the data in that view, but that user can connect to the database, let's say with IBConsole, and view the metadata of the whole database. In this way, they can use the metadata for their own use, e.g. set up their own database. For me this is a no-brainer. Why would I give a view access to a user for a single view, but be OK for that user to see my database's whole metadata?

  13. Posted

    4 minutes ago, Tomo said:

    Yes, I agree with you, that a solution has to be found. By my opinion, the problem is connected with older versions of Windows and obviously with TLS1.2 security protocol. I've tried a few suggestions from the net, but nothing worked by now. I'm still waiting for the reply from Quality center...

    It IS connected with older Windows versions which use TLS 1.1 or below. But as long as Postman works on those older Windows versions, there should be a solution with TRESTClient.

     

    Would you share the Quality Central issue link for me to follow up as well?

  14. Posted

    1 hour ago, Tomo said:

    Hello!

     

    As I read this post, I saw that I have the same problem. REST debugger and Execute in design don't work on my Win8.1 machine, but it works ok on Win 10 machine. The same request works ok using Postman on my machine. Has a problem already  been solved? I've also opened an issue in quality center...

     

    Thanks

     

    Tomaz

    No solution yet. A solution has to be found because, like I said, other software, e.g. Postman, work fine.

  16. Posted

    1 hour ago, Dmitry Arefiev said:

    1) If server is publicly accessible, please, log this issue to quality.embarcadero.com and attach simple test project. If there is some sensitive information, which you dont want to share publicly, then let me know. We can exchange it privately.

    2) Otherwise, you can try to analyze the server using https://www.ssllabs.com/ssltest/ This may give some hints.

    I checked the site using  https://www.ssllabs.com/ssltest. It uses TLS1.2. In the handshake simulation, IE11 / Win7 and IE11 / Win8.1 return with "Server sent fatal alert; handshake_failure" message.

     

    Just FYI, as I wrote above, the problem is on a Windows Server 2012 R2. On my Windows 10 computer, it's working properly. Moreover, on the same Windows Server 2012 R2, the Postman software is working fine.

  19. Posted

    2 hours ago, bdw_nz20 said:

    Could it be the SSL version being used on the server ?

     

    Might not be negotiating the correct version ?  Could check if they are restricted to v1.1 or v1.2, I believe you can set the max version to use at runtime.

    Disabling TLS v1.2 on Postman is producing the same error. Disabling all other options and leaving only TLS v1.2 is working fine on Postman. So, I disabled the TLS13 in the TRESTCLient.SecurityProtocols, but I'm getting the same error.

     

    BTW, this is on a Windows Server 2012 R2 (which was working correctly until 2 days ago). On my Windows 10 computer, it's working properly. 

  20. Posted

    Using a TRESTClient on Delphi 10.4, I'm getting the following exception when sending a POST request to a https site:

     

    REST request failed: Error sending data: (12175) A security error occurred.

     

    FYI, "REST Debugger" that ships with Delphi 10.4 is producing the same exception, while the same request, to the same https site, is working perfectly with Postman.

     

    Any ideas?

  21. Posted

    54 minutes ago, Alexander Sviridenkov said:

    This is an FMX issue, not related to Java. On mobile platforms FMX use own text rendering - glyphs are rasterized to (cached) bitmaps and these bitmaps are drawn to openGL textures. This code is not perfect and sometimes (depending on screen resolution and scaling) produce lines on bitmap edges.

    Hi Alexander

     

    Thank you for your input.

     

    That's weird because this just started happening lately with the latest app we are developing.

  24. Posted

    Hi

     

    I'm using Delphi 10.3.3.

     

    I have a problem with TLabels on Android. There are horizontal or vertical lines on some letters in the TLabel. As you can see on the attached image, the "d", "y" and "A" of the label "Cloudy Apple Juice" have lines on them. So do the "h", "O", "u", "c" and "e" of the label "Fresh Orange Juice". I'm using Java JDK version 1.8.0_261. I don't know if this has anything to do with it, but lately I had to uninstall the JDK (of which I don't remember what the version was) and reinstall it (version 1.80._261).

     

    Has anyone encountered this before?

     

    And what is the default version installed by Delphi 10.3.3.

     

     

    Android TLabel.jpg

  25. Posted

    Hi

     

    I'm using Delphi 10.3.3.

     

    I have a problem with TLabels on Android. There are horizontal or vertical lines on some letters in the TLabel. As you can see on the attached image, the "d", "y" and "A" of the label "Cloudy Apple Juice" have lines on them. So do the "h", "O", "u", "c" and "e" of the label "Fresh Orange Juice". I'm using Java JDK version 1.8.0_261. I don't know if this has anything to do with it, but lately I had to uninstall the JDK (of which I don't remember what the version was) and reinstall it (version 1.80._261).

     

    Has anyone encountered this before?

    Android TLabel.jpg

×