Is there a way to force a ClickOnce installation to set LoadBehavoir to “0” for a VSTO Add-In











up vote
1
down vote

favorite












I am having difficulty with the load behavior of an Excel Ribbon Add-In developed as a VSTO solution.
The Add-In serves as an Excel VSTO Ribbon control that has several tabs, each tab's visibility is set to false by default and made visible by the workbook's Add-In instantiation.



For reasons that are unclear to me allowing the ClickOnce install to set the LoadBehavior to 16 (then a subsequent 9) is problematic. The initial value of 16 will load the workbook ribbon tab properly but after closing and reopening the same workbook the ribbon tab is not displayed.



However if another workbook is opened with the same Add-In, both tabs appear in each of the workbooks.



The LoadBehavior of "0" works as intended in any case and is the reason for the posted question.



Here is the VBA code for the Add-In instantiation



'This loads the Ribbon Addin
Private Function LoadAddIn() As Boolean
On Error GoTo Err_LoadAddIn
Dim msg As String
Dim m_addIn As COMAddIn
Dim m_automationObject As Object
Dim m_sWorkbookKey As String

msg = "Unable to load the PITA AddIn, please contact PITA support"

'Load the Excel Addin
Set m_addIn = Application.COMAddIns("PITA Ribbon")
'Connect the COM Add-In to the current workbook
m_addIn.Connect = True

'Set a reference to the utility class that the COM Add-In references
m_automationObject = m_addIn.Object
'If it is nothing then the Add-In is in a bad state
If m_automationObject Is Nothing Then
msg = "Error loading the PITA AddIn, please contact PITA support"
GoTo Err_LoadAddIn
Else
'Set the service type of the Add-In (currently only SQLServer)
m_automationObject.SetDataConnection "SQLServer"
'Set the workbook key - this is the name of the analyzer
m_sWorkbookKey = Worksheets("SheetX").Range("A10")

'Set the ribbon tab's visibility relative to the current workbook
m_automationObject.SetTabVisibility m_sWorkbookKey, True

'If the connection to the datasource is successful
'Populate the Tab's List Controls with the values from SQL Server
If m_automationObject.Connected = True Then
m_automationObject.SetTabDefaults m_sWorkbookKey
End If
End If

LoadAddIn = True
Exit Function

Err_LoadAddIn:
MsgBox msg, vbCritical, "AddIn load error"
LoadAddIn = False
End Function


I have tried altering the VSTO manifest file in the customization section below to "0" but the ClickOnce installer errors out when attempting an installation with this modification.



    <vstov4:customization>
<vstov4:appAddIn application="Excel" loadBehavior="0" keyName="PITA Ribbon">
<vstov4:friendlyName>PITA Ribbon</vstov4:friendlyName>
<vstov4:description>PITA Ribbon</vstov4:description>
<vstov4.1:ribbonTypes xmlns:vstov4.1="urn:schemas-microsoft-com:vsto.v4.1">
<vstov4.1:ribbonType name="PITAAddIn.PITARibbon, PITA Ribbon, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
</vstov4.1:ribbonTypes>
</vstov4:appAddIn>
</vstov4:customization>


Is there a way to have a ClickOnce installation set the default load behavior to "0"?



Any guidance on how to do this is greatly appreciated!










share|improve this question






















  • Did you re-sign the deployment after changing loadBehavior to 0?
    – Chris
    Nov 14 at 20:09










  • I did not. This is the solution to my particular issue, thank you Chris!
    – techtard
    Nov 27 at 19:02















up vote
1
down vote

favorite












I am having difficulty with the load behavior of an Excel Ribbon Add-In developed as a VSTO solution.
The Add-In serves as an Excel VSTO Ribbon control that has several tabs, each tab's visibility is set to false by default and made visible by the workbook's Add-In instantiation.



For reasons that are unclear to me allowing the ClickOnce install to set the LoadBehavior to 16 (then a subsequent 9) is problematic. The initial value of 16 will load the workbook ribbon tab properly but after closing and reopening the same workbook the ribbon tab is not displayed.



However if another workbook is opened with the same Add-In, both tabs appear in each of the workbooks.



