Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. Visual Basic
  4. Crystal Reports Logon problem

Crystal Reports Logon problem

Scheduled Pinned Locked Moved Visual Basic
helpsysadminquestion
4 Posts 2 Posters 1 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A Offline
    A Offline
    Alan Hallett
    wrote on last edited by
    #1

    Is anyone else having problems with logon boxes when trying to show a Crystal report? We have an application which stores data internally as a set of collections. When we need to print the data on a report, the application loads the data into a set of tables within a dataset, applies the logon information, writes the data to each table, assigns the relevant report to the Crystal report viewer and .Shows the report. All of this works and has been working for months. Yet a recent deployment on a Win XP Home (SP2) machine invokes the logon box for a single table at the reportviewer.Show statement. I.E. the table has already been logged on to - and data has been written to it. Other tables in the dataset do not suffer the problem. Other reports suffer the same problem - a single table, not always the same one, requires a logon at .Show time. And all other machines continue to work OK. I can see from searches on the net that this logon issue for datatables and Crystal is problematic - so what gives? Is there a known issue here? Any ideas/info gratefully received ...

    J A 2 Replies Last reply
    0
    • A Alan Hallett

      Is anyone else having problems with logon boxes when trying to show a Crystal report? We have an application which stores data internally as a set of collections. When we need to print the data on a report, the application loads the data into a set of tables within a dataset, applies the logon information, writes the data to each table, assigns the relevant report to the Crystal report viewer and .Shows the report. All of this works and has been working for months. Yet a recent deployment on a Win XP Home (SP2) machine invokes the logon box for a single table at the reportviewer.Show statement. I.E. the table has already been logged on to - and data has been written to it. Other tables in the dataset do not suffer the problem. Other reports suffer the same problem - a single table, not always the same one, requires a logon at .Show time. And all other machines continue to work OK. I can see from searches on the net that this logon issue for datatables and Crystal is problematic - so what gives? Is there a known issue here? Any ideas/info gratefully received ...

      J Offline
      J Offline
      Joel Parmer
      wrote on last edited by
      #2

      Greetings Alan! I too have suffered from the dreaded log on window appearing when it is not expected to :mad:. What *sometimes* helped me was to "verify database" to force Crystal to look at the data source again and clear up any issues that may exist. Hope that helps! Joel Parmer :cool:

      A 1 Reply Last reply
      0
      • J Joel Parmer

        Greetings Alan! I too have suffered from the dreaded log on window appearing when it is not expected to :mad:. What *sometimes* helped me was to "verify database" to force Crystal to look at the data source again and clear up any issues that may exist. Hope that helps! Joel Parmer :cool:

        A Offline
        A Offline
        Alan Hallett
        wrote on last edited by
        #3

        Hi Joel And thanks for your reply. The problem is, as you say, maddening. I have now reported the issue to Microsoft Support - who seem to agree that I'm not the first to suffer it. Watch this space and I'll report what happens. I'll try the 'verify database' you mention but I must admit that I'm not exactly sure what you mean. How would I do this? Many thanks Alan

        1 Reply Last reply
        0
        • A Alan Hallett

          Is anyone else having problems with logon boxes when trying to show a Crystal report? We have an application which stores data internally as a set of collections. When we need to print the data on a report, the application loads the data into a set of tables within a dataset, applies the logon information, writes the data to each table, assigns the relevant report to the Crystal report viewer and .Shows the report. All of this works and has been working for months. Yet a recent deployment on a Win XP Home (SP2) machine invokes the logon box for a single table at the reportviewer.Show statement. I.E. the table has already been logged on to - and data has been written to it. Other tables in the dataset do not suffer the problem. Other reports suffer the same problem - a single table, not always the same one, requires a logon at .Show time. And all other machines continue to work OK. I can see from searches on the net that this logon issue for datatables and Crystal is problematic - so what gives? Is there a known issue here? Any ideas/info gratefully received ...

          A Offline
          A Offline
          Alan Hallett
          wrote on last edited by
          #4

          Problem solved. I reported the whole thing to Microsoft Support and, after a lot of trying this and that, it appeared that the merge modules shipped with VS.NET 2003 had problems. Crystal have made available a fixed set of modules available at http://support.businessobjects.com/fix/merge\_modules.asp Installing these (on the development machine) solved the problem. :)

          1 Reply Last reply
          0
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • World
          • Users
          • Groups