The LoadBehavior of "0" works as intended in any case and is the reason for the posted question.



Here is the VBA code for the Add-In instantiation



'This loads the Ribbon Addin
Private Function LoadAddIn() As Boolean
On Error GoTo Err_LoadAddIn
Dim msg As String
Dim m_addIn As COMAddIn
Dim m_automationObject As Object
Dim m_sWorkbookKey As String

msg = "Unable to load the PITA AddIn, please contact PITA support"

'Load the Excel Addin
Set m_addIn = Application.COMAddIns("PITA Ribbon")
'Connect the COM Add-In to the current workbook
m_addIn.Connect = True

'Set a reference to the utility class that the COM Add-In references
m_automationObject = m_addIn.Object
'If it is nothing then the Add-In is in a bad state
If m_automationObject Is Nothing Then
msg = "Error loading the PITA AddIn, please contact PITA support"
GoTo Err_LoadAddIn
Else
'Set the service type of the Add-In (currently only SQLServer)
m_automationObject.SetDataConnection "SQLServer"
'Set the workbook key - this is the name of the analyzer
m_sWorkbookKey = Worksheets("SheetX").Range("A10")

'Set the ribbon tab's visibility relative to the current workbook
m_automationObject.SetTabVisibility m_sWorkbookKey, True

'If the connection to the datasource is successful
'Populate the Tab's List Controls with the values from SQL Server
If m_automationObject.Connected = True Then
m_automationObject.SetTabDefaults m_sWorkbookKey
End If
End If

LoadAddIn = True
Exit Function

Err_LoadAddIn:
MsgBox msg, vbCritical, "AddIn load error"
LoadAddIn = False
End Function


I have tried altering the VSTO manifest file in the customization section below to "0" but the ClickOnce installer errors out when attempting an installation with this modification.



    <vstov4:customization>
<vstov4:appAddIn application="Excel" loadBehavior="0" keyName="PITA Ribbon">
<vstov4:friendlyName>PITA Ribbon</vstov4:friendlyName>
<vstov4:description>PITA Ribbon</vstov4:description>
<vstov4.1:ribbonTypes xmlns:vstov4.1="urn:schemas-microsoft-com:vsto.v4.1">
<vstov4.1:ribbonType name="PITAAddIn.PITARibbon, PITA Ribbon, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
</vstov4.1:ribbonTypes>
</vstov4:appAddIn>
</vstov4:customization>


Is there a way to have a ClickOnce installation set the default load behavior to "0"?



Any guidance on how to do this is greatly appreciated!










share|improve this question






















  • Did you re-sign the deployment after changing loadBehavior to 0?
    – Chris
    Nov 14 at 20:09










  • I did not. This is the solution to my particular issue, thank you Chris!
    – techtard
    Nov 27 at 19:02













up vote
1
down vote

favorite









up vote
1
down vote

favorite











I am having difficulty with the load behavior of an Excel Ribbon Add-In developed as a VSTO solution.
The Add-In serves as an Excel VSTO Ribbon control that has several tabs, each tab's visibility is set to false by default and made visible by the workbook's Add-In instantiation.



For reasons that are unclear to me allowing the ClickOnce install to set the LoadBehavior to 16 (then a subsequent 9) is problematic. The initial value of 16 will load the workbook ribbon tab properly but after closing and reopening the same workbook the ribbon tab is not displayed.



However if another workbook is opened with the same Add-In, both tabs appear in each of the workbooks.



The LoadBehavior of "0" works as intended in any case and is the reason for the posted question.



Here is the VBA code for the Add-In instantiation



'This loads the Ribbon Addin
Private Function LoadAddIn() As Boolean
On Error GoTo Err_LoadAddIn
Dim msg As String
Dim m_addIn As COMAddIn
Dim m_automationObject As Object
Dim m_sWorkbookKey As String

msg = "Unable to load the PITA AddIn, please contact PITA support"

'Load the Excel Addin
Set m_addIn = Application.COMAddIns("PITA Ribbon")
'Connect the COM Add-In to the current workbook
m_addIn.Connect = True

'Set a reference to the utility class that the COM Add-In references
m_automationObject = m_addIn.Object
'If it is nothing then the Add-In is in a bad state
If m_automationObject Is Nothing Then
msg = "Error loading the PITA AddIn, please contact PITA support"
GoTo Err_LoadAddIn
Else
'Set the service type of the Add-In (currently only SQLServer)
m_automationObject.SetDataConnection "SQLServer"
'Set the workbook key - this is the name of the analyzer
m_sWorkbookKey = Worksheets("SheetX").Range("A10")

'Set the ribbon tab's visibility relative to the current workbook
m_automationObject.SetTabVisibility m_sWorkbookKey, True

'If the connection to the datasource is successful
'Populate the Tab's List Controls with the values from SQL Server
If m_automationObject.Connected = True Then
m_automationObject.SetTabDefaults m_sWorkbookKey
End If
End If

LoadAddIn = True
Exit Function

Err_LoadAddIn:
MsgBox msg, vbCritical, "AddIn load error"
LoadAddIn = False
End Function


I have tried altering the VSTO manifest file in the customization section below to "0" but the ClickOnce installer errors out when attempting an installation with this modification.



    <vstov4:customization>
<vstov4:appAddIn application="Excel" loadBehavior="0" keyName="PITA Ribbon">
<vstov4:friendlyName>PITA Ribbon</vstov4:friendlyName>
<vstov4:description>PITA Ribbon</vstov4:description>
<vstov4.1:ribbonTypes xmlns:vstov4.1="urn:schemas-microsoft-com:vsto.v4.1">
<vstov4.1:ribbonType name="PITAAddIn.PITARibbon, PITA Ribbon, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
</vstov4.1:ribbonTypes>
</vstov4:appAddIn>
</vstov4:customization>


Is there a way to have a ClickOnce installation set the default load behavior to "0"?



Any guidance on how to do this is greatly appreciated!










share|improve this question













I am having difficulty with the load behavior of an Excel Ribbon Add-In developed as a VSTO solution.
The Add-In serves as an Excel VSTO Ribbon control that has several tabs, each tab's visibility is set to false by default and made visible by the workbook's Add-In instantiation.



For reasons that are unclear to me allowing the ClickOnce install to set the LoadBehavior to 16 (then a subsequent 9) is problematic. The initial value of 16 will load the workbook ribbon tab properly but after closing and reopening the same workbook the ribbon tab is not displayed.



However if another workbook is opened with the same Add-In, both tabs appear in each of the workbooks.



The LoadBehavior of "0" works as intended in any case and is the reason for the posted question.



Here is the VBA code for the Add-In instantiation



'This loads the Ribbon Addin
Private Function LoadAddIn() As Boolean
On Error GoTo Err_LoadAddIn
Dim msg As String
Dim m_addIn As COMAddIn
Dim m_automationObject As Object
Dim m_sWorkbookKey As String

msg = "Unable to load the PITA AddIn, please contact PITA support"

'Load the Excel Addin
Set m_addIn = Application.COMAddIns("PITA Ribbon")
'Connect the COM Add-In to the current workbook
m_addIn.Connect = True

'Set a reference to the utility class that the COM Add-In references
m_automationObject = m_addIn.Object
'If it is nothing then the Add-In is in a bad state
If m_automationObject Is Nothing Then
msg = "Error loading the PITA AddIn, please contact PITA support"
GoTo Err_LoadAddIn
Else
'Set the service type of the Add-In (currently only SQLServer)
m_automationObject.SetDataConnection "SQLServer"
'Set the workbook key - this is the name of the analyzer
m_sWorkbookKey = Worksheets("SheetX").Range("A10")

'Set the ribbon tab's visibility relative to the current workbook
m_automationObject.SetTabVisibility m_sWorkbookKey, True

'If the connection to the datasource is successful
'Populate the Tab's List Controls with the values from SQL Server
If m_automationObject.Connected = True Then
m_automationObject.SetTabDefaults m_sWorkbookKey
End If
End If

LoadAddIn = True
Exit Function

Err_LoadAddIn:
MsgBox msg, vbCritical, "AddIn load error"
LoadAddIn = False
End Function


I have tried altering the VSTO manifest file in the customization section below to "0" but the ClickOnce installer errors out when attempting an installation with this modification.



    <vstov4:customization>
<vstov4:appAddIn application="Excel" loadBehavior="0" keyName="PITA Ribbon">
<vstov4:friendlyName>PITA Ribbon</vstov4:friendlyName>
<vstov4:description>PITA Ribbon</vstov4:description>
<vstov4.1:ribbonTypes xmlns:vstov4.1="urn:schemas-microsoft-com:vsto.v4.1">
<vstov4.1:ribbonType name="PITAAddIn.PITARibbon, PITA Ribbon, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null" />
</vstov4.1:ribbonTypes>
</vstov4:appAddIn>
</vstov4:customization>


Is there a way to have a ClickOnce installation set the default load behavior to "0"?



Any guidance on how to do this is greatly appreciated!







excel vba vsto clickonce office-interop






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 13 at 22:17









techtard

63




63












  • Did you re-sign the deployment after changing loadBehavior to 0?
    – Chris
    Nov 14 at 20:09










  • I did not. This is the solution to my particular issue, thank you Chris!
    – techtard
    Nov 27 at 19:02


















  • Did you re-sign the deployment after changing loadBehavior to 0?
    – Chris
    Nov 14 at 20:09










  • I did not. This is the solution to my particular issue, thank you Chris!
    – techtard
    Nov 27 at 19:02
















Did you re-sign the deployment after changing loadBehavior to 0?
– Chris
Nov 14 at 20:09




Did you re-sign the deployment after changing loadBehavior to 0?
– Chris
Nov 14 at 20:09












I did not. This is the solution to my particular issue, thank you Chris!
– techtard
Nov 27 at 19:02




I did not. This is the solution to my particular issue, thank you Chris!
– techtard
Nov 27 at 19:02












2 Answers
2






active

oldest

votes

















up vote
0
down vote













You need to re-sign the deployment any time you change the manifest directly after you publish it.



MSDN documentation



One of my answers that has a powershell script that automates this






share|improve this answer




























    up vote
    0
    down vote













    The question posed by Chris in the comments section in the initial post identifies the core issue (i.e. Did you re-sign the deployment after changing loadBehavior to 0?)



    Once the manifest file is modified for the Add-In, one must re-sign the manifest and assembly.



    Instructions for modifying the VSTO deployment properties are addressed here



    Instructions for re-signing assemblies and deployment manifests are addressed here



    Generating self-signed certificates can be accomplished with PowerShell, this is the link that I used to create a code signing certificate for a test environment.



    My steps were as follows:




    • Generate a new code signing certificate using PowerShell. komsky provides a great command line example.

    • After publishing the VSTO Add-In make modifications to the Add-In assembly manifest by LoadBehavior to 0

    • Use MAGE.EXE to sign the manifest mage.exe -sign "PITA Ribbon.dll.manifest -CertFile "C:Certificatescert.pfx -Password ******** -a sha256RSA

    • Use MAGE.EXE to update the VSTO deployment manifest mage.exe -update "C:PitaDeployPita Ribbon.vsto" -appmanifiest "Pita Ribbon.dll.manifest" -CertFile "C:Certificatescert.pfx -Password ******* -a sha256RSA


    After performing these steps the VSTO installed with no issues.






    share|improve this answer





















      Your Answer






      StackExchange.ifUsing("editor", function () {
      StackExchange.using("externalEditor", function () {
      StackExchange.using("snippets", function () {
      StackExchange.snippets.init();
      });
      });
      }, "code-snippets");

      StackExchange.ready(function() {
      var channelOptions = {
      tags: "".split(" "),
      id: "1"
      };
      initTagRenderer("".split(" "), "".split(" "), channelOptions);

      StackExchange.using("externalEditor", function() {
      // Have to fire editor after snippets, if snippets enabled
      if (StackExchange.settings.snippets.snippetsEnabled) {
      StackExchange.using("snippets", function() {
      createEditor();
      });
      }
      else {
      createEditor();
      }
      });

      function createEditor() {
      StackExchange.prepareEditor({
      heartbeatType: 'answer',
      convertImagesToLinks: true,
      noModals: true,
      showLowRepImageUploadWarning: true,
      reputationToPostImages: 10,
      bindNavPrevention: true,
      postfix: "",
      imageUploader: {
      brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
      contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
      allowUrls: true
      },
      onDemand: true,
      discardSelector: ".discard-answer"
      ,immediatelyShowMarkdownHelp:true
      });


      }
      });














      draft saved

      draft discarded


















      StackExchange.ready(
      function () {
      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53290352%2fis-there-a-way-to-force-a-clickonce-installation-to-set-loadbehavoir-to-0-for%23new-answer', 'question_page');
      }
      );

      Post as a guest















      Required, but never shown

























      2 Answers
      2






      active

      oldest

      votes








      2 Answers
      2






      active

      oldest

      votes









      active

      oldest

      votes






      active

      oldest

      votes








      up vote
      0
      down vote













      You need to re-sign the deployment any time you change the manifest directly after you publish it.



      MSDN documentation



      One of my answers that has a powershell script that automates this






      share|improve this answer

























        up vote
        0
        down vote













        You need to re-sign the deployment any time you change the manifest directly after you publish it.



        MSDN documentation



        One of my answers that has a powershell script that automates this






        share|improve this answer























          up vote
          0
          down vote










          up vote
          0
          down vote









          You need to re-sign the deployment any time you change the manifest directly after you publish it.



          MSDN documentation



          One of my answers that has a powershell script that automates this






          share|improve this answer












          You need to re-sign the deployment any time you change the manifest directly after you publish it.



          MSDN documentation



          One of my answers that has a powershell script that automates this







          share|improve this answer












          share|improve this answer



          share|improve this answer










          answered Nov 27 at 19:40









          Chris

          2,22011430




          2,22011430
























              up vote
              0
              down vote













              The question posed by Chris in the comments section in the initial post identifies the core issue (i.e. Did you re-sign the deployment after changing loadBehavior to 0?)



              Once the manifest file is modified for the Add-In, one must re-sign the manifest and assembly.



              Instructions for modifying the VSTO deployment properties are addressed here



              Instructions for re-signing assemblies and deployment manifests are addressed here



              Generating self-signed certificates can be accomplished with PowerShell, this is the link that I used to create a code signing certificate for a test environment.



              My steps were as follows:




              • Generate a new code signing certificate using PowerShell. komsky provides a great command line example.

              • After publishing the VSTO Add-In make modifications to the Add-In assembly manifest by LoadBehavior to 0

              • Use MAGE.EXE to sign the manifest mage.exe -sign "PITA Ribbon.dll.manifest -CertFile "C:Certificatescert.pfx -Password ******** -a sha256RSA

              • Use MAGE.EXE to update the VSTO deployment manifest mage.exe -update "C:PitaDeployPita Ribbon.vsto" -appmanifiest "Pita Ribbon.dll.manifest" -CertFile "C:Certificatescert.pfx -Password ******* -a sha256RSA


              After performing these steps the VSTO installed with no issues.






              share|improve this answer

























                up vote
                0
                down vote













                The question posed by Chris in the comments section in the initial post identifies the core issue (i.e. Did you re-sign the deployment after changing loadBehavior to 0?)



                Once the manifest file is modified for the Add-In, one must re-sign the manifest and assembly.



                Instructions for modifying the VSTO deployment properties are addressed here



                Instructions for re-signing assemblies and deployment manifests are addressed here



                Generating self-signed certificates can be accomplished with PowerShell, this is the link that I used to create a code signing certificate for a test environment.



                My steps were as follows:




                • Generate a new code signing certificate using PowerShell. komsky provides a great command line example.

                • After publishing the VSTO Add-In make modifications to the Add-In assembly manifest by LoadBehavior to 0

                • Use MAGE.EXE to sign the manifest mage.exe -sign "PITA Ribbon.dll.manifest -CertFile "C:Certificatescert.pfx -Password ******** -a sha256RSA

                • Use MAGE.EXE to update the VSTO deployment manifest mage.exe -update "C:PitaDeployPita Ribbon.vsto" -appmanifiest "Pita Ribbon.dll.manifest" -CertFile "C:Certificatescert.pfx -Password ******* -a sha256RSA


                After performing these steps the VSTO installed with no issues.






                share|improve this answer























                  up vote
                  0
                  down vote










                  up vote
                  0
                  down vote









                  The question posed by Chris in the comments section in the initial post identifies the core issue (i.e. Did you re-sign the deployment after changing loadBehavior to 0?)



                  Once the manifest file is modified for the Add-In, one must re-sign the manifest and assembly.



                  Instructions for modifying the VSTO deployment properties are addressed here



                  Instructions for re-signing assemblies and deployment manifests are addressed here



                  Generating self-signed certificates can be accomplished with PowerShell, this is the link that I used to create a code signing certificate for a test environment.



                  My steps were as follows:




                  • Generate a new code signing certificate using PowerShell. komsky provides a great command line example.

                  • After publishing the VSTO Add-In make modifications to the Add-In assembly manifest by LoadBehavior to 0

                  • Use MAGE.EXE to sign the manifest mage.exe -sign "PITA Ribbon.dll.manifest -CertFile "C:Certificatescert.pfx -Password ******** -a sha256RSA

                  • Use MAGE.EXE to update the VSTO deployment manifest mage.exe -update "C:PitaDeployPita Ribbon.vsto" -appmanifiest "Pita Ribbon.dll.manifest" -CertFile "C:Certificatescert.pfx -Password ******* -a sha256RSA


                  After performing these steps the VSTO installed with no issues.






                  share|improve this answer












                  The question posed by Chris in the comments section in the initial post identifies the core issue (i.e. Did you re-sign the deployment after changing loadBehavior to 0?)



                  Once the manifest file is modified for the Add-In, one must re-sign the manifest and assembly.



                  Instructions for modifying the VSTO deployment properties are addressed here



                  Instructions for re-signing assemblies and deployment manifests are addressed here



                  Generating self-signed certificates can be accomplished with PowerShell, this is the link that I used to create a code signing certificate for a test environment.



                  My steps were as follows:




                  • Generate a new code signing certificate using PowerShell. komsky provides a great command line example.

                  • After publishing the VSTO Add-In make modifications to the Add-In assembly manifest by LoadBehavior to 0

                  • Use MAGE.EXE to sign the manifest mage.exe -sign "PITA Ribbon.dll.manifest -CertFile "C:Certificatescert.pfx -Password ******** -a sha256RSA

                  • Use MAGE.EXE to update the VSTO deployment manifest mage.exe -update "C:PitaDeployPita Ribbon.vsto" -appmanifiest "Pita Ribbon.dll.manifest" -CertFile "C:Certificatescert.pfx -Password ******* -a sha256RSA


                  After performing these steps the VSTO installed with no issues.







                  share|improve this answer












                  share|improve this answer



                  share|improve this answer










                  answered Nov 27 at 19:44









                  techtard

                  63




                  63






























                      draft saved

                      draft discarded




















































                      Thanks for contributing an answer to Stack Overflow!


                      • Please be sure to answer the question. Provide details and share your research!

                      But avoid



                      • Asking for help, clarification, or responding to other answers.

                      • Making statements based on opinion; back them up with references or personal experience.


                      To learn more, see our tips on writing great answers.





                      Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


                      Please pay close attention to the following guidance:


                      • Please be sure to answer the question. Provide details and share your research!

                      But avoid



                      • Asking for help, clarification, or responding to other answers.

                      • Making statements based on opinion; back them up with references or personal experience.


                      To learn more, see our tips on writing great answers.




                      draft saved


                      draft discarded














                      StackExchange.ready(
                      function () {
                      StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53290352%2fis-there-a-way-to-force-a-clickonce-installation-to-set-loadbehavoir-to-0-for%23new-answer', 'question_page');
                      }
                      );

                      Post as a guest















                      Required, but never shown





















































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown

































                      Required, but never shown














                      Required, but never shown












                      Required, but never shown







                      Required, but never shown







                      Popular posts from this blog

                      mysqli_query(): Empty query in /home/lucindabrummitt/public_html/blog/wp-includes/wp-db.php on line 1924

                      How to change which sound is reproduced for terminal bell?

                      Can I use Tabulator js library in my java Spring + Thymeleaf project?